PUNTO 1. (Valor 30%)
Usted es el Gestor de un proyecto previsto para realizarse en 18 meses, por un total de 360.000 dólares. Se encuentra en la actualidad en el mes 9, y en el mes 6 se disparó un riesgo que hizo peligrar todo el proyecto. El plan de contingencia que Ud. tenía definido como respuesta a este riesgo consistía en contratar tres recursos más, para lo cual, usted definió una reserva de contingencia de 7.000 dólares por mes (que está incluida en el presupuesto total). Sin embargo, debido al alto perfil de uno de los recursos, tuvo que gastar 15.000 dólares por mes adicionales a los ya mencionados. Considerando que sus costos actuales son los costos previstos a esta altura más los costos adicionales del plan de contingencia, y que el avance del proyecto es del 75% de lo que se había planificado para esta fecha, responda las siguientes preguntas. Asuma una distribución de fondos equitativa por período (mes).
Evalúe el estado del proyecto mediante la técnica de Análisis de Valor Ganado. Explique claramente cómo obtiene los valores de CPTP, CPTR y CRTR.
--- SOLUCIÓN:
Costo del mes normal: 360.000 dólares / 18 meses = 20.000 dólares - mes.
Planeado sin sobre costos: 9 meses * 20.000 dólares-mes = 180.000 dólares (este es el CPTP) (PV ó BCWS) Se ha realizado el 75% de lo planeado, que debía costar (sin sobre costos):
180.000 * 0.75 = 135.000 (este es el CPTR) (EV o BCWP) Costos reales:
Meses normales: 6 meses * 20.000 dólares-mes = 120.000 dólares
Meses con sobre costo: 3 meses * (20.000 + 15.000) dólares-mes = 3m * 35.000 d-m = 105.000 Costo real = costo meses normales + meses con sobre costo = 120.000+105.000 = 225.000 (este es el CRTR) (AC o ACWP)
Presupuesto a la terminación PAT 360.000 dólares
Coste Presupuestado del Trabajo
Planificado CPTP 180.000 dólares
Coste Presupuestado del Trabajo
Realizado CPTR 135.000 dólares
Índice de Desempeño (eficiencia)
de Planificación IDP (CPTR/CPTP) 0,75
Progreso del 75 % respecto de lo planeado
Varianza de la planificación VP = CPTR – CPTP -45.000 dólares Negativo. Está por debajo de lo planeado (RETRASADO)
Porcentaje planificado para
terminar CPTP/PAT 0,5 (lo que debería estar)
Porcentaje completado CPTR/PAT 0,375 (lo que realmente está) DIFERENCIA -0,125 retrasado
Coste real de trabajo realizado CRTR 225.000 dólares
Índice de Desempeño (eficiencia)
del coste IDC = CPTR/CRTR 0,6
Está recibiendo 0,60 por cada [dólar]
Varianza del coste VC = CPTR - CRTR -90.000 ESTÁ EXCEDIDO EN PRESUPUESTO
CONCLUSIÓN: están atrasados en cuanto a actividades y están excediendo el presupuesto en 90.000 dólares.
La empresa SUPER_BOLETA te encarga la construcción de un software para la venta de entradas para acontecimientos deportivos y culturales. Se quiere que la aplicación funcione en la web, de tal manera que los usuarios accedan a través de un navegador. Los usuarios podrán comprar entradas de manera interactiva en tres pasos. En la primera pantalla introducen las características relativas al evento. En la segunda, introducen sus datos personales. Finalmente, en la tercera dan sus datos bancarios. Los usuarios podrán realizar consultas para obtener los eventos por tipo, por fecha y por localidad. Una vez obtenido el evento, se podrá realizar otra consulta sobre la disponibilidad y precio de las entradas. La disponibilidad de entradas se le proporcionará a la aplicación en un fichero externo.
Una vez realizada la compra, la aplicación permitirá imprimir las entradas en formato electrónico si los datos bancarios son válidos. En caso contrario se debe dar un mensaje de error. La aplicación debe comunicarse con un sistema de gestión de medios de pago, a la que mandará la información de la tarjeta del cliente, y de la que recibe si se autoriza el pago. Esta comunicación, así como la introducción de datos bancarios debe realizarse de manera segura.
La aplicación mantendrá una base de datos con la información de los clientes, que por seguridad ha de guardarse de manera encriptada. El cifrado es un proceso matemático y lógico que se considera complejo. Se esperan periodos punta diarios de uso de la aplicación (suele haber más de un evento por día), típicamente entre las 18 y las 23 horas.
Además, la aplicación debe tener un módulo de mantenimiento, que será utilizado por los encargados de la empresa. Estos dispondrán de la posibilidad de realizar transacciones de alta y baja los distintos eventos de manera interactiva (esta actualización debe poder verse inmediatamente desde el módulo de los clientes), podrán obtener un listado con los clientes de cierto evento, así como un gráfico con estadísticas. Este módulo sólo podrá utilizarse desde equipos (PCs) dentro de la empresa SUPER_BOLETA, que tienen todos windows 8.
El gestor de SUPER_BOLETA parece no tener claro el estilo de la interfaz de usuario, tanto de la aplicación cliente como del módulo de mantenimiento. No obstante te pide que la aplicación tenga las características de usabilidad de las aplicaciones típicas de windows (uso de ratón, y presencia de menús, ventanas, scrolling, selección mediante cursor, teclas pre asignadas y ayuda on-line), así como minimizar el número de interacciones con la interfaz necesarias para adquirir las entradas. Has considerado la realización de la aplicación usando tecnología orientada a objetos (Java), y el gestor de SUPER_BOLETA te dice que quiere una versión básica de la aplicación lo antes posible para evaluarla.
Se pide:
Calcula los Puntos de Función ajustados, suponiendo media la complejidad de los
parámetros, excepto las salidas, que se consideran de complejidad alta. Calcula el coste y el
tamaño de la aplicación si los datos de tu empresa señalan un coste de 500 Euros por punto de función y de 120 LDC por Punto de Función.
--- SOLUCIÓN:
Parámetros (todas de complejidad media, excepto las salidas, de complejidad alta). Entradas:
3 (compra de entradas: eventos+datos personales+bancarios). 1 (autorización de pago del sistema de medios de pago). 2 (transacciones de alta y baja de eventos).
--
6 x 4 = 24 Salidas:
2 (impresión de la entrada+error dat. bancarios no válidos). 1 (información de la tarjeta al sistema medios pago). 2 (listado de clientes + gráfico con estadísticas) --
5 x 7 = 35 Consultas:
4 (eventos por tipo+fecha+localidad+disponibilidad y precio) -- 4 x 5 = 20 Archivos Internos: 1 (clientes) 1 (eventos) -- 2 x 10 = 20 Archivos Externos: 1 (disponibilidad de entradas) -- 1 x 7 = 7
Total = 24 + 35 + 20 + 20 + 7 = 106 P.F. sin ajustar Cálculo de los factores de ajuste:
1. Comunicación de datos: 4 (datos del cliente por Internet) 2. Funciones distribuidas: 1 (datos que el usuario procesa en local)
3. Rendimiento: 0
4. Configuraciones fuertemente utilizadas: 2 (restricciones de seguridad) 5. Frecuencia de transacciones: 3 (periodo punta diario)
6. Entrada on-line de datos: 5 (todas las entradas son interactivas)
7. Diseño para la eficiencia del usuario final: 4 (6 o más funciones, minimizar interacción para compra) 8. Actualización on-line: 1 (actualización del fichero de eventos)
9. Procesos complejos: 2 (matemáticos y lógicos: encriptación)
10. Reusabilidad: 0
11. Facilidad de instalación: 0 12. Facilidad de operación: 0
13. Instalación de múltiples sitios: 1 (entornos idénticos en la empresa) 14. Facilidad de cambio: 0 Total :23 PF Ajustados = 106 * (0.65 + (0.01 * 23)) = 106 * 0.88 = 93.28 ≅ 93 PF Coste = 93 * 500 € = 46.500 Euros Tamaño = 93 * 120 LDC = 11.160 LDC ---
PUNTO 3. (Valor 25%)
Teniendo en cuenta la ecuación del software de Putnam:
4/3
3
*
*
L
Esfuerzo
B
P t
Donde L = Número de líneas de código fuente. E = Esfuerzo de desarrollo en personas-año. P = Parámetro de Productividad. t = tiempo de desarrollo en años.
En un Proyecto de Software con las siguientes características:
Su tamaño se ha estimado en 790 Puntos de Función (ajustados). Debe entregarse en 10 meses.
Es una aplicación para gestión de inventarios. P = 28657
Se requiere escribirlo en lenguaje JAVA. Tasa de conversión: 63 LDC / PF
SE PIDE:
(a) (13 puntos). Estime el esfuerzo para esa aplicación (b) (6 puntos). Estime la cantidad de personas
(c) (6 puntos). Si el proyecto se prorroga por 1 mes, ¿cuántas personas se necesitarían?
Tabla sobre Factor Especial de Destrezas Tamaño
(en Líneas de Código Fuente –en inglés, Source Lines of Code SLOC- ) Valor del factor B
5 – 15 K 0.16 20 K 0.18 30 K 0.28 40 K 0.34 50 K 0.37 > 70 K 0.39
--- SOLUCIÓN:
(a) (13 puntos). Estime el esfuerzo para esa aplicación
Hay que llevar el tamaño a la unidad de Líneas de Código Fuente:
L = Tamaño (LDC en C++) = 790 PF * 63 (LDC/PF) = 49770 LDC (ó 49.77 KLDC)
El tiempo lo expresamos en años: 10 meses = 0.83333 años. t4/3 = (0.83333)4/3 = 0.78419 Ahora determinamos el factor B mirando el tamaño en KLDC que en nuestro caso es 49.77 KLDC y buscamos el valor que mejor se ajuste en la Tabla. El tamaño es ligeramente inferior a 50 KLDC de modo que usamos el rango cuyo valor B = 0.37
¡Listo! Solo falta reemplazar:
3
49770
*0.37
28657 *0.78419
Esfuerzo
El esfuerzo será igual a 4.02 personas-año.
(b) (6 puntos). Estime la cantidad de personasCantidad de personas = Esfuerzo / Duración
Cantidad de personas = 4.02 personas-año / 0.833333 año = 4.82 personas En la práctica 5 personas.
(c) (6 puntos). Si el proyecto se prorroga por 1 mes, ¿cuántas personas se necesitarían?
Significa que ya no se tendrán 10 meses sino 11 meses, de modo que debemos actualizar: El tiempo lo expresamos en años: 11 meses = 0.9166 años. t4/3 = (0.9166)4/3 = 0.89045 Recalculamos el esfuerzo:
3
49770
*0.37
28657 *0.89045
Esfuerzo
El esfuerzo ahora será igual a 3 personas-año.
Cantidad de personas = Esfuerzo / Duración
Cantidad de personas = 3 personas-año / 0.9166 año = 3.27 personas En la práctica 3 tiempo completo y 1 medio tiempo.
