Metricas Orientadas al Tamaño.
Las métricas del software orientadas al tamaño provienen de la normalización de las medidas 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.
Para desarrollar métricas que se puedan comparar entre distintos proyectos, se seleccionan las líneas de código como valor de normalización. Con los rudimentarios datos contenidos en la tabla se pueden desarrollar para cada proyecto un conjunto de métricas simples orientadas al tamaño:
errores por KLDC (miles de líneas de código) .
defectos4 por KLDC.
E por LDC.
Páginas de documentación por KLDC.
Además, se pueden calcular otras métricas interesantes:
errores por persona-mes.
LDC por persona-mes.
E por página de documentación.
errores por KLDC (miles de líneas de código) .
defectos4 por KLDC.
E por LDC.
Páginas de documentación por KLDC.
Además, se pueden calcular otras métricas interesantes:
errores por persona-mes.
LDC por persona-mes.
E por página de documentación.
Ventajas
Son fáciles de calcular.
Muchos modelos de estimación de software usan LOC o KLOC como datos de entrada.
Existen un amplio conjunto de datos y literatura basados en LOC.
Desventajas
Son dependientes del lenguaje de programación.
Perjudica a los programas cortos pero bien diseñados.
Su uso en estimación es díficil porque hay que estimar las LOC a producirse mucho antes de que se complete el análisis y el diseño.
Métricas Orientadas a la Función.
Las métricas del software orientadas a la función utilizan una medida de la funcionalidad entregada por la aplicación como un valor de normalización. Ya que la «funcionalidad>>n o se puede medir directamente, se debe derivar indirectamente mediante otras medidas directas. Las métricas orientadas a la función fueron propuestas por primera vez por Albretch, quien sugirió una medida llamada punto defunción. Los puntos de función se derivan con una relación empírica según las medidas contables (directas) del dominio de información del software y las evaluaciones de la complejidad del software.
Una extensión del punto de función es la llamada puntos de características; es una ampliación de la medida del punto de función que se puede aplicar a sistemas y aplicaciones de ingeniería del software. La medida de punto de característica acomoda a aplicaciones en donde la complejidad del algoritmo es alta. Las aplicaciones de software de tiempo real, de control de procesos, y empotradas tienden a tener alta complejidad de algoritmos y por lo tanto son adecuadas para el punto de característica.
Metricas Ampliadas al Punto de Función.
Métricas ampliadas de punto de función La medida de punto de función se diseñó originalmente para aplicarse a aplicaciones de sistemas de información de gestión. Para acomodar estas aplicaciones, se enfatizó la dimensión de datos (los valores de dominios
de información tratados anteriormente) para la exclusión de dimensiones (control) funcionales y de comportamiento. Por esta razón, la medida del punto de función era inadecuada para muchos sistemas de ingeniería y sistemas empotrados (que enfatizan función y control). Para remediar esta situación se ha propuesto un número de extensiones a la métrica del punto de función básica.
de información tratados anteriormente) para la exclusión de dimensiones (control) funcionales y de comportamiento. Por esta razón, la medida del punto de función era inadecuada para muchos sistemas de ingeniería y sistemas empotrados (que enfatizan función y control). Para remediar esta situación se ha propuesto un número de extensiones a la métrica del punto de función básica.
Una extensión del punto de función es la llamada puntos de características; es una ampliación de la medida del punto de función que se puede aplicar a sistemas y aplicaciones de ingeniería del software. La medida de punto de característica acomoda a aplicaciones
en donde la complejidad del algoritmo es alta. Las aplicaciones de software de tiempo real, de control de procesos, y empotradas tienden a tener alta complejidad de algoritmos y por lo tanto son adecuadas para el punto de característica.
en donde la complejidad del algoritmo es alta. Las aplicaciones de software de tiempo real, de control de procesos, y empotradas tienden a tener alta complejidad de algoritmos y por lo tanto son adecuadas para el punto de característica.
Puntos de característica.
Se calcula igual que el punto de función y solo agrega la cuenta de algoritmos. En este contexto se define un algoritmo como un problema de cálculo limitado que se incluye dentro de un programa de computadora específico. Invertir una matriz, decodificar un string o manejar una interrupción son ejemplos de algoritmos.
Metricas Orientadas a la Calidad del software y Organizaciones pequeñas.
Existen medidas de la calidad del software como: la corrección, la facilidad de mantenimiento, la integridad y la facilidad de uso ofrecen indicadores utilices para el equipo del proyecto, Gilb[GIL88] sugiere definiciones y mediciones para cada una de ellas:
Corrección: es el grado en que el software desempeña la funcionara la que fue creado y se mide endefectos por KLOC.
Facilidad de Mantenimiento: es la sencillez con que un programa puede corregirse si se encuentra un error; al adaptarse si su entorno cambia o mejorar si el cliente cambia los requisitos y se mide en forma indirecta en TMC (tiempo medio de cambio).
Integridad: es la habilidad de un sistema para resistir ataques que requiere la definición de amenaza yseguridad y se calcula:
integridad = 1 – (amenaza x (1 - seguridad)).
No hay comentarios:
Publicar un comentario
Nota: solo los miembros de este blog pueden publicar comentarios.