Garantía de Calidad. Calidad durante el Proceso de Ingeniería. Recapitulación (I)

Transcripción

1 Garantía de Calidad Calidad durante el Proceso de Ingeniería Recapitulación (I) Cuestiones: Qué se entiende por Garantía de Calidad de Software? Cuál es la diferencia entre validación y verificación? Existe alguna relación entre Calidad de Software y el concepto de calidad de productos en general? 1

2 Recapitulación (II) Cuestiones: Cómo se consigue la Calidad Total? Existen métricas específicas de calidad de software? Para que sirve el modelo CMM? En que se diferencia el modelo CMM de los estándares de calidad (ISO,...)? Análisis de Requisitos Obtención de los requisitos del sistema Funcionales No funcionales... Requisitos de calidad Resultado: Especificación de requisitos del sistema Requisito:capacidad a implementar en el sistema, deseada o necesitada por el usuario 2

3 Análisis de requisitos:pasos Obtención de requisitos <-> entender lo que quiere el cliente Análisis de necesidades y selección de una solución adecuada Modelado de alto nivel del sistema y especificación de la solución: Datos Procesos Interfaces y protocolos Validación de requisitos ERS: Técnicas Entrevistas Documentación sobre el dominio Joint Aplication Design (JAD) Facilitated Application Specification Techniques (FAST) IDEF, DFD Casos de Uso... 3

4 Requisitos:atributos de calidad (IEEE) Correcto, desde el punto de vista del usuario Posible (implementable) Necesario, para el usuario Nivel de importancia, o prioridad No ambiguo: una sola interpretación, fácil de entender Conciso Verificable en el producto final ERS:Atributos de calidad Completa, contiene todos los requisitos significativos Consistente, requisitos entre si Modificable, evoluciona con el entorno Trazable, al origen o fuente 4

5 Validación de requisitos(i) Requisito correcto Especificación de tiempos de respuesta y capacidades de proceso Es lo que necesita el usuario Se describen los datos y el nivel de seguridad Se describe el nivel necesario de fiabilidad, y protección contra fallos Validación de requisitos(ii) Requisito no ambiguo Una sola interpretación Fácil de entender para el equipo de desarrollo Se especifica el tipo de requisito (funcional/no funcional) Requisito con prioridad Se especifica el nivel de relevancia respecto al problema y la solución 5

6 Validación de requisitos(iii) Requisito Verificable Escrito de manera entendible para el usuario, y aceptado por el usuario Se puede verificar en el sistema final Validación de ERS(i) ERS completa Se especifican entradas y salidas Se especifican los interfaces y protocolos Se especifican las partes no definidas debido a información no disponible No existen partes de imposible/desconocida implementación Se incluye un análisis de riesgos 6

7 Validación de ERS(ii) ERS Modificable Se especifican posibles cambios en los requisitos y la probabilidad de los cambios Se especifican las necesidades de mantenimiento del sistema ERS Trazable No existen conflictos entre requisitos Se puede identificar la necesidad de origen de todos los requisitos Calidad de ERS (CPS adaptado) Utilizado Cohesionado Genérico/abstracto Documentado Auto descriptivo 7

8 Componentes ERS Diagramas de casos de uso Diagramas de secuencia/interacción Diagramas de estructura (clases) Diagramas de Casos de Uso Utilizado:? Cohesionado:? Genérico/abstracto:? Documentado:? Auto descriptivo:? ->en el PGCS 8

9 Requisitos y CMM Objetivos Control de los requisitos asignados al sistema, como base del proceso de ingeniería y de gestión del proyecto Planes, procesos y actividades se realizan consistentemente con los requisitos del sistema Los cambios en los requisitos se realizan de forma controlada Nivel 2 Calidad de planificación y gestión(i) Actividades: Selección del ciclo de ingeniería Adaptación del ciclo de ingeniería Selección del equipo del proyecto Definición de objetivos y alcance del proyecto Identificación de actividades y tareas Estimación de tamaño, esfuerzo, coste,... Asignación de recursos Planificación 9

10 Calidad de planificación y gestión(ii) Productos: Plan del proyecto Descripción del proyecto y de los productos Organización del proyecto Procesos de gestión Procesos técnicos Planificación de tiempos y recursos Calidad de planificación y gestión(iii) Componentes del PGCS Actividades Tareas Diagramas Gantt... CPS en PGCS Cohesionado Genérico/abstracto Auto/descriptivo 10

11 Calidad de planificación y gestión(iv) Identificación de riesgos de calidad Competencia del equipo del proyecto Procedimientos y estándares de desarrollo Identificación de otros riesgos del proyecto Fiabilidad de las estimaciones de tamaño, esfuerzo y coste Identificación del impacto de los errores en las estimaciones Medidas de prevención y reacción Proceso de diseño Inicio: especificación del sistema Resultados: Arquitectura de componentes y diseño detallado de componentes Fases Diseño arquitectónico Diseño detallado 11

12 Calidad del proceso de diseño OO Principios de calidad de Coad y Jourdon CPS aplicado al diseño Principios de calidad de Coad y Jourdon Cohesión Acoplamiento Claridad de diseño Profundidad de generalizaciónespecialización Sencillez de objetos y clases 12

13 C&J:Principios de diseño(i) Cohesión Un servicio una función Atributos y servicios se corresponden con las responsabilidades de la clase Especialización controlada C&J:Principios de diseño(ii) Acoplamiento Baja complejidad de mensajes Bajo numero de mensajes Acoplamiento por herencia alto 13

14 C&J:Principios de diseño(iii) Claridad de diseño Vocabulario consistente Definición clara de las responsabilidades de cada clase Profundidad de generalización especificación La jerarquía de clases se corresponde con el modelo conceptual de taxonomía del problema Clases y objetos sencillos No demasiados atributos Clases se corresponden con TADs del modelo conceptual Descripciones claras, concisas y completas Calidad de Diseño según CPS Propiedades básicas Utilizado Genérico/abstracto Documentado Auto descriptivo Arquitectura No acoplada Cohesionada Encapsulada Diseño interno (clases) No acopladas Cohesionadas Encapsuladas Resueltas Estructuradas Consistente Progresiva 14

15 Proceso de diseño de calidad Utilizar los principios de calidad de Coad y Jourdon Utilizar los principios portadores de calidad de CPS Fundamental: Bajo acoplamiento cómo se consigue? Calidad y gestión de configuración SCM (Software Configuration Management) Control de la evolución de sistemas software Mantiene los productos software bajo control Permite mantener la calidad Facilita el mantenimiento En nivel 2 del CMM 15

16 SCM: Funciones Repositorio de componentes Control de versiones Modelo de componentes Código fuente Composición de componentes Soporte de ingeniería Generación Entorno de trabajo Soporte de desarrollo concurrente SCM: requisitos básicos Identificación Todos los componentes tienen un identificador Cada componente tiene asociado un numero de versión Control Proceso de aprobación de cambios Auditoria Para comprobar que la evolución del software no se aparta de los requisitos Informes de estado Información sobre la evolución de los componentes (cambios realmente realizados) 16

17 SCM: Ventajas Facilita el desarrollo en equipo Permite la gestión de versiones Permite la gestión de familias (plataformas) Soporta cambios de requisitos, agenda, código, documentación, personal... Calidad y equipos de desarrollo La habilidad de los componentes del equipo de desarrollo es el principal factor de éxito de un proyecto P-CMM (People CMM) 17

18 Tamaño de equipos Tamaño del proyecto Meses de equipo Meses reales Tamaño equipo Pequeño <6 <3 <3 Mediano Grande >48 >9 >15 Recapitulación Calidad del proceso de ingeniería Aplicar propiedades portadoras de calidad Principios de calidad de Coad & Jourdon Calidad del producto Validar Comprobar PPC Comprobar C&J Aplicar métricas de calidad Verificar Pruebas de software 18