IE-AP08-AA9-EV03-DETERMINAR-CUMPLIMIENTO-CALIDAD.

PARA EL
SISTEMA DE INFORMACIÓN EN DESARROLLO

APRENDIZ: Vanessa Alexandra Silva Moreno

INSTRUCTOR: Jorge Luis

TECNOLOGO ANALISIS Y DESARROLLO DE SISTEMAS DE INFORMACION

AÑO: 2021
 INTRODUCCION

Los desarrolladores elaboran software usando los nuevos descubrimientos. Dado que el
mercado es muy competitivo, el software es desarrollado con precipitación.
Conociendo la importancia del software, las necesidades del mercado y cuan exigente
suelen ser los clientes. Es de suma importancia que como desarrolladores del software nos
realicemos las siguientes preguntas:
 ¿Pueden los desarrolladores permitirse desarrollarlo de cualquier manera?
 ¿Se debe desarrollar un software solo por desarrollar sin tener en cuenta de los
estándares?
 ¿Qué tipo de software puede satisfacer el usuario?
 ¿Qué necesita el usuario?
 ¿Cómo desarrollar un producto de software de calidad?
Lo primero que necesitamos de un determinado proceso o de un determinado producto, etc.
que estemos desarrollando, es poderlo conocer, saber cómo es, cuáles son sus
características. Todo debe definirse para poder dotarlo de características que lo hagan
identificable frente a otros procesos y que nos permitan posicionarlo en un determinado
orden con respecto a ellos.
Por lo anterior hemos elaborado este instrumentos de evaluación toma como marco
conceptual la familia de normas ISO 9126-1 modelo de calidad y ISO 9126-3 métricas
internas de calidad.
 Elaboración de métricas de calidad.
CARACTERISTICA
Funcionalidad
Confiabilidad o fiabilidad
Facilidad de uso (usabilidad)
Métricas de Funcionalidad
SUB CARACTERISTICAS
Adecuación
Exactitud
Seguridad en acceso
Cumplimiento normativo
Interoperabilidad
No NOMBRE
1 Nombre
2 Propósito de la métrica
SUB CARACTERISTICAS
 Adecuación.
 Seguridad de acceso.
 Exactitud
 Cumplimiento normativo
 Tolerancia a fallos
 Capacidad de recuperación
 Madurez
 Cumplimiento de la usabilidad.
 Capacidad para ser entendido.
 Capacidad para ser operado.
Capacidad de atracción.
 Capacidad para ser aprendido.
METRICA
 Completitud de la educación
funcional.
 Adecuación funcional.
 Presión
 Presión computacional
 Controlabilidad del acceso
 Auditabilidad del acceso
 Cumplimiento de estándares
multisistema.
 Cumplimiento funcional
 Consistencia de la interfaz
 Intercambio de datos.
DESCRIPCION
Adecuación funcional
¿Qué tan adecuadas son las funciones revisadas?
Numerar las funciones que cumplen la función solicitada y
3 Método de aplicación
4 Medida, fórmula y cómputo
de datos.
5 Interpretación de la
medición
6 Tipo de escala
7 Tipo de medida
8 Entrada a ser medida
9 Etapa del ciclo de vida del
software que se evalúa.
10 Audiencia
No Nombre
1 Nombre
2 Propósito de la métrica
3 Método de Aplicación
4 Medida, fórmula y
cómputo de datos
5 interpretación de la
medición
6 Tipo de escala
7 Tipo de medida
8 Entrada a ser medida
9 Etapa del ciclo de vida
del software que se
evalúa.
10 Audiencia
comparar contra el total de funciones solicitadas en la
especificación de requerimientos.
X= A–B.
Donde:
A: Total de funciones solicitadas en los requerimientos.
B: Funciones que cumplen el requerimiento
Rango: 0 <= X <= A
Entre más cercano a 0 más completa la implementación.
Absoluta
X: Contador / Contador, A: Contador, B: Contador.
Especificación de requerimientos
Diseño
Código fuente
Validación.
Cliente
Director de proyecto
Descripción
Completitud de la adecuación funcional
¿Qué tan adecuadas son las funciones revisadas?
Numerar las funciones que cumplen la función solicitada y
comparar contra el total de funciones solicitadas en la
especificación de requerimientos.
X=1-A/B
Donde:
A: Funciones no implementadas.
B: Total de funciones solicitadas en los requerimientos.
Rango: 0 <= X <= 1
Entre más cercano a 1 más completa la implementación
Absoluta
X: Contador / Contador, A: Contador, B: Contador
Especificación de requerimientos
Diseño
Código fuente
Validación
Cliente
 Director de proyecto

No Nombre Descripción
1 Nombre Consistencia de la interfaz

2 Propósito de la métrica ¿Qué tan correcta es la implementación de las interfaces

de protocolos?

3 Método de aplicación Numerar las funciones faltantes y comparar contra el total de

funciones solicitadas en la especificación de
Requerimientos.

4 Medida, fórmula y X = 1 – A/B

cómputo de dato Donde:
A: Funciones no implementadas.
B: Total de funciones solicitadas en los requerimientos

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

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
8 Entrada a ser medida Especificación de requerimientos
Diseño
Código fuente

9 Etapa del ciclo de vida Validación

del software que se
evalúa.

10 Audiencia Cliente
Director de proyecto

No Nombre Descripción
1 Nombre Auditabilidad del acceso
2 Propósito de la métrica ¿Qué tan completa es la implementación de los
requerimientos de precisión?

3 Método de aplicación Numerar las funciones faltantes y comparar contra el total

 de funciones solicitadas en la especificación de
requerimientos

4 Medida, fórmula y X = 1 – A/B

cómputo de datos. Donde:
A: Funciones no implementadas.
B: Total de funciones solicitadas en los requerimientos.

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

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

8 Entrada a ser medida Especificación de requerimientos

Diseño
Código fuente

9 Etapa del ciclo de vida Validación

del software que se
evalúa

10 Audiencia Cliente
Director de proyecto

N.º Nombre Descripción

1 Nombre Precisión
2 Propósito de la métrica Qué tan completa es la implementación de los niveles
específicos de precisión para los datos?

3 Metodo de aplicación Numerar las funciones faltantes y comparar contra el total

de funciones solicitadas en la especificación de
requerimientos.

4 Medida, fórmula y X = 1 – A/B

cómputo de datos Donde:
A: Funciones no implementadas.
B: Total de funciones solicitadas en los requerimientos.

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

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
8 Entrada hacer medida Especificación de requerimientos
Diseño
Código fuente

9 Etapa del ciclo de vida Validación

del software que se
evalúa

10 Audiencia Cliente
Director de proyecto

N° NOMBRE DESCRIPCION
1 Nombre Intercambio de datos
2 Propósito de la métrica ¿Qué tan correcta es la implementación de los formatos de
interfaces?

3 Metodo de aplicación Numerar las funciones faltantes y comparar contra el total

de funciones solicitadas en la especificación de
requerimientos.

4 Medida, fórmula y Rango: 0 <= X <= 1

cómputo de datos Entre más cercano a 1 más completa la implementación

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

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

8 Entrada hacer medida Especificación de requerimientos
Diseño
Código fuente

9 Etapa del ciclo de vida Validación

del software que se
evalúa

10 Audiencia Cliente
Director del proyecto
N NOMBRE
°
1 Nombre
2 Propósito de la métrica
3 Metodo de aplicación
4 Medida, fórmula y
cómputo de datos
5 Interpretación de la medición
6 Tipo de escala
7 Tipo de medida
8 Entrada a ser medida
9 Etapa del ciclo de vida
del software que se
evalúa
10 Audiencia
N° Nombre
1 Nombre
2 Propósito de la métrica
3 Metodo de aplicación
4 Medida, fórmula y
cómputo de datos
5 Interpretación de
medición
DESCRIPCION
Auditabilidad del acceso
¿Cómo se auditan los accesos al sistema?
Numerar las funciones faltantes y comparar contra el total
de funciones solicitadas en la especificación de
requerimientos
X = 1 – A/B
Donde:
A: Funciones no implementadas.
B: Total de funciones solicitadas en los requerimientos
Rango: 0 <= X <= 1
Entre más cercano a 1 más completa la implementación
Absoluta
X: Contador / Contador, A: Contador, B: Contador
Especificación de requerimientos
Diseño
Código fuente
Validación
Cliente
Director de proyecto
Descripción
Controlabilidad del acceso
¿Qué tan controlable es acceso al sistema?
Numerar las funciones faltantes y comparar contra el total
de funciones solicitadas en la especificación de
requerimientos.
X = 1 – A/B
Donde:
A: Funciones no implementadas.
B: Total de funciones solicitadas en los requerimientos
la Rango: 0 <= X <= 1
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

8 Entrada a ser medida Especificación de requerimientos

Diseño
Código fuente

9 Etapa del ciclo de vida Validación

del software que se
evalúa

10 Audiencia Cliente
Director de proyecto

N° NOMBRE Descripción
1 Nombre Cumplimiento funcional
2 Propósito de la métrica ¿Qué tanto cumple el sistema con estándares, regulaciones
o convenciones sobre funcionalidad?

3 Metodo de aplicación Numerar las funciones faltantes y comparar contra el total

de funciones

4 Medida, fórmula y X = 1 – A/B

cómputo de datos Donde:
A: Funciones no implementadas.
B: Total de funciones solicitadas en los requerimientos.

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

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
8 Entrada a ser medida Especificación de requerimientos
Diseño
Código fuente

9 Etapa del ciclo de vida Validación

del software que se
evalúa

10 Audiencia Cliente
Director de proyecto

N° Nombre Descripción
 1 Nombre Cumplimiento de estándares multi-sistema
2 Propósito de la métrica ¿Qué tanto cumplen las interfaces del sistema con
estándares, convenciones o regulaciones?

3 Metodo de aplicación Numerar las funciones faltantes y comparar contra el total

de funciones solicitadas en la especificación de
requerimientos.

4 Medida, fórmula y X=1-A/B

cómputo de datos Donde:
A: Funciones no implementadas.
B: Total de funciones solicitadas en los requerimientos

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

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
Entrada a ser medida
8 Especificación de requerimientos
Diseño
Código fuente
Etapa del ciclo de vida
9 del software que se Validación
evalúa

10 Audiencia Cliente
Director de proyecto

Meticas de confiabilidad o fiabilidad.

SUB CARACTERISTICAS METRICA
Madurez  Detección de fallas
 Reducción de fallas

Tolerancia a fallos  Prevención de fallas

 Prevención de operaciones
incorrectas.

Recuperación de fallos  Recuperabilidad

 Efectividad de la recuperación

N NOMBRE DESCRIPCION
°
1 Nombre
2 Propósito de la métrica
3 Metodo de aplicación
4 Medida, fórmula y
cómputo de datos
5 Interpretación de la medición
6 Tipo de escala
7 Tipo de medida
8 Entrada hacer medida
9 Etapa del ciclo de vida
del software que se
evalúa
10 Audiencia
N° Nombre
1 Nombre
2 Propósito de la métrica
3 Metodo de aplicación
4 Medida, formula y computo de datos. X= A/B
5 Interpretación de la medición
6 Tipo de escala
7 Tipo de medida
8 Entrada a ser medida
Detección de fallas
¿Cuántos fallos se detectaron en el sistema revisado?
Contar el número de fallas detectadas y compararlas
con el número de fallas estimadas.
X=A/B
A: Número absoluto de fallas.
B: Número de fallas estimadas como máximo
0 <= X
Un número alto de X representa una buena medida.
Un
valor 0 de X no necesariamente quiere decir que el
producto está libre de defecto
Absoluta
X: contador, A contador, B contador
Los valores de A vienen del reporte de revisión y el
valor de B viene de la historia de proyectos de la
organización.
Verificación
Revisores Desarrolladores.
Descripción
Resolución de fallas
¿Cuántas fallas fueron corregidas?
Contar el número de fallas detectadas y compararlas
con el numero de fallas corregidas.
A: Número absoluto de fallas.
B: Numero de fallas corregidas.
0<= X
Un número alto de X representa una buena medida.
Un valor 0 de X no necesariamente quiere decir que
el producto esta libre de defectos.
Absoluta
X: Contador, A contador, B contador.
Los valores de A vienen del reporte de visión y el
valor de B viene de la historia de proyectos de la
organización.
9 Etapa del ciclo de vida del software Verificación
que se evalúa.
10 Audiencia Revisores Desarrolladores.

N° Nombre Descripción
1 Nombre Prevención de fallas
2 Propósito de la métrica ¿Qué patrones de fallos se tuvieron en cuenta para
evitar fallos serios o críticos?
3 Metodo de aplicación Contar el número de fallas detectadas y
compararlas con el numero da fallas estimadas.
4 Medida, formula y computo de datos. X= A/ B
A: Numero absoluta de fallas.
B: Numero de fallas corregidas.
5 Interpretación de la medición 0<= X
Un numero alto de X representa una buena
medida. Un valor 0 de X no necesariamente quiere
decir que el producto esta libre de efectos.
6 Tipo de escala Absoluta
7 Tipo de medida X: contador, A contador, B contador.
8 Entrada a ser medida Los valores de A vienen del reporte de revisión y
el valor de B viene de la historia de proyecto de la
organización.
9 Etapa del ciclo de vida del software Verificación
que se evalúa.
10 Audiencia Revisiones Desarrolladores.

N° Nombre
1 Nombre
2 Propósito de la métrica
3 Metodo de aplicación
4 Medida, formula y computo de datos.
5 Interpretación de la medición
6 Tipo de escala
7 Tipo de medición
8 Entrada a ser medida
Descripción
Prevención de operaciones incorrectas
¿Cuántas funciones se han implementado con la
capacidad para prevenir que se hagan operaciones
incorrectas?
Contar el numero de fallas detectadas y
compararlas con el numero de fallas estimadas.
X= A/B
A: Numero absoluto de fallas
B= Numero de fallas corregidas.
0<= X
Un numero alto de X representa una buena
medida. Un valor 0 de X no necesariamente quiere
decir que el producto esta libre de efectos.
Absoluta
X: Contador, A contador, B contador.
Los valores de A vienen del reporte de revisión y
el valor de B viene de la historia de proyecto de la
 organización.
9 Etapa del ciclo de vida del software Verificación
que se evalúa.
10 Audiencia. Revisores Desarrolladores.

N° Nombre Descripción
1 Nombre Recuperabilidad
2 Propósito de la métrica ¿Qué capacidad tiene el sistema para recuperarse
después de un evento anormalmente o a solicitud
del usuario?
3 Metodo de aplicación Contar el numero de fallas detectadas y
compararlas con el numero de fallas estimadas.
4 Medida, formula y computo de datos. X= A/B
A: Numero Absoluta de fallas
B: Numero de fallas corregidas
5 Interpretación de la medición 0<= X
Un numero alto de X representa una buena
medida. Un valor 0 de X no 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.
8 Entrada a ser medida Los valores de A vienen del reporte de revisión y
el valor de B viene de la historia de proyectos de
la organización.
9 Etapa del ciclo de vida del software Verificación
que se evalúa
10 Audiencia Revisión Desarrolladores

N° Nombre
1 Nombre
2 Propósito de la métrica
3 Metodo de aplicación
4 Medida, formula y computo de datos.
5 Interpretación de la medición
6 Tipo de escala
7 Tipo de medida
8 Entrada a ser medida
Descripción
Efectividad de la recuperación
¿Qué tan efectiva es la capacidad de recuperación?
Contar el numero de fallas detectadas y
compararlas con el numero de fallas estimadas.
X= A/B
A: Números absolutos de fallas
B: Números de fallas corregidas
0 <= X
Un numero alto de X representa una buena
medida. Un valor 0 de X no necesariamente quiere
decir que el producto está libre de defectos.
Absoluta
X: contador, A contador, B contador
Los valores de A vienen de reporte de revisión y
el valor de B viene de la historia de proyectos de
 la organización.

9 Etapa del ciclo de vida del software Verificación

que se evalúa.
10 Audiencia. Revisores Desarrolladores.

Métrica de felicidad de uso (Usabilidad)

SUB CARACTERISTICAS
Capacidad para ser entendido
Capacidad para ser aprendido
Capacidad para ser operado
Capacidad de atracción
Cumplimiento con estándares de usabilidad
Métrica
 Capacidad de demostración
 Completitud de la descripción
 Completitud de la documentación
del usuario o del módulo de ayudas.
 Accesibilidad
 Posibilidad de deshacer o reversar
las operaciones del usuario.
 Personalización de la interfaz de
usuario.
 Aspecto de la interfaz.
 Cumplimiento de la usabilidad

N° Nombre Descripción
1 Nombre Capacidad de demostración
2 Propósito de la métrica ¿Qué cantidad de las funciones que requieren
demo la tienen implementada?
3 Metodo de aplicación Contar el número de ítems de entrada que son
validados y compararlos contra los que no.

4 Medida, formula y computo de X= A/B

datos. A: ítems de entrada que son validados.
B: total de ítems que deben ser validados.
5 Interpretación de la medición 0<= X <= 1 Entre mas se acerque el valor a 1
mejor.
6 Tipo de escala Absoluta
7 Tipo de medida X: relación, A: contador, B: contador
8 Entrada a ser medida Especificación de requerimientos. Diseño.
Reporte de revisión.
9 Etapa del ciclo de la vida del Verificación
software que se evalúa. Revisión conjunta.
10 Audiencia Revisores. Desarrolladores.

N° Nombre Descripción
1 Nombre Completitud de la descripción
2 Propósito de la métrica ¿Qué proporción de las funciones son
descritas en la descripción del producto?
3 Metodo de aplicación Contar el número de ítems de entrada que son
validados y compararlos contra los que no.
4 Medida, formula y computo de X= A/B
datos. A: ítems de entrada que son validados
B: total de ítems que deben ser validados
5 Interpretación de la medición. 0 <= X <= 1 Entre mas se acerque el valor a 1
mejor.
6 Tipo de escala Absoluta
7 Tipo de medida X: relación, A: contador, B: contador
8 Entrada a ser medida Especificación de requerimientos Diseño.
Reporte de revisión.
9 Etapa del ciclo de vida del software Verificación
que se evalúa. Revisión conjunta
10 Audiencia Revisores. Desarrolladores

N° Nombre Descripción
1 Nombre Completitud de la documentación del
usuario o del módulo de ayudas.
2 Propósito de la métrica ¿Qué porción de las funciones están
descritas en la documentación del usuario o
en el modulo de ayudas?
3 Metodo de aplicación Contar el número de ítems de entrada que
son validados y comprarlos contra los que
no.
4 Medida, formula y computo de X= A/B
datos. A: ítems de entrada que son validados
B: total de ítems que deben ser validados
5 Interpretación de la medición 0 <= X<= 1 Entre más se acerquen el valor a
1 mejor es.
6 Tipo de escala Absoluta
7 Tipo de medida X: relación A: contador B: contador
8 Entrada a ser medida Especificación de requerimientos Diseño.
Reporte de revisión.
9 Etapa del ciclo de vida del software Verificación
que se evalúa. Revisión conjunta
10 Audiencia Revisores. Desarrolladores.
N° Nombre Descripción
1 Nombre Accesibilidad
2 Propósito de la métrica ¿Qué porción de las funciones pueden ser
accedidas por persona con discapacidad?
3 Metodo de aplicación Contar el número de ítems de entrada que
son validados y compararlos contra los que
no.
4 Medida, formula y computo de X= A/ B
datos. A: ítems de entrada que son validados.
B: total de ítems que deben ser validados
5 Interpretación de la medición 0 <= X<= 1 Entre mas acerque el valor a 1
mejor sea.
6 Tipo de escala Absoluta
7 Tipo de medida X: relaciones A: contador B: contador
8 Entrada a ser medida Especificación de requerimientos Diseño.
Reporte de revisión.
9 Etapa del ciclo de vida del software Verificación
que se evalúa. Revisión conjunta.
10 Audiencia Revisores. Desarrolladores.

N° Nombre Descripción
1 Nombre Posibilidad de deshacer o reservar las
operaciones del usuario.
2 Propósito de la métrica ¿Qué porción de las funciones se pueden
reservar?
3 Metodo de aplicación Contar el número de ítems de entrada que
son validados y compararlos contra los que
no.
4 Medida, formula y computo de X= A/ B
datos. A: ítems de entrada que son validados.
B: total de ítems que deben ser validados
5 Interpretación de la medición 0 <= X<= 1 Entre más acerque el valor a 1
mejor sea.
6 Tipo de escala Absoluta
7 Tipo de medida X: relaciones A: contador B: contador
8 Entrada a ser medida Especificación de requerimientos Diseño.
Reporte de revisión.
9 Etapa del ciclo de vida del software Verificación
que se evalúa. Revisión conjunta.
10 Audiencia Revisores. Desarrolladores.
N° Nombre Descripción
1 Nombre Personalización de la interfaz de usuario
2 Propósito de la métrica ¿Qué porción de los elementos de la interfaz
de usuario se pueden personalizar?
3 Metodo de aplicación Contar el número de ítems de entrada que
son validados y compararlos contra los que
no.
4 Medida, formula y computo de X= A/ B
datos. A: ítems de entrada que son validados.
B: total de ítems que deben ser validados
5 Interpretación de la medición 0 <= X<= 1 Entre más acerque el valor a 1
mejor sea.
6 Tipo de escala Absoluta
7 Tipo de medida X: relaciones A: contador B: contador
8 Entrada a ser medida Especificación de requerimientos Diseño.
Reporte de revisión.
9 Etapa del ciclo de vida del software Verificación
que se evalúa. Revisión conjunta.
10 Audiencia Revisores. Desarrolladores.

N° Nombre Descripción
1 Nombre Aspecto de la interfaz
2 Propósito de la métrica ¿Qué tan atractiva es la interfaz al usuario?
3 Metodo de aplicación Contar el número de ítems de entrada que
son validados y compararlos contra los que
no.
4 Medida, formula y computo de X= A/ B
datos. A: ítems de entrada que son validados.
B: total de ítems que deben ser validados
5 Interpretación de la medición 0 <= X<= 1 Entre más acerque el valor a 1
mejor sea.
6 Tipo de escala Absoluta
7 Tipo de medida X: relaciones A: contador B: contador
8 Entrada a ser medida Especificación de requerimientos Diseño.
Reporte de revisión.
9 Etapa del ciclo de vida del software Verificación
que se evalúa. Revisión conjunta.
10 Audiencia Revisores. Desarrolladores.
N° Nombre Descripción
1 Nombre Cumplimiento de la usabilidad
2 Propósito de la métrica ¿ Que tanto cumple el sistema con
estándares, regulaciones o convenciones
sobre usabilidad?
3 Metodo de aplicación Contar el número de ítems de entrada que
son validados y compararlos contra los que
no.
4 Medida, formula y computo de X= A/ B
datos. A: ítems de entrada que son validados.
B: total de ítems que deben ser validados
5 Interpretación de la medición 0 <= X<= 1 Entre más acerque el valor a 1
mejor sea.
6 Tipo de escala Absoluta
7 Tipo de medida X: relaciones A: contador B: contador
8 Entrada a ser medida Especificación de requerimientos Diseño.
Reporte de revisión.
9 Etapa del ciclo de vida del software Verificación
que se evalúa. Revisión conjunta.
10 Audiencia Revisores. Desarrolladores.

Elaboración del informe de las métricas de calidad

Características Sub características Métrica Nivel Nivel Nivel de

requerido obtenido cumplimiento
C: Cumple
NC: No
cumple
NR: No se
requiere
1 Funcionalida Adecuación Adecuación 0.9 0.9 C
d funcional.
Funcionalida Adecuación Completitud 0.9 0.9 C
d de la
adecuación
funcional
Funcionalida Exactitud Precisión 0.9 0.9 C
d computacional
.
Funcionalida Exactitud Presión 0.9 0.9 C
 d
Funcionalida Interoperabilidad Intercambio 0.9 0.9 C
d de datos.
Funcionalida Interoperabilidad Consistencia a 0.9 0.9 C
d de la interfaz
Funcionalida Seguridad de Auditabilidad 0.9 0.9 C
d acceso de la interfaz
Funcionalida Seguridad de Auditabilidad 0.9 0.9 C
d acceso del acceso.
Funcionalida Cumplimiento Cumplimiento 0.9 0.9 C
d normativo funcional
Funcionalida Cumplimiento Cumplimiento 0.9 0.9 NC
d normativo de estándares
multisistemas.

2 Confiabilidad Madurez Detección de fallas. 0.8 0.1 NC

Confiabilidad Madurez Resolución de 0.7 0.7 C
fallas
Confiabilidad Madurez Prevención de 0.9 0.9 C
fallas
Confiabilidad Tolerancia a Prevención de 0.8 0.8 C
fallos operaciones
incorrectas.
Confiabilidad Tolerancia a Recuperabilidad. 0.9 0.9 C
fallos
Confiabilidad Recuperación de Efectividad de la 0.9 0.9 C
fallos recuperación
3 Facilidad de Capacidad para Capacidad de 0.9 0.9 C
uso ser entendido demostración
Facilidad de Capacidad para Completitud de la 0.9 0.9 C
uso ser entendido documentación del
usuario o modulo
de ayudas.
Facilidad de Capacidad para Accesibilidad. 0.9 0.9 C
uso ser entendido
Facilidad de Capacidad ´para Posibilidad de 0.9 0.9 C
uso ser operado deshacer o
reservar las
operaciones del
usuario.
Facilidad de Capacidad de Personalización de 0.9 0.9 C
uso atracción la interfaz de
usuario.
Facilidad de Capacidad de Aspecto de la 0.9 0.9 C
uso atracción interfaz.
 Facilidad de Cumplimiento Cumplimiento de 0.9 0.9 C
uso con estándares la usabilidad.
de usabilidades.

Análisis de resultados
En la tabla anterior se aplicaron 23 métricas de calidad para evaluar 13 sub características y
3 características de calidad del software. De las 23 métricas aplicadas solo dos cumplen los
niveles de calidad esperados.
Análisis por características
En la siguiente tabla se agrupan los resultados por características:
Características Calidad esperada Calidad obtenida Nivel de
cumplimiento
Funcionalidad 0.8 0.89 C
Confiabilidad 0.7 0.86 C
Fácil de uso 0.9 0.9 C

Se puede observar que a pesar de que no se cumple la totalidad de las métricas las
características funcionales, de confiabilidad y la característica de facilidad de uso alcanzan
los parámetros de calidad esperados.
Oportunidades de mejora
Después de haber identificado las métricas que no cumplieron se procede con un plan de
acción para mejorar la métrica de los requisitos de calidad. Lo anterior se hará para
identificar cuales fueron las causas que arrojaron incumplimiento en la métrica. Se espera
que el sistema pueda ser terminado de acuerdo a su seguridad, se le deben hacer las pruebas
pertinentes para que cumplan con lo esperado.