20/11/2006

METRICAS DEL SOFTWARE

INDICE

Conceptos, Modelos, Aspectos de las Mtricas Medicin y el Modelo de Madurez de Capacidad (CMMI) Ejemplos de mtricas Presentacin de un caso Gestin de mtricas: Una aproximacin practica Precauciones y lecciones aprendidas Mtricas para la Gestin de Requisitos en ICM

20/11/2006

Conceptos
Empezar y mantener un esfuerzo de mejora del proceso software con xito requiere un compromiso a todos los niveles de la empresa, siendo la mayor dificultad para las empresas que comienzan: la definicin de medidas (mtricas) y la creacin de procedimientos para recoger y analizar estos datos

Conceptos
Qu deseo saber?
Los objetivos de las mtricas vienen de los objetivos del negocio La ignorancia es una desgracia voluntaria

Porqu medir?
Para caracterizar, evaluar, predecir y mejorar

20/11/2006

Porqu medir?
Caracterizar
Comprender el proceso, producto y entorno actual. Proporcionar una lnea base para futuras evaluaciones Determinar el estado, de forma que los proyectos y procesos puedan ser evaluados Evaluar el alcance de los objetivos de calidad Evaluar el impacto de la tecnologa sobre los procesos y productos

Evaluar

Porqu medir?
Predecir
Comprender la relacin entre procesos y productos Establecer objetivos alcanzables de calidad, coste y planificacin Identificar causas raz y oportunidades para mejorar Seguir los cambios en las realizaciones y comparar con la lnea base Comunicar razones para mejorar

Mejorar

20/11/2006

Necesidades de medida
.

Las necesidades de medida pueden ser diversas, desde medir el rendimiento de los proyectos de una empresa, evaluar las inspecciones de cdigo hasta evaluar las actividades de mejora del proceso software

Necesidades de medida (II)

La medida es una parte esencial para comprender que afecta a la calidad, oportunidad, utilidad y funcionalidad y en la mejora de los procesos y productos software. Para comprender como aplicar las mtricas del software , debemos comprender primero qu significan las medidas y porqu las necesitamos. Las medidas nos permiten cuantificar conceptos o atributos en orden a manipularlos y aprender ms sobre ellos

20/11/2006

Tipos de Mtricas
Mtricas objetivas (cuantificado y medido) Mtricas subjetivas (clases de respuestas)

Mtricas Bsicas Mtricas calculadas

Mtricas adicionales

Mtricas Globales/Fases
Mtricas Globales

Requisitos

Validacin

Diseo

Integracin

Codificacin Mtricas de Fase

20/11/2006

Medidas existentes no utilizadas

Falta de implicacin de la gestin

???

???

Falta de implantacin inexistencia de consensos en la aplicacin de medidas medidas no validadas o no calibradas

blanco de medidas no bien definidas miedo de evaluacin tendencia a recoger demasiados datos inutilidad de medidas no aceptadas

programas de investigacin no son un buen modelo para los tcnicos

Lecciones Aprendidas (I)

Empezar con pocas medidas y asegurar que las medidas iniciales son prcticas y de bajo coste. Definir los datos rigurosamente de forma que los datos sean tiles para la toma de decisiones. Tratar de automatizar la recogida y la informacin para tener el menor impacto sobre el desarrollo software. Descriminalizar errores

20/11/2006

Lecciones Aprendidas (II)

Asegurar que la medicin es parte de algo ms amplio. Por ejemplo, un enfoque de la organizacin hacia la mejora. Enfocar sobre el proceso y la toma de decisin ms que recoger medidas y nmeros. Comprender que la adopcin requiere esfuerzo. Comprender que el uso efectivo de medidas puede requerir un cambio de actitud o de cultura. Comprender que un programa extenso se construye con tiempo extra Implicar a los apostadores estableciendo expectativas, entrenndoles y logrando su compromiso

Principios de gua
La mayora de las organizaciones no pueden afrontar el esfuerzo e impacto de arrancar recogiendo grandes cantidades de datos a un tiempo. Gestores e ingenieros necesitan ser entrenados en las tcnicas de recogida de datos, anlisis e informacin. Datos que no son analizados y sobre los que no se acta no tienen valor para la organizacin.

20/11/2006

Evolucin de un programa de mtricas

Estado maduro

- Medidas son ampliadas a subprocesos. - Aplicacin de medidas se vuelve ms sofisticada. - Frecuencia y detalle de las medidas incrementa.

Estado inicial

- Nmero de tipos/elementos de datos incrementa.

La medicin es utilizada para muchos propsitos

Lnea base del Proceso de Medicin comunicar claramente usar el proceso consistentemente Gestionar Proyectos - Planificar - Seguir Describir Productos - Calificar - Clasificar Mejorar Procesos - Comprender - Controlar

Datos Agregados - Comparacin corporacin/industria - Decisiones negocio

20/11/2006

Visibilidad coste

programacion calidad riesgos recursos mejora

Alta direccin

Cliente
Seguimiento
coste programacin calidad riesgos

Planificacin/Control coste
programacin calidad riesgos compromiso

Jefe proyecto

Mejora

calidad productividad productos procesos

Plantilla Proyecto

Programas de medicin con xito enfocan perspectivas de usuario

Medidas diferentes destinos

Metas Criterios Exito

Estrategia para cumplir la meta

Indicadores de xito
%

Medidas
1 2 3 4 1 2 3 4 Reporting Periods

Indicadores de anlisis
100 80 60 40 20 Tasks

Tareas Accomplish Tasks topara cumplir la meta goal

Task 1 Task 2 Task 3 Task n

Indicadores de progreso
Jefe proyecto
Actual Planned Reporting Periods

Alta direccin
100 80 60 40 20 Actual

Test Cases Complete

Planned Reporting Periods

Functions

Medidas

Medidas

Medidas

20/11/2006

Perspectivas de usuario diferentes

Progreso Software Cliente: La desviacin es un resultado debido a algn riesgo desconocido.
1595 2595 3595 4595 1596 2596

Informes Trimestrales Gestor del proyecto: Comprendemos el alcance del trabajo?

actual plan

Gestor Senior (direccin): Son afectados los compromisos de costes globales y/o programacin.

Plantilla del proyecto: Estn adecuadamente entrenados los profesionales para estimar el tamao, costes y programacin del software?

Cules son los costes de no medir

Incapacidad para:
estimar/planificar de forma realista determinar el progreso evaluar la calidad reconocer las oportunidades de mejora reconocer mejoras

Prdida de posicin competitiva

10

20/11/2006

Precauciones y limitaciones
Las medidas no son absolutas, simplemente proporcionan comprensin (conocimiento profundo) del proceso software. Medicin no puede identificar, explicar, o predecir todo. La mayora de los resultados requieren ms de una medida para caracterizar y comprender. La medicin no tiene valor a menos que se comprenda con la globalidad del proceso software.

Precauciones y Limitaciones
Medicin implica varios usuarios en diversos niveles por toda la organizacin. Medicin no deber ser utilizada para evaluar prestaciones individuales; ms bien deber servir como base para resolucin interactiva de aspectos del proceso. Dos programas no son iguales: consecuentemente comparacin directa de datos de programas deber evitarse. Evaluaciones basadas en medicin son solo tan buenas como la oportunidad, consistencia y precisin de los datos de entrada.

11

20/11/2006

Beneficios de las mtricas

Medicin por si misma no mejora el proceso, pero la visibilidad permite profundizar en la planificacin, control, gestin y mejora.
Datos histricos ayudan a predecir y planear Datos actuales frente a los planificados ayudan a comunicar el progreso y soportan la toma de decisiones.

Beneficios de las mtricas (II)

Anlisis de tendencias ayuda a enfocar sobre reas problema La supervisin de las actividades de mejora del proceso ayuda a identificar lo que funciona y lo que no funciona

12

20/11/2006

Beneficios de las Mtricas (III)

Calidad del producto mejorada. Productividad del equipo de desarrollo incrementada. Estimacin y planificacin del proyecto mejor. Mejor gestin del proyecto. Cultura de calidad de la compaa mejorada. Satisfaccin del cliente mejorada. Visibilidad del proceso software incrementada.

Sumario
Organizaciones han reconocido que la medicin es un proceso integral para gestionar sus esfuerzos software. La medicin por si misma no mejora el proceso, pero la visibilidad permite la toma de decisiones cuantificadas oportunamente. Un programa de medicin comprensible debe ser construido con tiempo extra, comenzando con un conjunto de pocas medidas de alto nivel.

13

20/11/2006

Sumario
Medidas deben estar identificadas para soportar los objetivos de la organizacin. Medidas deben estar bien definidas y unidas al proceso software global. El proceso debe ser consistente, repetible y evolucionando continuamente.

Nota final
Los japoneses no esperan por un modelo perfecto o una mtrica perfecta. Ellos solamente intentan algo, lo analizan, lo mejoran e iteran este proceso.

14