AP08 OA GuiInstruEvaluacion

FAVA - Formación en Ambientes Virtuales de Aprendizaje
SENA - Servicio Nacional de Aprendizaje.

Guía para elaborar instrumentos de evaluación de la calidad del software
ESTRUCTURA DE CONTENIDOS
Pág.
Introducción............................................................................................................................. 3
Mapa de contenido................................................................................................................... 4
1. Generalidades....................................................................................................................... 5
1.1. Modelo de calidad.............................................................................................................. 5
1.2. Métricas de calidad de software........................................................................................ 7
1.2.1. Estructura de las métricas.............................................................................................. 7
1.2.2. Métricas de Funcionalidad.............................................................................................. 8
1.2.3. Métricas de Confiabilidad...............................................................................................10
1.2.4. Métricas de facilidad de uso..........................................................................................11
1.2.5. Métricas de eficiencia.....................................................................................................13
1.2.6. Métricas de mantenibilidad.............................................................................................14
1.2.7. Métricas de portabilidad..................................................................................................15
2. Procedimiento de evaluación.............................................................................................. 17
2.1. Determinar el artefacto de software a evaluar..................................................................17
2.2. Seleccionar las características y subcaracterísticas a evaluar y las métricas a utilizar...17
2.3. Determinar el valor de cada métrica.................................................................................17
2.4. Determinar el cumplimiento de las características y subcaracterísticas...........................18
2.5. Evaluar y analizar los resultados.......................................................................................18
2.6. Elaborar informe de evaluación.........................................................................................18
2.7. Identificar oportunidades de mejora.................................................................................18
3. Ejemplo de aplicación..........................................................................................................19
3.1. Análisis de resultados........................................................................................................20
3.2. Análisis por características................................................................................................20
3.3. Oportunidades de mejora..................................................................................................20
Glosario...................................................................................................................................21
Bibliografía.............................................................................................................................. 22
Control del documento............................................................................................................ 23
SENA - Servicio Nacional de Aprendizaje. 2

INTRODUCCIÓN
Determinar la calidad de los desarrollos de software es una tarea importante que requiere
por un lado de la comprensión de los conceptos asociados con esta disciplina y por
otra parte requiere la aplicación un marco conceptual que suministre las herramientas e
instrumentos que permitan de manera sistemática lograr este objetivo.
Para esta última actividad se ha diseñado este recurso que toma los conceptos de calidad
vistos en el curso y apoya al aprendiz en la elaboración de instrumentos que permitan
evaluar la calidad del software.
Es importante que el aprendiz haya revisado el contenido del recurso Modelos de Calidad
en el Desarrollo de Software donde se introducen los conceptos básicos.

MAPA DE CONTENIDO

DESARROLLO DE CONTENIDOS
1. Generalidades
Este recurso está orientado a la elaboración de instrumentos de evaluación de la calidad

del producto de software desarrollado y toma como marco conceptual la familia de normas
ISO-9126 que se describen a continuación:
a) ISO 9126-1: modelo de calidad

b) ISO 9126-3: métricas internas de calidad
1.1. Modelo de calidad
El modelo de calidad que soporta la ISO 9126 está basado en seis características y 22
subcaracterísticas como muestra la tabla 1.1:
Característica Sub característica

a) Adecuación: capacidad del producto de software para proporcionar un conjunto apropiado de
funciones para tareas y objetivos de usuario especificados.
b) Exactitud: capacidad del producto de software para proporcionar los resultados o efectos
correctos o acordados con el grado necesario de precisión.
c) Interoperatividad: capacidad del producto de software para interactuar con uno o más sistemas
especificados.
Funcionalidad
d) Seguridad de acceso: capacidad del producto de software para proteger la información y datos
de manera que las personas o sistemas no autorizados no puedan leerlos o modificarlos, al tiempo
que no deniega el acceso a las personas o sistemas autorizados.
e) Cumplimiento normativo: capacidad del producto de software para adherirse a normas,

convenciones o regulaciones en leyes y prescripciones similares relacionadas con funcionalidad.
a) Madurez: capacidad del producto de software para evitar fallar como resultado de fallos en el
software.
b) Tolerancia a fallos: capacidad del software de mantener un nivel especificado de prestaciones

Confiabilidad o en caso de fallos de software o de infringir sus interfaces especificadas.
fiabilidad. c) Capacidad de recuperación: capacidad del producto de software para restablecer un nivel de
prestaciones especificado y de recuperar los datos directamente afectados en caso de fallo.
d) Cumplimiento de la fiabilidad: capacidad del producto de software para adherirse a normas,

convenciones o regulaciones relacionadas con la fiabilidad.

a) Capacidad para ser entendido: capacidad del producto de software que permite al usuario
entender si el software es adecuado y cómo puede ser usado para unas tareas o condiciones
particulares.
b) Capacidad para ser aprendido: capacidad del producto de software que permite al usuario
aprender sobre su aplicación.
Facilidad de uso c) Capacidad para ser operado: capacidad del producto de software que permite al usuario
(Usabilidad) operarlo y controlarlo.
d) Capacidad de atracción: capacidad del producto de software para ser atractivo al usuario.
e) Cumplimiento de la usabilidad: capacidad del producto de software para adherirse a normas,

convenciones, guías de estilo o regulaciones relacionadas con la usabilidad.
a) Comportamiento temporal: capacidad del producto de software para proporcionar tiempos de

respuesta, tiempos de proceso y potencia apropiados bajo condiciones determinadas.
b) Utilización de recursos: capacidad del producto de software para usar las cantidades y tipos de
recursos adecuados cuando el software lleva a cabo su función bajo condiciones determinadas.
Eficiencia
c) Cumplimiento de la eficiencia: capacidad del producto de software para adherirse a normas o
convenciones relacionadas con la eficiencia.
a) Capacidad para ser analizado: es la capacidad o facilidad del producto de software para que le
sean diagnosticadas deficiencias o causas de los fallos o para identificar las partes que han de ser
modificadas.
b) Capacidad para ser cambiado: capacidad del producto de software que permite que una
determinada modificación sea implementada.
Mantenibilidad c) Estabilidad: capacidad del producto de software para evitar efectos inesperados debido a
modificaciones realizadas al mismo.
d) Capacidad para ser probado: capacidad del producto de software que permite que el software
modificado sea validado.
e) Cumplimiento de la mantenibilidad: capacidad del producto de software para adherirse a

normas o convenciones relacionadas con la mantenibilidad.

a) Adaptabilidad: capacidad del producto de software para ser adaptado a diferentes entornos
especificados sin aplicar acciones o mecanismos distintos de aquellos proporcionados para este
propósito por el propio software considerado.
b) Instalabilidad: capacidad del producto de software para ser instalado en un entorno especificado.
c) Coexistencia: capacidad del producto de software para coexistir con otro software independiente
en un entorno común compartiendo recursos comunes.
Portabilidad
d) Capacidad para reemplazar: capacidad del producto de software para ser usado en lugar de otro
producto de software para el mismo propósito en el mismo entorno.
e) Cumplimiento de la portabilidad: capacidad del producto de software para adherirse a normas

o convenciones relacionadas con la portabilidad.
Tabla 1.1. Modelo de calidad
1.2 Métricas de calidad de software
Una métrica de calidad de software determina de manera cuantitativa el nivel de

cumplimiento de una característica y sub característica de calidad en el software
desarrollado.
Las métricas para la evaluación del software pueden ser tomadas de las propuestas por
la norma ISO 9126-3 o pueden ser diseñadas por el evaluador o auditor de calidad.
1.2.1 Estructura de las métricas
La norma ISO 9621-3 propone que las métricas de calidad de software tengan la estructura
descrita en la tabla 1.2.
No Nombre Descripción
1 Nombre Nombre único de la métrica.

Se expresa como la pregunta que debe responder la aplicación de la
2 Propósito de la métrica
métrica.
3 Método de aplicación Suministra el enfoque de su aplicación.
Medida, fórmula y
4 Suministra la fórmula de medida y el significado de sus componentes.
cómputo de datos.
Interpretación de la
5 Suministra el rango y los valores deseados o esperados.
medición

Tipo de escala usada por la métrica. Los tipos de escala usados son escala
6 Tipo de escala
nominal, escala ordinal, intervalos, escala de relación y escala absoluta.
Los tipos de medida son: medidas de tamaño, tamaño de la función,
7 Tipo de medida tamaño del código fuente, medidas de tiempo , medidas de conteo,
número de cambios, número de fallos.
8 Entrada a ser medida Fuente de los datos a ser usados en la medición.
Etapa del ciclo de vida del Identifica el proceso del ciclo de vida del software donde se aplica la
9
software que se evalúa métrica.
10 Audiencia Identifica el usuario que analizará los resultados de las mediciones.
Tabla 1.2. Estructura de las métricas de calidad ISO 9126-3
Este recurso hará la descripción detallada de una métrica de la norma ISO 9126-3 para
cada característica de calidad y hará una descripción de las restantes métricas. Para
revisar el detalle de la totalidad de las métricas propuestas por la norma el aprendiz podrá
hacerlo a través de la bibliografía que se describe al final del documento.

1.2.2 Métricas de Funcionalidad
Las métricas de funcionalidad son usadas para predecir si el producto de software

analizado cumplirá con los requerimientos y las necesidades del cliente.
Para medir la funcionalidad de un software la norma ISO 9126-3 propone la siguiente

métricas:
Subcaracterística Métrica Pregunta
Adecuación funcional ¿Qué tan adecuadas son las funciones revisadas?

Completitud de la adecuación
¿Qué tan completa es la implementación funcional?
funcional
Adecuación Cobertura de la
¿Qué tan correcta es la implementación funcional?
implementación funcional
Estabilidad de la ¿Qué tan estable es la especificación funcional
implementación funcional durante el ciclo de desarrollo?
¿Qué tan completa es la implementación de los

Precisión computacional
requerimientos de precisión?
Precisión
¿Qué tan completa es la implementación de los
Precisión
niveles específicos de precisión para los datos?

¿Qué tan correcta es la implementación de los

Intercambio de datos
formatos de interfaces?
Interoperatividad
¿Qué tan correcta es la implementación de las
Consistencia de la interfaz
interfaces de protocolos?
Auditabilidad del acceso ¿Cómo se auditan los accesos al sistema?
Controlabilidad del acceso ¿Qué tan controlable es acceso al sistema?
Prevención de la corrupción de ¿Qué tan completa es la implementación de la
Seguridad
datos prevención de corrupción de datos?
¿Qué tan completa es la implementación del cifrado
Cifrado o encriptación de datos
o encriptación de datos?
¿Qué tanto cumple el sistema con estándares,

Cumplimiento funcional
Cumplimiento regulaciones o convenciones sobre funcionalidad ?
de estándares de
funcionalidad Cumplimiento de estándares ¿Qué tanto cumplen las interfaces del sistema con
multi-sistema estándares, convenciones o regulaciones?
Un ejemplo de estas se detalla a continuación:

1 Nombre Completitud de la implementación funcional.
2 Propósito de la métrica ¿Qué tan completa está la implementación funcional?
Numerar las funciones faltantes y comparar contra el total de funciones
3 Método de aplicación
solicitadas en la especificación de requerimientos.
X = 1 – A/B
Medida, fórmula y Donde:
4
cómputo de datos. A: Funciones no implementadas.
B: Total de funciones solicitadas en los requerimientos.
Interpretación de la Rango: 0 <= X <= 1

5
medición Entre más cercano a 1 más completa la implementación.
6 Tipo de escala Absoluta
7 Tipo de medida X: Contador / Contador ,A: Contador, B: Contador

Especificación de requerimientos
8 Entrada a ser medida Diseño
Código fuente
Etapa del ciclo de vida Validación
9 del software que se
evalúa
Cliente
10 Audiencia
Director de proyecto

1.2.3 Métricas de Confiabilidad
Las métricas de confiabilidad son usadas para predecir si el software en revisión cumplirá
con las necesidades de confiabilidad solicitadas.
Para medir la confiabilidad de un software la norma ISO 9126-3 propone la siguiente

métricas:

¿Cuántos fallos se detectaron en el sistema
Detección de fallas
revisado?
Resolución de fallas ¿Cuántas fallas fueron corregidas?
Madurez
¿Qué porción de los casos de pruebas
Pertinencia de las pruebas requeridos están cubiertos por el plan de
pruebas?
¿Qué patrones de fallos se tuvieron en
Prevención de fallas
cuenta para evitar fallos serios o críticos?
Tolerancia a fallos ¿Cuántas funciones se han implementado
Prevención de operaciones incorrectas con la capacidad para prevenir que se hagan
operaciones incorrectas?
¿Qué capacidad tiene el sistema para
Recuperabilidad recuperarse después de un evento anormal
Recuperación de
o a solicitud del usuario?
fallos
¿Qué tan efectiva es la capacidad de
Efectividad de la recuperación
recuperación?
Cumplimiento ¿Qué tanto cumple el sistema con
Cumplimiento de estándares de
con estándares de estándares, regulaciones o convenciones de
confiabilidad
confiabilidad confiabilidad?
Un ejemplo de estas métricas se detalla a continuación:
1 Nombre Detección de fallas del software
2 Propósito de la métrica ¿Cuántas fallas fueron detectadas en el software revisado?
Contar el número de fallas detectadas y compararlas con el número de
fallas estimadas.
X=A/B
Medida, fórmula y
4 A: Número absoluto de fallas.
cómputo de datos.
B: Número de fallas estimadas como máximo.

0 <= X
5 Un número alto de X representa una buena medida. Un valor 0 de X no
medición
necesariamente quiere decir que el producto está libre de defectos.
6 Tipo de escala Absoluta.
7 Tipo de medida X: contador , A: contador, B: contador
Los valores de A vienen del reporte de revisión y el valor de B viene de la

8 Entrada a ser medida
historia de proyectos de la organización.
Etapa del ciclo de vida

9 del software que se Verificación.
evalúa
Revisores.
10 Audiencia
Desarrolladores.
1.2.4 Métricas de facilidad de uso (usability)
Las métricas de facilidad de uso son usadas para predecir si el software en revisión
puede ser entendido, aprendido, operado y además es agradable al usuario. También
predice si el software cumple con regulaciones acerca de facilidad de uso.
Para medir la facilidad de uso de un software la norma ISO 9126-3 propone la siguiente
métricas :

¿Qué proporción de las funciones son descritas
Completitud de la descripción
en la descripción del producto?
¿Qué cantidad de las funciones que requieren
Capacidad de demostración
demo la tienen implementada?
Capacidad para ser
entendido Funciones evidentes ( que no nece- ¿Qué porción de las funciones del sistema son
sitan explicación ) evidentes al usuario?
¿Qué porción de las funciones del sistema
Comprensibilidad de las funciones está en capacidad el usuario de entender
correctamente?
¿Qué porción de las funciones están descritas
Capacidad para ser Completitud de la documentación
en la documentación del usuario o en el
aprendido del usuario o del módulo de ayudas
módulo de ayuda?

Revisión de la validaciones a los ¿Qué proporción de los datos de entrada son

datos de entrada. validados?
Posibilidad de cancelar los procesos ¿Qué porción de las funciones pueden ser
antes de terminarse. canceladas antes de terminarse?
Capacidad para ser Posibilidad de deshacer o reversar ¿Qué porción de las funciones se pueden
operado las operaciones del usuario. reversar?
¿Qué porción de las funciones se pueden
Personalización de las funciones.
personalizar al usuario?
¿Qué porción de las funciones pueden ser
Accesabilidad.
accedidas por personas con discapacidad?
Aspecto de la interfaz ¿Qué tan atractiva es la interfaz al usuario?
Capacidad de
atracción Personalización de la interfaz de ¿Qué porción de los elementos de la interfaz
usuario. de usuario se pueden personalizar?
Cumplimiento
con estándares de Cumplimiento de la usabilidad.
regulaciones o convenciones sobre usabilidad?
usabilidad

1 Nombre Revisión de la validaciones a los datos de entrada.
2 Propósito de la métrica ¿Qué proporción de los datos de entrada son validados?
Contar el número de ítems de entrada que son validados y compararlos
contra los que no.
X=A/B
Medida, fórmula y
4 A: ítems de entrada que son validados.
cómputo de datos.
B: total de ítems que deben ser validados.
Interpretación de la 0 <= X <= 1

5
medición Entre más se acerque el valor a 1 mejor.
X: relación.
7 Tipo de medida A: contador.
B: contador.
Especificación de requerimientos
8 Entrada a ser medida Diseño.
Reporte de revisión.
Etapa del ciclo de vida Verificación.
9 del software que se
evalúa Revisión conjunta.
10 Audiencia Desarrolladores y revisores.

1.2.5 Métricas de eficiencia
Las métricas de eficiencia son usadas para predecir la eficiencia del software durante las
pruebas u operación. Para medir la eficiencia se debe definir un ambiente de hardware y
software donde se realizarán las pruebas.
Para medir la eficiencia de un software la norma ISO 9126-3 propone la siguiente métrica:

¿Cuál es el tiempo estimado para completar
Tiempo de respuesta.
una tarea específica?
Comportamiento ¿Cuántas tareas se pueden realizar por
Capacidad operativa.
temporal unidad de tiempo?
¿Cuál es el tiempo estimado para realizar un
Tiempo de respuesta transaccional.
conjunto de tareas?
¿Cuál es la estimación de operaciones de
Utilización de operación de E/S
E/S para realizar una tarea específica?
¿Cuál es la cantidad de memoria que
Utilización de
Utilización de la memoria. requiere el sistema para completar una
recursos
función específica?
¿Cuánto ancho de banda requiere el sistema
Utilización de ancho de banda.
para completar una tarea específica?
¿Qué tanto cumple el sistema con
Cumplimiento de la Cumplimiento de estándares de
estándares, regulaciones o convenciones
eficiencia eficiencia.
sobre eficiencia?
1 Nombre Tiempo de respuesta.
2 Propósito de la métrica ¿Cuál es el tiempo estimado para realizar una tarea dad?
3 Método de aplicación Evaluar la eficiencia del software.

Medida, fórmula y
4 X = tiempo (calculado o simulado).
cómputo de datos.
5 Entre menor valor de la X mejor la eficiencia.
medición
6 Tipo de escala Relativa.
7 Tipo de medida Tiempo.
8 Entrada a ser medida El software en estado operacional.
Etapa del ciclo de vida del
9 Verificación.
software que se evalúa
10 Audiencia Desarrolladores y revisores.

1.2.6 Métricas de mantenibilidad
Las métricas de mantenibilidad predicen el esfuerzo requerido para realizar modificaciones

al software producido.
Para medir la mantenibilidad de un software la norma ISO 9126-3 propone las siguientes
métricas:
¿Qué tan directo es el registro del status del
Registro de activiades.
Capacidad de ser sistema?
analizado Disponibilidad de la función de
¿Están disponibles funciones de diagnóstico?
diagnóstico.
¿Se registran los cambios a las especificación
Capacidad para ser
Registro de cambios. y a los módulos de manera adecuada en el
cambiado
código fuente?
¿Cuál es la frecuencia de impactos negativos
Impacto de los cambios.
después de una modificación?
Estabilidad
Localización del impacto de la ¿Qué tan grande es el impacto de una
modificación. modificación sobre el sistema?
Completitud de la función de pruebas ¿Qué tan completa es la función interna de
incorporada. pruebas del sistema?
Capacidad de ser ¿Con qué independencia puede probarse el
Autonomía de las pruebas.
probado sistema?
¿Qué tan completa es la implementación del
Indicador de progreso de las pruebas.
indicador de progreso de las pruebas?
Cumplimiento
de estándares Cumplimiento de estándares de
regulaciones y convenciones sobre facilidad
de facilidad de facilidad de mantenimiento.
de mantenimiento?
mantenimiento
1 Nombre Trazabilidad de los cambios.
¿Se registran adecuadamente los cambios a los cambios y especificaciones como
2 Propósito de la métrica
comentarios en el código fuente?
3 Método de aplicación Registrar la relación de los cambios.
X=A/B
Medida, fórmula y
4 A: número de cambios a las funciones o clases que han sido comentareados.
cómputo de datos.
B: número total de cambios.

Interpretación de la 0 <= X <= 1

5
medición Entre más cerca esté X de 1 mejor cumplimiento de la métrica.
X: Cociente.
B: contador.
Sistema de control de versionamiento.
8 Entrada a ser medida
Sistema de control de la configuración.
9 Verificación.
Desarrolladores.
10 Audiencia Mantenedores.
Revisores.
1.2.7 Métricas de portabilidad
Las métricas de portabilidad son usadas para predecir el efecto que el software desarrollado
tendrá sobre el sistema en el cual será implantado.
Para medir la portabilidad de un software la norma ISO 9126-3 propone las siguientes
métricas:
Adaptabilidad de las estructuras de ¿Qué tan adaptable es el sistema a los
datos. cambios en la estructura de datos?
Adaptabilidad a los cambios de ¿Qué tan adaptable es el sistema a los
hardware. cambios de hardware?
Adaptabilidad a los cambios ¿Qué tan adaptable es el sistema a los
Adaptabilidad
organizacionales. cambios organizacionales?
Amigabilidad al usuario de las ¿Qué tanto esfuerzo se requiera para realizar
operaciones de portabilidad. operaciones de portabilidad en el sistema?
Adaptabilidad del sistema al ambiente ¿Qué tan adaptable es el sistema a los
de software donde se ejecutará. cambios en el ambiente de software?
¿Qué tan fácil es repetir el proceso de
Facilidad para reintentar la instalación
instalación?
Capacidad para ser ¿Qué tanto esfuerzo se requiera para la
Esfuerzo para la instalación.
instalado instalación del sistema?
¿Qué tan flexible y personalizable es la
Flexibilidad de la instalación.
instalación del sistema?

¿Qué tan flexible es el sistema para

Coexistencia Disponibilidad de la coexistencia. compartir el ambiente con otros productos
sin impactarlos negativamente?
¿Cuál la cantidad original de datos
Uso continuo de datos. que continúan sin cambiar después de
Capacidad para ser reemplazarse por este producto ?
reemplazado ¿Qué cantidad de requerimientos cubre
Inclusividad de las funciones. el nuevo software comparado con los que
cubría el antiguo?
1 Nombre Esfuerzo para la instalación.
2 Propósito de la métrica ¿Qué nivel de esfuerzo se requiere para la instalación?
Contar el número de pasos de instalación automatizados en comparación con el

número de pasos totales de la instalación.
X=A/B
Medida, fórmula y cómpu-
4 A: número de pasos automatizados confirmados en la revisión.
to de datos.
B: total de pasos requeridos para la instalación.
Interpretación de la medi- 0 <= X <= 1

5
ción Entre más cerca esté X de 1 mejor.
X: cociente.
B: contador.
8 Entrada a ser medida Resultado de la revisión del instalador.

9 Validación.
10 Audiencia Desarrolladores.

2. Procedimiento de evaluación
Para la evaluación de la calidad del software se proponen los siguientes pasos

(Scalone,2006):
Seleccionar las
Determinar el caracteristicas, sub- Determinar el valor
software a evaluar caracteristicas a evaluar de cada métrica
y las métricas a utilizar
Elaborar informe Evaluar y analizar Determinar el

de evaluación los resultados cumplimiento
oportunidades
de mejora
Figura 2.1. Procedimiento propuesto para evaluar la calidad del software.
2.1. Determinar el artefacto de software a evaluar
En este punto se establece los componentes del software que se evaluarán. Además
de la aplicación como tal también se deben tener en cuenta el programa instalador, los
manuales de usuario y configuración entre otros.
2.2. Seleccionar las características y subcaracterísticas a evaluar y las métricas a

utilizar
A partir del universo planteado en el modelo de calidad de la norma ISO 9126-3 se deben
seleccionar las características y subcaracterísticas que se evaluarán y las métricas que
se utilizarán para medir los resultados.
2.3. Determinar el valor de cada métrica
En este punto se determina el valor de cada métrica de acuerdo con la evaluación que
se realice sobre el producto de software. Este paso califica el cumplimiento por parte del
software de una subcaracterística de software.

2.4 Determinar el cumplimiento de las características y subcaracterísticas
Para cada métrica de calidad seleccionada se debe determinar el nivel de calidad

esperado por el cliente. De esta forma se pueden identificar las visiones de calidad a
saber: la calidad esperada, la calidad medida y la calidad implementada o realizada.
Los datos pueden ser tabulados como se muestra en la tabla 2.1:
Característica Subcaracterística Métrica Nivel requerido Nivel obtenido
Tabla 2.1. Tabulación de los resultados de las métricas.
2.5 Evaluar y analizar los resultados
Con los resultados de las métricas se puede determinar si el software cumple o no con
la calidad esperada por el cliente. Los datos pueden ser tabulados como se muestra en
la tabla 2.2:
Característica Subcaracterística Métrica Nivel requerido Nivel obtenido Nivel de cumplimiento
C: Cumple
NC: No cumple
NR: No se requiere
1
Tabla 2.2 Tabulación de los resultados de las métricas con nivel de cumplimiento.
2.6. Elaborar informe de evaluación
Los resultados de la evaluación se deben presentar en un informe que contenga tanto los
resultados de las métricas como el análisis de los resultados.
2.7. Identificar oportunidades de mejora

Con los resultados y el análisis de los mismos se puede identificar oportunidades de
mejora del software desarrollado.

3. Ejemplo de aplicación
A continuación, se muestra un ejemplo de una evaluación realizada a un software ficticio

con el objeto de analizar los resultados:
Nivel de
Nivel cumplimiento
Nivel
No. Característica Subcaracterística Métrica requerido
Obtenido
por el cliente C: Cumple
NC: No cumple
Adecuación funcional. 0.8 0.75 NC
Completitud de la
0.7 0.75 C
Adecuación adecuación funcional.
Estabilidad de la
0.9 0.9 C
1 Funcionalidad implementación funcional
Auditabilidad del acceso. 1.0 1.0 C
Seguridad Cifrado o encriptación de
1.0 0.8 NC
datos.
2 Confiabilidad Tolerancia a fallos Prevención de fallas. 0.85 0.9 C
Completitud de la
Capacidad para documentación del
3 Facilidad de uso 1.0 0.9 NC
ser operado usuario o del módulo de
ayudas.
Comportamiento
Tiempo de respuesta. 0.8 0.85 C
temporal
4 Eficiencia
Utilización de
Utilización de memoria. 0.9 0.9 C
recursos
Capacidad para ser
Registro de cambios. 0.75 0.4 NC
cambiado
5 Mantenibilidad
Estabilidad Impacto de los cambios. 0.75 0.7 NC
Adaptabilidad de las
6 Portabilidad Adaptabilidad 0.9 0.9 C
estructuras de datos.
3.1 Análisis de resultados
Para el ejercicio se aplicaron 12 métricas de calidad para evaluar 9 subcaracterísticas y

6 características de calidad de software.
De las 12 métricas aplicadas siete cumplen y cinco no cumplen con los niveles de calidad
esperados por el cliente.

3.3. Análisis por características
Al agrupar los resultados por características se obtiene lo siguiente:
Característica Calidad esperada Calidad obtenida Nivel de cumplimiento

Funcionalidad 4,4 4,2 NC
Confiabilidad 0,85 0,9 C
Facilidad de uso 1 0,9 NC
Eficiencia 1,7 1,75 C
Mantenibilidad 1,5 1,1 NC
Portabilidad 0,9 0,9 C
Se puede observar que sólo se cumplen tres de las seis características. Es decir, la
funcionalidad, la facilidad de uso y la mantenibilidad del sistema no es la esperada por el
cliente.
3.2. Oportunidades de mejora
Una vez identificadas las características que no cumplen se puede plantear un plan de
acción para mejorar las métricas de los requisitos de calidad o subcaracterísticas.
Para el ejemplo se deben revisar más en detalle la funcionalidad, la facilidad de uso y la

mantenibilidad. Lo anterior para determinar cuáles fueron las causas que originaron que
la métrica arrojara un incumplimiento.

GLOSARIO
Cifrado de datos: técnica que permite ocultar a la vista los datos almacenados en
computadores permitiendo su recuperación mediante el conocimiento de una clave o un
procedimiento.
Métrica: en calidad de software es la medida cuantitativa del nivel de cumplimiento de los

requisitos de calidad del software desarrollado.
Usabilidad: en informática facilidad de uso que poseen los componentes de un sistema

informático.

BIBLIOGRAFÍA
González, M. González J. (2013). Aplicación del estándar ISO/IEC 9126-3 en
el modelo de datos conceptual entidad-relación. Revista facultad de ingeniería
UPTC. Recuperado de: http://www.scielo.org.co/pdf/rfing/v22n35/v22n35a10.
pdf
Scalone, F. (2006). Estudio comparativo de los modelos y estándares de calidad

del software (Tesis de maestría). Universidad Tecnológica Nacional. Buenos
Aires, Argentina. Recuperado de: http://laboratorios.fi.uba.ar/lsi/scalone-
tesis-maestria-ingenieria-en-calidad.pdf

CONTROL DEL DOCUMENTO
GUÍA PARA ELABORAR INSTRUMENTOS DE EVALUACIÓN

DE LA CALIDAD DEL SOFTWARE
Centro Industrial de Mantenimiento Integral - CIMI

Regional Santander
Líder línea de producción: Santiago Lozada Garcés

Rosa Elvia Quintero Guasca
Asesores pedagógicos:
Claudia Milena Hernández Naranjo
Líder expertos temáticos: Rita Rubiela Rincón Badillo

Experto temático: Nelson Mauricio Silva Maldonado
Diseño multimedia: Oscar Julian Marquez Sanabria
Programador: Francisco José Lizcano Reyes
Este material puede ser distribuido, copiado y exhibido por terceros si se

muestra en los créditos. No se puede obtener ningún beneficio comercial
y las obras derivadas tienen que estar bajo los mismos términos de la
licencia que el trabajo original. .

AP08 OA GuiInstruEvaluacion

Hochgeladen von

Dokumentinformationen

Copyright

Verfügbare Formate

Dieses Dokument teilen

Dokument teilen oder einbetten

Freigabeoptionen

Stufen Sie dieses Dokument als nützlich ein?

Sind diese Inhalte unangemessen?

Copyright:

Verfügbare Formate

AP08 OA GuiInstruEvaluacion

Hochgeladen von

Copyright:

Verfügbare Formate

FAVA - Formación en Ambientes Virtuales de Aprendizaje

SENA - Servicio Nacional de Aprendizaje.

FAVA - Formación en Ambientes Virtuales de Aprendizaje

SENA - Servicio Nacional de Aprendizaje. 2

FAVA - Formación en Ambientes Virtuales de Aprendizaje

SENA - Servicio Nacional de Aprendizaje. 3

FAVA - Formación en Ambientes Virtuales de Aprendizaje

SENA - Servicio Nacional de Aprendizaje. 4

Este recurso está orientado a la elaboración de instrumentos de evaluación de la calidad

a) ISO 9126-1: modelo de calidad

1.1. Modelo de calidad

Característica Sub característica

e) Cumplimiento normativo: capacidad del producto de software para adherirse a normas,

b) Tolerancia a fallos: capacidad del software de mantener un nivel especificado de prestaciones

d) Cumplimiento de la fiabilidad: capacidad del producto de software para adherirse a normas,

FAVA - Formación en Ambientes Virtuales de Aprendizaje

SENA - Servicio Nacional de Aprendizaje. 5

e) Cumplimiento de la usabilidad: capacidad del producto de software para adherirse a normas,

a) Comportamiento temporal: capacidad del producto de software para proporcionar tiempos de

e) Cumplimiento de la mantenibilidad: capacidad del producto de software para adherirse a

FAVA - Formación en Ambientes Virtuales de Aprendizaje

SENA - Servicio Nacional de Aprendizaje. 6

e) Cumplimiento de la portabilidad: capacidad del producto de software para adherirse a normas

Tabla 1.1. Modelo de calidad

1.2 Métricas de calidad de software

Una métrica de calidad de software determina de manera cuantitativa el nivel de

1.2.1 Estructura de las métricas

1 Nombre Nombre único de la métrica.

FAVA - Formación en Ambientes Virtuales de Aprendizaje

SENA - Servicio Nacional de Aprendizaje. 7

Tabla 1.2. Estructura de las métricas de calidad ISO 9126-3

Las métricas de funcionalidad son usadas para predecir si el producto de software

Para medir la funcionalidad de un software la norma ISO 9126-3 propone la siguiente

Subcaracterística Métrica Pregunta

Adecuación funcional ¿Qué tan adecuadas son las funciones revisadas?

¿Qué tan completa es la implementación de los

FAVA - Formación en Ambientes Virtuales de Aprendizaje

SENA - Servicio Nacional de Aprendizaje. 8

¿Qué tan correcta es la implementación de los

¿Qué tanto cumple el sistema con estándares,

Un ejemplo de estas se detalla a continuación:

Interpretación de la Rango: 0 <= X <= 1

7 Tipo de medida X: Contador / Contador ,A: Contador, B: Contador

FAVA - Formación en Ambientes Virtuales de Aprendizaje

SENA - Servicio Nacional de Aprendizaje. 9

1.2.3 Métricas de Confiabilidad

Para medir la confiabilidad de un software la norma ISO 9126-3 propone la siguiente

Subcaracterística Métrica Pregunta

Un ejemplo de estas métricas se detalla a continuación:

FAVA - Formación en Ambientes Virtuales de Aprendizaje

SENA - Servicio Nacional de Aprendizaje. 10

Los valores de A vienen del reporte de revisión y el valor de B viene de la

Etapa del ciclo de vida

1.2.4 Métricas de facilidad de uso (usability)

Subcaracterística Métrica Pregunta

FAVA - Formación en Ambientes Virtuales de Aprendizaje

SENA - Servicio Nacional de Aprendizaje. 11

Revisión de la validaciones a los ¿Qué proporción de los datos de entrada son

Un ejemplo de estas métricas se detalla a continuación:

Interpretación de la 0 <= X <= 1

10 Audiencia Desarrolladores y revisores.

FAVA - Formación en Ambientes Virtuales de Aprendizaje

SENA - Servicio Nacional de Aprendizaje. 12

1.2.5 Métricas de eficiencia

Centro Industrial de Mantenimiento Integral - CIMI