Métricas de Ingeniería de Software

3. Ingeniería de Software I
UNIDAD 02

4. Unidad 2 | Ingeniería de software I 02
Métricas
Competencia de la unidad de
aprendizaje: analizar e interpretar
datos de la aplicación de las
del software
2.1 Conceptos básicos
2.2 Medidas del producto:
internos y externos
2.3 Medidas del proceso y los
recursos
2.4 Metodologías y estándares
la medición
Métricas

5. Conceptos básicos | Ingeniería de software I 02
Métricas
El objetivo primordial de la ingeniería del software es producir un sistema, aplicación o producto de alta
calidad. Para lograr este objetivo, los ingenieros de software deben emplear métodos efectivos junto con
herramientas modernas dentro del contexto de un proceso maduro de desarrollo del software. Al mismo
tiempo, un buen ingeniero del software y buenos administradores de la ingeniería del software deben
medir si la alta calidad se va a llevar a cabo.
Las métricas del software que emplean en la valoración cuantitativa de la calidad de software.

6. Conceptos básicos | Ingeniería de software I 02
Corrección: A un programa le corresponde operar correctamente o suministrará poco valor a sus
usuarios. La corrección es el grado en el que el software lleva a cabo una función requerida. La medida
más común de corrección son los defectos por KLDC, en donde un defecto se define como una falla
verificada de conformidad con los requisitos.
Facilidad de mantenimiento. El mantenimiento del software cuenta con más esfuerzo que cualquier otra
actividad de ingeniería del software. La facilidad de mantenimiento es la habilidad con la que se puede
corregir un programa si se encuentra un error, se puede adaptar si su entorno cambia o optimizar si el
cliente desea un cambio de requisitos.

7. Conceptos básicos | Ingeniería de software I 02
Integridad: En esta época de intrusos informáticos y de virus, la integridad del software ha llegado a tener
mucha importancia. Este atributo mide la habilidad de un sistema para soportar ataques (tanto
accidentales como intencionados) contra su seguridad. El ataque se puede ejecutar en cualquiera de los
tres componentes del software, ya sea en los programas, datos o documentos.
Facilidad de uso. El calificativo “amigable con el usuario” se ha transformado universalmente en disputas
sobre productos de software. Si un programa no es “amigable con el usuario”, prácticamente está próximo
al fracaso, incluso aunque las funciones que realice sean valiosas.

8. Medidas del producto… | Ingeniería de software I 02
Considerando un sistema basado en computadora, una medida sencilla de la fiabilidad es el tiempo medio
entre fallos (TMEF) [Mayrhauser´91], donde: TMEF = TMDF+TMDR (4.2) (TMDF (tiempo medio de fallo) y
TMDR (tiempo medio de reparación))
Además de una medida de la fiabilidad debemos obtener una medida de la disponibilidad. La
disponibilidad del software es la probabilidad de que un programa funcione de acuerdo con los requisitos
en un momento dado, y se define como:
Disponibilidad = TMDF/(TMDF + TMDR) x 100 % (4.3)
La medida de fiabilidad TMEF es igualmente sensible al TMDF que al TMDR. La medida de disponibilidad
es algo más sensible al TMDR ya que es una medida indirecta de la facilidad de mantenimiento del
software.

9. Medidas del proceso… | Ingeniería de software I 02
• Elemento Unida de Duración Tiempo (meses y años)
• Esfuerzo Unidad de esfuerzo (p/m, p /año)
• Costos
• Líneas de código (LDC, KLDC)
• Puntos de Función (PF)
Elementos sobre los que hay que
estimar

10. Metodología y estándares para el proceso de medición | Ingeniería de software I 02
Técnicas de descomposición.
• Descomposición del problema y/o proceso.
• Estimación del esfuerzo
Técnicas empíricas.
Usa fórmulas derivadas empíricamente para predecir el esfuerzo en función de LDC, PF (atributos del
software terminado).
Varios modelos:
• COCOMO (I y II).
• PUTNAM
• Modelo de Puntos de Función.
• Herramienta automática de estimación

11. Metodología y estándares para el proceso de medición | Ingeniería de software I 02
Técnicas empíricas: Modelo de Putnam (i)
K= LDC3/C3T4
K = esfuerzo durante todo el ciclo de vida en personas/año.
• LDC = número de líneas de código.
• T = tiempo de desarrollo en años.
• C = constante del estado de la tecnología.
Entorno C
Pobre 2000
Bueno 8000
Excelente 11000

12. Metodología y estándares para el proceso de medición | Ingeniería de software I 02
Técnicas empíricas: Modelo de puntos de función
Se basa en el diseño lógico para cualificar la funcionalidad externa que proporciona el software.
Objetivos
Proporcionar métricas sobre:
• Productividad
• Calidad.
• Coste.
• Documentación.
• Líneas de Código.
• Ofrecer un factor de normalización para comparar diferentes softwares.
• Medir lo que el usuario pide y lo que el usuario recibe

13. ©2020
Es responsabilidad exclusiva de los autores el respeto de los derechos de autor sobre los contenidos e imágenes en el presente
documento, en consecuencia, la BUAP no se hace responsable por el uso no autorizado, errores, omisiones o manipulaciones de los
derechos de autor y estos serán atribuidos directamente al Responsable de Contenidos, así como los efectos legales y éticos
correspondientes.