Formevalproy by Juan Carlos Olivares Rojas

Formulaci贸n y Evaluaci贸n de Proyectos Juan Carlos Olivares Rojas MSN: juancarlosolivares@hotmail.com jcolivar@itmorelia.edu.mx http://antares.itmorelia.edu.mx/~jcolivar/ @jcolivares Social Network: Facebook, LinkedIn. Hi5

Formulación y Evaluación

• En muchas ocasiones los proyectos deben evaluarse, esto se realiza en base a la formulación como se hayan desarrollado. • Generalmente los proyectos se evalúan en base a su aspecto financiero. Esto se debe generalmente a su grado de factibilidad o viabilidad. • Se debe considerar la factibilidad técnica, operativa y financiera

Punto de Equilibrio

• Es una técnica útil para estudiar las relaciones entre los costos fijos, los costos variables y los beneficios. • Características:

– No se considera la inversión inicial que da origen a los beneficios – Es difícil delimitar con exactitud si ciertos costos se clasifican como fijos o variables

Punto de Equilibrio

• El problema radica ya que si los costos fijos son menores, más rápido se alcanzará el punto de equilibrio. • Es inflexible en el tiempo; es decir, se calcula con costos dados en un momento de tiempo por lo que en países inestables como el nuestro no es una buena herramienta de medición.

Punto de Equilibrio

• Se puede calcular en forma gráfica o matemática. • PE= CF / (1 - CV/P*Q) • • • • •

P=Precio del Producto Q=Cantidad CV = Costos Variables CF = Costos Fijos PE= Punto de Equilibrio

VPN

• Se convierten todos los flujos de caja de los diferentes años al presente. Se restan dichos flujos para obtener el VPN. • El valor presente debe ser mayor que 0, para que sea ganancia y se debe calcular el % de ganancia obtenido debe ser mayor o igual que la TREMA o en su defecto por lo menos mayor que la tasa de inflación para irla llevando.

• La fórmula es:

• • • •

VPN

Donde: VAN=VPN, Vt = Flujo de caja en cada año K= tasa de interés

TIR

• Es la tasa de descuento por la cual el VPN se hace 0. • Es la tasa que iguala la suma de los flujos descontados de la versión inicial. • El valor de salvamento se considera en algunos proyectos y ayuda a hacer más atractiva la inversión.

TIR

• La TIR se calcula a través del VPN, substituyendo el valor de la tasa de interés:

• Se tiene que hacer un despeje de la fórmula, generalmente se considera fijo el valor del

TIR

• La TIR se obtiene de forma directa:

• Donde Qi es el flujo de caja en cada periodo y r es la TIR.

ROI

• El Retorno de Inversión (Return Of Investment) es la relación entre el dinero ganado y el perdido. • ROI = (Ganancias – Inversión) / Inversión • En algunos casos se suele poner en función del tiempo. Solo se debe de restar a la relación obtenida el tiempo total del proyecto.

Análisis de Sensibilidad

• Es el procedimiento por medio del cual se puede determinar cuanto se afecta (que tan sensible es) la TIR ante cambios en determinadas variables del proyecto. • Se determina cada una de las variables que se desean que afecten nuestro análisis y se hace la comparativa. Jugar con números.

Recomendaciones

• Use punto de equilibrio si el proyecto necesita ser justificado en términos de costo y no de beneficio. • Use valor presente cuando el período de recuperación es largo o cuando el costo de pedir prestado dinero es alto.

Recomendaciones

• El costo si nada sucede (es decir, si el nunca se realiza) • Algunos proyectos no serán factibles pero habrá otros que con algunos cambios sí. • Muchos proyectos se consideraron no factibles y resultaron ser un éxito comercial.

Estimación de Costos

• La tarea de determinar costos de un proyecto de software no es tan fácil como parece. • En general el costo total de un software está determinado por dos factores:

– Esfuerzo para completar una actividad – Tiempo calendario se necesita para completar una actividad.

Estimación de Costos

• Se deben considerar todos los costos involucrados en el desarrollo de un proyecto. • Se ocupan algunas métricas para poder estimar el costo de software. Existen dos tipos de medidas: – Relacionadas con el tamaño. – Relacionadas con la función

Estimación de Costos

• Ejemplos de métricas relacionadas con el tamaño son las líneas de código ( generalmente expresadas en miles: KLDC) y el número de páginas de la documentación. • Ejemplos de medidas relacionadas con la función son: los Puntos de Función (PF) y los Puntos de Objeto (PO).

Estimación de Costos

• Premisas

• Costo = Esfuerzo • Esfuerzo = Personas/Mes

Estimación de Costos

• Las líneas de código no reflejan fielmente el costo de un software. Un software promedio de 5,000 líneas en ensamblador puede hacerse en 1,500 líneas de lenguaje C. En el primero de los casos en 28 y 20 semanas respectivamente. Obteniendo una Productividad 714 líneas/mes y 300 líneas/mes

Estimación de Costos

• Una mejor métrica son los puntos de función, los cuales consisten en medir la productividad en base a la funcionalidad de un sistema. Esta métrica obtiene parámetros como: – Entrada y salida externas – Interacciones con el usuario – Interfaces externas – Archivos utilizados por el sistema

Puntos de Función

• Es una métrica sintética que se compone de la suma ponderada de los siguientes parámetros: • PF = PFSA*FA • PFSA = Pfe+PFs+PFai+PFae+PFc (cada factor debe ajustarse a la tabla de complejidad) • FA=0.65+(0.01*M) • M = suma de manejadores de ajuste

Puntos de Funciรณn

โ ข La tabla de complejidad es: Componente Bajo

Medio

Alto

Entradas

Salidas

Consultas

Arch. Int

Arch. Ext

Puntos de Función

• Ejemplos de entradas: pantallas de datos llenadas por usuarios, cintas magnéticas, discos flexibles, entradas sensoriales, por lápiz magnético, clicsde ratón. • Ejemplos de salidas: pantallas de datos de salidas, informes impresos, archivos en disco flexible, sets de cheques, facturas impresas.

Mét. Orientadas a la Función

• Ejemplos de archivos internos lógicos: Un archivos plano, una tabla de una base de datos relacional. • Ejemplos de (archivos externos lógicos de) interfaz: bases de datos compartidas, archivos lógicos direccionables desde o hacia otra aplicación. • Consultas externas: consulta de un usuario sin actualizar un archivo, mensajes de ayuda, mensajes de selección.

Factores de Ajuste

• C1 comunicación de datos

• C2 funciones distribuidas • C3 objetivos de performance • C4 configuración usada fuertemente • C5 tasa de transacciones

Factores de Ajuste

• C7 eficiencia del usuario final • C8 actualización en línea • C9 procesamiento complejo • • • • •

C10 reusabilidad C11 facilidad de instalación C12 facilidad operacional C13 sitios múltiples C14 facilidad del cambio

Escala de Ajuste

• 0 factor no presente o sin influencia • 1 influencia insignificante • 2 influencia moderada • 3 influencia promedio • 4 influencia significativa • 5 influencia fuerte

Escala de Ajuste

• Comunicación de datos: La evaluación se reflejaría en un 0 para aplicaciones batch, y un 5 para aplicaciones en que predomina el teleproceso. • Funciones distribuidas: La evaluación arrojaría un 0 para aplicaciones monolíticas puras, y un 5 para aplicaciones que se ejecutan dinámicamente en varios procesadores.

Escala de Ajuste

• Objetivos de performance: la evaluación sería un 0 si no hay establecido ningún criterio especial de performance por los usuarios, y un 5 si los usuarios insisten en objetivos de performance muy rigurosos que requieren un esfuerzo considerable para ser logrados. • Configuración usada fuertemente: la evaluación sería un 0 si la aplicación no tiene restricciones especiales de uso, y un 5 si el uso anticipado requiere especial esfuerzo para ser logrado.

Escala de Ajuste

• Tasa de transacciones: la evaluación sería un 0 si el volumen de transacciones no es significativo, y un 5 si el volumen es lo suficientemente significativo como para producir stress en la aplicación. • Entrada de datos en línea: la evaluación sería un 0 si menos del 15% de las transacciones son interactivas, y un 5 si más del 50% de las transacciones son interactivas.

Escala de Ajuste

• Eficiencia del usuario final: la evaluación sería un 0 si no hay usuarios finales o no hay requerimientos especiales para los usuarios finales, y un 5 si los requerimientos de eficiencia de usuarios finales son lo suficientemente rígidos como para requerir un esfuerzo. • Actualización en línea: la evaluación sería un 0 si no hay, y un 5 si las actualizaciones son obligatorias y especialmente difíciles, quizás debido a la necesidad de proteger datos.

Escala de Ajuste

• Procesamiento complejo: la evaluación sería un 0 si no hay, y un 5 en casos que requieren decisiones lógicas extensas, matemática compleja, o esquemas de seguridad elaborados. • Reusabilidad: la evaluación sería un 0 si la funcionalidad se planifica para permanecer local a la aplicación actual, y un 5 si mucha de la funcionalidad y los artefactos del proyecto se pretende que sean usados ampliamente por otras aplicaciones.

Escala de Ajuste

• Facilidad de instalación: la evaluación sería un 0 si este factor es insignificante, y un 5 si la instalación es importante. • Facilidad operacional: la evaluación sería un 0 si este factor es insignificante, y un 5 si la facilidad operacional es tan restrictiva. • Sitios múltiples: la evaluación sería un 0 si hay solo un sitio planificado de uso, y un 5 si el proyecto y sus artefactos son usados en muchos lugares.

Escala de Ajuste

• Facilitamiento del cambio: la evaluación sería un 0 si el cambio no ocurre, y un 5 si la aplicación se desarrolla específicamente para permitir los cambios rápidos. • Procedimiento para calcular el factor de ajuste:

– Sumar las ponderaciones de los 14 criterios (valor entre 0 y 70) – Multiplicar la suma por 0.01 para obtener un valor temporal – Sumar 0.65 al valor temporal para obtener eñll factor de complejidad (valor entre 0.65 y 1.35)

Ejemplo

• Suponga una aplicación con 10 entradas, 10 salidas, 10 consultas, 1 archivo de datos y 1 archivo de interfaz, todos ellos de complejidad promedio. • Suponga que los factores de influencia se determinaron de la siguiente manera: C1, C2 y C10 = 0; C8 = 2; C4, C5 y C9 = 3; C3, C6, C7, C11, C12 y C14 = 4; C13 = 5 • El proyecto se considera de complejidad promedio

Ejemplo

• La suma de los factores de ajuste da 40. Por lo que el factor de complejidad da: 40 * 0.01 + 0.65 = 1.05 • Se calculan los puntos de función no ajustado (NAPF):

Ejemplo

• Finalmente se calcula los puntos de función ajustados: 147 * 1.05 = 154 • En muchas ocasiones los puntos de función necesitan ser expresados en KLOC o KSLOC. Esto depende del lenguaje de programación. Así si el programa fuera en C se requerirían 19.712 KLOC y si fuera C++ de 4.466 KLOC.

LOCPF Ada Basic Compilado Basic Interpretado Ensamblador C C++ Visual Basic Cobol80 Fortran77 Prolog Pascal Lisp Modula2

75 90 128 320 128 29 30 96 185 61 90 61 80

Ejercicio

• Utilizando puntos de Función, suponga una aplicación con 6 entradas, 15 salidas, 10 consultas, 2 archivo de datos y 2 archivo de interfaz, todos ellos de alta complejidad. • Por otra parte suponga que los factores de influencia se determinaron de la siguiente manera: C1=1, C2=0, C3=4, C4=2, C5=2, C6=4, C7=4, C8=4, C9=5, C10=2, C11=0, C12=3, C13=4, C14=5.

Ejercicio

โ ข Calcule, los puntos de Funciรณn, el factor de complejidad, los puntos de funciรณn ajustados y calcule el SLOC si fuese desarrollado en C++ y el KSLOC si fuese desarrollado en JAVA

Tarea

• Calcúlese las líneas de código necesarias para implementar una aplicación de control de clientes en lenguaje C estándar para una empresa de distribución que apoya su gestión en dos bases de datos: • Datos de clientes de gran complejidad. • Un archivo de back-up de poca complejidad.

Tarea

• Todo el trabajo se realiza mediante tres tipos de transacciones distintas para consultas, altas y bajas de datos. Todas estas operaciones tienen una complejidad alta. Para que el sistema de información esté bien integrado la aplicación deberá transferir dos archivos de complejidad media que contienen datos para otras aplicaciones (contabilidad y dirección por objetivos). Asimismo, el software debe generar hasta tres tipos distintos de informes, de complejidad media, sobre clientes.

Tarea

• Por último, las consultas trabajarán sobre dos posibles transacciones de complejidad baja y una consulta de ayuda, a plena pantalla, de gran complejidad. El desarrollo del proyecto se realizará en un entorno cuyos factores de costos serán todos de tipo medio excepto la entrada de datos on-line (valor 5), la actualización on-line (valor 5) y facilidad de operación (valor 5). • Una vez calculadas las LDC necesarias en C, hallénse también las LDC necesarias para implementar la aplicación en Java y C++.

COCOMO

• COnstructive Cost Model es un modelo algorítmico de estimación de costos de proyectos de software desarrollado en 1981 y actualizado en 1999. • En su primera versión se basa en tres modelos: básico (nulo), intermedio (despues de Ing. De Requerimientos) y avanzado (cuando se termina el diseño). Los tres modelos tienen la misma fórmula base:

• E = aSbFA

COCOMO

• donde:

– E: esfuerzo en personas mes – S: tamaño medido en KLDC – FA: Factor de ajuste (igual a 1 en el modelo básico) – a, b: s/tablas del modelo en función del tipo de sistema

• Adicionalmente se cuenta con tres tipos de proyectos:

COCOMO

• Orgánicos: proyectos pequeños de < 50KLDC, en los cuales se tiene experiencia de proyectos similares • Semi-acoplado: proyectos de complejidad media (< 300 KLDC) donde la experiencia es variable. • Empotrado: proyectos bastante complejos donde la experiencia es nula y se utiliza tecnología realmente de frontera.

Tabla COCOMO Modo

Básico a

Intermedio

Orgánico

2.4 1.05

2.5

0.38

3.2

1.05

2.5

0.38

Semi-acoplado

3.0 1.12

2.5

0.35

3.0

1.12

2.5

0.35

Empotrado

3.6 1.2

2.5

0.32

2.8

1.2

2.5

0.32

Tabla COCOMO Modelo

COCOMO Bรกsico

COCOMO

COCOMO Intermedio

Modelo de desarrollo

Esfuerzo nominal (En) en personasmes

Tiempo de desarrollo (Td)

Esfuerzo nominal (En) en personasmes

Orgรกnico

2.4 KLOC1.05

2.5 KLOC0.38

3.2 KLOC1.05

Semi-libre

3.0 KLOC1.12

2.5 KLOC0.35

3.0 KLOC1.12

Empotrado

3.6 KLOC1.20

2.5 KLOC0.32

2.8 KLOC1.20

Bรกsico/intermedio

COCOMO

• Es necesario elegir los constructores de costos dentro de 15 factores. Es necesario ajustar dichos factores en una escala ordinal de 6 puntos: muy baja, baja, media, alta, muy alta y extremadamente alta. • Si por ejemplo en la capacidad de análisis se escoge el factor de 1.46, indica que se debe aumentar el esfuerzo en 46%

Manejadores de Costo Manejadores de Costo

Very Low

Low

Nominal

High

Very High

Extra High

ACAP Analyst Capability

1.46

1.19

1.00

0.86

0.71

AEXP Applications Experience

1.29

1.13

1.00

0.91

0.82

CPLX Product Complexity

0.70

0.85

1.00

1.15

1.30

1.65

DATA Database Size

0.94

1.00

1.08

1.16

LEXP Language Experience

1.14

1.07

1.00

0.95

MODP Modern Programming Practices

1.24

1.10

1.00

0.91

0.82

PCAP Programmer Capability

1.42

1.17

1.00

0.86

0.70

RELY Required Software Reliability

0.75

0.88

1.00

1.15

1.40

SCED Required Development Schedule

1.23

1.08

1.00

1.04

1.10

STOR Main Storage Constraint

1.00

1.06

1.21

1.56

TIME Execution Time Constraint

1.00

1.11

1.30

1.66

TOOL Use of Software Tools

1.24

1.10

1.00

0.91

0.83

TURN Computer Turnaround Time

0.87

1.00

1.07

1.15

VEXP Virtual Machine Experience

1.21

1.10

1.00

0.90

VIRT Virtual Machine Volatility

0.87

1.00

1.15

1.30

Manejadores de Costo

• Los manejadores de costo se clasiican en 4 categorías: • Software

– Fiabilidad – Tamaño de la base de datos – Complejidad del producto

• Hardware

– Restricciones de tiempo de ejecución –

Manejadores de Costo

• Hardware

– Volatilidad de Máquina Virtual – Tiempo de respuesta de la computadora

• Personal

– Capacidad del analista – Experiencia en la aplicación – Capacidad de los programadores – Experiencia en el Sistema Operativo – Experiencia en el lenguaje de Programación

Manejadores de Costo

• Proyecto

– Prácticas de Programación modernas – Utilización de herramientas de software – Limitaciones de planificación

COCOMO II

• Es una variante del modelo tradicional que cuenta con otros modelos: • El modelo de Composición de Aplicaciones.

– Indicado para proyectos construidos con herramientas modernas de construcción de interfaces gráficos para usuario.

• El modelo de Diseño anticipado. • Este modelo puede utilizarse para obtener estimaciones aproximadas del costo de un proyecto antes de que esté determinada por completo su arquitectura. Utiliza un pequeño conjunto de drivers de costo nuevo y nuevas

COCOMO II

• El modelo de Diseño anticipado.

– Este modelo puede utilizarse para obtener estimaciones aproximadas del costo de un proyecto antes de que esté determinada por completo su arquitectura. Utiliza un pequeño conjunto de drivers de costo nuevo y nuevas ecuaciones de estimación.

• El modelo Post-Arquitectura.

– Este es el modelo COCOMO II más detallado. Se utiliza una vez que se ha desarrollado por completo la arquitectura del proyecto. Tiene nuevos drivers de costo, nuevas reglas para el recuento de líneas y nuevas ecuaciones.

Comparativa COCOMO I y II

Comparativa COCOMO II

COCOMO

• En muchas ocasiones no solamente es necesario calcular el esfuerzo sino que tambien se requiere calcular el tiempo de desarrollo T=c Ed • Para determinar PR=LDC/E

productividad:

• Para calcular el Personal promedio: P=E/T • Nótese que para manejar este modelo se necesita de métricas de tamaño como LDC o

Actividad 1

• En base a la tarea de Puntos de función previa determine lo siguiente: • Determine el costo del proyecto si el modelo es intermedio, el tipo de proyecto semiacoplado, los manejadores de costos todos nominales, asumiendo que el proyecto se realizará en COBOL con un costo nominal $90,000 persona/año.

Actividad 2

• En el mismo proyecto se desea saber quien tuvo mayor productividad para brindarle un aumento de sueldo. • Cristhian implementó las entradas y salidas del sistema. • Carreón implementó los archivos externos • José Alfredo archivos externos y consultas.

Actividad 3

• Considerando los siguientes manejadores de costos, ¿cómo quedan las estimaciones de las métricas del proyecto? • ACAP alto, CPLX bajo, DATA muy alto, STOR extremedamente alto, todo los demás de complejidad nominal.

Actividad 4

• ¿Qué cambios son necesarios hacer para que el proyecto se entregue en tres meses? ¿y si fuera un solo mes? • Empezar a desarrollar su estimación de costos de su proyecto. Recordar que se aplicará Puntos de Casos de Uso para estimar la complejidad del software.

Puntos Objeto

• El número de puntos de objeto en un programa se calcula en función de las pantallas, los reportes y los componentes de procesamiento (módulos). • El número de puntos de objetos se corrige en función de la reutilización de componentes • Pantallas • Reportes • Módulos

• Simple • Mediano • Complejo

Puntos Objeto

(Productividad en OP/mes)

Ejemplo Puntos Objeto

• Considérese una aplicación que tiene 3 pantallas de complejidad media y 1 de alta complejidad, que genera 5 reportes de complejidad simple y donde se utilizan 3 módulos de complejidad media, estimándose un 10% de reuso de código de un proyecto anterior y con una productividad normal del equipo de desarrollo. • Calcúlese los Puntos de Objetos asociados al programa así como el esfuerzo requerido por el proyecto.

• • • • • •

Ejemplo Punto Objetos

Se tiene los siguientes puntos de objetos: 3*2=6 (Entradas complejidad media) 1*3=3 (Entrada alta complejidad) 5*2=10 (reportes simples) 3*7=21 (módulos complejidad media) Por lo que se tienen 40 puntos objetos sin ajustar.

• PO ajustados = (40*(100-10))/100

Ejemplo Puntos Objetos

• POA = (40(90))/100=3600/100=36

• Esfuerzo =36/13 = 2.7692 hombre/mes • De aquí se calcula el costo del proyecto en base al salario, suponiendo tres trabajadores, con un costo de 10,000 el mes, el desarrollo costaría 30,000.

Puntos de Casos de uso • Propuesto por Gustav Kamer de Objectory • Método de estimación del tiempo de desarrollo de un proyecto mediante la asignación de pesos a un cierto número de factores que lo afectan. • Finalmente se contabiliza el tiempo total estimado a partir de esos factores

Puntos de Casos de uso â&#x20AC;˘ UUCP = UAW + UUCW UUCP = Puntos de Casos de uso sin ajustar UAW = Factor de peso de los actores sin ajustar UUCW = Factor de peso de los casos de uso sin ajustar

Factor de Peso de los Actores

Factor de Peso de casos de uso

Ejemplo de UUCP • UUCP = UAW + UUCW • UAW = 1 * 3 • UUCW = 4 * 5 • UUCP = 3 + 20 • UUCP = 23

Cálculo • UCP = UUCP * TCF * EF UCP = Puntos de Casos de uso

ajustados

UUCP = Puntos de casos de uso sin ajustar

TCF = Factor de complejidad técnica EF = Factor del ambiente

Factor de Complejidad TĂŠcnica TCF

Factor de Ambiente EF

Ejemplo

• Se tiene el modelado de casos de uso de una aplicación que tiene 2 actores: un administrador(complejidad media) y una secretaria (simple). UAW = 2+1=3 • A su vez se tiene dos caso de uso uno con 5 y otro que tiene 7 transacciones. UUCP = 2* 10 = 20 • UUCP= UAW + UUCW = 3+20 • UUCP= 23

Ejemplo

Cรกlculo โ ข UCP = UUCP * TCF * EF UCP = 23 * 0.77 * 0.82 UCP = 14.52 --------------------------------------------------------E = esfuerzo E = 20 horas-hombre por cada UCP E = 14.52 * 20 E= 290.4 horas

Esfuerzo total del proyecto

Otro ejemplo

โ ข Se tienen los siguientes actores en un sistema Tipo de Actor

Descripciรณn

Peso

Jefe de Almacen

Complejo

Asistente de Almacen

Complejo

Simple

Lectora

FASA = 3 (2) + 1 = 7

Con los siguientes CU Casos de Uso

Transacciones

Peso

Registrar Salida

Registrar Devoluci贸n

Generar Reporte

Generar Orden de Compra

Registrar Ingreso de Producto Nuevo

Buscar Producto

Verificar Producto

FCUSA = 2 (10) + 5 (5) = 45

Complejidad Técnica

Complejidad Técnica Factor

Descripción

Peso

Valor Asignado

TCF1

Sistema distribuido

TCF2

Objetivos de performance o tiempo de respuesta

TCF3

Eficiencia del usuario final

TCF4

Procesamiento interno complejo

TCF5

El código debe ser reutilizable

TCF6

Facilidad de instalación

0.5

TCF7

Facilidad de uso

0.5

TCF8

Portabilidad

TCF9

Facilidad de cambio

TCF10

Concurrencia

TCF11

Incluye objetivos especiales de seguridad

TCF12

Provee acceso directo a terceras partes

TCF13

Se requieren facilidades especiales de entrenamiento a usuarios

FCT = 0.6 + 0.01 * ∑ (PESO * VALOR ASIGNADO) FCT = 0.6 + 0.01 * 34 = 0.94

Factores Ambientales

Impacto Personal Factor

Descripción

Peso

Valor Asignado

ECF01

Familiaridad con el modelo de proyecto utilizado

1.5

ECF02

Experiencia en la aplicación

0.5

ECF03

Experiencia en orientación a objetos

ECF04

Capacidad del analista líder

0.5

ECF05

Motivación

ECF06

Estabilidad de los requerimientos

ECF07

Personal part-time

-1

ECF08

Dificultad del lenguaje de programación

-1

FAmb = 1.4 – 0.03 * ∑ (PESO * VALOR ASIGNADO) FAmb = 1.4 – 0.03 * 16.5 = 0.905

Puntos de Casos de Uso

Calculo de los Puntos de caso de Uso Ajustados PCUA = PCUSA * FCT * FAmb PCUA = 52 * 0.94 * 0.905 = 44.23 pcu Calculo del Esfuerzo Estimado Fact Conv. = 20 horas-hombre / punto de caso de uso E = PCUA * Fact Conv.

E = 44.23 pcu * 20 horas-hombre/pcu = 884.6 horas/hombre Esfuerzo Estimado

884.6 horas / hombre

多Preguntas?