Embed Size (px)
Citation preview
Ingeniería de Software
Unidad I
Gestión de Proyectos de Software
Métricas en la gestión de proyectos de software
Tema
Semana 4
Objetivos Generales:
Comprender correcta y eficientemente los conceptos y principios del espectro de técnicas de Ingeniería de Software que puedan ser aplicadas en proyectos de software.
Desarrollar una cultura de ingeniería de software.
Objetivos Específicos:
Aplicar correctamente los conceptos y principios relacionados a la Ingeniería de Software en la resolución de casos prácticos para la gestión de proyectos de software de calidad.
Utilizar herramientas para el modelado y gestión de proyectos de software.
Utilizar metodologías agiles en el desarrollo de software.
Objetivos Instruccionales:
Tener una visión mas profunda proporcionando un mecanismo para realizar una evaluación objetiva.
Aplicación de la medición al proceso de software con el intento de mejorarlo sobre una base continua.
Razones para medir los procesos, productos y recursos
Caracterizar:Entender el proceso actual, entorno, etc.Disponer de información de la situación anterior al cambio.
Evaluar:
Determinar la consecución de objetivosIdentificar fortalezas y debilidades del proceso
Predecir:Entender las relaciones entre procesos y productosEstablecer objetivos alcanzables de calidad, costes y agendas
Mejorar:Identificar causas y oportunidades de mejoraSeguir el rendimiento de los cambios y compararlo con líneas base
Fu
nd
am
en
tos
de
mé
tric
as
de
ge
stió
n
Medidas, Métrica, e Indicadores
Medida:Proporciona una indicación cuantitativa de la extensión, cantidad, dimensiones, capacidad o tamaño de algunos atributos de un proceso o producto.
Medición:Es el acto de obtener una medida.
Métrica:Es el resultado de efectuar evaluaciones durante un periodo largo de tiempo sobre algún(os) aspecto(s) que un conjunto de proyectos, procesos que servirán de línea base.
Indicador:Permite ajustar el producto, el proyecto o el proceso para que las cosas salgan mejor.F
un
da
me
nto
s d
e m
étr
ica
s d
e g
est
ión
El Proceso e Indicadores del Proyecto
• Las métricas deben recopilarse para que los indicadores del proceso y del producto puedan ser ciertos.
• Los indicadores del proyecto permiten al gestor de proyectos del software: Evaluar el estado del proyecto en curso.
Seguir la pista de los riesgos potenciales.
Detectar las áreas problemas antes de que se conviertan en criticas.
Ajustar el flujo y las tareas del trabajo.
Evaluar la habilidad del equipo del proyecto en controlar la calidad de los productos de trabajo del software.
Fu
nd
am
en
tos
de
mé
tric
as
de
ge
stió
n
Que es:Es lo primero que hay que hacer antes de empezar la labor técnica de un proyecto.
Finalidad:Determinar cuanto va a costar (en tiempo y dinero), Cuantos recursos son necesarios,Que tareas se van a realizar.
Que tiempo:Su actividad se prolonga a lo largo de todo el proyecto corrigiendo desviaciones y previniendo riesgos
Gestión de un proyecto…F
un
da
me
nto
s d
e m
étr
ica
s d
e g
est
ión
¿Que se gestiona?
Métricas•Se mide para mejorar.•Debemos saber cuanta es nuestra productividad, cuanta calidad damos, que productos aumentan la productividad, quien produce mas y quien menos. • Las métricas están relacionadas con los costes, el tiempo.
Planificación•Estimar el esfuerzo humano requerido, la duración cronológica del proyecto y su coste monetario.•Generalmente se hace en base a experiencias anteriores, de ahí la importancia de las métricas.
…Gestión de un proyecto…F
un
da
me
nto
s d
e m
étr
ica
s d
e g
est
ión
¿Que se gestiona?
Análisis de riesgosLocalizar todos los problemas que le pueden surgir a nuestro proyecto, y preparar tácticas para combatirlas:
• Identificación de riesgos • Calculo de riesgos • Priorización de riesgos • Estrategias de control de riesgos • Resolución de riesgos • Supervisión de riesgos
…Gestión de un proyecto…F
un
da
me
nto
s d
e m
étr
ica
s d
e g
est
ión
¿Que se gestiona?
Planificación temporal•Se identifican las tareas de ingeniería a realizar •Se establecen sus interdependencias •Se estima su coste (esfuerzo, duración, disponibilidad de recursos) •Se asignan recursos •Se establece la red de tareas
Seguimiento y controlEl gestor controla el proyecto y corrige desviaciones
…Gestión de un proyectoF
un
da
me
nto
s d
e m
étr
ica
s d
e g
est
ión
Determinantes de la calidad del software y de la efectividad de la organización
Mé
tric
as
de
l pro
ceso
de
so
ftwa
re
Producto
Personas Tecnología
Proceso
Condiciones del negocio
Características del cliente
Entorno de desarrollo
Métrica del Proceso(Propósito estratégico)
Métricas privadas:
Sólo es conocido por el equipo del proyecto, pero publicas por todos los miembros del equipo
• Índices de defecto por individuo o módulo
• Líneas de código o puntos de función por modulo y función
• Errores encontrados durante la revisión con técnicas formales
Métricas públicas:
Asimilan información que originalmente era privada de particulares y equipos permitiendo a las organizaciones hacer los cambios estratégicos para mejorar el proceso del software.
• Índice de defectos a nivel de proyecto
Mé
tric
as
de
l pro
ceso
de
so
ftwa
re
Utiliza el análisis de fallos del software para recopilar información de errores y defectos encontrados al desarrollar y utilizar una aplicación de sistema o producto.
Funciona de la siguiente manera:•Todos los errores se categorizan
•Se registra tanto el coste de corregir cada error como el del defecto
•El numero de errores y defectos de cada categoría se cuentan y se ordenan
•Se computa l coste global de errores y defectos de cada categoría
•Los datos resultantes se analizan para detectar las categorías que producen el coste mas alto para la organización
•Se desarrollan planes para modificar el proceso con el intento de eliminar la clase de errores y defectos que sean mas costosos.
Mejora estadística de proceso del softwareM
étr
ica
s d
el p
roce
so d
e s
oftw
are
La mejora estadística del proceso de software ayuda a la organización a descubrir donde ellos son fuertes y donde no
Causas de defectos y su origen para cuatro proyectos de software
Mé
tric
as
de
l pro
ceso
de
so
ftwa
re
Lógica (20%)
Manejo de datos (10.9%)
Estándares (6.9%)
Especificaciones (25.5%)
Interfaz de usuario (11.7%)
Comprobación de errores (10.9%)
Interfaz hardware (7.7%)
Interfaz de software (6.0%)
Diagrama de espina para el factor de calidad: Defectos de especificación (25.5%)
Mé
tric
as
de
l pro
ceso
de
so
ftwa
re
Defecto de especificación
Requisitos perdidosEspecificación ambigua
Requisitos incorrectos Requisitos cambiados
Cliente dio información equivocada
Información anticuada
utilizada
Cliente equivocado consultado
Peticiones inadecuadas «La colección de métricas del
proceso es el conductor para la
creación del diagrama de
espina»
• La métrica del proyecto de software se usa por el equipo del software para adaptar el flujo de trabajo del proyecto y las actividades técnicas.
• La utilización de métricas para el proyecto tiene dos aspectos fundamentales:
Se utilizan para minimizar la aplicación de desarrollo haciendo los ajustes necesarios que eviten retrasos y reduzcan problemas y riesgos potenciales.
Se utilizan para evaluar la calidad de los productos en el momento actual y cuando sea necesario.
Métrica del Proyecto(Carácter táctico)
Mé
tric
as
de
l pro
yect
o d
e s
oftw
are
Todo proyecto debe medir:
Entradas:
La dimensión de los recursos (personas, entornos) que se requiere para realizar el trabajo.
Salidas:
Medidas de la entrega o productos creados durante el proceso de ingeniería de software.
Resultados:
Medidas que indican la efectividad de las entregas.
…Métrica del ProyectoM
étr
ica
s d
el p
roye
cto
de
so
ftwa
re
Medimos para:
•Indicar la calidad del producto
•Evaluar la productividad personal
•Evaluar beneficios
•Tener una línea base de estimación
•Justificar el uso de nuevas herramientas
Métrica del SoftwareM
étr
ica
s d
el p
roye
cto
de
so
ftwa
re
Mediciones del software
Medidas directas:•Del proceso del software: Coste, el esfuerzo en horas o personas
•Del producto: LDC, velocidad de ejecución, tamaño de memoria
Medidas indirectas:•Funcionalidad •Calidad •Complejidad •Eficiencia •Fiabilidad Ca
teg
orí
as
bá
sica
s d
e m
ed
icio
ne
s
• De productividad: Rendimiento del proceso de la ingeniería del software
• De calidad: Como se ajusta el software a las especificaciones del cliente
• Técnicas: La complejidad del software, su facilidad de mantenimiento
• Orientadas al tamaño: Medidas directas del software
• Orientadas a la función: Medidas indirectas
• Orientadas a la persona: Cuanto produce el personal, dependiendo de las herramientas que usan
Clasificación de las métricas de un Software
Ca
teg
orí
as
bá
sica
s d
e m
ed
icio
ne
s
Métricas para la Calidad…
Miden el número de defectos no descubiertos en la prueba, la facilidad de mantenimiento del sistema y la eficiencia de eliminar los defectos.
Factores que afectan a la calidad:
• Operación del producto (uso)
• Revisión del producto (modificación)
• Transporte (modificación para que funcione en otro entorno)
Ca
teg
orí
as
bá
sica
s d
e m
ed
icio
ne
s
Corrección:Definición: Grado en que el software realiza la función encomendada.Medida: Defectos por KLDC (medida mas común), Defectos por PFDefecto: Carencia verificada de conformidad con los requisitos. Los comunica el usuario a lo largo de un periodo de tiempo determinado (un año).
Facilidad de mantenimiento:Definición: Facilidad con la que se puede corregir un programa si se encuentra un error, adaptarlo a un cambio de entorno, o mejorarlo ante una petición del clienteMedida: No hay. Son indirectas. TMC (Tiempo Medio de Cambio), es el tiempo que lleva analizar, diseñar, implementar, probar y distribuir un cambio.Desperdicio: Coste de corregir los defectos encontrados después de haber distribuido el software a los usuarios finales
…Métricas para la Calidad…C
ate
go
ría
s b
ási
cas
de
me
dic
ion
es
Integridad:Definición: Habilidad de un sistema para resistir ataques (accidentales o intencionados) contra su seguridad tanto a los programas como a los datos y documentosAmenaza: Probabilidad de que un ataque ocurra en un tiempo determinado Seguridad: Probabilidad de que se puede repeler el ataque
Integridad = ∑ [(1-amenaza) * (1-seguridad)] para cada tipo de ataque
Facilidad de uso:Definición: Es una cuantificación de la amigabilidad de usoCaracterísticas: •Habilidad intelectual y/o física para aprender el sistema •Tiempo necesario para llegar a ser moderadamente eficiente en el uso del sistema • Aumento neto en productividad cuando se utiliza eficientemente .•Valoración subjetiva del usuario hacia el sistema
…Métricas para la Calidad…C
ate
go
ría
s b
ási
cas
de
me
dic
ion
es
Métricas Orientadas al Tamaño…
• Las métricas del software orientadas al tamaño provienen de la normalización de las medidas de calidad y/o productividad, considerando el “tamaño” del software que se haya producido.
• Para desarrollar métricas que se puedan comparar entre distintos proyectos, se seleccionan las líneas de código como valor de normalización.
Ca
teg
orí
as
bá
sica
s d
e m
ed
icio
ne
s
Proceden de la normalización de medidas de calidad y productividad considerando el tamaño del software.
Ejemplo:
Proyecto KLDC Dinero Esfuerzo (personas-mes)
Pag. Docs Errores Personas
a1 12,1 168 24 365 29 3
b1 27,2 440 62 1224 86 3
c1 20,1 314 43 1050 64 6
Algunas métricas --> Formulas:
(KLDC por persona-mes): Productividad = KLDC / persona-mes (Errores por KLDC): Calidad = Errores / KLDC(Coste por KLDC): Coste = Dinero / KLDC(Pagina de documentación por KLDC): Documentación = Paginas de documentación / KLDC
Todo se basa en la KLDC pero esta medida es un artificio, que depende del lenguaje de programación utilizado.
…Métricas Orientadas al TamañoC
ate
go
ría
s b
ási
cas
de
me
dic
ion
es
Métricas orientadas a la función…
Puntos de función:•Funcionalidad o utilidad de la aplicación•La unidad básica de medida son los Puntos de Función
Calculo de puntos de función Factor de ponderación
Parámetro de medición Cuenta Simple Medio Complejo Total
Numero de entradas del usuario x
3 4 6 =
Numero de salidas del usuario x 4 5 7 =
Numero de peticiones al usuario x
3 4 6 =
Numero de archivos x
7 10 15 =
Numero de interfaces externos x
5 7 10 =
Cuenta-Total
Ca
teg
orí
as
bá
sica
s d
e m
ed
icio
ne
s
Formulas:Puntos de Función = Cuenta-Total * [0,65+0,01 * sum(Fi)]Donde Fi (i = 1 hasta 14) son unos valores de ajuste de complejidadDe 0 a 5 (0=sin influencia, 5=esencial)
1.¿Requiere el sistema de copias de seguridad y recuperación fiable? 2.¿Se requieren comunicaciones de datos? 3.¿Existen funciones de procesamiento distribuido? 4.¿Es critico el rendimiento? 5.¿Será ejecutado el sistema en un entorno operativo existente y fuertemente utilizado? 6.¿Necesita el sistema entrada de datos interactiva? 7.¿La entrada de datos interactiva requiere que las transacciones de entrada se lleven a cabo sobre múltiples pantallas o varias operaciones? 8.¿Se actualizan los archivos maestros de forma interactiva? 9.¿Son complejas las entradas, las salidas, los archivos o peticiones? 10.¿Es complejo el procesamiento interno? 11.¿Se ha diseñado código para ser reutilizado? 12.¿Están incluidas en el diseño la conversión y la instalación? 13.¿Se ha diseñado el sistema para soportar múltiples instalaciones en diferentes organizaciones? 14.¿Se ha diseñado la aplicación para facilitar los cambios y para ser fácilmente utilizada por el usuario? Productividad = PF / personas-mes Calidad = Errores / PFCoste = Dinero / PF Documentación = Paginas documentación / PF
Ca
teg
orí
as
bá
sica
s d
e m
ed
icio
ne
s …Métricas Orientadas a la función…
Ventajas:
• Los PF son independientes del lenguaje de programación
• Se basan en datos que se puedan conocer antes de empezar el proyecto
Inconvenientes:
• Los datos se basan en juicios subjetivos
• Su valor no es físico. No tiene unidades Ca
teg
orí
as
bá
sica
s d
e m
ed
icio
ne
s …Métricas Orientadas a la función…
Ejercicio
Ca
teg
orí
as
bá
sica
s d
e m
ed
icio
ne
s …Métricas Orientadas a la función
Un administrador de software esta a cargo del desarrollo de un sistema de software de seguridad critico que se diseña para controlar una maquina de radioterapia para tratar a los pacientes que sufren de cáncer. Este sistema esta incrustado en la maquina y debe ejecutarse en un procesador de propósito especial con una cantidad fija de memoria (32 MB). La máquina se comunica con un sistema de base de datos de pacientes para obtener los detalles del paciente y, después del tratamiento automáticamente registra los datos de radiación suministrada y otros detalles del tratamiento en la base de datos. La productividad media del equipo de desarrollo es de 6 PF/p-m. Estime el esfuerzo y el costo total requerido para desarrollar este sistema en Visual Basic, siendo la tarifa laboral de US$ 3,000 por p-m. Además se sabe que la LDC/PF (media) del Visual basic es 32 y que se requieren 8,000 LDC. Los valores de ajuste de la complejidad suman 53.
Solución del ejercicio
Ca
teg
orí
as
bá
sica
s d
e m
ed
icio
ne
s …Métricas Orientadas a la función
DATOS INFORMATIVOS:Productividad Media (PM) = 6 PF/p-mLa tarifa local es de = US$ 3,000 p-m DETERMINANDO LOS PUNTOS DE FUNCIONPF = (8000/32) x ( 0.65 + 0.01 x 53) = 295 ESTIMACIONES:Coste del PF = 3000 / 6 = US$ 500 Costo total = US$ 500 x 295 = US$ 147,500Esfuerzo = 295 / 6 = 49.16 = 49 p-m
Factores que pueden incidir en la productividad
Factor % Aproximado de variación
Factores humano 90
Factores del problema 40
Factores del proceso 50
Factores del producto 140
Factores de los recursos
40
•Factores humanos: El tamaño y la experiencia del equipo de desarrollo •Factores del problema: La complejidad del problema a resolver y el numero de cambios en el diseño •Factores del proceso: Técnicas de ingeniería del software utilizadas, y disponibilidad de herramientas CASE •Factores del producto: Fiabilidad y rendimiento del sistema basado en computadora •Factores de los recursos: De software (herramientas CASE...) y de hardware
Consejos sobre la línea base
• Los datos deben ser razonablemente precisos, han de evitarse la suposición sobre proyectos anteriores.
• Los datos deben obtenerse de tantos proyectos como sea posible.
• Las medidas deben ser consistentes. LDC distintas para cada lenguaje de programación.
• Las aplicaciones deben ser similares a la que va a ser estimada.
LDC / PF (media)
Lenguaje de programación LDC /PF (media)
Ensamblador 320
Cobol 106
Fortran 106
Pascal 90
Ada 53
Lenguajes orientados a objetos 30
Lenguajes de cuarta generación 20
Generadores de código 15
SQL 12
Power Builder 16
C++ 64
Visual Basic 32
Integración de las métricas dentro del proceso de ingeniería del software
• Muchos diseñadores del software no coleccionan las medidas.
• Sin las medidas es imposible determinar si un proceso está mejorando o no.
• Las líneas base de métricas constan de datos recogidos de proyectos de software desarrollados anteriormente. Conseguir estos datos de proyectos históricos es muy difícil, si los diseñadores anteriores no coleccionaron los datos de una manera continua.
Integración de las métricas dentro del proceso de ingeniería del software
Establecimiento de una Línea Base
Los datos de la Línea Base deben tener los siguiente atributos:
1. Deben ser razonablemente exactos
2. Deben reunirse del mayor numero de proyectos que sea posible
3. Las medidas deben ser consistentes
4. Las aplicaciones deben ser semejantes para trabajar con la estimación.
Integración de las métricas dentro del proceso de ingeniería del software
Colección de métricas, computo y evaluación
Proceso de recopilación de métricas del software
Producto de
software
Proyecto de
software
Proceso de
ingeniería de
softwareRecopilaci
ón de datos
Calculo de
métricas
Evaluación de
métricas
Medidas
Métricas
Indicadores
Establecimiento de un programa de métricas de software
• Identifique los objetivos del negocio
• Identifique lo que se desea saber o aprender
• Identifique los subobjetivos
• Identificar las entidades y atributos relativos a esos subobjetivos
• Formalizar los objetivos de la medición
• Identificar preguntas que puedan cuantificarse y los indicadores que se van a usar para ayudar a conseguir los objetivos de medición.
• Identificar los elementos de datos que se van a recoger para construir los indicadores que ayuden a responder a las preguntas planteadas.
• Definir las medidas a usar y hacer que estas definiciones sean operativas.
• Identificar las acciones que serán tomadas para mejorar las medidas indicadas.
• Preparar un plan para implementar estas medidas.
Apreciación global
• El proceso del software y las métricas del producto son una medida cuantitativa que permite a la gente del software tener una visión profunda de la eficacia del proceso del software y de los proyectos que dirigen utilizando el proceso como marco de trabajo.
• En la dirección de proyecto de software, estamos principalmente interesados en la evaluación para determinar las mejoras en la calidad y productividad.
• Hay cuatro razones para medir los procesos del software y recursos: Caracterizar, Evaluar, Predecir, y Mejorar.
Re
sum
en
Ingeniería de Software
Unidad I
Gestión de Proyectos de Software
Métricas en la gestión de proyectos de software
Tema
Semana 4
