INTEGRANTES
• Muñoz Sagarvinaga, Leonidas.• Natividad Alejos, Luis Felipe.• Quiroz Villalobos, Lennin Paul.• Villegas Vilcherres, Percy.
CALIDAD DEL CALIDAD DEL PRODUCTO PRODUCTO SOFTWARESOFTWARE
(ISO/IEC 9126 - 25000)(ISO/IEC 9126 - 25000)
¿Qué es Calidad de Software?¿Qué es Calidad de Software?
Es el grado en el que el producto Sw Es el grado en el que el producto Sw incorpora un conjunto de características, incorpora un conjunto de características, definidas por la industria, de tal manera definidas por la industria, de tal manera que se garantiza su eficiencia de uso, que se garantiza su eficiencia de uso, respecto a los requerimientos de los respecto a los requerimientos de los clientes.clientes.
Es decir, Calidad de Sw es el grado en el Es decir, Calidad de Sw es el grado en el que un cliente percibe que el software que un cliente percibe que el software cumple con sus expectativas.cumple con sus expectativas.
¿Qué sucede si no hay Calidad de ¿Qué sucede si no hay Calidad de Software ?Software ?
Programas que no hacen Programas que no hacen exactamente exactamente lo que se espera.lo que se espera.
Proyectos que se abandonan debido Proyectos que se abandonan debido a a sobrecostos.sobrecostos.
Sistemas que se descartan porque Sistemas que se descartan porque son son demasiado difíciles de operar.demasiado difíciles de operar.
Cronogramas incumplidos.Cronogramas incumplidos.
¿Qué implica Calidad del Software?
RequerimientosDetallados del
Usuario
METRICAS INSPECCIONES PRUEBAS PROCESOS
RequerimientosDetallados de
SoftwareDiseño
Codificacióny Pruebas
Transferencia Mantenimiento
Aplicado a:
CICLO DE DESARROLLO DE UN PROYECTO
• Es decir Calidad de Software, implica Es decir Calidad de Software, implica evaluar dos ámbitos:evaluar dos ámbitos: El producto final.El producto final. Los procesos.Los procesos.
• Los ámbitos del control de calidad Los ámbitos del control de calidad están estandarizados!!!!están estandarizados!!!!
• Éstos estándares se llaman Modelos Éstos estándares se llaman Modelos de Referenciade Referencia
Modelos de Referencia por ámbitos
Ambitos delControl de
Calidad
Producto Procesos
ISO/IEC 9126,14598, 25000
CMMI, ISO/IEC 15504
Calidad durante el ciclo de vidaCalidad durante el ciclo de vida
calidad de
proceso
Calidad interna
Calidad externa Calidad
de usoDepende de
Depende de Depende de
proveedor usuario
procesoproceso productoproducto
Efecto del usoEfecto del uso
influye influye influye
Calidad de uso
Calidad de uso
Diferentes usos
Modelos de Referencia de Calidad de Modelos de Referencia de Calidad de Producto.Producto.
• Norma ISO/IEC 9126: Modelo de Norma ISO/IEC 9126: Modelo de calidad del producto software.calidad del producto software.
• Norma ISO/IEC 14598:Calidad de la Norma ISO/IEC 14598:Calidad de la evaluación del producto software.evaluación del producto software.
• Norma ISO/IEC 25000: SQuaRENorma ISO/IEC 25000: SQuaRE
Antecedentes:Antecedentes:
• ISO/IEC 9126 (1991 - 2004), incluye 4 ISO/IEC 9126 (1991 - 2004), incluye 4 normas.normas.
• ISO/IEC 14598 (2001), incluye 6 ISO/IEC 14598 (2001), incluye 6 normas.normas.
• ISO/IEC 25000 (en proceso), trata de ISO/IEC 25000 (en proceso), trata de harmonizar los dos estándares harmonizar los dos estándares anteriores.anteriores.
ISO/IEC 9126ISO/IEC 9126
Modelo de calidad para métricas internas y externas
Funcionalidad
AdecuaciónCapacidad del producto software para proporcionar un conjunto apropiado de funciones para tareas y objetivos de usuario especificados.
ExactitudCapacidad del producto software para proporcionar los resultados o efectos correctos o acordados, con el grado necesario de precisión. InteroperabilidadCapacidad del producto software para interactuar con uno o más sistemas especificados.
Seguridad de accesoCapacidad 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 funcionalCapacidad del producto software para adherirse a normas, convenciones o regulaciones en leyes y prescripciones similares relacionadas con funcionalidad.
Fiabilidad
MadurezCapacidad del producto software para evitar fallar como resultado de fallos en el software. Tolerancia a fallosCapacidad del software para mantener un nivel especificado de prestaciones en caso de fallos software o de infringir sus interfaces especificados.
Capacidad de recuperaciónCapacidad del producto software para reestablecer un nivel de prestaciones especificado y de recuperar los datos directamente afectados en caso de fallo.
Cumplimiento de la fiabilidadCapacidad del producto software para adherirse a normas, convenciones o regulaciones relacionadas con al fiabilidad.
Usabilidad
Capacidad para ser entendidoCapacidad del producto software que permite al usuario entender si el software es adecuado y cómo puede ser usado para unas tareas o condiciones de uso particulares.
Capacidad para ser aprendidoCapacidad del producto software que permite al usuario aprender sobre su aplicación.
Capacidad para ser operadoCapacidad del producto software que permite al usuario operarlo y controlarlo.
Capacidad de atracciónCapacidad del producto software para ser atractivo al usuario.
Cumplimiento de la usabilidadCapacidad del producto software para adherirse a normas, convenciones, guías de estilo o regulaciones relacionadas con la usabilidad.
Eficiencia
Comportamiento temporalCapacidad del producto software para proporcionar tiempos de respuesta, tiempos de proceso y potencia apropiados, bajo condiciones determinadas.
Utilización de recursosCapacidad del producto software para usar las cantidades y tipos de recursos adecuados cuando el software lleva a cabo su función bajo condiciones determinadas. Cumplimiento de la eficienciaCapacidad del producto software para adherirse a normas o convenciones relacionadas con la eficiencia.
Mantenibilidad
Capacidad para ser analizadoEs la capacidad del producto software para serle diagnosticadas deficiencias o causas de los fallos en el software, o para identificar las partes que han de ser modificadas. Capacidad para ser cambiadoCapacidad del producto software que permite que una determinada modificación sea implementada.
EstabilidadCapacidad del producto software para evitar efectos inesperados debidos a modificaciones del software. Capacidad para ser probadoCapacidad del producto software que permite que el software modificado sea validado. Cumplimiento de la mantenibilidadCapacidad del producto software para adherirse a normas o convenciones relacionadas con la mantenibilidad.
Portabilidad
AdaptabilidadCapacidad del producto software para ser adaptado a diferentes entornos especificados, sin aplicar acciones o mecanismos distintos de aquellos proporcionados para este propósito por el propio software considerado.
InstalabilidadCapacidad del producto software para ser instalado en un entorno especificado.
CoexistenciaCapacidad del producto software para coexistir con otro software independiente, en un entorno común, compartiendo recursos comunes. Capacidad para reemplazarCapacidad del producto software para ser usado en lugar de otro producto software, para el mismo propósito, en el mismo entorno.
Cumplimiento de la portabilidadCapacidad del producto software para adherirse a normas o convenciones relacionadas con la portabilidad.
Es decir, calidad interna y externa significaEs decir, calidad interna y externa significa::
Modelo de Calidad para Calidad en Uso
Calidad en Uso
Productividad Seguridad SatisfacciónEficiencia
Efectividad
Capacidad del producto software para permitir a los usuarios alcanzar objetivos especificados con exactitud y completitud, en un contexto de uso especificado.
Productividad
Capacidad del producto software para permitir a los usuarios gastar una cantidad adecuada de recursos con relación a la efectividad alcanzada, en un contexto de uso especificado.
Seguridad física
Capacidad del producto software para alcanzar niveles aceptables del riesgo de hacer daño a personas, al negocio, al software, a las propiedades o al medio ambiente en un contexto de uso especificado.
Satisfacción
Capacidad del producto software para satisfacer a los usuarios en un contexto de uso especificado.
ISO/IEC 14598
14598-1Visión General
14598-2Planeamiento y Gestión
14598-3Proceso para
desenvolvedores
14598-4Proceso para adquirientes
14598-5Proceso para
avaladores
14598-6Documentación de
Módulos
ISO-IEC 14598-1: DESCRIPCCION GENERALVer proceso de evaluación según la norma ISO / IEC
1498-1
Especificar la evaluación
Diseño de la evaluación
Establecer requerimientos de evaluación
9126-2 Métricas externas9126-3 Métricas de calidad en uso14598-6 Módulos de evaluación
9126-1 Características de
calidad
Ejecutar la evaluación
Identificar los tipos de productos
Seleccione métrica
Especificar modelo de calidad
Establecer niveles de calificación para la métrica
Elaborar plan de evaluación
Establecer criterios para la evaluación
Propósito de establecer la evaluación
Evaluar resultado
Comparar con los criterios
Medida de las características
ISO/IEC 14598 – 2 Planeamiento y Gestión
Recomendaciones y orientaciones que sirven como apoyo para el proceso de validación del producto software. Ej. desarrollo, adquisición, transferencia de tecnologías de validación.
ISO/IEC 14598-3 Procesos para Desarrolladores
Selección y registro de indicadores que pueden ser medidos y evaluados a partir de resultados intermedios obtenidos durante las fases de desarrollo para que en base a éstos se tomen decisiones acerca del proyecto.
ISO-IEC 14598-4: proceso para los ISO-IEC 14598-4: proceso para los compradorescompradores
• establece un proceso sistemático para la establece un proceso sistemático para la evaluación de productos de software evaluación de productos de software comercial, de productos de software comercial, de productos de software personalizado o modificar los productos personalizado o modificar los productos existentes. Usado para garantizar que un existentes. Usado para garantizar que un producto desarrollado o modificado producto desarrollado o modificado cumple los requisitos inicialmente cumple los requisitos inicialmente especificados.especificados.
ISO-IEC 14598-5: ISO-IEC 14598-5: proceso para proceso para evaluadoresevaluadores
• orientaciones y recomendaciones para la orientaciones y recomendaciones para la aplicación práctica de la evaluación de aplicación práctica de la evaluación de producto de software cuando las diversas producto de software cuando las diversas partes, necesitan comprender, aceptar y partes, necesitan comprender, aceptar y confiar en los resultados de la evaluaciónconfiar en los resultados de la evaluación
• ISO-IEC 14598-6: Documentación de módulos de evaluación
-Documentación de módulos de evaluación.
-Documento estructurado
Establecer el propósito de la evaluación
Productos intermedios:
• decidir sobre la aceptación de un producto intermedio de un subcontratista;
• decidir cuando un proceso está completo y cuando remitir los productos al siguiente proceso;
• predecir o estimar la calidad del producto final;
• recoger información con objeto de controlar y gestionar el proceso.
Producto final:
• decidir sobre la aceptación del producto;
• decidir cuando publicar el producto;
• comparar el producto con otros productos competitivos;
• seleccionar un producto entre productos alternativos;
• valorar tanto el aspecto positivo como negativo cuando está en uso;
• decidir cuando mejorar o reemplazar un producto.
Identificar los tipos de productos a ser evaluados
Requisitos Productos
validación
Verificación
Y
validación
verificación
Requisitos de la calidad en
uso
Calidad en uso
Calidad externa
Calidad interna
implementación
Requisitos de la calidad externa
Requisitos de la calidad interna
necesidadesMedición de
la calidad en uso
Medición de la calidad externa
Medición de la calidad interna
Establecer niveles de puntuación para las métricas
nivel planeado
nivel actual
el caso peor
Excede los requisitos
Rango objetivo
Mínimamente aceptable
Inaceptable
satisfactorio
insatisfactorio
valor medido
escala de medición niveles de puntuación
Producir un plan de evaluaciónEl plan de evaluación describe los métodos de evaluación y el programa de acciones del evaluador.Debe ser consistente con el plan de mediciones
3 . P ro ceso p a raD e sa rro lla d o res
4 . P ro ceso p a raA d q u isid o res
5 . P ro ceso p a raE va lu a do res
2 . P lan if ica c ió n y G e s tión 6 . Do cum en tac ión dem ó du lo s e va lu ac ión
Relación entre stándares ISO/IEC 9126 y ISO/IEC 14598Relación entre stándares ISO/IEC 9126 y ISO/IEC 14598
Recursos y
medio ambient
e
Proceso de
evaluación
Efecto de los
productos de
software
Producto de
software
14598-1
14598-2
14598-69126-49126-29126-314598-5
14598-4
14598-39126-1
Apoyo a la evaluación
Proceso de
evaluación
Métricas internas
Métricas externas
Métricas de calidad en uso
ISO/IEC 25000ISO/IEC 25000Modelo SQuaREModelo SQuaRE
Software Product Quality Requirements and EvaluationSoftware Product Quality Requirements and Evaluation
• ISO/IEC 25000 (aun en publicación)
- ISO/IEC 2500n. División de gestión de calidad
- ISO/IEC 2501n. División de modelo de calidad
- ISO/IEC 2502n. División de medicaciones de calidad
- ISO/IEC 2503n. División de requisitos de calidad
- ISO/IEC 2504n. División de evaluación de calidad
- ISO/IEC 25050-25099n. Estándares de extensión
Arquitectura SQuaRE
Quality ModelDivision
Quality ModelDivision
QualityRequirement
Division
QualityRequirements
Division
QualityEvaluation
Division
QualityEvaluation
Division
Quality MetricsDivision
Quality MeasurementDivision
2501n
2504n2503n
2502n
2500n
Planning andManagement
Guide to the SQuaRE
Quality Management Division
Square, focaliza en:1. Gerencia:• Introducción general sobre ISO 25000 – definición de
termos2. Modelo de Cualidad:• Corresponde a ISO 9126 - conceptos de cualidad
interna/externa – modelo de características.3. Medición:• Definir medición / Proceso de medición / Propuesta de
medición4. Requisitos de cualidades:• ISO 9126 – conceptos de objetivos de cualidades para
un producto – relación con otros productos de Software Libre.
5. Evaluación
ISO/IEC 25000 SQuaREISO/IEC 25000 SQuaRE
Especificar la evaluación
Diseño de la evaluación
Establecer requisitos de evaluación
Ejecutar la evaluación
Identificar los tipos de productos a ser evaluados
Seleccione métrica
Especificar modelo de calidad
Establecer niveles de calificación para la métrica
Elaborar plan de evaluación
Establecer criterios para la evaluación
Propósito de establecer la evaluación
Evaluar resultado
Comparar con los criterios
Obtener medidas o métricas
Equivalencias y Relación entre Procesos de ISO/IEC 9126, ISO/IEC 14598 y SQUARE
Estado Actual
9126: Calidad del Producto
1. Modelo de Calidad
2. Métricas Externas
3. Métricas Internas
4..Métricas de Calidad en Uso
Nueva Propuesta
Guías de uso de 9126 y 14598
Métricas Elementales
Requerimientos de Calidad
14598: Evaluación del Producto
1. Revisión General
2. Planeamiento y Gestión
3. Procesos para Desarrolladores
4. Procesos para Adquirientes
5. Procesos para Evaluadores
6. Docum. de Módulos de Eval.
Modelo SQUARE
25000: División de Calidad Producto Software
25000: Guía de SQUARE
25001: Planeamiento y Gestión
25010: División de Calidad del Modelo
25010: Calidad del Modelo
25020: Calidad de las Métricas
25020: Modelo de Referencia de las Mediciones
25021: Primitivas de Medición.
25022: Medidas de Calidad Interna.
25023: Medidas de Calidad Externa.
25024: Medidas de la Calidad en Uso.
25030: División de Requerimientos de Calidad
25030: Requerimientos de Calidad.
25040: División de Evaluación de Calidad.
25040: Visión General de Evaluación de Calidad.
25041: Modulo de Evaluación.
25042: Procesos para Desarrolladores.
25043: Procesos para Adquirientes.
25044: Procesos para Evaluadores
Ejemplo de un perfil de medidaEjemplo de un perfil de medida
Analizar los datos
Establecer
objetivos de
medición
Recoger datos
Especificar procedimient
os de recolección
de datos
Especificar
medidas
Comunicará los
resultados
Almacenar datos y
resultados
Especificar los
procedimientos de análisis
Objetivo de medición #___: Objetivo _____________________________Preguntas ____________________________Pantalla de visualización
Entrada (s) Fecha elementos ____________ Responsabilidad para la presentación de informes ____________ Forma (s) ____________Algoritmo ____________________________Hipótesis _____________________________Interpretación _________________________ X-referencia __________ Las preguntas de sondeo __________ Evolución __________
INDICADOR DE LA PLANTILLA
10080604020
Objetivo de medición #___: Objetivo _____________________________Preguntas ____________________________Pantalla de visualización
Entrada (s) Fecha elementos ____________ Responsabilidad para la presentación de informes ____________ Forma (s) ____________Algoritmo ____________________________Hipótesis _____________________________Interpretación _________________________ X-referencia __________ Las preguntas de sondeo __________ Evolución __________
INDICADOR DE LA PLANTILLA
10080604020
Objetivo de medición #___: Objetivo _____________________________Preguntas ____________________________Pantalla de visualización
Entrada (s) Fecha elementos ____________ Responsabilidad para la presentación de informes ____________ Forma (s) ____________Algoritmo ____________________________Hipótesis _____________________________Interpretación _________________________ X-referencia __________ Las preguntas de sondeo __________ Evolución __________
INDICADOR DE LA PLANTILLA
10080604020
cartografía de las prácticas de
M&A para el indicador de
plantilla
CONCLUSIONES La calidad del producto es un tema que cada vez se exige más en los proyectos
de desarrollo de software y que encuentra en Internet, un escenario donde dicha calidad puede afectar significativamente la relación entre los usuarios y las organizaciones que proporcionan el software para la interacción.
La calidad debe ser definida según las recomendaciones de las normas, durante las primeras etapas del desarrollo y basada en ellas se debe planificar las actividades de control de la calidad. Las métricas internas obtenidas durante la medición del software deben servir de bases para las decisiones de las actividades del plan de trabajo, en caso haya desviaciones de la calidad esperada. Las métricas externas permitirán la confirmación de la calidad planificada en la prueba y operación y finalmente la calidad del producto desde el punto de vista del usuario debe evaluarse usando para ellos las métricas de calidad en uso. Las normas proponen un conjunto de métricas, pero se indican que no todas pueden ser necesarias para todos los casos, y también señala que es posible utilizar un conjunto de métricas diferentes; la determinación de qué métricas usar es responsabilidad de los desarrolladores.
Las normas han introducido la percepción del usuario como un enfoque importante para la determinación final de la calidad y han establecido la dependencia entre la calidad interna, externa y en uso; dejando en claro que relación existente entre las características internas, externas y en uso es un tema complejo y no presentan ningún esquema para ello.
Referencia Bibliográficas
[1] EUROSCOM Project P619 Guidelines on Suppliers Qualification and Monitoring.[en línea]. 1 Edición .Alemania Mayo 1998. PNO-Suppliers Technical Interface. Deriverable 3. Volumen 2 of 4:Annex Reference Document Analysis. Disponible en Word Wide. Web:www.eurescom.de/~pub-deliverables/P600-Series/P619/D3/Vol2.doc
[2] ISO/IEC 9126/1991 Information Technology – Software Product Evaluation- Quality Charasteristic and Guidelines for their use, Secretaria General de ISO, Ginebra 1991.
[3] J.A. McCall, P.K. Richards y G.F. Walters, Factor in Software Quality. Vol I, II, III: Final Technical Report, RADC-TR-77-369, Rome Air Development Center, Air Force System Command, Griffith Air Force Base , NY 1977.
[4] B.W. Bohem, J.R. Browm, M. Lipow, G.L. MacLeod y M.J. Merrit, Charasteristic of Software Quality, Elsevier North-Holland 1978.
[5] ISO/IEC 9126/1:2001 Software Engineering – product quality. Part 1: Quality Model, Secretaria General de ISO, Ginebra, 2001.
[6] D.Scalet, ”Model Square para especificarlo y evaluarlo de cualidades de producto de Software”, presentado en III Simposio brasileño de cualidades de Software, Brazil, 2004.
[7] ISO, ISO/IEC 14598/1:1999 Information Technology – Software Product Evaluation. Part 1: General Overview Secretaria General de ISO, Ginebra , 1999.
[8] D.A. Garvin, “What Does ``Product Quality` Really Mean, Sloan Management Review, 1984.
ISO/IEC 9126-1: Software Engineering - Product quality - Part 1: Quality model
ISO/IEC TR 9126-2: Software Engineering - Product quality - Part 2: External metrics
ISO/IEC TR 9126-3: Software Engineering - Product quality - Part 3: Internal metrics
ISO/IEC TR 9126-4: Software Engineering - Product quality - Part 4: Quality in Use
ISO/IEC 14598-1: 1999, Information Technology - Product evaluation - Part 1: General overview
ISO/IEC 14598-2: 1999, Software Engineering - Product evaluation - Part 2: Planning and management
ISO/IEC 14598-3: 1999, Software Engineering - Software product evaluation - Part 3: Process for developers
ISO/IEC 14598-4: 1999, Software Engineering - Software product evaluation - Part 4: Process for acquirers
ISO/IEC 14598-5: 1998, Information Technology - Software Engineering - Software product evaluation - Part 5: Process for evaluators
ISO/IEC 14598-6: Information Technology - Software Engineering - Product evaluation - Part 6: Documentation of evaluation modules
Azuma, M , Using quality models and metrics for software quality improvement, 2000
GRACIAS !!