ESTIMACIÓN DE ESFUERZO. Algunos elementos: Yadran Eterovic

Transcripción

1 ESTIMACIÓN DE ESFUERZO Algunos elementos: Yadran Eterovic

2 Estimación de Esfuerzo Según el Diccionario de la Lengua Española (22a ed.) de la RAE, estimación es Aprecio y valor que se da y en que se tasa y considera algo. Otra definición, adecuada a Ing. Software: Un juicio o cálculo aproximado del valor, número, cantidad o extensión de algo. (Y. Eterovic)

3 Estimación vs. Compromiso Pero cuando se pide una estimación, se está pidiendo un cálculo tentativo o preliminar? Normalmente se pide un compromiso o un plan para conseguir una meta; Comúnmente, este plan difícilmente acepta cambios de opinión más adelante. Un compromiso es una promesa de entregar una determinada funcionalidad con un nivel de calidad específico en una cierta fecha.

4 Estimación vs. Planificación Una estimación debería ser un proceso analítico no sesgado. Una planificación es un proceso sesgado en pos del logro de metas. Es peligroso querer que una estimación salga de una cierta manera. El objetivo es exactitud y no buscar un resultado particular. Las estimaciones son los fundamentos de los planes

5 Probabilidad Probabilidad Probabilidad Tiempo / Costo / Esfuerzo Es una estimación o es realmente una meta? Cuál es su probabilidad? Resultados posibles de un proyecto de software: hay un límite para qué tan bien puede resultar, pero no lo hay para qué tan mal. La suposición de que los resultados de un proyecto de software siguen una curva con forma de campana es incorrecta Tiempo / Costo / Esfuerzo Tiempo / Costo / Esfuerzo 5

6 Modelos de Estimación COCOMO Constructive Cost Model. Creado por Barry Boehm 80s Se basa en una fórmula de regresión que combina características de la solución actual con proyectos históricos. Es difícil de utilizar en la práctica, ya que se requiere de toda la información histórica, y muchas veces un nivel de experiencia que ayude a comparar la historia con proyecto actual.

7 Modelos de Estimación Puntos de Función Enfoque más práctico, basado en el análisis de la complejidad de las funcionalidades solicitadas. Creado 1979 por Allan Albrecht, IBM. La historia se aplica al determinar tasas de productividad. Aplicado como standard en la industria por varias décadas. Requiere experiencia para poder tasar adecuadamente las funcionalidades.

8 Modelos de Estimación Alternativa moderna y más simple de usar: Use Case Points

9 USE CASE POINTS

10 Use Case Points Método de estimación de esfuerzo de un proyecto basado en una visión general de las necesidades, plasmadas en los casos de uso principales. Esto permite hacer una estimación relativamente temprana del esfuerzo. Creado 1993 Gustav Kamer (Objectory Rational IBM). Extensión del método de Puntos de Función.

11 Estimación basada en UCP Se puede hacer un estimado temprano del esfuerzo de un proyecto, tomando como referencia los casos de uso y un cierto entendimiento del modelo de dominio, arquitectura, y tamaño del sistema. Use Case Points se basa en contabilizar adecuadamente los casos de uso.

12 Método UCP 1. Clasificar tipo de Actores (peso): Simple (1), Promedio (2), Complejo (3) Ejemplos: Actor simple es otro sistema interactuando por una interfaz claramente definida (e.g. Web Service). Actor promedio es otro sistema interactuando por un protocolo más amplio, por ej, TCP/IP. Actor complejo es un usuario interactuando con el sistema por medio de una interfaz gráfica (GUI). Peso Actores = P A = AW = 1x#S + 2x#P + 3x#C

13 Método UCP 2. Clasificar Casos de Uso (peso): Simple (1), Promedio (2), Complejo (3) Tipo de CU # Transacciones Peso Simple <= 3 5 Promedio 4 a 7 10 Complejo >= 7 15 Una alternativa es contabilizar clases de análisis, que son las que finalmente implementan las transacciones. Un caso simple se asocia con 5 clases, uno promedio con 5 a 10, y uno complejo con más de 10. Peso CasosUso = P C = UW = 5x#S + 10x#P + 15x#C

14 Método UCP 3. Puntos No-Ajustados UUCP = AW + UW

15 Método UCP 4. Clasificar Factores Técnicos y Ambientales Los puntos de casos de uso no-ajustados se ponderan con pesos de factores técnicos y ambientales. A cada factor se le asigna valor entre 0 y 5 0 indica nula relevancia en el proyecto 3 indica relevancia promedio 5 indica relevancia esencial

16 Método UCP Factores Técnicos

17 Método UCP Factores Ambientales

18 Método UCP Calcular Peso (4) Factor Técnico ponderado: Factor Ambiental ponderado:

19 Método UCP 5. Calcular UCP (Puntos Ajustados) Los puntos de casos de uso ajustados se calculan realizando el producto entre los puntos de casos de uso no ajustados (UUCP), el peso de los factores técnicos (TCF) y el peso de los factores ambientales (EF), es decir: UCP = UUCP x TCF x EF

20 Método UCP 6. Estimación del Esfuerzo: Los puntos de casos de uso ajustados se pueden utilizar para estimar el esfuerzo utilizando un factor que representa las MH relacionadas con el proyecto. El valor sugerido por defecto es de 20 MH por punto Sin embargo, la experiencia muestra que más que un valor es un rango: 15 a 30 MH por punto Mientras más experimentado el equipo más bajo el número.

21 Método UCP Estimación MH El tiempo de esfuerzo se mide en MH (Man-Hour) o bien HH (Horas-Hombre). UCP calcula la cantidad de trabajo que hay que hacer, pero el cálculo del tiempo requerido depende de la tasa de productividad (MH). El rango es universalmente aceptado, considerando: Equipos relativamente pequeños (< 7 personas) y bien integrads, pueden lograr tasas de 15MH. Equipos más grandes, particularmente en proyectos más complejos, se acercan a 30MH.

22 Método UCP Estimación MH Cómo se calcula el tiempo requerido para el proyecto? Se tiene UCP, la cantidad de personas disponibles para trabajar en el proyecto y los niveles de complejidad de éste (implícitamente incluidos en UCP). Tpo Proyecto = UCP * TasaMH / #personas Ejemplo: UCP = 250, TasaMH = 25, 8 Personas, c/persona logra unas 35 horas efectivas por semana. Tiempo = 2500*25 / Horas = 22 semanas

23 PLANIFICACIÓN

24 Estimación vs. Planificación La estimación determina el esfuerzo asociado en la construcción de un software, pero la planificación determina qué actividades realizar y cuándo. La estimación UCP es un input para la planificación, ya que aporta la magnitud de esfuerzo total, pero también el esfuerzo individual por Casos de Uso.

25 De estimar a planificar La estimación total de UCP permite obtener un rango de tiempo para el proyecto. La planificación detallada depende de cada Caso de Uso, su complejidad, los recursos dedicados, involucrando implícitamente una proporción de los factores ambientales y tecnológicos. Los factores A y T pueden ser enfrentados por medio de actividades especiales, como capacitación.

26 Qué considerar? Haber realizado cálculo UCP para tener órdenes de magnitud. Tener los Casos de Uso, ordenados por prioridad. Haber identificado complejidades significativas. Planificar realización de aquellas actividades implícitamente consideradas en el cálculo UCP, por ej: Actividades de setup de hardware de desarrollo y de producción. Capacitación para desarrolladores en tecnologías nuevas. Testing y correcciones. Implantación, carga de datos, configuración.

27 Formato de Plan Alternativas comunes: Carta Gantt Scrum Sprint Plan Caso de Uso Prioridad Esfuerzo Iter 1 Iter 2 Cotizar servicios por medio de formulario Modificar datos de cotización ingresada Consulta/Búsqueda de cotizaciones por cliente y por fecha Se espera que el equipo, sin importar el formato elegido, sea capaz de armar una planificación, ser capaz de seguirla y de actualizarla si corresponde.

28 Formato de Plan Otras consideraciones: Utilizar el mínimo nivel de detalle razonable según la fase del proyecto. Según UP, recién terminando Elab se puede tener un plan más detallado. Concentrarse inicialmente en timeboxes o iteraciones de tiempo acotado. Asociar módulos o grupos de CU por cada iteración, detallando según se requiera. En la medida que los riesgos van desapareciendo y el detalle de cada CU se va descubriendo, el plan puede irse detallando en forma más precisa.