Analisis de un sistema

Métricas del Software
Tema 33. Métricas del Modelo de Análisis. (pressman 18) Tema 34. Métricas del Modelo de Diseño. Tema 35. Métricas del Código Fuente. Tema 36. Métricas para Pruebas. (soft test. fundam. cap 5)

1.
1.

MÉTRICAS DEL SOFTWARE
Definición, necesidad y marco de implantación, elementos software
Definición Son medidas, generalmente no absolutas pero sí objetivas, queproporcionan una forma sistemática de valorar la calidad de los elementos Sw basándose en un conjunto de reglas bien definidas. Nos alejamos de apreciaciones subjetivas y poco traceables. Medida y métrica
Un medida es una métrica, pero muchas veces muchas medidas forman una métrica. • Este es el caso de las medidas de código

Necesidad del proceso de medida del software Ver el proceso software como unsistema de control Controlar
Impacto que tendrán los elementos software desarrollados en el desarrollo de las siguientes fases y productos software (diseño-> pruebas) Progreso real del desarrollo de los productos software Proporcionar medidas para los criterios de finalización de los productos software

Deben de estar enmarcadas dentro de un plan general de desarrollo o organización ya que sonel primer eslabón en un proceso de calidad Sw que define: Proceso de adquisición Proceso de síntesis Proceso de distribución selectivo 2.

Panorama actual: controversia, exigencia, obtención automática, registro de métricas, realimentación
Controversia de las métricas Sw No son posibles No son útiles No se aplican Incluso en muchos libros de calidad Sw o de Ing. Sw se omite el tema de lasmétricas Exigencia: Para certificacion CMMI Para optimización del proceso Obtención automática Sobre todo en medidas de código Peligro del exceso de métricas Ejemplo de herramientas: REVIC de la USAF, SOFTTEST para planificación, Rational Coverage medidas de cobertura, CCCC para medidas de código, Gprof para medidas de rendimiento y analisis de código Registro de métricas La NASA tiene un servicio através de SATC (Software Assurance Technology Center) para proporcionar historicos de métricas en donde se proporcionan tipos de métricas, las definiciones y el histórico. Realimentación

3.

Clasificación: origen, cualitativas/cuantitativas, objetivo y fase de aplicación
Origen Primarias y secundarias Clases Cualitativas - automatizables Cuantitativas - de revision e inspeccion pero no por ellono objetivas Objetivo Control del proceso
Progreso, coste, estimación de tamaño

Control del producto
Calidad, seguridad ..

© Luis de Salvador Carrasco

1

Fase de aplicación Métricas del modelo de análisis, de diseño, de pruebas Métricas de mantenimiento 4.

Estructura general de un métrica. Características: simple, empírica, consistente, independiente, eficaz
Estructura generalde una métrica Características Simple y fácil de calcular Empírica e intuitivamente persuasiva Consistente y objetiva
Son interesantes aunque métricas exitosas como PF no cumplen con consistencia y objetividad Consistente en el empleo de unidades y tamaños

Independiente del lenguaje de programación Eficaz: mecanismo para realimentar la calidad

2.
5.

T33 - MÉTRICAS DEL MODELO DE ANÁLISISIntroducción al análisis. Objetivo: medir requisitos, arquitectura alto nivel, impacto en fases sucesivas
Introducción a los requisitos En esta fase se obtienen los requisitos y se establece el fundamento para el diseño
Mediante casos de uso, diagramas de flujo de alto nivel, etc.

Tema -> Requisitos Estas métricas examinan: La bondad de los requisitos El modelo de análisis con la intenciónde predecir el “tamaño” del sistema resultante. Es probable que el tamaño y la complejidad del diseño estén relacionados. Hay relativamente pocas métricas en este campo. 6.

Métricas de la calidad de especificación: especificidad, consistencia, completitud, validación, realismo, verificabilidad
Desarrollado por Davis, su objetivo es medir la calidad del modelo de análisis y la correspondiente...