Métricas para la creación de Software

Métricas para la creación de Software.

Introducción.

Las métricas son las medidas que se ejecutan para la medir los procesos de creación de un determinado software, basándose en su magnitud, tiempo de desarrollo, etc.

Estas se pueden aplicar a lo largo del ciclo de vida del software, las métricas sirven para estimar y predecir costos, productividad y calidad del producto a desarrollar.

Clasificación de las métricas.

Estas se clasifican en métricas de producto y métricas de proceso.

Métricas de proceso: sirven para medir el tiempo total del desarrollo, esfuerzo (días/hombre, mes/hombre) tipo de metodología, nivel de experiencia del programador.

Métricas de Producto: Esta se usa para la fase de desarrollo desde los requisitos de instalación, miden así mismo la complejidad del diseño, tamaño del producto o el número de páginas de documentación producida.

Se engloban en 2 categorías.

• Medidas directas.

Coste y Esfuerzo que se aplicó.

Número de líneas de código, velocidad de ejecución memoria, etc.

• Medidas indirectas

Funcionalidad, calidad, complejidad, eficiencia, fiabilidad, mantenimiento

Podemos clasificar el campo de las métricas del software en

• Métricas de productividad.

Miden el rendimiento del proceso

• Métricas de calidad.

Miden como se ajusta el software a los requisitos implícitos y explícitos del cliente.

• Métricas técnicas.

Se centra en las características del software (complejidad lógica, grado de modularidad).

Líneas Base.

La mayor parte de la discusión gira en torno al uso de las líneas de código (LDC) como medida clave.

• Defensores

• LDC es un artificio que se puede calcular fácilmente para todos los proyectos.
• Muchos modelos de estimación del software existentes utilizan LDC como clave de entrada
• Existe un amplio conjunto de datos y de literatura basados en LDC.

• Detractores

• LDC es altamente dependiente del lenguaje de programación.
• Perjudica a los programas cortos pero bien diseñados.
• No se puede adaptar fácilmente a lenguajes no procedimentales.

La línea base es el  conjunto de datos recogidos de anteriores proyectos de software.

Para que sea una ayuda efectiva en la planificación estratégica y/o en las estimaciones de coste y esfuerzo, los datos de la línea base tienen que poseer los siguientes atributos:

• Los datos deben ser razonablemente precisos.
• Los datos deben obtenerse de muchos proyectos.
• Las medidas tienen que ser consistentes (por ejemplo, las LDC tienen que ser interpretadas de igual forma para todos los proyectos de los que se hayan obtenido datos).
• Las aplicaciones deben ser similares a la que vaya a ser estimada.

Factores en la productividad

Factores humanos.

El tamaño y la experiencia de la organización de desarrollo.

• Factores del problema.

La Complejidad del problema a resolver y el número de cambios en las restricciones o los requisitos del diseño.

• Factores del proceso.

Técnicas del análisis y diseño utilizadas, disponibilidad de lenguajes y herramientas CASE y técnicas de revisión.

• Factores del producto.

Fiabilidad y rendimiento del sistema basado en computadora.

• Factores de los recursos.

Disponibilidad de herramientas CASE, recursos de hardware y software.

Técnicas de Estimación.

Un método de estimación tendrá éxito sí: · La estimación inicial está dentro de un 30 % de desviación del costo final real.

El método permite el refinamiento de la estimación durante el ciclo de vida del producto Software.

El método es fácil de usar por el estimador. Esto permite una rápida re-estimación cuando sea necesario; por ejemplo para evaluar distintas alternativas.

Las reglas de la estimación son entendidas por todas las personas a las que afectan los resultados de la misma. Los directivos se sienten más seguros cuando el proceso de estimación es fácilmente comprensible.

El método es soportado por herramientas y está documentado. La disponibilidad de herramientas aumenta la eficacia de cualquier método. Esto es debido, principalmente, a que los resultados pueden ser obtenidos más rápidamente y de una forma estándar.

Métrica LOC.

Se usa en proyectos ya terminados o que estén a término.

[pic 1]

Dónde:

L: Número de líneas de código en miles.

E: esfuerzo total requerido en meses/personas.

Quedando como resultado la siguiente Ecuación.

[pic 2]

Modelos basados en Teorías: Modelo de Putnam.

Este modelo acepta la distribución especifica del esfuerzo a lo largo de un proyecto de desarrollo de software, este modelo se obtuvo atravesó de la distribución de grandes obras, aunque se puede usar también en modelos de magnitud pequeña.

Tamaño del Software y tiempo de desarrollo.

[pic 3]

Dónde:

L = el número de instrucciones fuente producidas

E = el esfuerzo durante todo el ciclo de vida en años / personas.

C = una constante dependiente de la tecnología

T = el tiempo de desarrollo en años.

Los varios tipos C pueden ser:

C = 2.000 para un entorno pobre de desarrollo de software (sin metodología, con una documentación y unas revisiones pobres).

C = 8.000 para un buen entorno de desarrollo de Software (con una buena tecnología adecuada, documentación y revisiones)

C = 1.100 para un entorno excelente (con herramientas y técnicas automáticas).

Se puede obtener la constante C correspondiente al entorno propio a partir de datos históricos recopilados sobre los anteriores esfuerzos de desarrollo.

COPMO- Thebaut: Thebaut propone un modelo de desarrollo de Software que intenta contabilizar el esfuerzo requerido cuando los equipos de programación están involucrados en grandes proyectos. La ecuación general de cálculo de esfuerzo es:

[pic 4]

Dónde:

A, B, C, D, son constantes para ser determinadas a partir de datos empíricos mediante análisis de regresión

...