Ap08 Aa9 Ev03

En IE-AP08-AA9-EV03-DETERMINAR-CUMPLIMIENTO-
CALIDAD. PARA EL SISTEMA DE INFORMACIÓN EN

DESARROLLO
Instructor
Edwin flores
Arley García Caicedo

Luz marelys aguas
Elizabeth Andrea Benavidez
Servicio Nacional de Aprendizaje -SENA-
2022
Elaboración de métricas de calidad.
CARACTERÍSTICA SUB CARACTERÍSTICA
 Adecuación.
 Exactitud.
Funcionalidad  Interoperabilidad.
 Seguridad de acceso.
 Cumplimiento normativo.
 Madurez.
 Tolerancia a fallos
Confiabilidad o fiabilidad.  Capacidad de recuperación.
 Cumplimiento de la fiabilidad.
 Capacidad para ser entendido.

 Capacidad para ser aprendido
Facilidad de uso (Usabilidad)  Capacidad para ser operado. Capacidad de
atracción.
 Cumplimiento de la usabilidad.
Métricas 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 métrica ¿Qué tan adecuadas son las funciones revisadas?
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 y X= A–B.
cómputo de datos. Donde:
A: Total de funciones solicitadas en los requerimientos.
B: Funciones que cumplen el requerimiento
5 Interpretación de la Rango: 0 <= X <= A
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 vida Validación

del software que se
evalúa
10 Audiencia Cliente
Director de proyecto
1 Nombre Completitud de la adecuación funcional
2 Propósito de la métrica ¿Qué tan completa es la implementación funcional?
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
A: Funciones no implementadas.
B: Total de funciones solicitadas en los requerimientos.
5 Interpretación de la Rango: 0 <= X <= 1



Diseño
Código fuente

del software que se
evalúa
1 Nombre Precisión computacional
2 Propósito de la métrica ¿Qué tan completa es la implementación de los
requerimientos de precisión?

requerimientos.


Diseño
Código fuente

del software que se
evalúa
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?
requerimientos.


Diseño
Código fuente
9 Etapa del ciclo ión

deVvaildidaac del
software que se evalúa
1 Nombre Intercambio de datos
2 Propósito de la métrica ¿Qué tan correcta es la implementación de los formatos de
interfaces?
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



Diseño
Código fuente

del software que se
evalúa
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?
requerimientos.
B: Total de funciones solicitadas en los requerimientos

Diseño
Código fuente

del software que se
evalúa
1 Nombre Auditabilidad del acceso
2 Propósito de la métrica ¿Cómo se auditan los accesos al sistema?
requerimientos.


Diseño
Código fuente

del software que se
evalúa
1 Nombre Controlabilidad del acceso
2 Propósito de la métrica ¿Qué tan controlable es acceso al sistema?
requerimientos.


Diseño
Código fuente

del software que se
evalúa
1 Nombre Cumplimiento funcional
2 Propósito de la métrica ¿Qué tanto cumple el sistema con estándares, regulaciones

o convenciones sobre funcionalidad ?
de funciones


Diseño
Código fuente

del software que se
evalúa
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?
requerimientos.


Diseño
Código fuente

del software que se
evalúa
Métricas de Confiabilidad o fiabilidad.
 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
1 Nombre Detección de fallas
2 Propósito de la métrica ¿Cuántos fallos se detectaron en el sistema 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 X=A/B
cómputo de datos. A: Número absoluto de fallas.
B: Número de fallas estimadas como máximo.
5 Interpretación de la 0 <= X
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.
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 Verificación.

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

1 Nombre Resolución de fallas
2 Propósito de la métrica ¿Cuántas fallas fueron corregidas?

el número de fallas corregidas.
B: Número de fallas corregidas.

del software que se
evalúa
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?


del software que se
evalúa
1 Nombre Prevención de operaciones incorrectas
2 Propósito de la métrica ¿ ¿Cuántas funciones se han implementado con la

capacidad para prevenir que se hagan operaciones
incorrectas?


del software que se
evalúa

1 Nombre Recuperabilidad
2 Propósito de la métrica ¿Qué capacidad tiene el sistema para recuperarse después

de un evento anormal o a solicitud del usuario?


del software que se
evalúa
1 Nombre Efectividad de la recuperación
2 Propósito de la métrica ¿Qué tan efectiva es la capacidad de recuperación?

del software que se
evalúa
Métricas de Facilidad de uso (Usabilidad)
 Capacidad de demostración.
Capacidad para ser entendido.  Completitud de la descripción.
 Completitud de la documentación del

Capacidad para ser aprendido usuario o del módulo de ayudas
 Accesibilidad.
Capacidad para ser operado  Posibilidad de deshacer o reversar las
operaciones del usuario.
 Personalización de la interfaz de
Capacidad de atracción usuario.
 Aspecto de la interfaz
 Cumplimiento de la usabilidad
Cumplimiento con estándares de
usabilidad
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 Método de aplicación Contar el número de ítems de entrada que son validados y
compararlos contra los que no.

cómputo de datos. A: ítems de entrada que son 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 mejor.

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

del software que se Revisión conjunta.
evalúa
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?


medición

revisión.

evalúa
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?


medición

revisión.

evalúa

1 Nombre Accesibilidad.
2 Propósito de la métrica ¿Qué porción de las funciones pueden ser accedidas por
personas con discapacidad?


medición

revisión.

evalúa
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?



medición

revisión.

evalúa
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?



medición

revisión.

evalúa

1 Nombre Aspecto de la interfaz
2 Propósito de la métrica ¿Qué tan atractiva es la interfaz al usuario?



medición

revisión.

evalúa
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?



medición

revisión.

evalúa

Elaboración del informe de las métricas de calidad.
Característica Sub característica Métrica Nivel Nivel Nivel de
requer obteni cumplimiento C:
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
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 sólo dos no cumplen
los niveles de calidad esperados.
Análisis por características
En la siguiente tabla se agrupan los resultados por características:
Característica Calidad esperada Calidad obtenida Nivel de

cumplimiento
Funcionalidad 0.8 0.89 C
Confiabilidad 0.7 0.86 C
Facilidad 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 funcional, de confiablidad 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 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 cuáles fueron las causas que arrojaron incumplimiento en la métrica de calidad.
Se espera que el sistema pueda ser terminado de acuerdo a su seguridad, se le deben hacer
las pruebas pertinentes para que cumpla con lo esperado.
Evidencia
Determinar el cumplimiento de las buenas prácticas de Calidad en el desarrollo de software.
LISTA DE CHEQUEO
No VARIABLE CUMPLE OBSERVACIONES
SI NO
x
1 Entiende si fue completa la implementación de los
requerimientos de la aplicación.
x
Comprende si fue correcta la implementación de los
2 formatos de interfaces.
x
Entiende si las fallas detectadas en la aplicación fueron
3 solucionadas.
x
4 Comprende si se realizaron las pruebas de la
aplicación antes de su implementación.
x
Comprende si las funciones del aplicativo están
5 descritas en la documentación del usuario o en el
módulo de ayuda.
x
Entiende si la interfaz de usuario es atractiva para
6 el usuario.
x
Comprende si la aplicación tiene tiempos de
7 respuesta acordes a lo estipulado por el cliente.
RÚBRICA PARA SUSTENTACIÓN DE ACTIVIDADES (EVIDENCIAS)

Parámetro Excelente Bueno Regular
Acceso y uso • Argumenta con • Sus intervenciones son • Su sustentación no
de Información seguridad sus intermitentes. refleja el trabajo
actividades y desarrollado.
evidencias. • Sustenta sus actividades sin
mayor profundización. • En sus evidencias no se
• En sus evidencias • Formula preguntas de baja visualiza aplicabilidad del
excede las expectativas de complejidad. tema estudiado.
lo solicitado.
• No formula preguntas.
• Formula preguntas que
invitan a la reflexión.
• Evidencia la lectura e
investigación en otras
fuentes de información.
Autonomía y • Responde en el tiempo • Responde oportunamente en • Responde en forma
responsabilidad estipulado las preguntas la sustentación. extemporánea e
formuladas por el incompleta.
instructor y compañeros. • Sus aportes se relacionan
medianamente con la • Omite presentarse e
• Respeta y valora las actividad de diseño y identificarse en sus
opiniones de los demás. desarrollo de sistemas de intervenciones.
información.
• El trato para con sus
• Manifiesta un trato compañeros podría ser más
amable y cordial en sus cordial.
intervenciones.
Análisis de • Comparte información • Responde a preguntas del • Omite responder
Contexto adicional y de interés, de instructor y compañeros consultas de sus
genera discusión con claridad, valora la opinión compañeros, el trato hacia
orientada hacia la de sus compañeros y hace los demás frío y seco.
reflexión, el análisis, la réplica a sus aportes.
crítica y la controversia.
• Su interacción con sus
• Sus aportes son el • Genera conclusiones. compañeros y tutor es nula.
resultado del análisis, la
reflexión y la crítica frente
a la temática tratada.
• Demuestra uso
correcto de
herramientas informáticas
para la
comunicación Online.

Ap08 Aa9 Ev03

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Ap08 Aa9 Ev03

Cargado por

Copyright:

Formatos disponibles

En IE-AP08-AA9-EV03-DETERMINAR-CUMPLIMIENTO-

CALIDAD. PARA EL SISTEMA DE INFORMACIÓN EN

Arley García Caicedo

Servicio Nacional de Aprendizaje -SENA-

CARACTERÍSTICA SUB CARACTERÍSTICA

 Capacidad para ser entendido.

SUB CARACTERÍSTICA MÉTRICA

 Auditabilidad del acceso.

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

9 Etapa del ciclo de vida Validación

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

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

6 Tipo de escala Absoluta

8 Entrada a ser medida Especificación de requerimientos

9 Etapa del ciclo de vida Validación

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

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

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

9 Etapa del ciclo de vida Validación

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

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

9 Etapa del ciclo ión

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

6 Tipo de escala Absoluta

8 Entrada a ser medida Especificación de requerimientos

9 Etapa del ciclo de vida Validació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

9 Etapa del ciclo de vida Validación

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

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

9 Etapa del ciclo de vida Validación

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

6 Tipo de escala Absoluta

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

9 Etapa del ciclo de vida Validación

2 Propósito de la métrica ¿Qué tanto cumple el sistema con estándares, regulaciones

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

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

9 Etapa del ciclo de vida Validación

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

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

9 Etapa del ciclo de vida Validación

SUB CARACTERÍSTICA MÉTRICA

6 Tipo de escala Absoluta

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

9 Etapa del ciclo de vida Verificación.

10 Audiencia Revisores. Desarrolladores.

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

6 Tipo de escala Absoluta