UNIVERSIDAD NACIONAL DE INGENIERÍA

FACULTAD DE CIENCIAS Y SISTEMAS

INGENIERÍA DE SISTEMAS
INGENIERÍA DE SOFTWARE II

DOCENTE: MSC. Marvin Parrales Romero

1
MANAGUA, NICARAGUA 05 DE MAYO 2019
CONTENIDO TEMÁTICO

• METRICAS PARA EL MANTENIMIENTO DE SOFTWARE.

• MÉTRICAS DE CALIDAD DE SOFTWARE.

• EJEMPLOS PRÁCTICOS APLICATIVOS.

´´De más estima es el buen nombre que las muchas riquezas,

Y la buena fama más que la plata y el oro´´ 2
¿Qué se entiende por Métrica de Software?

3
MÉTRICAS PARA EL MANTENIMIENTO DEL SOFTWARE

• El IEEE (19990) define mantenibilidad como: La facilidad con

la que un sistema o componente software puede ser
modificado para corregir fallos, mejorar su funcionamiento u
otros atributos o adaptarse a cambios en el entorno.
La mantenibilidad debe establecerse como objetivo
tanto en las fases iniciales del ciclo de vida, para reducir
las posteriores necesidades de mantenimiento, como
durante las fases de mantenimiento, para reducir los
efectos laterales y otros inconvenientes ocultos (y
seguir así reduciendo las futuras necesidades de
mantenimiento).

4
FACTORES A CONSIDERAR:

5
Operaciones que debemos considerar para proceder a evaluar la calidad y dar
mantenimiento a nuestro Software:

6
Estándar ISO 9126 del IEEE y la Mantenibilidad

• ISO 9126 es un estándar internacional para la evaluación del

Software. Está supervisado por el proyecto SQuaRE, ISO 25000:2005,
el cuál sigue los mismos conceptos.

7
Continuación:

8
 MÉTRICA DE MANTENIMIENTO MÁS USUAL

Métrica del Índice de Madurez.

• El estándar IEEE 982.1-1988 [Pressman ‘98]
sugiere un índice de madurez del software
(IMS) que proporciona una indicación de la
estabilidad de un producto de software (basada
en los cambios que ocurren con cada versión
del producto) Se determina la siguiente
información:
Mr = número de módulos en la versión actual
Fc = número de módulos en la versión actual que se
han cambiado
Fa = número de módulos en la versión actual que se
han añadido
Fd = número de módulos de la versión anterior que se
han borrado en la versión actual

El índice de madurez del software se calcula de la

siguiente manera:

IMS = [Mr – (Fa + Fc + Fd)]/ Mr

9
¿Pero que nos dice aplicar dicha métrica?
¿Cual es su Objetivo?
• A medida que el IMS se aproxima a 1.0 el producto se empieza a
estabilizar. El IMS puede emplearse también como métrica para la
planificación de las actividades de mantenimiento del software. El tiempo
medio para producir una versión de un producto software puede
correlacionarse con el IMS desarrollándose modelos empíricos para el
mantenimiento.

EJERCICIOS PRÁCTICOS PRESTAR MUCHA ATENCIÓN AL EJEMPLO

10
EJEMPLO:
• SERVICLIMA S,A ES UNA EMPRESA VENDEDORA DE EQUIPOS DE AIRE ACONDICIONADO, CUENTA CON UN
SISTEMA DE FACTURACIÓN Y GESTIÓN DE INVENTARIO A DICHO SISTEMA LA EMPRESA HA ANALIZADO QUE
MODULOS SE HAN AÑADIDO Y SE HAN ELIMINADO ATRAVÉS DEL TIEMPO DE FUNCIONAMIENTO. PARA ELLO
ESPEFICICA LO SIGUIENTE, NECESITA SABER EL ÍNDICE DE MADUREZ DE SU SISTEMA HASTA LA FECHA , A LA
VEZ SI SU SISTEMA ESTA BIEN O NECESITA MEJORAR:
SOLUCIÓN:

11
PRÁCTIQUEMOS:
HACIENDO USO DE LA MÉTRICA DE ÍNDICE DE MADUREZ CALCULE EL IMS, ADEMÁS ARGUMENTE SU RESULTADO
CON EL RESTO DE SUS COMPAÑEROS, EVALUÉ, CONSIDERÉ, PROPONGA, ¿ DEBE DICHO SISTEMA MEJORAR O NO?

12
Métricas de Calidad del Software

13
Continuación:

14
Continuación:

15
EJPZ

16
17
Gestión de Calidad y Desarrollo del Software

La gestión de calidad proporciona una comprobación

independiente sobre el proceso de desarrollo de software. El
proceso de gestión de calidad verifica los entregables del
proyecto para garantizar que sean consistentes con los
estándares y las metas de la organización. El equipo QA debe ser
independiente del equipo de desarrollo para que pueda tener una
perspectiva objetiva del software. Esto les permite reportar la
calidad del software sin estar influidos por los conflictos de
desarrollo del software.

18
Estructura del Plan de Calidad, antes de aplicación de las métricas.
• Humphrey (1989), en su clásico libro referente a la gestión del software, sugiere un
bosquejo de estructura para un plan de calidad. Éste incluye:

19
¿El que? ¿El porque?, ¿El como?

• El equipo de gestión de calidad debe considerar si el software se ajusta o no a su

propósito pretendido. Esto implica responder preguntas sobre las características del
sistema. Por ejemplo:
1. ¿En el proceso de desarrollo se siguieron los estándares de programación
y documentación? ¿Cómo se logró seguir? Se logro o se fallo.

2. ¿El software se verificó de manera adecuada?... ¿Por qué?

3. ¿El software es suficientemente confiable para utilizarse?

4. ¿El rendimiento del software es aceptable para uso normal?

5. ¿El software es utilizable?

6. ¿El software está bien estructurado y es comprensible?

20
 Calidad basada en el Proceso ¿Cómo se logra?

Desarrollar el Valorar la Calidad

Definir el Proceso
Producto del Producto

SI Estandarizar el
Mejorar el Proceso NO Calidad OK Proceso

21
TIPOS DE METRICAS DE CALIDAD:
RELACIONES ENTRE SOFTWARE EXTERNO E INTERNO

Métrica de Métricas de
METRICAS
Funcionalidad Fiabilidad

Métricas
Métricas de
CALIDAD
Usabilidad de
Eficiencia

Métricas de Métricas de
SOFTWARE
Portabilidad Mantenibilidad

22
 Métricas del Producto
Se dividen en dos clases:
Métricas dinámicas, que se recopilan mediante
mediciones hechas de un programa en
ejecución. Dichas métricas pueden recopilarse
durante las pruebas del sistema o después de
que el sistema está en uso. Un ejemplo es el
número de reportes de bugs o el tiempo
necesario para completar un cálculo.
Métricas estáticas, las cuales se recopilan mediante
mediciones hechas de representaciones del sistema,
como el diseño, el programa o la documentación.
Ejemplos de mediciones estáticas son el tamaño del
código y la longitud promedio de los identificadores
que se usaron.
23
Clasificación de las RELACIONES:

Métricas de Calidad

24
OTROS TIPOS:

25
26
27
28
29
MUCHAS GRACIAS
• POR SU ATENCIÓN

30