Guía del estándar ISO 9126 acerca de la gestión de la calidad de software

1. CALIDAD
DEL SOFTWARE
Ing. Miguel Tamayo

2. ContenidoContenido
ww ModeloModelo dede calidadcalidad deldel productoproducto ISOISO 91269126
ww EvaluaciónEvaluación deldel productoproducto softwaresoftware ISOISO
14598145981459814598

3. Triangulo de la Restricción
Calidad de proyecto, proceso y producto

4. Definición
Un marco conceptual que especifica una serie de conceptos
medibles y sus relaciones, para una determinada categoría de
entidad.
Modelo (de calidad)
Ejemplos
Modelo de calidad para productos software de ISO 9126.
Factores de calidad de McCall [McCall 1977].

5. RESOLUCIÓN MINISTERIAL Nº 139-2004-PCM
Guía técnica sobre evaluación de software para la
Administración Pública

6. Una especificación y evaluación integral y detallada de la
calidad de los productos de software es un factor clave para
asegurar una calidad adecuada.
Es importante especificar y evaluar cada característica
Introducción
Es importante especificar y evaluar cada característica
relevante de la calidad de los productos software.

7. El objetivo no es necesariamente alcanzar una
calidad perfecta, sino la necesaria y suficiente
para cumplir con las necesidades reales del
usuario (cuando el producto sea entregado y utilizado
por los usuarios).
Introducción
por los usuarios).

8. • Interna: medible a partir de las características
intrínsecas, como el código fuente
• Externa: medible en el comportamiento del
producto, como en una prueba
• En uso: durante la utilización efectiva por parte
Diferentes aspectos de la calidad
• En uso: durante la utilización efectiva por parte
del usuario

9. Aplican a un producto sw no ejecutable
Aplican durante las etapas de su desarrollo
Permiten medir la calidad de los entregables
intermedios
Permiten predecir la calidad del producto final
Metrica Interna-ISO 9126-3
Permiten predecir la calidad del producto final
Permiten al usuario iniciar acciones correctivas
temprano en el ciclo de desarrollo.

10. Fundamentos de ISO 9126
Medición
del proceso
Medición
interna
Medición
externa
Medición de la
calidad en uso

12. Este estándar está pensado para los
desarrolladores, adquirentes, personal de
aseguramiento de calidad y evaluadores
independientes, responsables de especificar y
evaluar la calidad del producto software.
Por tanto, puede servir para validar la completitud de
una definición de requisitos, identificar requisitos de
calidad de software, objetivos de diseño y prueba,
ISO 9126
12
calidad de software, objetivos de diseño y prueba,
criterios de aseguramiento de la calidad, etc.

13. La calidad de cualquier proceso del ciclo de vida del
software (estándar ISO 12207) influye en la calidad
del producto software que, a su vez, contribuye a
mejorar la calidad en el uso del producto.
La calidad del software puede evaluarse midiendo
los atributos internos (medidas estáticas o productos
intermedios) o atributos externos (comportamiento
del código cuando se ejecuta).
ISO 9126
13
del código cuando se ejecuta).

14. Eficiencia
Funcionalidad Portabilidad
ISO 9126
Grado en que las necesidades
descritas se satisfacen
Relación entre el nivel de
rendimiento del software y los
recursos usados
Capacidad del SW para ser
transferido de un entorno a otro.
14
CALIDAD
UsabilidadFiabilidad
Fac.de Mantenimiento
Grado en que el sistema
responde bajo las condiciones
definidas durante un intervalo
de tiempo
Facilidad con que una
modificación puede ser realizada
Mide el esfuerzo necesario que
invierte el usuario para utilizar el
sistema

15. Calidad
externa e
interna
Funcionalidad Fiabilidad Usabilidad Eficiencia
Facilidad de
Mantenimien
to
Portabilidad
Fundamentos de ISO 9126
Aplicabilidad
Precisión
Interoperabilid
ad
Seguridad de
acceso
Cumplimiento
de
funcionalidad
Madurez
Tolerancia a
fallos
Recuperabilidad
Cumplimiento
de Fiabilidad
Entendibilidad
Facilidad de
aprendizaje
Operabilidad
Atractividad
Cumplimiento
de la
usabilidad
Comportamiento
en el tiempo
Utilización de
recursos
Cumplimiento
de la eficiencia
Analizabilidad
Cambiabilidad
Testeabilidad
Estabilidad
Cumplimiento
del
mantenimiento
Adaptabilidad
Instalabilidad
Coexistencia
Reemplazabilidad
Cumplimiento
de la
portabilidad

16. FICHA DE MÉTRICAS
1.Nombre
2.Propósito
3.Método de aplicación
4.Medidad, fórmula y cómputo de datos
5.Interpretación del valor medido5.Interpretación del valor medido
6.Tipo de escala
7.Tipo de medida
8.Fuente de medición

17. Funcionalidad
Aplicabilidad: Capacidad del producto software para proporcionar un
conjunto apropiado de funciones para tareas y objetivos de usuario
especificados.
Precisión: Capacidad del producto software para proporcionar los
resultados o efectos correctos o acordados, con el grado necesario de
precisión.
Calidad externa e interna
precisión.
Interoperabilidad: Capacidad del producto software para interactuar
con uno o más sistemas especificados.
Seguridad de acceso: Capacidad del producto software para proteger
información y datos de manera que las personas o sistemas no autorizados
no puedan leerlos o modificarlos, al tiempo que no se deniega el acceso a
las personas o sistemas autorizados
Cumplimiento funcional: Capacidad del producto software para
adherirse a normas, convenciones o regulaciones en leyes y prescripciones
similares relacionadas con funcionalidad.

18. ombre: Completitud de implementación funcional
Propósito: Qué tan completa está la implementación funcional.
Método de aplicación: Contar las funciones faltantes detectadas en la evaluación y comparar con
el número de funciones descritas en la especificación de requisitos.
Medición, fórmula: X = 1 - A/B
A = número de funciones faltantes
B = número de funciones descritas en la especificación de requisitos
Interpretación: 0 <= X <= 1
Entre más cercano a 1, más completa.
Ejemplo métrica de Aplicabilidad
Entre más cercano a 1, más completa.
Tipo de escala: absoluta
Tipo de medida: X = count/count
A = count
B = count
Fuente de medición: Especificación de requisitos
Diseño
Código fuente
Informe de revisión
ISO/IEC 12207 SLCP: 6.6 Validación
6.6 Revisión conjunta
Audiencia: Requeridores
Desarrolladores

19. Fiabilidad
Madurez: Capacidad del producto software para evitar fallar como
resultado de fallos en el software.
Tolerancia a fallos: Capacidad del software para mantener un nivel
especificado de prestaciones en caso de fallos software o de infringir sus
interfaces especificados.
Calidad externa e interna
Recuperabilidad: Capacidad del producto software para restablecer un
nivel de prestaciones especificado y de recuperar los datos directamente
afectados en caso de fallo.
Cumplimiento de la fiabilidad: Capacidad del producto software para
adherirse a normas, convenciones o regulaciones relacionadas con al
fiabilidad.

20. ombre: Suficiencia de las pruebas
Propósito: Cuántas de los casos de prueba necesarios están cubiertos por el
plan de pruebas.
Método de aplicación: Contar las pruebas planeadas y comparar con el número de pruebas
requeridas para obtener una cobertura adecuada.
Medición, fórmula: X = A/B
A = número de casos de prueba en el plan
B = número de casos de prueba requeridos
Interpretación: 0 <= X
Ejemplo métrica de Madurez
Interpretación: 0 <= X
Entre X se mayor, mejor la suficiencia.
Tipo de escala: absoluta
Tipo de medida: X = count/count
A = count
B = count
Fuente de medición: A proviene del plan de pruebas
B proviene de la especificación de requisitos
ISO/IEC 12207 SLCP: Aseguramiento de Calidad
Resolución de problemas
Verificación
Audiencia: Desarrolladores
Mantenedores

21. Usabilidad
Entendibilidad: Capacidad del producto software que permite al
usuario entender si el software es adecuado y cómo puede ser usado para
unas tareas o condiciones de uso particulares.
Facilidad de aprendizaje: Capacidad del producto software que
permite al usuario aprender sobre su aplicación.
Calidad externa e interna
Operabilidad: Capacidad del producto software que permite al usuario
operarlo y controlarlo.
Atractividad: Capacidad del producto software para ser atractivo al
usuario.
Cumplimiento de la usabilidad: Capacidad del producto software para
adherirse a
normas, convenciones, guías de estilo o regulaciones relacionadas con la
usabilidad.

22. ombre: Funciones evidentes
Propósito: Qué proporción de las funciones del sistemas son evidentes al
usuario.
Método de aplicación: Contar las funciones evidentes al usuario y comparar con el número
total de funciones.
Medición, fórmula: X = A/B
A = número de funciones (o tipos de funciones) evidentes al usuario
B = total de funciones (o tipos de funciones)
Interpretación: 0 <= X <= 1
Ejemplo métrica de Entendibilidad
Interpretación: 0 <= X <= 1
Entre más cercano a 1, mejor.
Tipo de escala: absoluta
Tipo de medida: X = count/count
A = count
B = count
Fuente de medición: Especificación de requisitos
Diseño
Informe de revisión
ISO/IEC 12207 SLCP: Verificación
Revisión conjunta
Audiencia: Requeridores
Desarrolladores

23. Eficiencia
Comportamiento en el tiempo: La capacidad del producto de software
para proveer tiempos adecuados de respuesta y procesamiento, y ratios de
rendimiento cuando realiza su función bajo las condiciones establecidas.
Utilización de recursos: La capacidad del producto de software para
utilizar cantidades y tipos adecuados de recursos cuando este funciona bajo
las condiciones establecidas.
Calidad externa e interna
las condiciones establecidas.
Cumplimiento de la eficiencia: La capacidad del producto de software
para adherirse a estándares o convenciones relacionados a la eficiencia.

24. ombre: Tiempo de respuesta
Propósito: Cuál es el tiempo estimado para completar una tarea.
Método de aplicación: Evaluar la eficiencia de las llamadas al SO y a la aplicación.
Estimar el tiempo de respuesta basado en ello. Puede medirse:
• Todo o partes de las especificaciones de diseño.
• Probar la ruta completa de una transacción.
• Probar módulos o partes completas del producto.
Ejemplo métrica de Comportamiento en el tiempo
• Probar módulos o partes completas del producto.
• Producto completo durante la fase de pruebas.
Medición, fórmula: X = tiempo (calculado o simulado)
Interpretación: Entre más corto, mejor.
Tipo de escala: proporción
Tipo de medida: X = time
Fuente de medición: Sistema operativo conocido
Tiempo estimado en llamadas al sistema
ISO/IEC 12207 SLCP: Verificación
Revisión conjunta
Audiencia: Desarrolladores
Requeridores

25. Facilidad de Mantenimiento
Analizabilidad Cambiabilidad EstabilidadTesteabilidad
SISTEMASSISTEMAS NEGOCIONEGOCIO
Calidad externa e interna
Capacidad
para ser
analizado.
El software debe
permitir detectar
errores
Capacidad para
ser Cambiado.
Si el error se
detecta el software
debe permitir ser
cambiado
Si se implementa
el cambio el
software no debe
fallar producto de
ese cambio
Capacidad para
ser probado
El software debe
permitir validar
dicho cambio

26. Facilidad de mantenimiento
Analizabilidad: Es la capacidad del producto
software para serle diagnosticadas deficiencias a
causas de los fallos en el software, o para
identificar las partes que han de ser modificadas.
.
Mantenibilidad – Capacidad para ser analizado

27. Facilidad de mantenimiento– Capacidad para ser analizado
0 <= X < 100
Entre más cercano a 0, mejor nivel de densidad de líneas de código.
Interpretación:
X = B*100/A
A = Cantidad de líneas de código (no se incluyen los comentarios ni registros de cambios)
B = Cantidad total de funciones del software
Medición,
fórmula:
Contar el número de líneas de código de un componente software o todo el software entre el número de
funciones del software
Método de
aplicación:
Determinar la densidad del código de las funciones.Propósito:
Densidad de Líneas de código por funciónNombre:
Ejemplo de métrica
Analistas de calidad
Analistas funcionales
Gerentes de proyecto
Audiencia:
6.6 Validación
6.6 Revisión conjunta
ISO/IEC 12207
Especificación de requisitos funcionales
Diseño
Código fuente
Informe de revisión
Fuente de
medición:
X = count/count
A = count
B = count
Tipo de medida:
absolutaTipo de escala:
Entre más cercano a 0, mejor nivel de densidad de líneas de código.

28. Facilidad de mantenimiento
Cambiabilidad: Capacidad del producto
software que permite que una
determinada modificación sea implementada.
Facilidad de mantenimiento – Capacidad para ser
cambiado

29. ombre: Registrabilidad de cambios
Propósito: ¿Se registran adecuadamente los cambios a la especificación y a
los módulos con comentarios en el código?
Método de aplicación: Registrar la proporción de información sobre cambios a los
módulos
Medición, fórmula: X = A/B
A = número de cambios a funciones o módulos que tienen
comentarios confirmados
B = total de funciones o módulos modificados
Interpretación: 0 <= X <= 1
Entre más cercano a 1, más registrable.
Ejemplo métrica de Cambiabilidad
Entre más cercano a 1, más registrable.
0 indica un control de cambios deficiente o pocos cambios y alta
estabilidad.
Tipo de escala: absoluta
Tipo de medida: X = count/count
A = count
B = count
Fuente de medición: Sistema de control de configuraciones
Bitácora de versiones
Especificaciones
ISO/IEC 12207 SLCP: Verificación
Revisión conjunta
Audiencia: Desarrolladores
Mantenedores
Requeridores

30. Facilidad de mantenimiento
Capacidad para ser probado: Capacidad del producto software
que permite que el software modificado sea validado
Facilidad de mantenimiento – Capacidad para ser
probado

31. Facilidad de mantenimiento
Estabilidad: Capacidad del producto software para evitar efectos
inesperados debidos a modificaciones del software
Facilidad de mantenimiento – Estabilidad
SISTEMASSISTEMAS NEGOCIONEGOCIO

32. Facilidad de mantenimiento – Estabilidad
absolutaTipo de escala:
0 <= X <= 1
Entre más cercano a 1, menor impacto.
Interpretación:
X = 1 – A/B
A = Número de funciones ejecutadas incorrectamente
B = Número total de funciones del software
Medición,
fórmula:
Probar todas las funciones del softwareMétodo de
aplicación:
Determinar si existen efectos colaterales originados por el cambios de adecuaciónPropósito:
Grado de impactoNombre:
Ejemplo de métrica
Usuarios funcionales
Analistas de control de calidad
Desarrolladores
Audiencia:
6.6 Validación
6.6 Revisión conjunta
ISO/IEC 12207
Documento de gestión de cambios
Software
Casos de pruebas
Fuente de
medición:
X = Boolean
Tipo de
medida:
absolutaTipo de escala:

33. Facilidad de mantenimiento
Cumplimiento de mantenibilidad: Capacidad del producto software para adherirse
a normas o convenciones relacionadas con la mantenibilidad.
Facilidad de mantenimiento

34. Calidad externa e interna
Portabilidad
Adaptabilidad: Es la capacidad del producto de software para ser
adaptado a diferentes entornos especificados sin aplicar acciones o medios
diferentes de los previstos para el propósito del software considerado.
Instalabilidad: La capacidad del producto de software para ser
instalado en un ambiente especificado. Si el software va a ser instalado
por el usuario final, puede afectar la propiedad y operatividad resultantes.
Coexistencia: La capacidad del producto de software para coexistir con
otros productos de software independientes dentro de un mismo entorno,
compartiendo recursos comunes.
Reemplazabilidad: La capacidad del producto de software para ser
utilizado en lugar de otro producto de software, para el mismo propósito y
en el mismo entorno.
Cumplimiento de la portabilidad: Capacidad del producto software
para adherirse a normas o convenciones relacionadas con la portabilidad.

35. Portabilidad - Adaptabilidad
Portabilidad
Adaptabilidad: Es la
capacidad del producto de
software para ser adaptado a
diferentes entornos
especificados sin aplicar
acciones o medios diferentes de
los previstos para el propósito
del software considerado.
0 < X <= 1
Entre más cercano a 1, mejor. El impacto puede no ser
significante
Interpretación:
X = 1 – A/B
A = Tiempo medio del entorno nuevo
B = Tiempo medio del entorno anterior
Medición,
fórmula:
Ejecutar una función (funcionalidad) de software y contabilizar el
tiempo promedio y comparar contra el tiempo promedio del
entorno anterior.
Método de
aplicación:
Conocer el tiempo de respuesta promedio de las funciones del
software en el nuevo entorno
Propósito:
Nivel del tiempo medio de respuestaNombre:
Analistas de control de calidad
Desarrolladores
Audiencia:
Verificación
Revisión conjunta
ISO/IEC 12207
Diseño
Casos de pruebas
Informe de revisión
Fuente de
medición:
X = time
A = time
B = time
Tipo de medida:
absolutaTipo de escala:
significante

36. Portabilidad – Facilidad de instalación
absolutaTipo de escala:
S = Sí se puede instalar el software
N= No se puede instalar el software
Interpretación:
X = S / N
Medición,
fórmula:
Instalar el software y todos sus componentes siguiendo
únicamente el manual de instalación y configuración.
Método de
aplicación:
Conocer si el manual de instalación y configuración es
adecuado y está actualizado
Propósito:
Funcionamiento del manual de instalación y configuraciónNombre:
Portabilidad
Instalabilidad: La
capacidad del producto de
software para ser instalado en
un ambiente especificado. Si
el software va a ser instalado
por el usuario final, puede
afectar la propiedad y
operatividad resultantes.
Analistas de control de calidad
Desarrolladores
Audiencia:
Verificación
Revisión conjunta
ISO/IEC 12207
SLCP:
Manual de Instalación y configuración
Arquitectura del software y del sistema
Fuente de
medición:
X = S / N
Tipo de medida:

37. Portabilidad - Coexistencia
Portabilidad
Coexistencia: La capacidad
del producto de software para
coexistir con otros productos de
software independientes dentro
de un mismo entorno,
compartiendo recursos
comunes.
Mientras X esté más cercano a 1 mejor.
Interpretación:
X = 1 – A/B
A = Errores de incompatibilidad en una prueba
B = Número de pruebas totales
Medición,
fórmula:
Contabilizar aquellos errores producidos por incompatibilidad
de componentes software en un ambiente homologado
destinado a pruebas.
Método de
aplicación:
Determinar los componentes software incompatibles con los
ya existentes en producción
Propósito:
Grado de coexistenciaNombre:
Analistas de control de calidad
Desarrolladores
Arquitectos de software
Audiencia:
Verificación
Revisión conjunta
ISO/IEC 12207
Casos de pruebas
Software
Inventario de homologación
Fuente de
medición:
X = Count
A = Count
B = Count
Tipo de medida:
absolutaTipo de escala:

38. Portabilidad - Reemplazabilidad
Portabilidad
Reemplazabilidad: La
capacidad del producto de
software para ser
utilizado en lugar de otro
producto de software,
para el mismo propósito y
en el mismo entorno.
Tipo de escala:
Mientras X esté más cercano a 1 mejor.
Interpretación:
X = 1 – A/B
A = Funciones ejecutadas que no logran el propósito
B = Número total de funciones ejecutadas
Medición,
fórmula:
Contabilizar aquellas funciones que no logran el mismo
propósito de la función anterior.
Método de
aplicación:
Determinar las funciones software que no cumplen el propósito
de la función anterior del software
Propósito:
Grado de reemplazabilidadNombre:
Analistas de control de calidad
Desarrolladores
Analistas funcionales
Audiencia:
Verificación
Revisión conjunta
ISO/IEC 12207
Especificación de requerimientos
Software
Documento de gestión del cambio
Fuente de
medición:
X = Count
A = Count
B = Count
Tipo de medida:
absolutaTipo de escala:

39. Portabilidad – Cumplimiento de portabilidad
Portabilidad
Cumplimiento de la portabilidad: Capacidad del producto
software para adherirse a normas o convenciones relacionadas con la
portabilidad.

40. ombre: Conformidad de portabilidad
Propósito: Qué tan conforme es la portabilidad del producto con regulaciones,
estándares y convenciones aplicables.
Método de aplicación: Contar los artículos encontrados que requieren conformidad y comparar con
el número de artículos en la especificación que requieren conformidad.
Medición, fórmula: X = A/B
A = número de artículos implementados de conformidad
B = total de artículos que requieren conformidad
Ejemplo métrica de Conformidad de la Portabilidad
Interpretación: 0 <= X <= 1
Entre más cercano a 1, más completa.
Tipo de escala: absoluta
Tipo de medida: X = count/count
A = count
B = count
Fuente de medición: Especificación de conformidad y estándares, convenciones y regulaciones
relacionados.
Diseño
Código fuente
Informe de revisión
ISO/IEC 12207 SLCP: Verificación
Revisión conjunta
Audiencia: Requeridores
Desarrolladores

41. Calidad en uso

42. Efectividad: Capacidad del producto software para permitir a los usuarios
alcanzar objetivos especificados con exactitud y completitud, en un contexto de
uso especificado.
Productividad: Capacidad del producto software para permitir a los usuarios
gastar una cantidad adecuada de recursos con relación a la efectividad
alcanzada, en un contexto de uso especificado.
Seguridad física: Capacidad del producto software para alcanzar niveles
Calidad en uso
Seguridad física: Capacidad del producto software para alcanzar niveles
aceptables del riesgo de hacer daño a personas, al negocio, al software, a las
propiedades o al medio ambiente en un contexto de uso especificado.
Satisfacción: Capacidad del producto software para satisfacer a los usuarios
en un contexto de uso especificado.

43. Nombre de la
métrica
Propósito de la
métrica
Medición,
fórmula y
cálculo de
elementos de
datos
Interpretación
del valor
medido
Tipo de medida Entrada para la
medición
Audiencia
Objetivo
TALLER
Definir una métrica y registrar los datos del cuadro siguiente (Grupal)

44. Política
“El proceso debe fluir rápidamente sin afectar la calidad del producto”
Producto
Eficiencia Efectividad
Funcionalidad Fiabilidad Usabilidad Eficiencia
Mantenibilida
Portabilidad
Proceso
Eficiencia Efectividad
Ingeniería Apoyo Gestión
MODELO DE
CALIDAD
OrganizaciónFuncionalidad Fiabilidad Usabilidad Eficiencia
Mantenibilida
d
Portabilidad
FUN 1
FUN 2
FUN 3
FIA 1
FIA 2
FIA 3
FUN N FIA N
USA 1
USA 2
USA 3
USA N
EFI 1
EFI 2
EFI 3
EFI N
MAN 1
MAN 2
MAN 3
MANN
POR 1
POR 2
POR 3
POR N
Ingeniería Apoyo Gestión
Esta división no implica un desligamiento entre el producto o el proceso, simplemente se realiza para identificar a que sector o grupo pertenece
ING 1
ING 2
ING 3
ING N
Métricas
APO 1
APO 2
APO 3
APO N
GES 1
GES 2
GES 3
GES N
Organización
ORG 1
ORG 2
ORG 3
ORG N

45. Evaluación del producto software
ISO 14598
Recursos y
entorno
Proceso de
evaluación
Efecto del
producto
software
Producto
software
Apoyo a la
evaluación
Proceso de
evaluación
Métricas
Internas
Métricas
externas
Métricas de
calidad en
uso
14598-2
14598-6
14598-3
14598-4
14598-5
14598-1
9126-3 9126-2 9126-4
9126-1

46. Proceso de evaluación
Establecer
requisitos de
evaluación
Establecer propósito de la evaluación (7.1)
Identificar los tipos de producto(s) (7.2)
Especificar el modelo de calidad (7.3)
9126-1 Características de
Calidad
Especificar
Seleccionar métricas (8.1) 9126-2 Métricas Externas
9126-3 Métricas Internas
14598-6 Módulos de
ISO 14598
Especificar
evaluación
Establecer niveles para las métricas (8.2)
Establecer criterios de valoración (8.3)
Diseñar
evaluación Producir plan de evaluación (9.1)
Ejecutar
evaluación
Tomar medidas (10.1)
Comparar con criterios (10.2)
Valorar resultados (10.3)
14598-6 Módulos de
Evaluación

47. CALIDAD DE PRODUCTO ISO 14598
Identificar
los tipos de
producto(s)
a ser
evaluados
Requisitos Operación
uso y respuesta
mundo
real
Necesidades
Calidad
en uso
métricas
externas
Especificación Integración
del Sistema y
Pruebas
determina
indica
comporta-
miento del
sistema
real
Requisitos
calidad
externos
Calidad
externa
métricas
externas
Diseño y
Desarrollo
atributos
software
Requisitos
calidad
internos
Calidad
interna
métricas
internas
determina
indica
indica

48. CALIDAD DE PRODUCTO ISO 14598
Establecer niveles de puntuación para las métricas
nivel planeado
Excede los requisitos
Rango objetivo
satisfactorio
valor
medido
nivel actual
el caso peor
Mínimamente aceptable
Inaceptable
insatisfactorio
escala de medición niveles de puntuación

49. Nivel Aspectos de
integridad
Aspecto de economia Aspecto de seguridad Aspecto de
ambiente
A Muchas personas
muertas
Desastres financieros (la
compañía no sobreviviría)
Protección de servicios y
datos estratégicos
Daños del ambiente
irrecuperables
B Amenaza de la vida
humana
Grandes pérdidas
económicas (la compañía
queda comprometida
Protección de datos y
servicios críticos
Daños del ambiente
recuperables
C Daños a la propiedad,
pocas personas
Significantes pérdidas
económicas (la compañía se
Protección contra riesgo de
errores
Contaminación
moderada
ISO 14598
Nivel A Pruebas formales, (actualmente no existe técnicas adecuadas para la
evaluación de la funcionalidad al nivel A -> nada lo garantiza)
Nivel B Pruebas de componentes (pruebas de caja blanca)
Nivel C Revisiones e inspecciones de código
Nivel D Pruebas funcionales (pruebas de caja negra)
pocas personas
perjudicadas
económicas (la compañía se
ve afectada)
errores moderada
D Pequeños daños a la
propiedad
Pérdidas económicas
insignificantes
No se identifican riesgos
específicos
No hay riesgos para el
ambiente

50. Sub características Valor ModeloValor ModeloValor Modelo promedio Valor Asignado
Aplicabilidad 6 5% 20 12% 20 12% 15.3 10% 15
Precision 15 13% 15 9% 15 9% 15.0 10% 15
Seguridad 14 12% 12 7% 12 7% 12.7 9% 12
Conf. de Funcionalidad 2 2% 7 4% 10 6% 6.3 4% 7
Madurez 20 17% 23 14% 19 11% 20.7 14% 20
Aplicación de
evaluación de calidad
Selección de características a evaluar
Madurez 20 17% 23 14% 19 11% 20.7 14% 20
Tolerancia a Fallos 2 2% 4 2% 5 3% 3.7 2% 4
Recuperabilidad 2 2% 4 2% 5 3% 3.7 2% 4
Conf. de la fiabilidad 1 1% 1 1% 1 1% 1.0 1% 1
Entendibilidad 15 13% 15 9% 15 9% 15.0 10% 15
Facil Aprendizaje 13 11% 15 9% 17 10% 15.0 10% 15
Operabilidad 4 3% 10 6% 8 5% 7.3 5% 7
Conf. de Usabilidad 3 3% 3 2% 12 7% 6.0 4% 3
comportamiento en el tiempo 15 13% 21 13% 20 12% 18.7 13% 15
Utilizacion de Recursos 1 1% 2 1% 2 1% 1.7 1% 1
Conf. Eficiencia 1 1% 8 5% 5 3% 4.7 3% 1
Navegabilidad 1 1% 1 1% 1 1% 1.0 1% 1
sumar 115 100% 161 100% 167 100% 147.7 100% 136

51. E Caracterísiticas P E Sub-Caracterísiticas P E Métricas P E
Funcionalidad Integridad de Implementación Funcional 60% 0.85
Volatilidad de SRS 40% 0.8
Precisión 35% 0.85 Precisión 100% 0.85
Seguridad 20% 0.9 Auditoría de Acceso 100% 0.9
Conformidad de
Funcionalidad 10% 0.8
Conformidad de la Norma de Interfaz
100% 0.8
Fiabilidad Densidad de Falla 50% 1
0.8530%
Aplicabilidad 0.8335%
Aplicación de
evaluación de calidad
Fiabilidad Densidad de Falla 50% 1
Madurez de la Prueba 50% 0.7
Usabilidad Función de Comprensión 50% 0.9
Comprensión de Entradas y Salidas 50% 0.8
Facilidad de
Aprendizaje 40% 0.8
Eficacia de la documentación de usuario
y/o del sistema de ayuda 100% 0.8
Operabilidad 20% 0.9 Entendibilidad del Mensaje en Uso 100% 0.9
Eficiencia
20% 0.75
Comportamiento en
el Tiempo 100 0.75 Tiempo Medio de Respuesta 100% 0.75
0.827
Entendibilidad
Madurez 100%0.85
40%
0.84
30%
20%
0.85
0.85

52. Desarrolle un modelo de calidad de producto
basado en ISO 9126. Deberá seleccionar un
Proyecto Software elaborado con alguna
Trabajo 1
Grupal
Proyecto Software elaborado con alguna
metodología de desarrollo como RUP, Métrica 3.

53. PREGUNTASPREGUNTAS