SERVICIO NACIONAL DE APRENDIZAJE – SENA

Regional distrito capital

Centro de servicios financieros – CSF

ANÁLISIS Y DESARROLLO DE SISTEMAS ADSI

Actividad de proyecto 8
Determinar cumplimiento de la calidad

Grupo 5
Andrés Eduardo Guzmán Alfaro
Jhon Mario Aza Ocampo
Jhonnied Granado Marriaga
Maicol David Carpintero Benavides

Instructores
Ingeniero. Camilo Andrés Gutiérrez
Ingeniera. Maritzabel Montealegre Ramirez

Bogotá D.C.
Febrero 2022
 Métrica de funcionalidad

SUB CARACTERÍSTICA MÉTRICA

 Adecuación funcional.
Adecuación  Completitud de la
adecuación funcional.
 Precisión computacional.
Exactitud  Precisión

 Intercambio de datos.
Interoperabilidad.  Consistencia de la interfaz

 Auditabilidad del acceso.

Seguridad de acceso  Controlabilidad del acceso.

 Cumplimiento funcional.
Cumplimiento normativo.  Cumplimiento de estándares
multi- sistema.
No Nombre Descripción
1 Nombre Adecuación funcional
2 Propósito de la ¿Qué tan adecuadas son las funciones revisadas?
métrica
3 Método de aplicación Numerar las funciones que cumplen la función
solicitada y comparar contra el total de funciones
solicitadas en la especificación de requerimientos.
4 Medida, fórmula X= A–B.
y cómputo de Donde:
datos. A: Total de funciones solicitadas en los
requerimientos. B: Funciones que cumplen el
requerimiento
5 Interpretación de Rango: 0 <= X <= A
la medición Entre más cercano a 0 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 Validación

vida del software
que se evalúa

10 Audiencia Grupo técnico-desarrolladores, cliente

No Nombre Descripción
1 Nombre Completitud de la adecuación funcional
2 Propósito de la ¿Qué tan completa es la implementación funcional?
métrica
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 X = 1 – A/B
y cómputo de Donde:
datos. A: Funciones no implementadas.
B: Total de funciones solicitadas en los
requerimientos.
5 Interpretación de Rango: 0 <= X <= 1
la 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 Validación
vida del software que
se evalúa
10 Audiencia Grupo técnico
desarrolladores, cliente

No Nombre Descripción
1 Nombre Precisión computacional
2 Propósito de la ¿Qué tan completa es la implementación
métrica 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 X = 1 – A/B
y cómputo de Donde:
datos. A: Funciones no implementadas.
B: Total de funciones solicitadas en los
requerimientos.
5 Interpretación de Rango: 0 <= X <= 1
la 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 Validación

vida del software
que se evalúa

10 Audiencia Grupo técnico-desarrolladores, cliente

No Nombre Descripción
1 Nombre Precisión
2 Propósito de la ¿Qué tan completa es la implementación de los
métrica niveles específicos de precisión para los datos?
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 X = 1 – A/B
y cómputo de Donde:
datos. A: Funciones no implementadas.
B: Total de funciones solicitadas en los
requerimientos.
5 Interpretación de Rango: 0 <= X <= 1
la 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 Validación

validación del
software que se
evalúa

10 Audiencia Grupo técnico-desarrolladores, cliente

No Nombre Descripción
1 Nombre Intercambio de datos
2 Propósito de la ¿Qué tan correcta es la implementación de los
métrica formatos de interfaces?
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 Rango: 0 <= X <= 1
y cómputo de Entre más cercano a 1 más completa la
datos. implementación
5 Interpretación de Rango: 0 <= X <= 1
la 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 Validación
vida del software que
se evalúa
10 Audiencia Grupo técnico-
desarrolladores, cliente

No Nombre Descripción
1 Nombre Consistencia de la interfaz
2 Propósito de la ¿Qué tan correcta es la implementación de las
métrica 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 X = 1 – A/B
y cómputo de Donde:
datos. A: Funciones no implementadas.
B: Total de funciones solicitadas en los
requerimientos
5 Interpretación de Rango: 0 <= X <= 1
la 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 Validación

vida del software
que se evalúa

10 Audiencia Grupo técnico-desarrolladores, cliente

1 Nombre Auditabilidad del acceso

2 Propósito de la ¿Cómo se auditan los accesos al sistema?
métrica
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 X = 1 – A/B
y cómputo de Donde:
datos. A: Funciones no implementadas.
B: Total de funciones solicitadas en los
requerimientos.
5 Interpretación de Rango: 0 <= X <= 1
la 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 Validación

vida del software
que se evalúa

10 Audiencia Grupo técnico-desarrolladores, cliente

No Nombre Descripción
1 Nombre Controlabilidad del acceso
2 Propósito de la ¿Qué tan controlable es acceso al sistema?
 métrica
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 X = 1 – A/B
y cómputo de Donde:
datos. A: Funciones no implementadas.
B: Total de funciones solicitadas en los
requerimientos.
5 Interpretación de Rango: 0 <= X <= 1
la 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 Validación
vida del software que
se evalúa
10 Audiencia Grupo técnico-
desarrolladores, cliente

No Nombre Descripción
1 Nombre Cumplimiento funcional
2 Propósito de la ¿Qué tanto cumple el sistema con estándares,
métrica regulaciones o convenciones sobre funcionalidad?
3 Método de aplicación Numerar las funciones faltantes y comparar contra
el total de funciones
4 Medida, fórmula X = 1 – A/B
y cómputo de Donde:
datos. A: Funciones no implementadas.
B: Total de funciones solicitadas en los
requerimientos.
5 Interpretación de Rango: 0 <= X <= 1
la 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 Validación

vida del software
que se evalúa

10 Audiencia Grupo técnico-desarrolladores, cliente

No Nombre Descripción
1 Nombre Cumplimiento de estándares multi-sistema
2 Propósito de la ¿Qué tanto cumplen las interfaces del sistema con
métrica estándares, convenciones o regulaciones?
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 Validación
vida del software que
se evalúa
10 Audiencia Grupo técnico-
desarrolladores, cliente

Métricas de calidad
 Característica Sub característica Métrica Nivel Nivel Nivel de
reque obteni cumplimiento C:
r ido do Cumple
NC: No cumple
NR: No se requiere
1 Funcionalidad Adecuación Adecuación 0.9 0.9 C
funcional.

Funcionalidad Adecuación Completitu 0.9 0.9 C

d de la
adecuación
funcional.
Funcionalidad Exactitud Precisión 0.9 0.9 C
computacio
nal.
Funcionalidad Exactitud Precisión 0.9 0.9 C

Funcionalidad Interoperabilidad. Intercambio 0.9 0.9 C

de datos.
Funcionalidad Interoperabilidad. Consistenci 0.9 0.9 C
a de la
interfaz
Funcionalidad Seguridad de Auditabilid 0.9 0.9 C
acceso ad del
acceso.
Funcionalidad Seguridad de Controlabili 0.9 0.9 C
acceso dad del
acceso.
Funcionalidad Cumplimiento Cumplimie 0.9 0.9 C
normativo. nto
funcional.
Funcionalidad Cumplimiento Cumplimie 0.9 0.8 NC
normativo. nto de
estándares
multi-
sistema.
2 Confiabilidad Madurez. Detección 0.8 0.1 NC
de fallas.
Confiabilidad Madurez. Resolución 0.7 0.7 C
de fallas
Confiabilidad Tolerancia a Prevención 0.9 0.9 C
fallos de fallas
Confiabilidad Tolerancia a Prevención 0.8 0.8 C
fallos de
operaciones
incorrectas
Confiabilidad Recuperación de Recuperabil 0.9 0.9 C
fallos idad.
Confiabilidad Recuperación de Efectividad 0.9 0.9 C
fallos de la
recuperació
n
3 Facilidad de Uso Capacidad para Capacidad 0.9 0.9 C
ser entendido. de
demostració
n.
.
Facilidad de Uso Capacidad para Completitu 0.9 0.9 C
ser entendido. d de la
descripción.
Facilidad de Uso Capacidad para Completitu 0.9 0.9 C
ser aprendido d de la
documentac
ión del
usuario o
del módulo
de ayudas

Facilidad de Uso Capacidad para Accesibilid 0.9 0.9 C

ser operado ad.
Facilidad de Uso Capacidad para Posibilidad 0.9 0.9 C
ser operado de deshacer
o reversar
las
operaciones
del usuario.
Facilidad de Uso Capacidad de Personaliza 0.9 0.9 C
atracción ción de la
interfaz de
usuario
Facilidad de Uso Capacidad de Aspecto de 0.9 0.9 C
atracción la interfaz
Facilidad de Uso Cumplimiento Cumplimie 0.9 0.9 C
con estándares de nto de la
usabilidad usabilidad
 Métrica de Calidad

SUB CARACTERÍSTICA MÉTRICA

 Detección de fallas.
Madurez.  Resolución de fallas

 Prevención de fallas
Tolerancia a fallos  Prevención de operaciones
incorrectas

 Recuperabilidad.
Recuperación de fallos  Efectividad de la recuperación

No Nombre Descripción
1 Nombre Detección de fallas
2 Propósito de la ¿Cuántos fallos se detectaron en el sistema
métrica revisado?
3 Método de aplicación Contar el número de fallas detectadas y
compararlas con el número de fallas estimadas.
4 Medida, fórmula
y cómputo de A: Número absoluto de fallas.
datos. B: Número de fallas estimadas como máximo.

5 Interpretación de 0 <= X
la medición 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
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 Verificación.
vida del software
que se evalúa

10 Audiencia Grupo técnico - desarrollador

No Nombre Descripción
1 Nombre Resolución de fallas

2 Propósito de la ¿Cuántas fallas fueron corregidas?

métrica
3 Método de aplicación Contar el número de fallas detectadas y
compararlas con el número de fallas corregidas.
4 Medida, fórmula X=A/B
y cómputo de A: Número absoluto de
datos. fallas. B: Número de fallas
corregidas.
5 Interpretación de 0 <= X
la medición 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
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 Verificación.
vida del software
que se evalúa

10 Audiencia Grupo técnico - desarrollador

 No Nombre Descripción
1 Nombre Prevención de fallas

2 Propósito de la ¿Qué patrones de fallos se tuvieron en cuenta

métrica para evitar fallos serios o críticos?

3 Método de aplicación Contar el número de fallas detectadas y

compararlas con el número de fallas estimadas.
4 Medida, fórmula X=A/B
y cómputo de A: Número absoluto de
datos. fallas. B: Número de fallas
corregidas.
5 Interpretación de 0 <= X
la medición 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
defectos.

6 Tipo de escala Absoluta

7 Tipo de medida X: contador, A: contador, B: contador

8 Entrada a ser Los valores de A vienen del reporte de revisión y el

medida valor de B viene de la historia de proyectos de la
organización.

9 Etapa del ciclo Verificación.

de vida del
software que se
evalúa
10 Audiencia Grupo técnico - desarrollador
No Nombre Descripción
1 Nombre Prevención de operaciones incorrectas

2 Propósito de la ¿Cuántas funciones se han implementado

métrica con la capacidad para prevenir que se
hagan operaciones incorrectas?

3 Método de aplicación Contar el número de fallas detectadas y

compararlas con el número de fallas estimadas.
4 Medida, fórmula X=A/B
y cómputo de A: Número absoluto de
datos. fallas. B: Número de fallas
corregidas.
5 Interpretación de 0 <= X
la medición 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
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 Verificación.
vida del software
que se evalúa

10 Audiencia Grupo técnico - desarrollador

No Nombre Descripción
1 Nombre Recuperabilidad

2 Propósito de la ¿Qué capacidad tiene el sistema para recuperarse

métrica después de un evento anormal o a solicitud del
usuario?
3 Método de aplicación Contar el número de fallas detectadas y
compararlas con el número de fallas estimadas.
4 Medida, fórmula X=A/B
y cómputo de A: Número absoluto de
datos. fallas. B: Número de fallas
corregidas.
5 Interpretación de 0 <= X
la medición 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
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 Verificación.
vida del software
que se evalúa

10 Audiencia Grupo técnico - desarrollador

No Nombre Descripción
1 Nombre Efectividad de la recuperación
2 Propósito de la ¿Qué tan efectiva es la capacidad de recuperación?
métrica
3 Método de aplicación Contar el número de fallas detectadas y
compararlas con el número de fallas estimadas.
4 Medida, fórmula X=A/B
y cómputo de A: Número absoluto de
datos. fallas. B: Número de fallas
corregidas.
5 Interpretación de 0 <= X
la medición 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
defectos.
6 Tipo de escala Absoluta

7 Tipo de medida X: contador, A: contador, B: contador

8 Entrada a ser Los valores de A vienen del reporte de revisión y el

medida valor de B viene de la historia de proyectos de la
organización.

9 Etapa del ciclo Verificación.

de vida del
software que se
evalúa
10 Audiencia Grupo técnico - desarrollador
 Métricas de la facilidad de uso
Sub característica
Capacidad para ser entendido.
Capacidad para ser aprendido
Capacidad para ser operado
Capacidad de atracción
Cumplimiento con estándares de
usabilidad
(usabilidad)
No Nombre
1 Nombre
2 Propósito de la métrica
3 Método de aplicación
4 Medida, fórmula y
Métrica
 Funciones evidentes (que no
necesitan explicación)
 Comprensibilidad de las
funciones
 Completitud de la
documentación del usuario o del
módulo de ayudas
 Posibilidad de deshacer o
reversar las operaciones del
usuario.
 Revisión de la validación a los
datos de entrada.
 Personalización de la interfaz
de usuario.
 Aspecto de la interfaz
 Cumplimiento de la usabilidad
Descripción
Funciones evidentes (que no necesitan
explicación)
¿Qué porción de las funciones del sistema
son evidentes al usuario?
El 20% de las funciones del sistema no
necesitan explicación.
X = A / B A: ítems de entrada que son
 cómputo de datos. validados. B: total de ítems que deben ser
validados.

5 Interpretación de la 0 <= X <= 1 Entre más se acerque el valor a 1

medición 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 Desarrollo e implementación

del software que se
evalúa

10 Audiencia Grupo técnico-desarrolladores, cliente

No Nombre Descripción

1 Nombre Comprensibilidad de las funciones

2 Propósito de la métrica ¿Qué porción de las funciones del sistema

está en capacidad el usuario de entender
correctamente?

3 Método de aplicación El usuario podrá entender mas del 85% de las

funciones del sistema, sin ninguna explicación
anteriormente.

4 Medida, fórmula y X = A / B A: ítems de entrada que son

cómputo de datos. validados. B: total de ítems que deben ser
 validados.

5 Interpretación de la 0 <= X <= 1 Entre más se acerque el valor a 1

medición 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 Desarrollo e implementación

del software que se
evalúa

10 Audiencia Grupo técnico-desarrolladores, cliente,

usuarios

No 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 módulo de ayuda?

3 Método de aplicación Allí estarán todas las funciones que no son

comúnmente conocidas en un sistema de
información, a lo cual tendrá su solución y
explicación

4 Medida, fórmula y X = A / B A: ítems de entrada que son

cómputo de datos. validados. B: total de ítems que deben ser
validados.

5 Interpretación de la 0 <= X <= 1 Entre más se acerque el valor a 1

medición 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 Desarrollo e implementación

del software que se
evalúa

10 Audiencia Grupo técnico-desarrolladores, cliente,

usuarios

No Nombre Descripción

1 Nombre Posibilidad de deshacer o reversar las

operaciones del usuario.

2 Propósito de la métrica ¿Qué porción de las funciones se pueden

reversar?

3 Método de aplicación Se podrán reversar varias acciones que el

usuario realice, como es el caso de borrar o
eliminar

4 Medida, fórmula y X = A / B A: ítems de entrada que son

cómputo de datos. validados. B: total de ítems que deben ser
validados.

5 Interpretación de la 0 <= X <= 1 Entre más se acerque el valor a 1

medición 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 Desarrollo e implementación

 del software que se
evalúa

10 Audiencia Grupo técnico-desarrolladores

No Nombre Descripción

1 Nombre Revisión de la validación a los datos de

entrada.

2 Propósito de la métrica ¿Qué proporción de los datos de entrada son

validados?

3 Método de aplicación Los datos principales a ser validados son los

de inicio de sesión, donde el usuario podrá
ingresar al sistema, se verificará que los
datos sean del mismo tipo solicitado

4 Medida, fórmula y X = A / B A: ítems de entrada que son

cómputo de datos. validados. B: total de ítems que deben ser
validados.

5 Interpretación de la 0 <= X <= 1 Entre más se acerque el valor a 1

medición 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 Desarrollo e implementación

del software que se
evalúa

10 Audiencia Grupo técnico-desarrolladores, cliente,

usuarios,
No 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 Método de aplicación Los usuarios podrán personalizar todo aquel

elemento que esté disponible a personalizar

4 Medida, fórmula y X = A / B A: ítems de entrada que son

cómputo de datos. validados. B: total de ítems que deben ser
validados.

5 Interpretación de la 0 <= X <= 1 Entre más se acerque el valor a 1

medición 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 Desarrollo

del software que se
Implementación
evalúa

10 Audiencia Grupo técnico-desarrolladores, cliente,

usuarios

No 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 Método de aplicación La interfaz va a ser lo más sencilla, pero

 llamativa y eficiente al usuario

4 Medida, fórmula y X = A / B A: ítems de entrada que son

cómputo de datos. validados. B: total de ítems que deben ser
validados.

5 Interpretación de la 0 <= X <= 1 Entre más se acerque el valor a 1

medición 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 Desarrollo y diseño

del software que se
evalúa

10 Audiencia Grupo técnico-desarrolladores, cliente,

usuarios, sistema

No Nombre Descripción

1 Nombre Cumplimiento de la usabilidad

2 Propósito de la métrica ¿Qué tanto cumple el sistema con

estándares, regulaciones o convenciones
sobre usabilidad?

3 Método de aplicación El sistema cumplirá con todos los estándares

y requerimientos estipulados

4 Medida, fórmula y X = A / B A: Número absoluto de fallas. B:

cómputo de datos. Número de fallas estimadas como máximo.

5 Interpretación de la 0 <= X <= 1 Entre más se acerque el valor a 1

medición 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 Implementación

del software que se
evalúa

10 Audiencia Grupo técnico-desarrolladores