Instituto Politcnico Nacional

Unidad Profesional Interdisciplinaria de Ingeniera y Ciencias Sociales y Administrativas

Seccin de Estudios de Posgrado
Maestra en Informtica

Tema. Estimaciones
Tempranas

22/02/2017 1
 Instituto Politcnico Nacional
Unidad Profesional Interdisciplinaria de Ingeniera y Ciencias Sociales y Administrativas
Seccin de Estudios de Posgrado
Maestra en Informtica

Objetivo: Conocer las

herramientas necesarias
para estimar un proyecto
por tcnicas de casos de
uso

22/02/2017 2
 Instituto Politcnico Nacional
Unidad Profesional Interdisciplinaria de Ingeniera y Ciencias Sociales y Administrativas
Seccin de Estudios de Posgrado
Maestra en Informtica

Un enfoque basado
en UML

22/02/2017 3
 Un enfoque basado en UML

Controlar una lista grande de requerimientos

puede resultar muy complicado de analizar,
documentar y controlar, por lo que es
recomendable utilizar otras tcnicas, como los
casos de uso

22/02/2017 4
 Un enfoque basado en UML

Los casos de uso son los artefactos de UML

para modelar los requerimientos funcionales
del sistema
Los elementos del modelo de casos de uso
son:

22/02/2017 5
 Un enfoque basado en UML

No son parte del sistema, representan roles que

un usuario puede jugar
Intercambian informacin con el sistema

Puede ser un recipiente pasivo de informacin

Puede representar un humano, una mquina u

otro sistema
Se nombran generalmente con sustantivos en
singular (Cliente, vendedor, administrador,
alumno, sistema de nmina, etc.).
22/02/2017 6
 Un enfoque basado en UML

Una forma de usar el sistema o un uso que

se le puede dar al sistema(Para qu puedo
usar el sistema?)

Un conjunto de pasos e interacciones entre

un usuario (actor) y el sistema para obtener
algo de valor

Una secuencia de eventos til, con un

principio y fin claros
Generalmente se nombran de manera corta
y descriptiva comenzando con un verbo en
infinitivo (Generar nomina, Realizar retiro,
Registrar pliza)
22/02/2017 7
 Un enfoque basado en UML

Notaciones bsicas sobre relaciones de

dependencia en diagramas de caso de uso

Esto es una relacin de dependencia

<< extend>> no siempre se va a hacer

<< include >> incluye

22/02/2017 8
 Un enfoque basado en UML

Es el diagrama de UML, donde se muestra

grficamente el comportamiento del sistema
y los actores que interactan con el sistema

22/02/2017 9
 Diagramas de casos de uso

Fuente: http://inf-162-sysbank.blogspot.mx/p/metodologia-rup-y-modelado-uml.html

22/02/2017 10
 Diagramas de casos de uso

22/02/2017 11
 Diagramas de casos de uso

22/02/2017 12
 Documentacin de los casos de uso

Los casos de uso se documentan con:

Una breve descripcin
El propsito del caso de uso en unas
cuantas lneas
El flujo detallado de los eventos
Descripcin detallada de eventos
Terminologa y redaccin simple orientada al
negocio/usuario

22/02/2017 13
 Descripcin bsica de un caso de uso

Nombre del caso de uso:

Realizar Venta
Descripcin breve:
Caso de uso para calcular y registrar una venta
realizada al cliente, as como el pago de la misma,
afectando al inventario en tiempo real

22/02/2017 14
 Estructura de los flujos de eventos

Las secciones que forman el flujo de eventos

de un caso de uso:
Precondiciones
Flujo Principal
Flujos alternos
Flujos excepcionales
Postcondiciones
Requerimientos especiales

22/02/2017 15
 Ejercicio de flujo de eventos

Ejercicio:
Desarrollar un diagrama de casos de uso con
todos sus elementos:
Actores
Casos de Uso
Relaciones entre actores y casos de uso

25 Minutos
22/02/2017 16
 Duracin, esfuerzo y productividad

Mtricas bsicas del tamao del desarrollo y

del trabajo requerido para realizarlo

22/02/2017 17
 Objetivos de las Mtricas

Exponer las unidades de medicin del

tamao y el esfuerzo del proyecto
Entender qu es el tamao del sistema y la
utilidad de conocerlo en un proyecto
Entender la diferencia entre esfuerzo y
duracin
Exponer formas elementales de medir la
productividad

22/02/2017 18
 Mtricas

No puedes administrar lo que no puedes

medir Tom DeMarco
La medicin del software es el mtodo o proceso
requerido para administrar las actividades del
desarrollo de software.

Una buena mtrica debe:

Ser definida en forma objetiva e inambigua
Mostrar tendencias
Ser un producto natural del proceso de ingeniera
y del manejo del proyecto

22/02/2017 19
 Qu es el tamao del sistema?

Para poder planear el costo y esfuerzo de

cocinar un pastel hay que saber:
La receta (ciclo de vida)
Las herramientas con las que contamos
Y el tamao del pastel que se requiere
El tamao de un pastel se mide en kilogramos
Una construccin se mide en metros cuadrados
El tamao de un software se mide en:
PF (puntos por funcin)
SLOC(source lines of code)
Clases /Objetos; Tablas de la BD
Elementos GUI
Casos de Uso y UCP

22/02/2017 20
 Las mtricas bsicas

Tamao
PF, UCP
SCLOC
Duracin
Horas, das, meses
Esfuerzo
Horas (o das, meses) por persona
Calidad
Cantidad de defectos crticos
Cantidad de cambios
MTBF: Tiempo medio entre defectos crticos
Productividad
Resumen de todo lo anterior

22/02/2017 21
 Tamao: Ventajas y Desventajas de SLOC

Mtrica de lneas de cdigo (Source Lines of Code)

Ventajas
Mtrica clara, y fcilmente comprensible
Se supone que es relativamente fcil de medir

Desventajas
Cmo estimarlas antes del proyecto?
Su significado varan de un lenguaje a otro
Prcticamente intiles para medir sistemas con
SOA(Arquitectura orientada a servicios)
Cmo contar lneas defectuosas o cdigo
redundante?(Incentivo para la no reutilizacin?)
Los generadores de cdigo generan gran cantidad de
lneas
22/02/2017 22
 Esfuerzo

Es la suma del tiempo dedicado por las

personas
Caso A: Si para disear un reporte se requiere
que
Que una persona le dedique 4 das en el
diseo
Otra le dedique 3 das a la impresin
Entonces, el esfuerzo requerido es de 7
das persona (3+4)

22/02/2017 23
 Esfuerzo

Caso B: Si para desarrollar un software se

requiere
Una persona durante 6 semanas
Y que otra, en paralelo, le dedique las
ltimas 4 semanas
Entonces, el esfuerzo requerido es de 10
semanas persona (6+4)

22/02/2017 24
 Esfuerzo

El esfuerzo se mide en unidades de trabajo

humano
Horas persona, meses persona, etc

22/02/2017 25
 Duracin

Es el tiempo desde que comienza el proyecto hasta que termina.

Para los ej. Anteriores
Caso A. Si trabajo de las 2 personas fue
secuencial, entonces la duracin fue de 7 das
hbiles
Caso B. Si el trabajo de las ltimas 4 semanas es
en paralelo, entonces la duracin es de 6 semanas
La duracin se mide es unidades de tiempo,
das, horas, semanas, meses.

22/02/2017 26
 Productividad, en horas /unidad

Que esfuerzo se requiere para desarrollar una unidad de

software (SLOCs, FPs, UCPs)
Productividad hr/u = Esfuerzo de desarrollo/Tamao
Ejemplo: 250 horas /25 UCP = 10 hr/UCP
Es decir, se requieren 10 horas para cada UCP
O sea, los UCPs se deben multiplicar por 10, para
obtener el esfuerzo requerido para una aplicacin.
La productividad promedio de una empresa indica la
capacidad de la empresa
No comprometerse a desarrollar en un tiempo y costo menor a
lo que permita la productividad promedio
Error tpico: sobreestimar la productividad
UCP=Use Case Points; FP= Funtion Points

22/02/2017 27
 Productividad, en horas /unidad

Cuntas unidades de software (SLOCs, FPs, UCPs) se

pueden desarrollar por hora de trabajo
Productividad u/hr = Tamao/Esfuerzo de desarrollo
Ejemplo: 25 UCP/250 horas = 0.1 UCP/hora
Es decir, el ritmo de avance promedio ser de una
dcima de UCP por hora de trabajo
Es el recproco de Productividad hr/u
1/0.1 UCP/hora = 250hr/25 UCP = 10 hrs/UCP

22/02/2017 28
 Productividad ideal vs. real

Productividad Ideal: Medicin con cronmetro del

tiempo que le tomara a un equipo (totalmente
concentrado en su labor) analizar, disear, programar,
probar y obtener la aceptacin de un caso de uso.

Productividad real: Aprox. La mitad de la productividad

ideal, porqu el 50 % del tiempo se pierde en otras
labores de urgencia o de corto alcance, cadas de
sistema, reuniones, llenado de formatos y reportes,
compromisos de negocios, enfermedades y
distracciones varias.
G 16 12
M 12 8
Me 8 5

22/02/2017 29
 Practica Software Measurement

http://www.psmsc.com/

Documento de Mtricas
OficinaProyectosPlanDeMetricas002

22/02/2017 30
 Practica Software Measurement

Tarea: Hacer Documento

OficinaProyectosPlanDeMetricas002

22/02/2017 31
 Los costos: una mtrica crtica

Los directivos van a solicitar tambin llevar mtricas de

los costos de cada proyecto.

De preferencia, el sistema contable o ERP debe tener la

capacidad de identificar costos por proyecto.

La oficina de proyectos debe tener acceso a

subconjuntos o vistas de los datos del sistema contable
o ERP.

22/02/2017 32
 Los costos: una mtrica crtica

Es esencial ajustar la planeacin de las

mtricas con los objetivos de la organizacin
Por ejemplo:
Cules son las metas de mejora de la empresa?
Reducir las desviaciones de tiempos en un 10 %
Cul ha sido el esfuerzo real contra el planeado?
Mejorar la calidad
Cuntos errores se han encontrado y corregido?
Se debe establecer cmo se van a recolectar o
realizar las mediciones

22/02/2017 33
 Conclusiones

Es fundamental conocer el tamao del sistema para

realizar una estimacin del esfuerzo, los recursos y
tiempo requeridos
El esfuerzo es la suma del tiempo dedicado por cada
recurso que participa en un proyecto
El esfuerzo suele ser diferente al tiempo o duracin del
proyecto, sobre todo cuando se trabaja en paralelo
Debido a que la cultura de mtricas toma tiempo es
mejor empezar con pocas mtricas
Cuando el equipo se acostumbre a la cultura de
medicin agrega las mtricas necesarias para
administrar ms efectivamente los proyectos.

22/02/2017 34
 Fuente

Michael C. Mah y Lawrence H. Putman: Software by the numers: An Aerial

view of the software metrics landscape(American Programmer Vol. 10, Num. 8
Disponible en http://www.qsm.com/aerialview.html)

22/02/2017 35
 Ejemplo: Puntos de caso de uso

Se calcula el tamao de la aplicacin en base a los

casos de uso (y, cuando sean aplicables, tambin los
actores)
Casos de uso fciles: 5 UCP
Interfaz o proceso simple que toca 1 entidad de la BD y requiere 5
clases, o menos
Casos de uso medios: 10 UCP
Interfaz o proceso que requiere mayor diseo, toca 2 entidades de
la BD y requiere de 5 a 10 clases
Casos de uso complejos: 15 UCP
Caso difcil de implementar, con ms de 10 clases
Consltese
http://www.sparxsystems.com.au/UCMetrics.htm

22/02/2017 36
 Indicar dificultad de cada CU

22/02/2017 37
 Tarea

Traer para la siguiente clase su

sistema propuesto diagramado con
los casos de uso respectivos.

22/02/2017 38