Mtricas de

Proceso y
Proyecto
Mtricas de Proceso y
Proyecto
Hay cuatro razones para medir: Caracterizar, Evaluar, Predecir y Mejorar.

Medida: Valor asignado a un atributo de una entidad mediante una medicin.
Ejemplo: 35.000 lneas de cdigo
Medicin: Es el acto de determinar una medida.
Ejemplo: Ana ser la encargada de medir las LDC de cada mdulo del
sistema.
Mtrica: Medida cuantitativa del grado en que un sistema, componente o
proceso posee un atributo dado. Incluye el mtodo de medicin.
Ejemplo: La productividad de este proyecto fue de 500 lneas
(LDC/persona-mes)
Indicador: Es una mtrica o combinacin de mtricas que proporcionan una
visin profunda del proceso de software.
Ejemplo: La productividad media de nuestra empresa es de 500
(LDC/pm).

Las mtricas nos ayudan a entender tanto el proceso tcnico que se utiliza para
desarrollar un producto, como el propio producto. El proceso para intentar
mejorarlo y el producto para intentar aumentar su calidad.

INTRODUCCIN
Son medidas cuantitativas que permiten a los ingenieros de
software obtener una visin de la eficacia del proceso de
software y los proyectos que llevan a cabo utilizando el
proceso como marco de trabajo.
Los involucrados en analizar, evaluar y recopilar estas
mtricas son los gestores de software.
Se comienza definiendo un conjunto limitado de medidas del
proceso y del proyecto que puedan recopilarse con facilidad,
se normaliza empleando mtricas orientadas al tamao o la
funcin.
Mtricas de Proceso y
Proyecto
Mtricas en los dominios del
proceso y del proyecto
Las mtricas del proceso se recopilan en el curso de
todos los proyectos.
Las mtricas del proyecto permiten que un gestor del
proyecto de software:
Valore el estado de un proyecto en curso.
Rastree los riesgos potenciales.
Descubra las reas problema.
Ajuste el flujo de trabajo o las tareas
Evale la habilidad del equipo del proyecto para controlar
la calidad de los productos de trabajo de software.

Mtricas para el proceso y la
mejora del proceso de software.
Para mejorar el proceso, se miden sus
atributos especficos .
Hay que destacar que el proceso es slo
uno de varios factores controlables en la
mejora de la calidad del software y el
desempeo organizacional.
Determinantes para la calidad
del software y la eficacia
organizacional
La eficacia de un proceso de software se mide
indirectamente.
Los resultados incluyen medidas de errores descubiertos
antes de liberar el software.
Los defectos que detectan y reportan los usuarios finales
Los productos de trabajo entregados (productividad).
El esfuerzo humano gastado.
el tiempo de la planificacin consumido.
Concordancia con la planificacin y otras medidas.

Las mtricas del proceso de software ofrecen beneficios
significativos conforme una organizacin trabaja en
mejorar su grado de madurez del proceso. Sin embargo
como todas las mtricas stas pueden emplearse mal y
crear ms problemas de los que solucionan
Reglas de Etiqueta para
Mtricas de software
Grady sugiere un programa de mtricas de proceso del proceso
tanto para gestores como para profesionales:
Aplique el sentido comn y sensibilidad organizativa cuando
interprete datos mtricos.
Ofrezca retroalimentacin regular a los individuos y equipos
que recopilan medidas y mtricas.
No utilice las mtricas para evaluar a los individuos.
Trabaje con los profesionales y equipos para establecer metas
claras y las mtricas que se emplearn para conseguirlas.
Nunca use mtricas para amenazar a los individuos o equipos.
Los datos mtricos que indican un rea problema no pueden
considerarse negativos. Dichos datos slo son un indicador
de la mejora del proceso.
Np se obsesione con una sola mtrica y excluya otras mtricas
importantes.
Mtricas del proyecto
En la mayora de los proyectos de software ocurre durante
la estimacin.
Conforme el proyecto avanza las medidas de esfuerzo y
tiempo utilizados, se comparan con las estimaciones
originales y planificacin
Para las mtricas del proyecto, se miden los ndices de
produccin representados en trminos de modelos creados,
horas de revisin, puntos de funcin y lneas fuente
entregadas.
La finalidad de las mtricas del proceso:
Se emplean para minimizar el tiempo de desarrollo.
Se utilizan para valorar la calidad del producto sobre una
base actual.
MEDICIN DEL SOFTWARE
La medicin de software se clasifica en dos
categoras.
1. Medidas directas del proceso de software (Costo,
esfuerzo) y del producto (Lneas de cdigo
producidas, rapidez de ejecucin y efectos
reportados.)
2. Medidas indirectas del producto que incluyen
funcionalidad, calidad, complejidad, eficiencia,
confiabilidad, facilidad de mantenimiento, y
muchas otras habilidades.
MEDICIN
DEL
SOFTWARE
Mtricas orientadas al
tamao
Proceden de la normalizacin de las medidas de calidad
o productividad considerando el tamao del software
que se ha producido
Las mtricas orientadas al tamao se aceptan
universalmente como la mejor forma de medir el
tamao del proceso.
Mtricas orientadas a la
funcin.
Se emplean como un valor de normalizacin una medida
de la funcionalidad que entrega la aplicacin
Mtricas orientadas a objetos

No proporcionan suficiente granularidad para la
planificacin y los
ajustes de esfuerzo. Las siguientes son mtricas sugeridas
para
proyectos OO:

Nmero de guiones de escenario
Nmero de clases clave
Nmero de clases de apoyo
Nmero promedio de clases de apoyo por clase clave.
Nmero de subsistemas.

Mtricas orientadas a casos de
uso

El caso de uso se define en etapas tempranas del proceso de software, lo que permite
emplearlo en la estimacin antes de iniciar las actividades significativas de modelado
construccin.

Mtricas de proyectos de ingeniera Web

El objetivo de los proyectos de ingeniera Web es construir una
aplicacin Web que proporcione una combinacin de contenido y
funcionalidad al usuario final. Entre las medidas que se recopilan
existen las siguientes:

Nmero de pginas web estticas
Nmero de pginas web dinmicas
Nmero de vnculos internos de la pgina
Nmero de objetos de datos persistentes
Nmero de sistemas externos en interfaz
Nmero de objetos de contenido esttico
Nmero de objetos de contenido dinmico
Nmero de funciones ejecutables
METRICAS PARA LA CALIDAD
DEL SOFTWARE

La meta primordial de la ingeniera del software es
producir un sistema, aplicacin o producto de alta
calidad dentro de un marco temporal que satisfaga una
necesidad del mercado.

Medicin de la calidad
Correccin
Facilidad de mantenimiento
integridad
Facilidad de uso

Estas medidas de la calidad del software
ofrecen indicadores tiles para el equipo
del proyecto

Correccin: es el grado en que el
software desempea la funcin para la
que fue creado donde los defectos se
definen como una falta de concordancia
con los requisitos.

Facilidad de mantenimiento: es la
sencillez con la que un programa puede
corregirse si se cuenta con un error,
adaptarse si su entorno cambia, o
mejorar si el cliente desea un cambio
en los requisitos esta medida demanda
mas esfuerzos dentro de las actividades
de la ingeniera de software.
Medida: tiempo medio de cambio( anlisis,
diseo, implementacin, prueba, distribucin).
Integridad: mide la habilidad de un sistema
para resistir a ataques ya sea accidentales o
intencionales a su seguridad. Se pueden dar
en los programas, datos y documentos. La
medicin de la integridad define dos
atributos:
Amenaza: puede estimarse o deducirse es la probabilidad de
que un ataque suceda en un tiempo determinado.
Seguridad: es la probabilidad de que se repela la amenaza.
Integridad = 1 (amenaza x (1 seguridad ))

Facilidad de uso: es un intento por
cuantificar el uso de la aplicacin al
utilizarla y se puede medir en trminos del
Diseo de la Interfaz del Usuario(cap 12).
INTEGRIDAD
Por ejemplo: si la amenaza (la probabilidad de que un
ataque ocurrir ) es 0,25 y la seguridad (la posibilidad de
repeler un ataque) es 0,95, la integridad del sistema es
0,99 (muy elevada).
Si por otra parte, la probabilidad de amenaza es 0,50 y la
posibilidad de repeler un ataque es solo 0,25, la
integridad del sistema es 0,63(inaceptablemente baja).
Eficacia en la Eliminacin de
Defectos (EED)
Ofrece beneficios tanto en el mbito como en el
proceso del proyecto.
Filtra actividades de cualidad y de control dentro
de las actividades del marco de trabajo del
proceso
Cuando se considera un proyecto como un todo de
define:
EED = E / (E + D)
Donde el E es el numero de errores encontrados antes de
entregar el s/w al usuario final, y D es el numero de defectos
encontrados despus de la entrega. El valor ideal de
EED es 1

La EED tambin se puede aplicar antes
de que pase a la siguiente actividad
del marco de trabajo o a la siguiente
tarea de la ingeniera del software. Se
define como:

donde Ei es el numero errores
encontrados durante la actividad i y
Ei+1 es el numero de errores
encontrado durante la actividad i+1 de
ingeniera de software.




INTEGRACIN DE LAS
MTRICAS DENTRO DEL
PROCESO DE SOFTWARE
Los beneficios de la medicin son muy
convincentes que el trabajo duro vale la
pena.
Por qu es importante medir el proceso de
la ingeniera de software y el producto que
se elabora ?
Argumentos para las mtricas del software
Establecimiento de una lnea base
Recopilacin, calculo y evaluacin de
mtricas.

Argumentos para las mtricas del
software:
Si no se mide no existe una forma real
de determinar si se esta mejorando. Y si
no se mejora, se esta perdido.
Si el proceso se puede mejorar producir
un impacto directo en lo sustancial
Establecer objetivos de mejora dentro
del proceso actual del desarrollo de
s/w.
La recopilacin de mtricas de calidad
permite qu una organizacin centralice
su proceso de s/w para renovar las
causas de los defectos que tienen mayor
impacto sobre el desarrollo del
software.

Establecimiento de una Lnea
Base

Se obtienen beneficios en los mbitos del proceso, del
proyecto y del producto.
La lnea base de mtricas consiste de datos recopilados
en proyectos previos.
Los datos de la lnea base deben tener los siguientes
atributos: los datos deben ser precisos, los datos deben
recopilarse para tantos proyectos sean posibles, las
medidas deben ser consistentes, las aplicaciones deben
ser similares al trabajo que se estimara.














Recopilacin, calculo y
evaluacin de mtricas
METRICAS PARA ORGANIZACIN
PEQUEAS

Un enfoque de sentido comn
respecto a la implementacin de
cualquier actividad relacionada con
el proceso de software es
mantenerlo simple, personalizado
para satisfacer las necesidades
locales y asegurarse de que valor
agregar.
Mantenerlo simple: consiste en enfocarse no
sobre las mediciones sino mas bien sobre los
resultados.
Entrevistar al grupo de software para definir un
objetivo sencillo que requiere mejora.
Una organizacin pequea puede seleccionar el
siguiente conjunto de medidas:
Tiempo transcurrido desde el momento en que se hizo una solicitud
hasta que la evaluacin esta completa.
Esfuerzo para realizar la evaluacin.
Tiempo transcurrido desde que se completa la evaluacin hasta la
asignacin del pedido de cambio del personal.
Esfuerzo requerido para hacer el cambio.
Tiempo requerido para hacer el cambio.
Errores descubiertos durante el trabajo para hacer el cambio.
Defectos descubiertos despus de que el cambio es liberado a la base
de clientes.


ESTABLECIMIENTO DE UN
PROGRAMA DE MTRICAS DE
SOFTWARE
Esta dirigido por metas segn el
SEI(SOFTWARE ENGINEERING INSTITUTE)
y define los siguientes pasos:
1. Identificar los objetivos de la empresa.
2. Identificar los que se quiere conocer o aprender.
3. Identificar los sub objetivos
4. Identificar las entidades y atributos relacionados
con los objetivos secundarios
5. Formalizar os objetivos de la medicin
6. Identificar preguntas cuantificables y los
indicadores relacionados que se emplearan como
apoyo para lograr los objetivos de sus mediciones
7. Identificar los elementos de datos que se
recopilaran para construir los indicadores que
ayudaran a responder las preguntas
8. Definir las medidas que se e emplearan y hacer
que estas definiciones sean operativas
9. Identificar las acciones que se tomaran para
implementar las medidas
10. Prepara un plan para implementar las medidas





Al trabajar como equipo , la ingeniera del software y los
gestores del negocio pueden confeccionar una lista de
metas priorizadas del negocio:
1. Mejorar la satisfaccin de los clientes con
los productos .
2. Hacer que los productos sean mas fciles
de usar.
3. Reducir el tiempo que toma poner un
producto en el mercado
4. Simplificar el soporte para los productos
5. Mejora la obtencin global de utilidades



El personal de software desarrolla un conjunto de
preguntas relacionadas con caractersticas cuantitativas
por ejemplo, tamao, costo, tiempo de desarrollo, estas
preguntas se derivan de sub objetivos relacionadas con las
entidades y actividades realizadas como parte del proceso
del software.

Para esto se puede derivar la siguiente lista de preguntas:
la solicitud del cambio del cliente contiene la
informacin requerida para evaluar adecuadamente
el cambio y luego implementarlo en un forma
oportuna?
cuan grande es el registro de peticin de cambio?
el tiempo de respuesta para fijar los bugs es
aceptable con base en as necesidades del cliente
se sigue el proceso de control de cambios?
los cambios de alta prioridad se implementan en
forma oportuna?

En base a la preguntas se puede deducir el sub-
objetivo: mejorara el desempeo del proceso de
gestin de cambio
Se identifican entidades y atributos del proceso
de software
Segn el SEI en esencia se aplica un proceso de
refinamiento paso a paso en el que los objetivos
se refinan en preguntas que posteriormente se
refinan en entidades y atributos que entonces se
refinan en mtricas.