Ie Ap08 Aa9 Ev03 Determinar Cumplimiento Calidad (1) (Recuperado Automáticamente)

IE-AP08-AA9-EV03-DETERMINAR-CUMPLIMIENTO-CALIDAD
PARA EL SISTEMA DE INFORMACIÓN EN DESARROLLO
Aprendices
SANTIAGO CABRERA GUZMAN
JORGE LUIS HURTADO PALMA
DAYANNA SANCHEZ CORAL
Ficha 2348716
servicio Nacional de Aprendizaje -

SENA- Análisis y desarrollo de la
información NOVIEMBRE 2022
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,
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 instrumento de evaluación toma como

marco conceptual la familia de normas ISO 9126-1 modelo de calidad y ISO 91263
métricas internas de calidad
Elaboración de métricas de calidad.
CARACTERÍSTICA SUB CARACTERÍSTICA
• Adecuación.
• Exactitud.
• Interoperabilidad.
• Seguridad de acceso.
Funcionalidad • Cumplimiento normativo.
• Madurez.
• Tolerancia a fallos
• Capacidad de recuperación.
• Cumplimiento de la fiabilidad.
Confiabilidad o fiabilidad.
• Capacidad para ser entendido.
• Capacidad para ser aprendido
• Capacidad para ser operado.
Facilidad de uso (Usabilidad) Capacidad de atracción.
• Cumplimiento de la usabilidad.
Métricas de Funcionalidad
SUB CARACTERÍSTICA MÉTRICA
Seguridad Protección de Datos.
Confidencialidad.
Exactitud Precisión computacional.

Precisión
Interoperabilidad Intercambio de datos.

. Consistencia de la interfaz
Cumplimiento de tareas
Apropiabilidad ES.
Objetivos del usuario.
Cumplimiento Cumplimiento funcional.
normativo. Cumplimiento de estándares
multisistema.
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

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

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 de vida Es el proceso que se sigue para construir, entregar y hacer
Valida del software evolucionar el software, desde la concepción de una idea hasta la
que se evalúa entrega y retiro del sistema.
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
9 Etapa del ciclo de vidaValidación
del software que se evalúa
10Audiencia Cliente
NoNombre Descripción
1 Nombre Audibilidad del acceso

2 Propósito de la métrica ¿Cómo se auditan los accesos al sistema?
requerimientos.
4 Medida, fórmula y X = 1 – A/B Donde:
cómputo de datos. A: Funciones no implementadas.


Diseño
Código fuente
9 Edetal Validación
psaofdtwelacriecqloue
desevida 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

10Audiencia Cliente
1Nombre Cumplimiento funcional
2 Propósito de la métrica ¿Qué tanto cumple el sistema con estándares, regulaciones

o convenciones sobre funcionalidad ?
Numerar las funciones faltantes y comparar contra el total de funciones
3 Método de aplicación
X = 1 – A/B
Donde:
4 Medida, fórmula y A: Funciones no implementadas.
cómputo de datos. B: Total de funciones solicitadas en los requerimientos.


Diseño Código fuente

10Audiencia Cliente
1Nombre 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.
4 Medida, fórmula y X = 1 –A/B


Diseño
Código fuente

del software que se
evalúa
Métricas de Confiabilidad o fiabilidad.

Madurez. Detección de fallas.

Resolució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
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?
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 def
9 Etapa del ciclo de vidaVerificación.

10Audiencia Revisores. Desarrolladores.
Métricas de Facilidad de uso (Usabilidad)

Capacidad de demostración.
Capacidad para ser entendido. Completitud de la descripción.
Capacidad para ser aprendido Completitud de la documentación del

usuario o del módulo de ayudas
Capacidad para ser operado Accesibilidad.

Posibilidad de deshacer o reversar las
operaciones del usuario.
Capacidad de atracción Personalización de la interfaz de

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?

validados.
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?

validados.
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?

validados.
medición

revisión.
9 Edetal V r if i c ac ió n .
Re v i s ió n co n junta.
psaofdtwelacriecqloue
desevida 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?

validados.
medición

revisión.

del software que seRevisión conjunta. evalúa
1Nombre 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?


cómputo de datos. A: ítems de entrada que son validados. B: total de ítems que deben ser valida
5 Interpretación de la 0 <= X <= 1 Entre más se acerque el valor a 1 mejor.

medición


revisión.
9 Edetal psaofdtwelacriecqlouedesevida
VRervifiiscióacnióconn. junta.
evalúa
NoNombreDescripción
NombreAspecto de la interfaz
Propósito de la métrica¿Qué tan atractiva es la interfaz al usuario?


cómputo de datos. A: ítems de entrada que son validados. B: total de ítems que deben ser validad

medición

revisión.

1Nombre Cumplimiento de la usabilidad
2 Propósito de la métrica¿Qué tanto cumple el sistema con estándares, regulaciones
o convenciones sobre usabilidad?


cómputo de datos. A: ítems de entrada que son validados. B: total de ítems que deben ser validados.
medición

revisión.


Elaboración del informe de las métricas de calidad.
Característica Sub característica Métrica Nivel Nivel 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 Completitud 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. Consistencia 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
multisistema.
2 Confiabilidad Madurez. Detección de 0.8 0.1 NC

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
n
3 Facilidad de Uso Capacidad para Capacidad de 0.9 0.9 C
ser entendido. demostración
n.
.
Facilidad de Uso Capacidad para Completitud 0.9 0.9 C
ser entendido. d de la
descripción.
Facilidad de Uso Capacidad para Completitud 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 Accesibilidad 0.9 0.9 C

ser operado
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 la 0.9 0.9 C
atracción 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
caalcrancztearnísltoicsapsafruánmceiotrnoasl,ddeecacloidnafdiabelsidpaedradyols
a característica de facilidad de uso

Aportunidades de meiora.
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
@eterminar el cumplimiento de las buenas prácticas de Calidad en el desarrollo de software .
DKSPA @E CHE]VEA
No WARKABDE CVMZDE ABSERWACKANES

SK NA
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
2 los formatos de interfaces.
x
Entiende si las fallas detectadas en la aplicación
3 fueron solucionadas.
x
4 Comprende si se realizaron las pruebas de la
aplicación antes de su implementación.
Comprende si las funciones del aplicativo están x
5 dmeósdcuriltoasdeenaylauddao.cumentación del usuario o en el
6 Entiende si la interfaz de usuario es atractiva para x

el usuario.
x
Comprende si la aplicación tiene tiempos de
7 respuesta acordes a lo estipulado por el cliente.
R BRKCA ZARA SVSPENPACK N @E ACPKWK@A@ES (EWK@ENCKAS)
Zarámetro Excelente Bueno Reoular
Acceso y uso • Arg • Sus intervenciones • Su sustentación
de Información umenta con son intermitentes. no refleja el trabajo
seguridad sus desarrollado.
actividades y • Sustenta sus
evidencias. actividades sin mayor • En sus evidencias
profundización. • Formula no se visualiza
• En sus preguntas de baja aplicabilidad del tema
evidencias excede las complejidad. estudiado.
expectativas de lo
solicitado. • No formula
preguntas.
• Formula
preguntas que invitan a
la reflexión.
Evidencia la
•
lectura e
investigación en
Autonomía y otras fuentes de • Responde • Responde en
responsabilidad información. oportunamente en la forma extemporánea
• Responde en el sustentación. e incompleta.
tiempo estipulado las
preguntas formuladas • Sus aportes se • Omite
por el instructor y relacionan medianamente presentarse identificarse
compañeros. con la actividad de diseño y en sus intervenciones.
desarrollo de sistemas de
• R información. • El trato para
espeta y con sus
valora las
opiniones de los
demás.
• Manifiesta un trato compañeros podría

amable y cordial en sus ser más cordial.
intervenciones.
Análisis de • Comparte • Responde a • Omite responder
Contexto información adicional y preguntas del de instructor consultas de sus
de interés, genera y compañeros con compañeros, el trato hacia
discusión orientada claridad, valora la opinión los demás frío y seco.
hacia la reflexión, el de sus compañeros y hace
réplica •
aconnátlirsoivse, con
a sus aportes.
rslaia.crítica y la • Genera susSucompinatñeerarocc
• Sus aportes son

conclusiones. sióny tutor es nula.
el 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
Onlİne.

Ie Ap08 Aa9 Ev03 Determinar Cumplimiento Calidad (1) (Recuperado Automáticamente)

Cargado por

Información del documento

Descripción 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

Ie Ap08 Aa9 Ev03 Determinar Cumplimiento Calidad (1) (Recuperado Automáticamente)

Cargado por

Copyright:

Formatos disponibles

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

PARA EL SISTEMA DE INFORMACIÓN EN DESARROLLO

servicio Nacional de Aprendizaje -

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 instrumento de evaluación toma como

CARACTERÍSTICA SUB CARACTERÍSTICA

Exactitud Precisión computacional.

Interoperabilidad Intercambio de datos.

B: Funciones que cumplen el requerimiento

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

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

de funciones solicitadas en la especificación de

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

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

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

1 Nombre Audibilidad del acceso

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

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 vidaValidació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

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

Métricas de Confiabilidad o fiabilidad.

Madurez. Detección de fallas.

Tolerancia a fallos Prevención de fallas

Prevención de operaciones incorrectas

Recuperación de fallos Recuperabilidad.

6 Tipo de escala Absoluta