20130919.unmsm.tutorial.calidad.producto.software .enviado

Material desarrollado por Abraham Dávila, prohibida su reproducción parcial o total en cualquier medio sin consentimiento formal del autor. Derechos reservados.

Calidad de Producto SoftwareDe la ISO/IEC 9126 hacia la ISO/IEC 25000

Charla en el Curso de Tesis de la Carrera de Ingeniería de Software UNMSM

Sep-2013

Abraham DávilaProfesor Principal

Departamento de IngenieríaSección Ingeniería Informática


Agenda

� Motivación� Calidad de Producto Software� ISO/IEC 9126 (+ 14598 + 12119)� Definir un modelo de calidad de producto� Evaluación de la Calidad de Producto Sw� SQuaRe (ISO/IEC 250XX)

2


3

¿Qué es calidad?


4

Calidad es

� Que cuesta caro $$$$� Que es más moderno� Que está desarrollado con un nuevo

lenguaje� Que tiene nuevos conceptos� Que está en un nuevo paradigma


5

Software:________________________

Visiones de la Calidad (Garvin)

Tomado de Handbook of Quality Assurance

–Trascendental, puede ser reconocida pero no definida.

La comodidad de un sillón de cuero Software:________________________

–Del usuario, como la adecuación al propósito.

Una VAN para mi familia numerosa Software:________________________

–De quien lo produce, como conformidad con la especificación.

Panetón de 1 Kg, debe pesar 1Kg Software:________________________

–Del producto, vista a través de las características propias al producto.

Grado de amargo de la Cerveza Software:________________________

–Basado en el valor, como el valor que el cliente está dispuesto a pagar.

Entrada VIP en show de Madonna


6

� Calidad, según el Dr. Demming.� Calidad, es la aplicación de los principios y

técnicas estadísticas en todas las fases de la producción, dirigida a la fabricación más económica de un producto (servicio) que es útil en grado máximo y que tiene mercado.

� Calidad, según el PMI

� Son los procesos necesarios para asegurar que el proyecto logrará satisfacer las necesidades para la que se ha llevado a cabo. Ello incluye todas las actividades que determinan la política de la calidad, objetivos y responsabilidades

Calidad: enfoques y conceptos


7

Grado en el que un conjunto de característicasinherentes cumple con los requisitos*.

*Tomado de NTP-ISO 9000:2001: Sistemas de Gestión de la calidad. Fundamentos y Vocabulario

Necesidad o expectativa, generalmente implícita u obligatoria*.

Rasgo diferenciador (físico, sensorial, de comportamiento, de tiempo,ergonómicas y funcionales). Puede ser inherente o asignada,cualitativa o cuantitativa*.

Requisito

Característica

Calidad es


Agenda


8


9

Calidad de Software

Capacidad de un producto de software para satisfacer las necesidades explicitas e implícitas cuando se usa en determinadas condiciones.

ISO/IEC 25000:2005, Software Engineering — Software product Quality Requirements and Evaluation

(SQuaRE) — Guide to SQuaRE.4.51

*Tomado de ISO/IEC FDIS 24765:2009(E): Systems and software engineering - Vocabulary 3.2786.

NOTA: La definición difiere de la definición de calidad ISO 9000:2000 principalmente porque la definición de calidad de software refiere a las necesidades explicitas e implicitas mientras que ISO 9000 refiere a las satisfacción de requisitios. En las normas SQuaRE (Software Quality Requirements and Evaluatios) la calidad de software tiene el mismo significado que calidad de producto software.


10

Portabilidad, Aplicabilidad, Precisión, Funcionalidad,Usabilidad, Tolerancia a fallos, Recuperabilidad,Facilidad de Aprendizaje, Seguridad, Eficiencia,Interoperabilidad, Instalabilidad, Reemplazabilidad,Facilidad de mantenimiento, Madurez, Operabilidad,Atractividad, Entendibilidad, Adaptabilidad,Fiabilidad, Co existencia, Comportamiento en eltiempo, Utilización de recursos, Analizabilidad,Cambiabilidad, Conformidad con estándares,Testeabilidad, Estabilidad, ….

Han escuchado hablar de:


11

Un conjunto de características y la relación entre las mismas, que conforman la base para especificar requerimientos de calidad y la evaluación de la calidad.

Tomado de NTP-ISO/IEC 14598-1: Tecnología de la Información – Evaluación del Producto Sw: Parte 1: Visión General.

¿Qué es un modelo de calidad de producto?


12

� ¿Cómo se puede definir de forma precisa cuál es la calidad deseada del producto?

Tomado de: http://www.scitec.nosdom.com

• ¿Cómo podemos aplicarlos al desarrollo de software?

Tomado de: http://www.corne.com.ar

Calidad de Producto Software


13

� Modelo de McCall

� Modelo de Boehm

� HP - FURPS+

� IEEE 1061

� ISO/IEC 9126

� ISO/IEC 14598

� ISO/IEC 12119

• QAW

• Brusseau

• DReC-9126

• MOSCA

• CUPRIMDSO (IBM)

• MITRE

• Laprie

• QMOOD-9126

• Modelo de Dromey

• Modelo de QEST

• ISO/IEC 25000

• SQuaRE: Software

product Quality

Requirements and

Evaluation

….otras iniciativas

Lista de modelos/iniciativas en … Calidad de producto software


Agenda


14


ISO/IEC 9126 Evolución� Modelo de calidad de la ISO/IEC 9126� Desarrollado por el JTC1/SC7 de la ISO/IEC

� Primera versión: 1991 Modelo de calidad, 1 norma

� Segunda versión: 1998 a 2004� Serie de normas 9126 Modelo de calidad – 4 partes� Serie de normas 14598 Evaluación del producto software – 6

partes

� Futuro: SQuaRE: 2005 a 201X� Serie de normas 25yyy

15


Series NTP ISO/IEC: 9126 y 14598Serie 14598

14598-1Visión General

14598-2Planeamiento y

gestión

14598-3Proceso para

desarrolladores

14598-4Proceso paraadquirientes

14598-5Proceso paraevaluadores

14598-6Documentación de

módulos de evaluación

Serie 9126

9126-1Modelo de calidad

9126-2Métricasexternas

9126-3Métricasinternas

9126-4Métricas de

calidad en uso

16


Series 9126 y 14598 además 12119� SERIE 9126: Ingeniería de Software. Calidad del Producto.

� NTP-ISO/IEC 9126-1:2004: Parte 1: Modelo de calidad. (2001, 2da edición)� NTP-ISO/IEC 9126-2:2004: Parte 2: Métricas externas. (2003).� NTP-ISO/IEC 9126-3:2004: Parte 3: Métricas internas. (2003).� NTP-ISO/IEC TR 9126-4:2005: Parte 4: Métricas de calidad en uso. (2005).

� SERIE 14598: Ingeniería de Software. Evaluación de Producto Software� NTP-ISO/IEC 14598-1: 2004: Parte 1: Visión general. (1999).� NTP-ISO/IEC 14598-2: 2004: Parte 2: Planeamiento y gestión. (2000)� NTP-ISO/IEC 14598-3: 2004: Parte 3: Proceso para desarrolladores. (2000)� NTP-ISO/IEC 14598-4: 2004: Parte 4: Proceso para adquirientes. (1999)� NTP-ISO/IEC 14598-5: 2006: Parte 5: Proceso para evaluadores. (1998)� NTP-ISO/IEC 14598-6: 2006: Parte 6: Documentación de módulos de

evaluación. (1996)

� Otras normas� NTP-ISO/IEC 12119: 2005: Tecnología de Información. Paquetes software:

Requerimientos de calidad y pruebas. (1994).

Agradecimiento a IBM17


Recursos yentorno

Proceso deevaluación

Productosoftware

Efecto delproductosoftware

Soporte para lasevaluaciones

14598-2

14598-3

14598-3

14598-5

14598-4

9126-3 9126-2 9126-4

14598-1

9126-1

Proceso deevaluación

Métricasinternas

Métricasexternas

Métricas decalidad en

uso

Series NTP ISO/IEC: 9126 y 14598

18


NTP-ISO/IEC 9126 - Conceptos

Calidaden

Uso

CalidadDel

Producto

CalidadDel

Proceso

Influye

Influye

Influye

Influye

� Calidad Interna

� Calidad Externa

� Calidad en Uso

Totalidad de las características del productosoftware desde una perspectiva interna.

Totalidad de características del producto SWdesde una perspectiva externa.

Perspectiva del usuario de la calidad del producto cuando éste es usado en un ambiente y contexto específico.


Modelos de la ISO/IEC 9126

� Descubramos las características y sub características del modelo

20

DINÁMICACaracterísticas


ISO/IEC 9126 – Calidad en Uso

� Efectividad

� Productividad

� Integridad

� Satisfacción

21


� Funcionalidad � Fiabilidad

� Usabilidad � Eficiencia

� Facilidad de Mantenimiento

� Portabilidad

AplicabilidadPrecisiónInteroperabilidadSeguridadConf. de la funcionalidad

MadurezTolerancia a fallosRecuperabilidadConf. de fiabilidad

EntendibilidadFacilidad de aprendizajeOperabilidadAtractividadConf. de usabilidad

Comp. en el tiempoUtilización de recursosConf. de eficiencia

AnalizabilidadCambiabilidadEstabilidadTesteabilidadConf. de fac. de mantenimiento

AdaptabilidadInstalabilidadCo existenciaReemplazabilidadConf. de portabilidad

Serie 9126 – Calidad Ex(In)terna

22


Calidad externae interna

EficienciaFiabilidad UsabilidadFacilidad de

mantenimientoPortabilidadFuncionalidad

AplicabilidadPrecisión

InteroperabilidadSeguridad

Conformidad defuncionalidad

Comportamientoen el tiempoUtilización de

recursosConformidad de

eficiencia

AnalizabilidadCambiabilidad

EstabilidadTesteabilidad

Conformidad defacilidad de

mantenimiento

AdaptabilidadInstalabilidadCo existencia

ReemplazabilidadConformidad de

Portabilidad

EntendibilidadFacilidad deaprendizajeOperabilidadAtractividad

Conformidad deusabilidad

MadurezTolerancia a

fallosRecuperabilidadConformidad de

fiabilidad

Mod

elos

NT

P-I

SO

/IEC

912

6


Pero …..

¿ Puedo usar un modelo de calidad de producto software en un proyecto de desarrollo de software ?

¿ Puedo usar un modelo de calidad de producto software para evaluar uno que voy a adquirir ?

¿Puedo comparar dos productos software?

Sí

Sí

Pero ¿cómo trabajo con un modelo de calidad de producto software?

Sí


Agenda


25


� Pasos necesarios al establecer los Requisitos de Calidad� Selección de características y sub-características� Organización en orden de importancia� Elección o definición de las métricas a calcular para

cada sub-característica� Definición de los valores deseables (finales o

directos, intermedios o predictivos)� Definición de los valores mínimos aceptables

Usando un modelo de calidad de producto

26


Cómo definir un modelo

� Ejercicio usando TGN

27

DINÁMICAPrimer modelo….


Cómo definir el modelo� ISO/IEC 9126

� Esquema de Jim Brousseau

� QAW, Quality Attributes Workshop

� DReC, Determinación de Requisitos de Calidad

� SQuaRe, ISO/IEC 25xxx

Rel

iabi

lity

Rob

ustn

ess

Ava

ilabi

lity

Inte

grity

Mai

ntab

ility

Fle

xibi

lity

Usa

bilit

y

Reu

sabi

lity

Inte

rope

rabi

lity

Effi

cien

cy

Por

tabi

lity

Su

ma

T e s ta b i l i t y ( T e s t e a b i l id a d )R e l ia b i l i t y ( F ia b i l id a d )R o b u s t n e s s ( R o b u s t e z )A v a i la b i l i t y ( D i s p o n ib i l id a d )I n t e g r i t y ( I n t e g r i d a d )M a in t a b i l i t y ( F a c i l id a d d e M a n t e n . )F le x ib i l i t y ( F le x ib i l id a d )U s a b i l i t y ( U s a b i l i d a d )R e u s a b i l i t y ( R e - U s a b i l i d a d )I n t e r o p e r a b i l i t y ( I n t e r - o p e r a b i l id a d )E f f i c i e n c y ( E f ic i e n c ia )P o r t a b i l i t y ( P o r t a b i l id a d )

28


Requisitos de Calidad - Brousseau

�http://www.clarrus.com/documents/Quality%20Attributes%20primer.pdf

Rel

iabi

lity

Rob

ustn

ess

Ava

ilabi

lity

Inte

grity

Mai

ntab

ility

Fle

xibi

lity

Usa

bilit

y

Reu

sabi

lity

Inte

rope

rabi

lity

Effi

cien

cy

Por

tabi

lity

Su

ma

Testability (Testeabilidad)Reliability (Fiabilidad)Robustness (Robustez)Availability (Disponibilidad)Integrity (Integridad)Maintability (Facilidad de Manten.)Flexibility (Flexibilidad)Usability (Usabilidad)Reusability (Re-Usabilidad)Interoperability (Inter-operabilidad)Efficiency (Eficiencia)Portability (Portabilidad)

–DINÁMICASegundo modelo

29


� Pasos necesarios al establecer los Requisitos de Calidad� Selección de características y sub-características� Organización en orden de importancia� Elección o definición de las métricas a calcular para

cada sub-característica� Definición de los valores deseables (finales o

directos, intermedios o predictivos)� Definición de los valores mínimos aceptables

Usando un modelo de calidad de producto

30


CONCEPTOS

� Atributo: una propiedad física o abstracta de un entidad, capaz de sermedida.

� Medir: realizar la medición.

� Medición: es el proceso de asignar un número o categoría a unaentidad para describir un atributo de la misma.

� Medida: es el número o categoría que una entidad le asigna a unatributo al efectuar una medición.

� Medida directa: es la medida de un atributo que no depende de lamedida de ningún otro atributo.� EJEMPLO: LOC, Número de Clases, Número de casos de prueba.

� Medida indirecta: es la medida de un atributo derivada de la medidade uno o más atributos diferentes.� EJEMPLO: Densidad de fallas: #fallas/Puntos de Función; #fallas/Clases,

#fallas/Punto Casos de Uso

Tomado de la NTP-ISO/IEC 14598-1

Métricas de calidad de producto software

Bas

ado

en N

TP

-IS

O/IE

C 9

126

31


CONCEPTOS

� Medida externa: es una medida indirecta de un producto derivada delas medidas del comportamiento de sistema del que es parte.� Las medidas externas pueden ser usadas para evaluar los atributos de

calidad cercanos a los objetivos finales de diseño.� EJEMPLO: número de fallas (en operación).

� Medida interna: es una medida derivada del producto mismo, seadirecta o indirecta; esta no es derivada del comportamiento delsistema del cuales es un parte.� EJEMPLO: Número de defectos encontrados en una revisión entre pares.

� Indicador: es un medida que puede ser utilizada para estimar opronosticar otra medida.


Métricas de calidad de producto software

Bas

ado

en N

TP

-IS

O/IE

C 9

126

32


Métricas de Calidad Externa

33

Extracto de ISO/IEC 9124-2



34

Extracto de ISO/IEC 9124-2


Precisión esperada Exactitud de cálculo

¿Cuán frecuente no son aceptables las diferencias entre los resultados reales y los resultados razonablemente esperados?

¿Cuán frecuente los usuarios finales encuentran resultados inexactos?

Hacer una prueba de casos de entrada versus salida y comparar la salida con los resultados razonablemente esperados.Contar el número de casos encontrados por los usuarios con una aceptable

Registrar el número de cálculos inexactos basado en especificaciones.

X = A / TA = Número de casos encontrados por los usuarios con una diferencia respecto a los resultados razonablemente esperados más allá de lo aceptableT = Tiempo de operación

X = A / TA= Número de cálculos inexactos encontrados por los usuariosT = Tiempo de operación

0 < = X , lo más cercano a 0,0 es lo mejor 0 < = X , lo más cercano a 0,0 es lo mejor

Ratio Ratio

X = Cantidad / TiempoA = CantidadT = Tiempo

X = Cantidad / TiempoA = CantidadT = Tiempo

Especificación de requerimientos / Manual de operación del usuario / Opinión de usuarios / Reporte de pruebas

Especificación de requerimientos / Reporte de pruebas

6.5 Validación6.3 Aseguramiento de calidad

6.5 Validación6.3 Aseguramiento de calidad

Desarrollador y usuario Desarrollador y usuario

Los resultados razonablemente esperados podrían ser descritos en una especificación de requerimiento, en un manual de usuario o en las expectativas de los usuarios.

Audiencia objetivo:

Nota:

Nombre de la métrica

Propósito de la métrica

Método de aplicación

Entrada para la medición

Referencia PCVS ISO/IEC 12207

Audiencia objetivo

Nota

Entrada para la medición:

Referencia PCVS ISO/IEC 12207:

Interpretación del valor medido:

Tipo de escala de métrica:

Tipo de medida:

Medición, fórmula y cálculo de elementos de datos

Interpretación del valor medido

Tipo de escala de métrica

Tipo de medida

Nombre de la métrica:

Propósito de la métrica:

Método de aplicación:

Medición, fórmula y cálculo de elementos de datos:


–DINÁMICADefinir métricas

35

Adaptado de ISO/IEC 9124-2


Objetivo de integridad

de software

Características de calidad priorizadas

Sub características seleccionadas

Métricas externas seleccionadas Criterio de aceptación posible

1. Funcionalidad Precisión Número de resultados exactos versus resultados esperados pre calculados.

95 %

2. Usabilidad Operabilidad El número de mensajes recibidos con claridad evaluados versus el número total de mensajes revisados.

80 %

3. Portabilidad Instalabilidad Número de módulos a ser re compilados versus el número total de módulos a transferir a una nueva plataforma.

< 6 módulos

4. Eficiencia Comportamiento en el tiempo

Tiempo transcurrido entre el inicio de acción del sistema y la recepción de la respuesta del sistema.

< 5 segundos

5. Fiabilidad Tolerancia a fallas Número de ingresos errados no detectados versus número de ingresos errados.

25 %

BAJA

6. Facilidad de mantenimiento (no requerida)

- no requerido - - no requerido - -

1. Fiabilidad Disponibilidad Tiempo promedio entre fallas para un período de operación especificado.

> 6 meses

2. Funcionalidad Aplicabilidad Número de requerimientos obligatorios incluidos en las especificaciones de requerimientos de software contra el número total de requerimientos obligatorios.

100 %

3. Facilidad de mantenimiento Cambiabilidad Número de módulos necesarios a ser cambiados para cambios identificados.

1

4. Eficiencia Utilización de recursos

Porcentaje de carga de CPU sobre un período operativo específico bajo las peores condiciones de operación.

80 %

5. Usabilidad Entendibilidad Cantidad de tiempo requerida de usuarios específicos para aprender a utilizar el software y producir resultados específicos.

< 10 minutos

ALTA

6. Portabilidad (no requerida) -no requerido - - no requerido - -


Calidad de producto software Planificado

36


Caract % Sub-Características % Atributos % métricasAdecuacion funcional 40.0% 1.00Integridad de Implementación funcional 20.0% 1.00Cobertura de la funcionalidad 20.0% 0.80Estabilidad de la especificación 20.0% 0.80Precisión esperada 50.0% 0.90Exactitud de cálculo 50.0% 0.90Intercambiabilidad de datos (basado en formato de datos) 70.0% 0.60Intercambiabilidad de datos (basado en intentos) 30.0% 0.60Auditoría de acceso 50.0% 0.80Control de acceso 50.0% 0.80

Conf. de seguridad 20.0% estándares propios sobre seguridad 100.0% 0.90Densidad estimada del error latente 50.0% 0.80Detección de fallas 50.0% 0.80Prevención de caídas 50.0% 0.80Prevención de fallas 50.0% 0.80Disponibilidad 50.0% 0.90Tiempo promedio de inoperabilidad 50.0% 0.70

Conf. de fiabilidad 10.0% Conformidad de la fiabilidad 100.0% 0.50Claridad de la descripción 20.0% 0.70Accesibilidad de demostración 20.0% 0.50Funciones evidentes 60.0% 0.90Facilidad de aprender la función 30.0% 0.85Facilidad de aprender para realizar una tarea en uso 30.0% 0.66Integridad de la documentación del usuario 40.0% 0.70

Operabilidad 25.0% Consistencia operacional en el uso 100.0% 0.70Conformidad de usabilidad de empresa 30.0% 0.80adhesión a formato de fechas 30.0% 0.95visualización previa a impresión 40.0% 0.70

EFI 0.0% 0 0MAN 0.0% 0 0POR 0.0% 0 0

USA 25.0%

Entendibilidad 25.0%

Facilidad de aprendizaje 25.0%

Conf. de usabilidad 25.0%

Recuperabilidad 20.0%

35.0%FIA

39.0%Madurez

Tolerancia a fallos 31.0%

FUN 40.0%

Aplicabilidad 25.0%

20.0%Precisión

Interoperabilidad

Seguridad 30.0%

5.0%

Calidad de producto software Planificado

DINÁMICACompletar el modelo….

37


SubCaracteristica de Usabilidad

0.000.200.400.600.80

1.00Entendibilidad

Facilidad deaprendizaje

OperabilidadAtractividad

Conformidad deusabilidad

Estimado

Real

Evaluación de la Calidad Externa

38


Evaluación Calidad Externa con 9126

39


Agenda


40


verificación

uso y

retroalimentación

validación

Necesidades de

Calidad del Usuario

Requerimientos de

Calidad Externa

Requerimientos de

Calidad Interna

Calidad En Uso

Calidad Externa

Calidad Interna

Contribuye a especificar

Contribuye a especificar

Indica

Indica

Calidad en el ciclo de vida del SW

Norma NTP-ISO/IEC 9126 - Relaciones

41


14598-1

Visión General

14598-2

Planeamiento y

gestión

14598-3

Proceso para

desarrolladores

14598-4

Proceso para

adquirientes

14598-5

Proceso para

evaluadores

14598-6

Documentación de

módulos de evaluación

Evaluación usando NTP-ISO/IEC 14598

42


La Evaluación es un examen sistemático del grado o capacidad de unaentidad para satisfacer necesidades o requerimientos específicos.

� La precisión y el responsable de la especificación varia según:

� Soluciones ad-hoc, evaluación contra losrequerimientos formalmente especificados por elusuario (contratante).

� Soluciones para consumo, evaluación contra losrequerimientos formalmente especificados por lamisma organización.

� Comparación y selección de productos, evaluacióncon requerimientos que pueden ser generales oespecíficos o una combinación de los mismos.



43


Proceso de Evaluación de la Calidad de Producto Software

Establecer

requerimientos

de evaluación

Diseñar la

evaluación

Especificar la

evaluación

Ejecutar la

evaluación

9126-1

Caracterís ticas

de calidad

9126-2 Métricas

externas

9123-3 Métricas

internas

14598-6 Módulos

de evaluación

Establecer propósitos de la

evaluación (7.1)

Establecer criterios para

la evaluación (8.3)

Especificar el modelo de

calidad (7.3)

Identificar tipo(s) de

producto(s) (7.2)

Establecer niveles de

puntuación para las

métricas (8.2)

Seleccionar métricas (8.1)

Producir el plan de

evaluación (9.1)

Tomar medidas (10.1)

Comparar con los criterios

(10.2)

Evaluar resultados (10.3)


44


� 7.1 Establecer el propósito: que el producto satisfaga lo que se necesita.� Evaluar desarrollo propio.� Evaluar (seleccionar) la adquisición.� Para producto intermedios:

� Decidir sobre la aceptación de los productos intermedios al desarrollador.� Decidir cuando termina el proceso y pasarlo al siguiente.� Estimar o predecir la calidad del producto final.� Recolectar datos para controlar el proceso.

� Para producto terminados:� Decidir sobre la aceptación de los productos finales al desarrollador.� Decidir cuando liberar el producto.� Seleccionar un producto de entre varias alternativas.� Evaluar el impacto del uso de dicho producto en la organización (c. en uso)� Decidir cuando mejorar o reemplazar el producto.



45


� 7.2 Identificar tipos de productos a ser evaluados.

� Productos intermedios o finales, dependerá de: ciclo de vida y propósito de la evaluación.

Mundo realNecesidades Calidad en uso Métricas

externas

Comportamiento

del

Sistema

Requerimientos

de

calidad externa

Calidad externa

Métricas

externas

Atributos

del

SoftwareRequerimientos

de

calidad interna

Calidad internaMétricas

internas

DeterminanUso y retroalimentación

Especificación

Determinan Validación

Integración y

Prueba del

Sistema

Diseño y Desarrollo

Indican

Verificación

Indican

Requerimientos Operación



46


� 7.3 Especificar el modelo de calidad.� Seleccione las características relevantes de calidad. Puede usar la 9126.

X

X

X

X

XX

X

XX

X

X

X

XX

X

X

X

X

X X

XX

X X

X

X

X

XX

X

X

Atributo

Sub característicasAtributos internos Atributos externos

Características

X



47


� 8.1 Seleccionar las métricas.

Seleccione las características relevantes de calidad. Puede usar la 9126.Objetivo de integridad

de software

Características de calidad priorizadas

Sub características seleccionadas

Métricas externas seleccionadas Criterio de aceptación posible

1. Funcionalidad Precisión Número de resultados exactos versus resultados esperados pre calculados.

95 %

2. Usabilidad Operabilidad El número de mensajes recibidos con claridad evaluados versus el número total de mensajes revisados.

80 %

3. Portabilidad Instalabilidad Número de módulos a ser re compilados versus el número total de módulos a transferir a una nueva plataforma.

< 6 módulos

4. Eficiencia Comportamiento en el tiempo

Tiempo transcurrido entre el inicio de acción del sistema y la recepción de la respuesta del sistema.

< 5 segundos

5. Fiabilidad Tolerancia a fallas Número de ingresos errados no detectados versus número de ingresos errados.

25 %

BAJA

6. Facilidad de mantenimiento (no requerida)

- no requerido - - no requerido - -

1. Fiabilidad Disponibilidad Tiempo promedio entre fallas para un período de operación especificado.

> 6 meses

2. Funcionalidad Aplicabilidad Número de requerimientos obligatorios incluidos en las especificaciones de requerimientos de software contra el número total de requerimientos obligatorios.

100 %

3. Facilidad de mantenimiento Cambiabilidad Número de módulos necesarios a ser cambiados para cambios identificados.

1

4. Eficiencia Utilización de recursos

Porcentaje de carga de CPU sobre un período operativo específico bajo las peores condiciones de operación.

80 %

5. Usabilidad Entendibilidad Cantidad de tiempo requerida de usuarios específicos para aprender a utilizar el software y producir resultados específicos.

< 10 minutos

ALTA

6. Portabilidad (no requerida) -no requerido - - no requerido - -



48


� 8.2 Establecer niveles de puntuación para métricas.

Se debe de establecer rangos de aceptación para las métricas.



49


� 8.3 Establecer criterios para la evaluación.

� Para poder evaluar la calidad del producto, losresultados de la evaluación de las diferentescaracterísticas necesitan ser resumidos. El evaluadordebería preparar un procedimiento para esto, concriterios separados para diferentes características decalidad, cada una de las cuales pueden estar entérminos de sub características individuales, o unacombinación ponderada de sub características.Generalmente, el procedimiento incluirá otrosaspectos, tales como tiempo y costo, que contribuyena la evaluación de la calidad de un producto softwareen un ambiente específico.



50


� 9.1. Preparar el plan de evaluación.� Describe los métodos de evaluación y el cronograma de acciones del evaluador.

� PLAN DE EVALUACIÓN CUANTITATIVA� Introducción: el propósito, la audiencia, el uso pretendido del plan� Objetivos de la evaluación, debe señalar claramente lo que se busca para poder

definir luego los criterios de aceptación (alineado al negocio).� Características aplicables de calidad, usando la 9126 y sobre temas de procesos

relacionados directamente con el producto evaluado.� Lista de prioridades, asignar más prioridad a lo que es más importante.� Objetivos de calidad (característica), definir los niveles “cuantificables”.� Cronograma, señalar fechas, hitos y entregables definidos.� Definición de responsabilidades, quién hace que trabajo... roles.� Categoría de medidas, donde se define las técnicas, las herramientas, la frecuencia,

entre otros, para la captura de la data y su análisis.� Uso y análisis de los datos.� Reportes� Otros requerimientos.



51


� 10.1 Tomar medidas.

� Recolectar datos en el mismo momento, no después.� Usar formatos para apoyar la recolección y categorización.� Automatizar, hasta donde sea posible la recolección de datos.

� 10.2 Comparar con el criterio.

� El valor medido se compara contra los niveles especificados comoaceptables.

� 10.3 Evaluar resultados.

� El resultado es una declaración de la extensión en la cual el productosoftware satisface los requerimientos de calidad.

� El resultado debe ser una decisión gerencial sobre la aceptación orechazo, o en la liberación o no liberación de un producto software.



52


La norma ISO/IEC 12119

Norma certificable.

� Se basa en la descripción del producto.� Se basa en un modelo de calidad de producto software.� Requiere de un proceso realizado por terceros.


Evaluación de la calidad - Certificación

53


Agenda


54


SQuaRE Serie ISO/IEC 25xxx

� SQuaRE

� Software product Quality Requirements and Evaluation

� WG6 Kanazawa meeting 1999 (fin de 9126 y 14598)� WG6 Prague meeting, Nov. 2000, forma detallada� Korea plenary meeting, May 2002, se asigna número

55


Organización de la Serie SQuaRE

Tomado de ISO/IEC 25000 56

Material desarrollado por Abraham Dávila, prohibida su reproducción parcial o total en cualquier medio sin consentimiento formal del autor. Derechos reservados. Modelo de referencia

general de SQuaRE

Tomado de ISO/IEC 25000

57


Tomado de ISO/IEC 25000 58


59Tomado de ISO/IEC 25000






� Ventajas y desventajas� La calidad se concreta: algo que se puede

� DEFINIR, MEDIR y PLANIFICAR

� Ayudan a comprender las relaciones entre lascaracterísticas de un producto software.

� Ayudan a definir la arquitectura de un productosoftware.

� Ayudan a mejorar la comunicación entre usuarios,dirección y técnicos.

PERO: Son empíricos, no se ha demostrado su validez absoluta.

Modelos de calidad de producto

62


� ¿Cómo utilizar un modelo de calidad?� AL PLANIFICAR: Establecer los requisitos de

calidad� Modelo fijo:

� Se aceptan los criterios y métricas.� Se aceptan las relaciones entre factores, criterios y

métricas.� Se establecen como requisitos de calidad un subconjunto

de los factores de calidad.� Definición particular de la calidad.

� Se acepta la filosofía de la descomposición.� Se establecen como requisitos de calidad un subconjunto

de los factores de calidad.� Se decide la descomposición más adecuada con el

usuario.


63


� ¿Cómo utilizar un modelo de calidad?� DURANTE EL DESARROLLO

� Implementar las métricas� Analizar los resultados de las métricas� Tomar medidas correctivas si es necesario

� AL FINAL� Validar las métricas predictivas

Y en WEB: Performance, Seguridad y Usabilidad.(Libro: Quality Web Systems. E. Dustin, J.Rashka, D.McDouglas).

Y para Web-Services � ver lectura


64


65

[email protected]@acklis.com

Celular: 999 340 843Oficina: 6262000 anexo 4805

Fin de Presentación

20130919.unmsm.tutorial.calidad.producto.software .enviado

Documents