Scribd
Cargar
126 vistas8 páginas

Métricas Orientadas A El Tamaño de Ingenieria de Software

Cargado por

alberto vasquez

Este documento describe diferentes tipos de métricas orientadas al tamaño que son utilizadas para medir la calidad y el rendimiento de un proyecto de software. Explica métricas generales como errores por cada 1,000 líneas de código, defectos por cada 1,000 líneas de código, y costo por línea de código. También describe métricas específicas como errores por persona-mes, líneas de código por persona-mes y costo por página de documentación. Finalmente, proporciona un ejemplo práctico de las

Copyright:

© All Rights Reserved
Descargue como PDF, TXT o lea en línea desde Scribd
Descargar como pdf o txt

Métricas Orientadas A El Tamaño de Ingenieria de Software

Cargado por

alberto vasquez
126 vistas8 páginas
Este documento describe diferentes tipos de métricas orientadas al tamaño que son utilizadas para medir la calidad y el rendimiento de un proyecto de software. Explica métricas generales como errores por cada 1,000 líneas de código, defectos por cada 1,000 líneas de código, y costo por línea de código. También describe métricas específicas como errores por persona-mes, líneas de código por persona-mes y costo por página de documentación. Finalmente, proporciona un ejemplo práctico de las

Título original

Métricas Orientadas a el Tamaño de ingenieria de software

Derechos de autor

© © All Rights Reserved

Formatos disponibles

PDF, TXT o lea en línea desde Scribd

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Este documento describe diferentes tipos de métricas orientadas al tamaño que son utilizadas para medir la calidad y el rendimiento de un proyecto de software. Explica métricas generales como errores por cada 1,000 líneas de código, defectos por cada 1,000 líneas de código, y costo por línea de código. También describe métricas específicas como errores por persona-mes, líneas de código por persona-mes y costo por página de documentación. Finalmente, proporciona un ejemplo práctico de las

Copyright:

© All Rights Reserved
Descargue como PDF, TXT o lea en línea desde Scribd
Descargar como pdf o txt
126 vistas8 páginas

Métricas Orientadas A El Tamaño de Ingenieria de Software

Cargado por

alberto vasquez
Este documento describe diferentes tipos de métricas orientadas al tamaño que son utilizadas para medir la calidad y el rendimiento de un proyecto de software. Explica métricas generales como errores por cada 1,000 líneas de código, defectos por cada 1,000 líneas de código, y costo por línea de código. También describe métricas específicas como errores por persona-mes, líneas de código por persona-mes y costo por página de documentación. Finalmente, proporciona un ejemplo práctico de las

Copyright:

© All Rights Reserved
Descargue como PDF, TXT o lea en línea desde Scribd
Descargar como pdf o txt
Está en la página 1/ 8

MÉTRICAS ORIENTADAS A

EL TAMAÑO
Ronald E. Martínez Meza
En el campo de la ingeniería del software, una métrica es un
estándar de medida de un grado en el que un sistema o proceso
de software posee alguna propiedad. Aunque una métrica no es
una medida (las métricas son roles o funciones, mientras que las
mediciones son números obtenidos por aplicación de tales
métricas), con frecuencia ambos términos son usados como si
fueran sinónimos. Ya que las mediciones cuantitativas son
esenciales en todas las ciencias, hay un continuo esfuerzo de parte
de practicantes de la informática y teoréticos para lograr
acercamientos similares para el desarrollo de software.

¿QUE SON LAS MÉTRICAS?


Las métricas del software se pueden clasificar en Métricas
del software se pueden clasificar en:
MEDIDAS DIRECTAS y MEDIDAS INDIRECTAS.
Directas : incluyen el costo y esfuerzo aplicados, las líneas de
código (LDC) producidas, velocidad de ejecución, el
tamaño de memoria, y los defectos observados en
determinado tiempo.
Indirectas: Se refieren a la funcionalidad, calidad,
complejidad, eficiencia, fiabilidad, facilidad de
mantenimiento, etc.

TIPOS DE MÉTRICAS
Medidas Directas sobre el proyecto, del resultado y la calidad:
Métricas Generales:
 Errores por KLDC (1,000 LDC)
 Defectos por KLDC (defecto=la revisión falla para descubrir un error)
 Costo ($ por LDC)
 Paginas de documentación por KLDC
Métricas Especificas:
 Errores por persona-mes
 LDC por persona-mes
 Costo por pagina de documentación

MÉTRICAS ORIENTADAS A EL TAMAÑO


Métricas Generales:
 Errores por KLDC (1,000 LDC): Esto esta orientado a el numero de
Errores que se generan por cada 1,000 líneas de códigos en un
software especifico al momento de su desarrollo.
 Defecto por KLDC (1,000 LDC): En donde un defecto se define
como una falta verificada de conformidad con los requisitos que se
encuentran en cada 1,000 líneas de códigos en un software
especifico luego de su entrega.
 Costo ($ por LDC): Es el valor que le cuesta a el proyecto el
desarrollo de cada línea de código.
 Paginas de documentación por KLDC: Son las paginas de
documentación necesarias para explicar 1,000 líneas de códigos
para desarrollar un software especifico.

MÉTRICAS ORIENTADAS A EL TAMAÑO


Métricas Especificas:
 Errores por persona-mes: Son los errores que se generan por
cada persona que se encuentra desarrollando un software
especifico.
 LDC por persona-mes: Son las líneas de código que genera
cada persona que se encuentra desarrollando un software
especifico.
 Costo por pagina de documentación: Es el valor que me
cuesta realizar cada pagina de documentación para
explicar o exponer el código de un software especifico.

MÉTRICAS ORIENTADAS A EL TAMAÑO


Para el proyecto “Verano”: se desarrollaron 12.100 líneas de código
(LDC) con 24 personas-mes y con un coste de 168.000 Euros. Debe
tenerse en cuenta que el esfuerzo y el coste registrados 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 “Verano” indica que se
desarrollaron 365 páginas de documentación, se registraron 134
errores antes de que el software se entregara y se encontraron 29
errores después de entregárselo al cliente dentro del primer año de
utilización. También sabemos que trabajaron tres personas en el
desarrollo del proyecto “Verano”.

EJEMPLO PRACTICO
Verano

EJEMPLO PRACTICO

También podría gustarte