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
Página siguiente |