Post on 24-Jul-2015
transcript
CALIDAD
DEL SOFTWARE
Ing. Miguel Tamayo
ContenidoContenido
ww ModeloModelo dede calidadcalidad deldel productoproducto ISOISO 91269126
ww EvaluaciónEvaluación deldel productoproducto softwaresoftware ISOISO14598145981459814598
Triangulo de la Restricción
Calidad de proyecto, proceso y producto
DefiniciónUn marco conceptual que especifica una serie de conceptosmedibles y sus relaciones, para una determinada categoría deentidad.
Modelo (de calidad)
EjemplosModelo de calidad para productos software de ISO 9126.
Factores de calidad de McCall [McCall 1977].
RESOLUCIÓN MINISTERIAL Nº 139-2004-PCM
Guía técnica sobre evaluación de software para la Administración Pública
�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.
�El objetivo no es necesariamente alcanzar unacalidad perfecta, sino la necesaria y suficientepara cumplir con las necesidades reales delusuario (cuando el producto sea entregado y utilizado
por los usuarios).
Introducción
por los usuarios).
• Interna: medible a partir de las característicasintrínsecas, como el código fuente
• Externa: medible en el comportamiento delproducto, 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 partedel usuario
�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.
Fundamentos de ISO 9126
Medicióndel proceso
Medicióninterna
Mediciónexterna
Medición de la calidad en uso
� Este estándar está pensado para losdesarrolladores, adquirentes, personal deaseguramiento de calidad y evaluadoresindependientes, responsables de especificar yevaluar la calidad del producto software.
� Por tanto, puede servir para validar la completitud deuna definición de requisitos, identificar requisitos decalidad 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.
� La calidad de cualquier proceso del ciclo de vida delsoftware (estándar ISO 12207) influye en la calidaddel producto software que, a su vez, contribuye amejorar la calidad en el uso del producto.
� La calidad del software puede evaluarse midiendolos atributos internos (medidas estáticas o productosintermedios) o atributos externos (comportamientodel código cuando se ejecuta).
ISO 9126
13
del código cuando se ejecuta).
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 MantenimientoGrado 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
Calidad externa e interna
Funcionalidad Fiabilidad Usabilidad EficienciaFacilidad de Mantenimien
toPortabilidad
Fundamentos de ISO 9126
AplicabilidadPrecisión
Interoperabilidad
Seguridad de acceso
Cumplimiento de
funcionalidad
MadurezTolerancia a
fallosRecuperabilidadCumplimiento de Fiabilidad
EntendibilidadFacilidad de aprendizajeOperabilidadAtractividadCumplimiento
de la usabilidad
Comportamientoen el tiempoUtilización de recursos
Cumplimiento de la eficiencia
AnalizabilidadCambiabilidadTesteabilidadEstabilidadCumplimiento
del mantenimiento
AdaptabilidadInstalabilidadCoexistenciaReemplazabilidadCumplimiento
de la portabilidad
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
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.
�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
Fiabilidad
�Madurez: Capacidad del producto software para evitar fallar comoresultado de fallos en el software.
�Tolerancia a fallos: Capacidad del software para mantener un nivelespecificado de prestaciones en caso de fallos software o de infringir susinterfaces especificados.
Calidad externa e interna
�Recuperabilidad: Capacidad del producto software para restablecer unnivel de prestaciones especificado y de recuperar los datos directamenteafectados en caso de fallo.
�Cumplimiento de la fiabilidad: Capacidad del producto software paraadherirse a normas, convenciones o regulaciones relacionadas con alfiabilidad.
�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
Usabilidad
�Entendibilidad: Capacidad del producto software que permite alusuario entender si el software es adecuado y cómo puede ser usado paraunas tareas o condiciones de uso particulares.
�Facilidad de aprendizaje: Capacidad del producto software quepermite al usuario aprender sobre su aplicación.
Calidad externa e interna
�Operabilidad: Capacidad del producto software que permite al usuariooperarlo y controlarlo.
�Atractividad: Capacidad del producto software para ser atractivo alusuario.
�Cumplimiento de la usabilidad: Capacidad del producto software paraadherirse anormas, convenciones, guías de estilo o regulaciones relacionadas con lausabilidad.
�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
Eficiencia
�Comportamiento en el tiempo: La capacidad del producto de softwarepara proveer tiempos adecuados de respuesta y procesamiento, y ratios derendimiento cuando realiza su función bajo las condiciones establecidas.
�Utilización de recursos: La capacidad del producto de software parautilizar cantidades y tipos adecuados de recursos cuando este funciona bajolas condiciones establecidas.
Calidad externa e interna
las condiciones establecidas.
�Cumplimiento de la eficiencia: La capacidad del producto de softwarepara adherirse a estándares o convenciones relacionados a la eficiencia.
�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
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
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
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 softwareMé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.
Facilidad de mantenimiento
Cambiabilidad: Capacidad del producto software que permite que unadeterminada modificación sea implementada.
Facilidad de mantenimiento – Capacidad para ser cambiado
�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
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
Facilidad de mantenimiento
Estabilidad: Capacidad del producto software para evitar efectos inesperados debidos a modificaciones del software
Facilidad de mantenimiento – Estabilidad
SISTEMASSISTEMAS NEGOCIONEGOCIO
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 impacto Nombre:
Ejemplo de métrica
Usuarios funcionales
Analistas de control de calidad
Desarrolladores
Audiencia:
6.6 Validación
6.6 Revisión conjuntaISO/IEC 12207
Documento de gestión de cambios
Software
Casos de pruebas
Fuente de medición:
X = BooleanTipo de medida:
absolutaTipo de escala:
Facilidad de mantenimiento
Cumplimiento de mantenibilidad: Capacidad del producto software para adherirse a normas o convenciones relacionadas con la mantenibilidad.
Facilidad de mantenimiento
Calidad externa e internaPortabilidad
�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.
Portabilidad - Adaptabilidad
Portabilidad
�Adaptabilidad: Es lacapacidad del producto desoftware para ser adaptado adiferentes entornosespecificados sin aplicaracciones o medios diferentes delos previstos para el propósitodel 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 entornoPropó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
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á actualizadoPropósito:
Funcionamiento del manual de instalación y configuraciónNombre:Portabilidad
�Instalabilidad: Lacapacidad del producto desoftware para ser instalado enun ambiente especificado. Siel software va a ser instaladopor el usuario final, puedeafectar la propiedad yoperatividad 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:
Portabilidad - Coexistencia
Portabilidad
�Coexistencia: La capacidaddel producto de software paracoexistir con otros productos desoftware independientes dentrode un mismo entorno,compartiendo recursoscomunes.
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ónPropó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:
Portabilidad - Reemplazabilidad
Portabilidad
�Reemplazabilidad: Lacapacidad del producto desoftware para serutilizado en lugar de otroproducto de software,para el mismo propósito yen 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:
Portabilidad – Cumplimiento de portabilidad
Portabilidad
�Cumplimiento de la portabilidad: Capacidad del productosoftware para adherirse a normas o convenciones relacionadas con laportabilidad.
�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
Calidad en uso
�Efectividad: Capacidad del producto software para permitir a los usuariosalcanzar objetivos especificados con exactitud y completitud, en un contexto deuso especificado.
�Productividad: Capacidad del producto software para permitir a los usuariosgastar una cantidad adecuada de recursos con relación a la efectividadalcanzada, 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 nivelesaceptables del riesgo de hacer daño a personas, al negocio, al software, a laspropiedades 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.
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
TALLERDefinir una métrica y registrar los datos del cuadro siguiente (Grupal)
Política“El proceso debe fluir rápidamente sin afectar la calidad del producto”
Producto
Eficiencia Efectividad
Funcionalidad Fiabilidad Usabilidad EficienciaMantenibilida
Portabilidad
Proceso
Eficiencia Efectividad
Ingeniería Apoyo Gestión
MODELO DE CALIDAD
OrganizaciónFuncionalidad Fiabilidad Usabilidad EficienciaMantenibilida
dPortabilidad
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
Evaluación del producto software
ISO 14598
Recursos yentorno
Proceso deevaluación
Efecto delproductosoftware
Productosoftware
Apoyo a laevaluación
Proceso deevaluación
MétricasInternas
Métricasexternas
Métricas decalidad en
uso
14598-2
14598-6
14598-3
14598-4
14598-5
14598-1
9126-3 9126-2 9126-4
9126-1
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ónEstablecer niveles para las métricas (8.2)
Establecer criterios de valoración (8.3)
Diseñar
evaluaciónProducir 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
CALIDAD DE PRODUCTO ISO 14598
Identificar
los tipos de
producto(s)
a ser
evaluados
Requisitos Operación
uso y respuesta
mundo
realNecesidades Calidad
en usométricas
externas
Especificación Integración del Sistema y
Pruebas
determina
indica
comporta-miento del sistemareal
Requisitos calidad externos
Calidad externa
métricas
externas
Diseño y Desarrollo
atributos
software
Requisitos calidad internos
Calidadinterna
métricas
internas
determina
indica
indica
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
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
Sub características Valor ModeloValor ModeloValor Modelo promedio Valor AsignadoAplicabilidad 6 5% 20 12% 20 12% 15.3 10% 15Precision 15 13% 15 9% 15 9% 15.0 10% 15Seguridad 14 12% 12 7% 12 7% 12.7 9% 12Conf. de Funcionalidad 2 2% 7 4% 10 6% 6.3 4% 7Madurez 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% 20Tolerancia a Fallos 2 2% 4 2% 5 3% 3.7 2% 4Recuperabilidad 2 2% 4 2% 5 3% 3.7 2% 4Conf. de la fiabilidad 1 1% 1 1% 1 1% 1.0 1% 1Entendibilidad 15 13% 15 9% 15 9% 15.0 10% 15Facil Aprendizaje 13 11% 15 9% 17 10% 15.0 10% 15Operabilidad 4 3% 10 6% 8 5% 7.3 5% 7Conf. de Usabilidad 3 3% 3 2% 12 7% 6.0 4% 3comportamiento en el tiempo 15 13% 21 13% 20 12% 18.7 13% 15Utilizacion de Recursos 1 1% 2 1% 2 1% 1.7 1% 1Conf. Eficiencia 1 1% 8 5% 5 3% 4.7 3% 1Navegabilidad 1 1% 1 1% 1 1% 1.0 1% 1
sumar 115 100% 161 100% 167 100% 147.7 100% 136
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.8Conformidad 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
Eficiencia20% 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
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.
PREGUNTASPREGUNTAS