20130919.unmsm.tutorial.calidad.producto.software .enviado
Post on 22-Dec-2015
42 Views
Preview:
DESCRIPTION
TRANSCRIPT
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
Material desarrollado por Abraham Dávila, prohibida su reproducción parcial o total en cualquier medio sin consentimiento formal del autor. Derechos reservados.
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
Material desarrollado por Abraham Dávila, prohibida su reproducción parcial o total en cualquier medio sin consentimiento formal del autor. Derechos reservados.
3
¿Qué es calidad?
Material desarrollado por Abraham Dávila, prohibida su reproducción parcial o total en cualquier medio sin consentimiento formal del autor. Derechos reservados.
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
Material desarrollado por Abraham Dávila, prohibida su reproducción parcial o total en cualquier medio sin consentimiento formal del autor. Derechos reservados.
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
Material desarrollado por Abraham Dávila, prohibida su reproducción parcial o total en cualquier medio sin consentimiento formal del autor. Derechos reservados.
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
Material desarrollado por Abraham Dávila, prohibida su reproducción parcial o total en cualquier medio sin consentimiento formal del autor. Derechos reservados.
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
Material desarrollado por Abraham Dávila, prohibida su reproducción parcial o total en cualquier medio sin consentimiento formal del autor. Derechos reservados.
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)
8
Material desarrollado por Abraham Dávila, prohibida su reproducción parcial o total en cualquier medio sin consentimiento formal del autor. Derechos reservados.
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.
Material desarrollado por Abraham Dávila, prohibida su reproducción parcial o total en cualquier medio sin consentimiento formal del autor. Derechos reservados.
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:
Material desarrollado por Abraham Dávila, prohibida su reproducción parcial o total en cualquier medio sin consentimiento formal del autor. Derechos reservados.
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?
Material desarrollado por Abraham Dávila, prohibida su reproducción parcial o total en cualquier medio sin consentimiento formal del autor. Derechos reservados.
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
Material desarrollado por Abraham Dávila, prohibida su reproducción parcial o total en cualquier medio sin consentimiento formal del autor. Derechos reservados.
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
Material desarrollado por Abraham Dávila, prohibida su reproducción parcial o total en cualquier medio sin consentimiento formal del autor. Derechos reservados.
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)
14
Material desarrollado por Abraham Dávila, prohibida su reproducción parcial o total en cualquier medio sin consentimiento formal del autor. Derechos reservados.
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
Material desarrollado por Abraham Dávila, prohibida su reproducción parcial o total en cualquier medio sin consentimiento formal del autor. Derechos reservados.
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
Material desarrollado por Abraham Dávila, prohibida su reproducción parcial o total en cualquier medio sin consentimiento formal del autor. Derechos reservados.
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
Material desarrollado por Abraham Dávila, prohibida su reproducción parcial o total en cualquier medio sin consentimiento formal del autor. Derechos reservados.
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
Material desarrollado por Abraham Dávila, prohibida su reproducción parcial o total en cualquier medio sin consentimiento formal del autor. Derechos reservados.
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.
Material desarrollado por Abraham Dávila, prohibida su reproducción parcial o total en cualquier medio sin consentimiento formal del autor. Derechos reservados.
Modelos de la ISO/IEC 9126
� Descubramos las características y sub características del modelo
20
DINÁMICACaracterísticas
Material desarrollado por Abraham Dávila, prohibida su reproducción parcial o total en cualquier medio sin consentimiento formal del autor. Derechos reservados.
ISO/IEC 9126 – Calidad en Uso
� Efectividad
� Productividad
� Integridad
� Satisfacción
21
Material desarrollado por Abraham Dávila, prohibida su reproducción parcial o total en cualquier medio sin consentimiento formal del autor. Derechos reservados.
� 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
Material desarrollado por Abraham Dávila, prohibida su reproducción parcial o total en cualquier medio sin consentimiento formal del autor. Derechos reservados.
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
Material desarrollado por Abraham Dávila, prohibida su reproducción parcial o total en cualquier medio sin consentimiento formal del autor. Derechos reservados.
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í
Material desarrollado por Abraham Dávila, prohibida su reproducción parcial o total en cualquier medio sin consentimiento formal del autor. Derechos reservados.
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)
25
Material desarrollado por Abraham Dávila, prohibida su reproducción parcial o total en cualquier medio sin consentimiento formal del autor. Derechos reservados.
� 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
Material desarrollado por Abraham Dávila, prohibida su reproducción parcial o total en cualquier medio sin consentimiento formal del autor. Derechos reservados.
Cómo definir un modelo
� Ejercicio usando TGN
27
DINÁMICAPrimer modelo….
Material desarrollado por Abraham Dávila, prohibida su reproducción parcial o total en cualquier medio sin consentimiento formal del autor. Derechos reservados.
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
Material desarrollado por Abraham Dávila, prohibida su reproducción parcial o total en cualquier medio sin consentimiento formal del autor. Derechos reservados.
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
Material desarrollado por Abraham Dávila, prohibida su reproducción parcial o total en cualquier medio sin consentimiento formal del autor. Derechos reservados.
� 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
Material desarrollado por Abraham Dávila, prohibida su reproducción parcial o total en cualquier medio sin consentimiento formal del autor. Derechos reservados.
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
Material desarrollado por Abraham Dávila, prohibida su reproducción parcial o total en cualquier medio sin consentimiento formal del autor. Derechos reservados.
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.
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
32
Material desarrollado por Abraham Dávila, prohibida su reproducción parcial o total en cualquier medio sin consentimiento formal del autor. Derechos reservados.
Métricas de Calidad Externa
33
Extracto de ISO/IEC 9124-2
Material desarrollado por Abraham Dávila, prohibida su reproducción parcial o total en cualquier medio sin consentimiento formal del autor. Derechos reservados.
Métricas de Calidad Externa
34
Extracto de ISO/IEC 9124-2
Material desarrollado por Abraham Dávila, prohibida su reproducción parcial o total en cualquier medio sin consentimiento formal del autor. Derechos reservados.
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:
Métricas de Calidad Externa
–DINÁMICADefinir métricas
35
Adaptado de ISO/IEC 9124-2
Material desarrollado por Abraham Dávila, prohibida su reproducción parcial o total en cualquier medio sin consentimiento formal del autor. Derechos reservados.
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 - -
Tomado de la NTP-ISO/IEC 14598-1
Calidad de producto software Planificado
36
Material desarrollado por Abraham Dávila, prohibida su reproducción parcial o total en cualquier medio sin consentimiento formal del autor. Derechos reservados.
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
Material desarrollado por Abraham Dávila, prohibida su reproducción parcial o total en cualquier medio sin consentimiento formal del autor. Derechos reservados.
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
Material desarrollado por Abraham Dávila, prohibida su reproducción parcial o total en cualquier medio sin consentimiento formal del autor. Derechos reservados.
Evaluación Calidad Externa con 9126
39
Material desarrollado por Abraham Dávila, prohibida su reproducción parcial o total en cualquier medio sin consentimiento formal del autor. Derechos reservados.
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)
40
Material desarrollado por Abraham Dávila, prohibida su reproducción parcial o total en cualquier medio sin consentimiento formal del autor. Derechos reservados.
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
Material desarrollado por Abraham Dávila, prohibida su reproducción parcial o total en cualquier medio sin consentimiento formal del autor. Derechos reservados.
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
Material desarrollado por Abraham Dávila, prohibida su reproducción parcial o total en cualquier medio sin consentimiento formal del autor. Derechos reservados.
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.
Evaluación usando NTP-ISO/IEC 14598
Tomado de la NTP-ISO/IEC 14598-1
43
Material desarrollado por Abraham Dávila, prohibida su reproducción parcial o total en cualquier medio sin consentimiento formal del autor. Derechos reservados.
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)
Tomado de la NTP-ISO/IEC 14598-1
44
Material desarrollado por Abraham Dávila, prohibida su reproducción parcial o total en cualquier medio sin consentimiento formal del autor. Derechos reservados.
� 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.
Evaluación usando NTP-ISO/IEC 14598
Tomado de la NTP-ISO/IEC 14598-1
45
Material desarrollado por Abraham Dávila, prohibida su reproducción parcial o total en cualquier medio sin consentimiento formal del autor. Derechos reservados.
� 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
Evaluación usando NTP-ISO/IEC 14598
Tomado de la NTP-ISO/IEC 14598-1
46
Material desarrollado por Abraham Dávila, prohibida su reproducción parcial o total en cualquier medio sin consentimiento formal del autor. Derechos reservados.
� 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
Evaluación usando NTP-ISO/IEC 14598
Tomado de la NTP-ISO/IEC 14598-1
47
Material desarrollado por Abraham Dávila, prohibida su reproducción parcial o total en cualquier medio sin consentimiento formal del autor. Derechos reservados.
� 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 - -
Evaluación usando NTP-ISO/IEC 14598
Tomado de la NTP-ISO/IEC 14598-1
48
Material desarrollado por Abraham Dávila, prohibida su reproducción parcial o total en cualquier medio sin consentimiento formal del autor. Derechos reservados.
� 8.2 Establecer niveles de puntuación para métricas.
Se debe de establecer rangos de aceptación para las métricas.
Evaluación usando NTP-ISO/IEC 14598
Tomado de la NTP-ISO/IEC 14598-1
49
Material desarrollado por Abraham Dávila, prohibida su reproducción parcial o total en cualquier medio sin consentimiento formal del autor. Derechos reservados.
� 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.
Evaluación usando NTP-ISO/IEC 14598
Tomado de la NTP-ISO/IEC 14598-1
50
Material desarrollado por Abraham Dávila, prohibida su reproducción parcial o total en cualquier medio sin consentimiento formal del autor. Derechos reservados.
� 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.
Evaluación usando NTP-ISO/IEC 14598
Tomado de la NTP-ISO/IEC 14598-1
51
Material desarrollado por Abraham Dávila, prohibida su reproducción parcial o total en cualquier medio sin consentimiento formal del autor. Derechos reservados.
� 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.
Evaluación usando NTP-ISO/IEC 14598
Tomado de la NTP-ISO/IEC 14598-1
52
Material desarrollado por Abraham Dávila, prohibida su reproducción parcial o total en cualquier medio sin consentimiento formal del autor. Derechos reservados.
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.
Tomado de la NTP-ISO/IEC 14598-1
Evaluación de la calidad - Certificación
53
Material desarrollado por Abraham Dávila, prohibida su reproducción parcial o total en cualquier medio sin consentimiento formal del autor. Derechos reservados.
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)
54
Material desarrollado por Abraham Dávila, prohibida su reproducción parcial o total en cualquier medio sin consentimiento formal del autor. Derechos reservados.
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
Material desarrollado por Abraham Dávila, prohibida su reproducción parcial o total en cualquier medio sin consentimiento formal del autor. Derechos reservados.
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
Material desarrollado por Abraham Dávila, prohibida su reproducción parcial o total en cualquier medio sin consentimiento formal del autor. Derechos reservados.
Tomado de ISO/IEC 25000 58
Material desarrollado por Abraham Dávila, prohibida su reproducción parcial o total en cualquier medio sin consentimiento formal del autor. Derechos reservados.
59Tomado de ISO/IEC 25000
Material desarrollado por Abraham Dávila, prohibida su reproducción parcial o total en cualquier medio sin consentimiento formal del autor. Derechos reservados.
60Tomado de ISO/IEC 25000
Material desarrollado por Abraham Dávila, prohibida su reproducción parcial o total en cualquier medio sin consentimiento formal del autor. Derechos reservados.
61Tomado de ISO/IEC 25000
Material desarrollado por Abraham Dávila, prohibida su reproducción parcial o total en cualquier medio sin consentimiento formal del autor. Derechos reservados.
� 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
Material desarrollado por Abraham Dávila, prohibida su reproducción parcial o total en cualquier medio sin consentimiento formal del autor. Derechos reservados.
� ¿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.
Modelos de calidad de producto
63
Material desarrollado por Abraham Dávila, prohibida su reproducción parcial o total en cualquier medio sin consentimiento formal del autor. Derechos reservados.
� ¿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
Modelos de calidad de producto
64
Material desarrollado por Abraham Dávila, prohibida su reproducción parcial o total en cualquier medio sin consentimiento formal del autor. Derechos reservados.
65
abraham.davila@pucp.edu.peabraham.davila@acklis.com
Celular: 999 340 843Oficina: 6262000 anexo 4805
Fin de Presentación
top related