Guia iso 9126

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.


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


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.


�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.



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.


�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.


A = número de funciones (o tipos de funciones) evidentes al usuario

B = total de funciones (o tipos de funciones)


Ejemplo métrica de Entendibilidad


Entre más cercano a 1, mejor.



A = count

B = count

Fuente de medición: Especificación de requisitos

Diseño


ISO/IEC 12207 SLCP: Verificación

Revisión conjunta


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.


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


Revisión conjunta


Requeridores

Facilidad de Mantenimiento

Analizabilidad Cambiabilidad EstabilidadTesteabilidad

SISTEMASSISTEMAS NEGOCIONEGOCIO


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


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.


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


A = número de cambios a funciones o módulos que tienen

comentarios confirmados

B = total de funciones o módulos modificados


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.



A = count

B = count

Fuente de medición: Sistema de control de configuraciones

Bitácora de versiones

Especificaciones


Revisión conjunta


Mantenedores

Requeridores


Capacidad para ser probado: Capacidad del producto software que permite que el software modificado sea validado

Facilidad de mantenimiento – Capacidad para ser probado


Estabilidad: Capacidad del producto software para evitar efectos inesperados debidos a modificaciones del software

Facilidad de mantenimiento – Estabilidad

SISTEMASSISTEMAS NEGOCIONEGOCIO

Facilidad de mantenimiento – Estabilidad


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


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


X = BooleanTipo de medida:



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


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


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:


Desarrolladores

Audiencia:

Verificación

Revisión conjunta

ISO/IEC 12207

Diseño

Casos de pruebas



X = time

A = time

B = time

Tipo de medida:


significante

Portabilidad – Facilidad de instalación


S = Sí se puede instalar el software

N= No se puede instalar el software

Interpretación:

X = S / N


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.


Desarrolladores

Audiencia:

Verificación

Revisión conjunta

ISO/IEC 12207 SLCP:

Manual de Instalación y configuración

Arquitectura del software y del sistema


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


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:


Desarrolladores

Arquitectos de software

Audiencia:

Verificación

Revisión conjunta

ISO/IEC 12207

Casos de pruebas

Software

Inventario de homologación


X = Count

A = Count

B = Count

Tipo de medida:


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


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:


Desarrolladores

Analistas funcionales

Audiencia:

Verificación

Revisión conjunta

ISO/IEC 12207

Especificación de requerimientos

Software

Documento de gestión del cambio


X = Count

A = Count

B = Count

Tipo de medida:


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.


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





A = count

B = count

Fuente de medición: Especificación de conformidad y estándares, convenciones y regulaciones

relacionados.

Diseño

Código fuente



Revisión conjunta


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