leyes software

Hay cuatro razones para medir los procesos del software, los productos y los recursos:
Caracterizar
Evaluar
Predecir
Mejorar

MEDIDA proporciona
una indicación cuantitativa de la extensión,
cantidad, dimensiones, capacidad o tamaño de algunos
atributos de un proceso o producto
MEDICION
es el acto de determinar una medida.
El ZEEE Standard
Glossary of Software Engineering Terms[IEEE93]
define MÉTRICA como «una medida cuantitativa del grado
en que un sistema, componente o proceso posee
un atributo dado».

Los indicadores de proyecto permiten al gestor de
proyectos del software (1) evaluar el estado del proyecto
en curso; (2) seguir la pista de los riesgos potenciales:
(3) detectar las áreas de problemas antes de que se conviertan
en «críticas»; (4) ajustar el flujo ylas tareas del
trabajo, y (5) evaluar la habilidad del equipo del proyecto
en controlar la calidad de los productos de trabajo
del software.

sugiere una «etiqueta de métricas del software» adecuada
para gestores al tiempo que instituyen un programa
de métricas de proceso:
Utilice el sentido común y una sensibilidad organizativa
al interpretar datos de métricas.
Proporcione unaretroalimentación regular para particulares
y equipos que hayan trabajado en la recopilación
de medidas y métricas.
No utilice métricas para evaluar a particulares.
Trabaje con profesionales y equipos para establecer
objetivos claros y métricas que se vayan a utilizar
para alcanzarlos.
No utilice nunca métricas que amenacen a particulares
o equipos.
Los datos de métricas que indican un área deproblemas
no se deberían considerar «negativos». Estos datos
son meramente un indicador de mejora de proceso.
No se obsesione con una sola métrica y excluya otras
métricas importantes.






Métricas del proyecto
Las métricas del proceso de software se utilizan para
propósitos estratégicos. Las medidas del proyecto de
software son tácticas. Esto es, las métricas de proyectos
y losindicadores derivados de ellos los utilizan un
gestor de proyectos y un equipo de software para adaptar
el flujo del trabajo del proyecto y las actividades
técnic
Otro modelo de métricas del proyecto de software
[HET93] sugiere que todos los proyectos deberían medir:
entradas: la dimensión de los recursos (p. ej.: personas,
entomo) que se requieren para realizar el trabajo,
salidas: medidasde las entregas o productos creados
durante el proceso de ingeniería del software,
resultados: medidas que indican la efectividad de las
entregas



Entre las medidas directas del proceso de la ingeniería
del software se incluyen el coste y el esfuerzo
aplicados. Entre las medidas directas del producto se
incluyen las líneas de código (LDC) producidas, velocidad
de ejecución, tamaño dememoria, y los defectos
informados durante un período de tiempo establecido.
Entre las medidas indirectas se incluyen la funcionalidad,
calidad, complejidad, eficiencia, fiabilidad, facilidad
de mantenimiento y muchas otras «capacidades»
tratadas en el Capítulo 19.

4.3.1. Métricas Orientadas al Tamaño
Las métricas del software orientadas al tamaño provienen
de la normalización de lasmedidas de calidad y/o
productividad considerando el «tamaño» del software
que se haya producido. Si una organización de software
mantiene registros sencillos, se puede crear una tabla
de datos orientados al tamaño, como la que muestra la
Figura 4.4. La tabla lista cada proyecto de desarrollo de
software de los últimos años y las medidas correspondientes
de cada proyecto. Refiriéndonos a laentrada de
la tabla (Fig. 4.4) del proyecto alfa: se desarrollaron
12.100 líneas de código (LDC) con 24 personas-mes y
con un coste de E168.000. Debe tenerse en cuenta que
el esfuerzo y el coste registrados en la tabla incluyen
todas las actividades de ingeniería del software (análisis,
diseño, codificación y prueba) y no sólo la codificación.
Otra información sobre el proyecto alfa indica...