Ingeniería del Software de Gestión

Transcripción

1 escuela técnica superior de ingeniería informática Tema 5: Gestión de Proyectos Software Métricas Departamento de Lenguajes y Sistemas Informáticos Ingeniería del Software de Gestión III

2 Índice Introducción Conceptos básicos Clasificación Recogida de datos Atributos internos del producto Medidas sobre sistemas OO Medidas sobre sistemas web

3 Introducción - Motivación Las Frases: Debemos recordar que otras disciplinas científicas ya han aplicado los conceptos básicos de la medición. En Ingeniería del Software no hay que reinventar demasiado, simplemente aplicar y adaptar la teoría ya existente a las métricas del software [Dolado00, pag 39] No se puede controlar lo que no se puede medir [DeMarco, 1982] No se puede predecir lo que no se puede medir [Fenton y Pfleeger, 1997]

4 Motivación Cuántas de estas preguntas puede contestar estando seguro? En cuánto podría ser mejorada la productividad si no tuviese que gastar tiempo en mantenimiento? Cuánto tiempo le costó el último año adaptar su presupuesto en trabajar con nuevas versiones de compiladores, bases de datos o sistemas operativos? Cuáles de las aplicaciones que desarrolla su empresa demanda el mayor tiempo de soporte al usuario? Cuánto tiempo se gasta realmente en testing? Crée que sus desarrolladores dedican suficiente tiempo a actividades de diseño? Su proceso de desarrollo ha madurado en los últimos años? El esfuerzo dedicado a mejorar la calidad del software está reduciendo el tiempo que se dedica a corregir errores? Con qué precisión es usted capaz de estimar proyectos futuros? En cuántos proyectos han trabajado cada uno de sus desarrolladores en el último año? Cuál es el número medio de horas por semana que sus desarrolladores dedican a un proyecto? Fuente: Karl E. Wiegers, Process Impact, Lessons from Software Work Effort Metrics1

5 Conceptos básicos ENTIDAD: Un objeto que va a ser caracterizado mediante una medición de sus atributos [ISO-15939] Ejemplos de entidades en ingeniería software: recurso, proceso, producto, proyecto, servicio. ATRIBUTO: una característica medible de una entidad [ISO :1999] Internos: son aquellos que pueden ser medidos examinando el proceso, producto o recurso mismo. Externos: se miden con respecto a como el proceso, producto o recurso se relaciona con su entorno. CARACTERÍSTICA: Es una relación abstracta entre atributos de una o más entidades, y una necesidad de información [ISO-15939]. Ejemplo: Calidad, Accesibilidad, etc. MODELO (de característica): Subconceptos y relaciones entre ellos.

6 Model ISO 9126 Usabilidad: Un conjunto de atributos que tienen que ver con el esfuerzo necesario para uso... La Frase: All models are wrong but some are useful [George Box]

7 Conceptos básicos METRICA: Medida cuantitativa del grado en que un sistema, componente o proceso posee un atributo dado (IEEE, 1993). Incluye el método de medición. MEDICION: Proceso por el cual se obtiene una medida. MEDIDA: valor asignado a un atributo de una entidad mediante una medición

8 Clasificación de las métricas MÉTRICAS DIRECTAS: Son aquellas que se obtienen a través de un proceso de medición directo, es decir, que no involucra a ninguna otro atributo. Ejemplos: Cantidad de enlaces rotos en una página web. MÉTRICAS INDIRECTAS: Son aquellas que se obtiene a partir de métricas directas. Ejemplos: Porcentaje de Enlaces rotos en una aplicación web.

9 Clasificación de las métricas DEL PROCESO: atributos de actividades relacionadas con el software. (duración esfuerzo número de incidentes...) DEL PRODUCTO: componentes, entregas o documentos resultantes de una actividad de proceso. DE LOS RECURSOS: entidades requeridas por una actividad de proceso

10 Recogida de Datos Lo primero es decidir qué medir GQM: Goal Question Metric Objetivo: mejorar la planificación del proyecto Pregunta: Cuál es la precisión en la estimación del valor real del plazo del proyecto? Métrica: Precisión en la estimación del plazo (SEA) SEA=Duración real /duración estimada Lo siguiente decidir cómo se va a medir: herramientas. La Frase: Metrics are welcome when they are clearly needed and easy to collect and understand [Pfleeger]

11 Atributos internos del producto ENTIDAD: software ATRIBUTOS: tamaño, estructura. Tamaño: Longitud: tamaño físico del producto Funcionalidad: funciones que ofrece el producto al usuario Complejidad (de tiempo o espacio): recursos necesarios que necesita el producto Estructura: Flujo de control Flujo de datos Estructura de datos

12 Atributos internos del producto: longitud Líneas de Código (LOC: Lines of Code) Se han realizado muchas propuestas para contarlas. La más extendida es la de HP que no contabiliza las líneas comentadas ni en blanco. Más atributos que permitan medir el tamaño del producto?

13 Atributos internos del producto: funcionalidad Medida de la funcionalidad propuesta por Albrecht. Los PF se obtienen utilizando una relación empírica basada en items del producto y valoraciones subjetivas de la complejidad del mismo C C++ SQL Java Lenguaje de Programación Ensamblador COBOL FORTRAN Pascal Ada95 Visual Basic SmallTalk LDC/PF Fuente: Pressman, 5ª edición, pag. 62

14 Atributos internos del producto: estructura Grafos de flujo de control: los nodos principio y fin del grafo se representan rodeados por una circunferencia. x 1 x 2 x n P n x 1, x 2... x n A x D 0 if A then x x 1 x 2 a 1 a 2 x n... a n C n Case A of a 1 : x 1 a 2 : x 2 A x a n : x n D 2 while A do X D 3 repeat X until A x A

15 Atributos internos del producto: estructura Cyclomatic complexity is a software metric (measurement) in computational complexity theory. It was developed by Thomas McCabe and is used to measure the complexity of a program. It directly measures the number of linearly independent paths through a program's source code. La complejidad de un programa se mide mediante el número ciclomático (v) de su grafo de flujo (F): v(f) = e n + 2 siendo e el número de arcos y n el número de nodos de F. Sirve para predecir los módulos que son más propensos a errores. Predecir el esfuerzo en mantenimiento. Predecir la reutilización. Determina el número de casos de prueba para asegurarse que todas las sentencia de un componente han sido ejecutadas al menos una vez.

16 Complejidad ciclomática Cyclomatic Complexity greater than 50 Risk Evaluation a simple program, without much risk more complex, moderate risk complex, high risk program untestable program (very high risk)

17 Métricas para sistemas OO Afferent Coupling: Número de clases fuera del paquete que dependen de clases dentro del paquete Efferent Coupling: Número de clases dentro del paquete que dependen de clases fuera del paquete Number of Static Methods Number of Attributes Number of Static Attributes LCOM (Lack of Cohesion of Methods): Mide la falta de cohesión de los métodos de la clase (valores [0-1]) Cerca de 1 querrá decir falta de cohesión.

18 Bibliografía Ingeniería del Software Sommerville, I. 2005, Addison wesley ISBN: Software Engineering: A Practitioner's Approach Pressman, R. 2004, McGraw-Hill ISBN: X Medición para la gestión en Ingeniería del Software Dolado, J. et al. 2000, Ra-ma ISBN: