Proceso de Software y

Métricas de Proyectos
Ing. Miguel E. Torres MSc
Ing. Luis Carlos Díaz MSC
Ingeniería de Software
Departamento de Sistemas
Facultad de Ingeniería
Pontificia Universidad Javeriana
2007
 Outline
 Planificación de Proyectos
 Factores
 Actividades
 Estimación
 Para comenzar …
 Ejercicio:
 Estime el tiempo empleado para calcular la siguiente
suma:
50

∑ (n)
n=1

 Tiempo estimado? _____ segundos

 Hora inicio: ____ segundos , Hora final: ____ segundos
 Tiempo real empleado: _____segundos!

 Resultado de la Operación
 Planificación de Proyectos
 Estimación de trabajo, recursos y tiempo
para un proceso de desarrollo de software

Métricas Proporcionan perspectiva

 Factores
 Complejidad del proyecto
 Tamaño del Proyecto: Interdependencia
 Grado de incertidumbre estructural:
división de los requerimientos
 Riesgo
 Productividad del Software
 Medida de la tasa en la cual un individuo
produce SW y su documentación
 No esta orientado a la calidad – aunque el
aseguramiento de la calidad es un factor
en la medida de productividad
 Funcionalidad útil producida por unidad de
tiempo
 Pasos
 Ámbito del Producto
 Delimitación del Proyecto
 División del Problema
 Estimación
 Análisis de Riesgos
 Resultados
 Tareas a desarrollar
 Funcionalidades a implementar
 Costo, esfuerzo y tiempo
 Recursos
 Ámbito del Producto
 Delimitar
 Descripción inicial:
 Control y datos a procesar
 Funcionalidad – Necesidades, Metas, Objetivos
 Rendimiento
 Restricciones
 Interfaces con otros sistemas
 Fiabilidad – Probabilidad de buen funcionamiento
 Viabilidad – tecnológica, financiera, temporal,
recursos
 Estimación de Recursos

Herramientas
Personas Reutilizables
HW/ SW

 Descripción del Recurso

 Disponibilidad
 Fecha en la que se requiere
 Tiempo de Uso
Estimación de Recursos (cont.)
 Recursos humanos
 Posición en la organización
 Especialidad
 Recursos Reutilizables
 Establecer catálogos
 Componentes ya desarrollados (COTS)
 Componentes ya implementados
 Componentes con experiencia parcial
 Componentes nuevos
 Estimación del Proyecto
 Estimar al final (lo ideal!)
 Basarse en proyectos anteriores
 Técnicas de descomposición
 Modelos empíricos
 Preguntas Fundamentales
 Que tanto esfuerzo requiero para una
actividad?
 Que tanto tiempo necesitare para
desarrollarla?
 Cuál es el costo total de la actividad?
 Componentes del Costo
 Hardware y software
 Entrenamiento y desplazamiento
 Costos de Esfuerzo (factor predominante)
 Salarios
 Costos Sociales y de Seguros
 Costos colaterales
 Electricidad, arriendo, etc.
 Redes y telecomunicaciones
 Lugares (e.g librería, cafetería, etc.)
 Métricas de Productividad
 Relativo al Tamaño: basado en el
resultado del proceso - KLOC, Clases,
componentes, documentos
 Relativo a la Funcionalidad: basado en
estimacion de la funcionalidad prestada
por el SW entregado.
 Técnicas de Descomposición
Orientadas al Tamaño
 Lógica Difusa: Comparación con proyectos
anteriores
 Puntos funcionales (puede convertirse a
KLOC)
 Componentes, subsistemas, módulos,
pantallas …
Orientada al Problema
 División de funcionalidades
 System development times

Analysis Design Coding Testing Documentation

Assembly code 3 weeks 5 weeks 8 weeks 10 2 weeks
High-level language 3 weeks 5 weeks 4 weeks weeks 2 weeks
6 weeks

Size Effort Productivi ty

Assembly code 5000 lines 28 weeks 714 lines/month
High-level language 1500 lines 20 weeks 300 lines/month
 Ejemplo de Estimación (1)

“Desarrollo de una aplicación CAD para ingeniería mecánica

que acepte datos geométricos de dos y tres
dimensiones. El usuario interactuará y controlará el
sistema CAD a través de una interfaz de usuario bien
diseñada. Los datos se conservarán en BD. Se
desarrollarán módulos de análisis de diseño para
producir salidas a dispositivos gráficos; el software
deberá controlar varios tipos de dispositivos como ratón,
teclado, plotter y tabla digitalizadora”
 EJEMPLO Estimación en LDC (2)

 S = (Sopt+4*Spro+Spes)/6
FUNCIÓN LDC Est
Interfaz de usuario y control 2300
Análisis geométrico bidimensional 5300
Análisis geométrico tridimensional 6800
Gestión de bases de datos 3350
Facilidades de presentación gráfica de computador 4950
Función de control periférico 2100
Módulos de análisis de diseño 8400

Líneas De Código estimadas 33200

 Ejemplo LDC (3)
 Costo y Esfuerzo
 Uso de datos históricos:
 Productividad 620 LDC/pm
 U$8000/pm

 Luego el costo por línea de código: U$ 13/LDC

Entonces:
 Costo total del proyecto… U$431.000
 Esfuerzo… 53pm
 Puntos de Función (FP)
 Basado en la combinacion de
características del SW:
 Entradas y salidas externas
 Interacciones con el usuario
 Interfaces externas
 Archivos usados por el sistema
 Un peso es asociado a cada uno de ellos
 Se suman para producir el total de FP del
SW
 Puntos de Funcion (FP) (cont.)
 FPs pueden usarse para estimar LOC
dependiendo del promedio de LOC por FP
para un lenguaje dado
 LOC = AVC * FP
 FPs son subjetivos
EJEMPLO Estimación de FP (4)
 Valores de dominio de
la información:
Dominio Opt Pro Pes Est Peso PF

Entradas externas 20 24 30 24 4 97

Salidas externas 12 15 22 16 5 78

Consultas Externas 16 22 28 22 5 88

Archivos lógicos internos 4 4 5 4 10 42

Interfase externa 2 2 3 2 7 15

320
 EJEMPLO FP (5)
FACTOR VALOR

 Factores 1. Respaldo y recuperación 4

2. Comunicaciones de datos 2
3. Procesamiento distribuido 0
4. Desempeño crítico 4
5. Entorno operativo existente 3
6. Entrada de datos en línea 4
7. Transacciones de entrada sobre pantallas múltiples 5
8. ILF actualizado en línea 3
9. Complejidad de valores de dominio de información 5
10. Complejidad de procesamiento interno 5
11. Código diseñado para reutilización 4
12. Conversión/Instalación de diseño 3
13. Instalaciones múltiples 5
14. Aplicación diseñada para cambio 5
FACTOR DE AJUSTE PARA EL EJEMPLO… 1.17
 EJEMPLO FP (6)
 Se tiene en cuenta la complejidad
 Factor de ajuste de valor: 1.17
 Fa = ConteoTotal*(0,65+0.01*Factori)
 Para el ejemplo: Fa = 375
 Datos Históricos
 6,5 FP/pm
 Costo x FP = U$1230/PF
Entonces
 Costo Proyecto… U$ 461000
 Esfuerzo… 58pm
 The COCOMO model
 An empirical model based on project experience.
 Well-documented, ‘independent’ model which is
not tied to a specific software vendor.
 Long history from initial version published in
1981 (COCOMO-81) through various
instantiations to COCOMO 2.
 COCOMO 2 takes into account different
approaches to software development, reuse, etc.
Medición y Métricas
Adaptado de Pressman Cap. 4
 El Proceso y las Métricas
 El Proceso requiere de medidas
cuantitativas para:
 Estimar
 Control de Calidad
 Evaluación y control de Proyectos
 Toma de Decisiones
 El Proceso y las Métricas
(Cont.)
 Las medidas son importantes para juzgar
basados en hechos concretos.
 Razones para medir el proceso:
 Caracterizar
 Evaluar
 Predecir
 Mejorar
 Definiciones
 Medida:indicación cuantitativa
(característica individual)
 Medición: acto de determinar la medida
(capturar medida)
 Métrica: Explicación de las medidas en
comparación (relacionar mediciones)
 Ej:
Errores Encontrados X Persona Hora
 Indicador: Conjunto de métricas
 En la Ingeniería de Software
 Métricas del Proceso
 Visión de eficacia
 Evaluación
 Se recopilan de varios proyectos

 Métricas del Proyecto

 Evaluación
 Riesgos
 Flujo de Trabajo
 Métricas del Proceso
 Mejoramiento del Proceso: CMM, SPICE;
ISO-9000, PSP
 Privadas o Públicas
 Eficacia:
 Errores
 Productos de trabajo
 Esfuerzo humano y tiempo consumido
 Métricas del Proyecto
 Fines estratégicos
 Planificación vs. Producto
 Entradas – Salidas – Resultados
 Adaptar el trabajo y las actividades
 Ejemplos:
 Páginas de documentación
 KLOC
 Errores y Defectos
 Mediciones
Directas Indirectas
 KLOC  Funcionalidad

 Velocidad  Calidad

 Memoria  Complejidad

 Errores-Defectos

 PM

 Páginas
 Mediciones (Cont.)

Proceso Proyecto Producto

Consolidar Agrupar Individuo

 Tipos de Métricas de Software
Orientadas a la Función: Orientadas al Tamaño:
 Funcionalidad  Errores X KLOC
prestada  Defectos X KLOC
 Puntos de función  $ X KLOC

 Pag. Doc. X KLOC

 Errores X PM

 KLOC X PM
 Métricas de Calidad de SW
 Corrección: Defectos X KLOC
 Mantenimiento: TMC (Tiempo Medio de Cambio)
 Integridad: de la Información
 Facilidad de Uso
 Eficacia de la eliminación de defectos

E E: Errores antes de la entrega

EED D: Número de defectos
ED Objetivo: EED = 1
 Integración de las Métricas
 Ayudan a medir el progreso organizacional
 Se toman como base métricas de proyectos
pasados para ser efectivos:
1. Datos Exactos: Evitar conjeturas de el pasado
2. Deben reunirse del a mayor cantidad de proyectos
3. Métricas deben ser consistentes: KLOC C++ vs.
KLOC COBOL
4. Aplicaciones similares