Toaz - Info Ie Ap08 Aa9 Ev03 Determinar Cumplimiento Calidad Sandradocx PR

IE-AP08-AA9-EV03-DETERMINAR-CUMPLIMIENTO-CALIDAD.
PARA EL SISTEMA DE INFORMACIÓN EN DESARROLLO
Instructor
JOSELIN SANABRIA RODRIGUEZ
Aprendices
Boris Leonardo Duran
Sandra Milena Garzón
Omar Andrés Rivera Reyes
Ficha: 1749800
Servicio Nacional de Aprendizaje -SENA-

Zona Andina
Regional Distrito Capital
Centro Nacional de Hotelería, Turismo y Alimentos
2019
INTRODUCCIÓN
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 de 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,
cuales 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.
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 deValidación

vida
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 cumplimiento
requer obteni C: Cumple
ido do 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
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 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
Entiende si fue completa la implementación de
1
los requerimientos de la aplicación.
x
Comprende si fue correcta la implementación de
2
los formatos de interfaces.
x
Entiende si las fallas detectadas en la aplicación
3
fueron solucionadas.
x
Comprende si se realizaron las pruebas de la
4
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
6
para 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 visualiza aplicabilidad del
excede las expectativas baja complejidad. tema estudiado.
de 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 • Responde oportunamente • Responde en forma
responsabilidad tiempo estipulado las en la sustentación. extemporánea e
preguntas formuladas incompleta.
por el instructor y • Sus aportes se relacionan
compañeros. medianamente con la • Omite presentarse e
actividad de diseño y identificarse en sus
• Respeta y valora las desarrollo de sistemas de intervenciones.
opiniones de los demás. información.
• El trato para con sus
• Manifiesta un trato compañeros podría ser
amable y cordial en sus más cordial.
intervenciones.
Análisis de • Comparte información • Responde a preguntas • Omite responder
Contexto adicional y de interés, del de instructor y consultas de sus
genera discusión compañeros con claridad, compañeros, el trato
orientada hacia la valora la opinión de sus hacia los demás frío y
reflexión, el análisis, la compañeros y hace réplica seco.
crítica y la controversia. a sus aportes.
• Su interacción con sus
• Sus aportes son el • Genera conclusiones. compañeros y tutor es
resultado del análisis, la nula.
reflexión y la crítica
frente a la temática
tratada.
• Demuestra uso
correcto de
herramientas
informáticas para la
comunicación Online.

Toaz - Info Ie Ap08 Aa9 Ev03 Determinar Cumplimiento Calidad Sandradocx PR

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

Toaz - Info Ie Ap08 Aa9 Ev03 Determinar Cumplimiento Calidad Sandradocx PR

Cargado por

Copyright:

Formatos disponibles

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

PARA EL SISTEMA DE INFORMACIÓN EN DESARROLLO

Servicio Nacional de Aprendizaje -SENA-

Los desarrolladores elaboran software usando los nuevos descubrimientos. Dado

Lo primero que necesitamos de un determinado proceso o de un determinado

Por lo anterior hemos elaborado este instrumentos de evaluación toma como

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 deValidació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.