Medición de la calidad del software en el ámbito de la especificación de requisitos

CONTENIDO SubIntroducción Medición de especificaciones de requisitos Medidas basadas en modelos Arquitectura de gestión de calidad de ERS Conclusiones Referencias

1. Introducción

3 1. Introducción Calidad del software Medición del software: necesidad de obtener datos objetivos que ayuden a mejorar la calidad Creación de modelos de calidad:útiles para discutir, planificar y obtener índices de calidad Aplicación de estándares de calidad: directrices para el aseguramiento externo e interno de la calidad

4 1. Introducción Los siguientes conceptos se han desarrollado tomando como base la experiencia de varias organizaciones Pradigma para establecer objetivos corporativos y del proyecto y un mecanismo para medir dichos objetivos Paradigma Objetivos/Preguntas/Metricas Un mecanismo de mejora evolutiva para el software Paradigma Mejora de la Calidad Un enfoque organizativo para construir competencias de software y suministrarlas a los proyectos Factoría de la experiencia

5 1. Introducción Necesitamos “frameworks” de medidas para: Caracterizar Construir modelos comparativos y líneas base Entender Analizar modelos Evaluar Comparar modelos Predecir Construir modelos predictivos Motivar Construir modelos prescriptivos

6 1. Introducción Modelos de calidad: Modelo de Boehm [Boehm et al., 1978] Modelo FCM (Factors/Criteria/Metrics) [McCall et al., 1977] Marco ISO 9126 [ISO/IEC, 1991]: Paradigma GQM (Goal-Question-Metric) [Basili y Rombach, 1988]: Modelo de Gilb [Gilb, 1988]: Modelo CMM (Capability Maturity Model) [Paulk, 1993]: Modelo SPICE (Software Process Improvement and Capability determination) [Rout, 1995], [SPICE, 1999]:

7 1. Introducción Características de los modelos: Algunos modelos (FCM, GQM…) incluyen métricas para evaluar diferentes atributos de calidad del producto casi siempre en el nivel del diseño o del código Los modelos de calidad más recientes (CMM, SPICE) están orientados a la mejora de procesos

(Gp:) “Desafortunadamente, organizaciones que cumplen los requisitos CMM o ISO no están produciendo software de calidad” David Cook

2. Medición de especificaciones de requisitos

9 2. Medición de especificaciones de requisitos Métricas de especificación de requisitos: Tamaño y funcionalidad: Puntos de función [Albrecht, 1979] Métrica Bang [DeMarco, 1982] Puntos objeto [Boehm et al., 1995] Calidad Métricas basadas en especificaciones formales [Samson et al., 1990] Calidad de las especificaciones informales en lenguaje natural [Samson y Palmer], [Finkelstein et al.] Métricas de calidad de la documentación [Arthur y Stevens, 1989], [French et al., 1997], [Roth et al., 1994] Listas de comprobación [Brykczynski, 1999] [Farbey, 1990]

10 2. Medición de especificaciones de requisitos Calidad en sistemas OO Métricas de diseño: [Chidamber y Kemerer, 1994] Métricas orientadas a clases [Lorenz y Kidd 1994] Métricas orientadas a operaciones [Churcher y Shepperd, 1995] Métricas para pruebas [Binder, 1994] Métricas de calidad y complejidad en modelos OMT [Genero et al., 1999] Métricas de calidad de los diagramas de clases en UML [Genero et al., 2000] Medición de modelos conceptuales basados en eventos [Poels, 2000]

11 2. Medición de especificaciones de requisitos Calidad en sistemas OO Características de las métricas: Centradas en el diseño Dirigidas a la medición de la complejidad, reusabilidad, acoplamiento y cohesión Enfocadas en el modelado estructural o estático Las métricas desarrolladas en niveles próximos a la especificación de requisitos del software (ERS) no miden sus atributos de calidad (exceptuando las técnicas formales)

12 2. Medición de especificaciones de requisitos Atributos de la ERS: Corrección: validación de requisitos, modelos técnicamente correctos, etc. Completitud : grado en que los requisitos cumplen las necesidades de los usuarios Consistencia: ausencia de requisitos contradictorios Carencia de ambigüedad: un único requisito debe tener una única interpretación (ortogonalidad del lenguaje de especificación) Trazabilidad: seguimiento de la evolución de los requisitos Facilidad de comprensión