Ingeniería de Software I Primer Parcial

Transcripción

1 PUNTO 1. (Valor 0%) Usted es el Gestor de un proyecto previsto para realizarse en 18 meses, por un total de 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 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 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. - Costo del mes normal: dólares / 18 meses = dólares - mes. Planeado sin sobre costos: 9 meses * dólares-mes = dólares (este es el CPTP) (PV ó BCWS) Se ha realizado el 75% de lo planeado, que debía costar (sin sobre costos): * 0.75 = (este es el CPTR) (EV o BCWP) Costos reales: Meses normales: 6 meses * dólares-mes = dólares Meses con sobre costo: meses * ( ) dólares-mes = m * d-m = Costo real = costo meses normales + meses con sobre costo = = (este es el CRTR) (AC o ACWP) Presupuesto a la terminación PAT dólares Coste Presupuestado del Trabajo Planificado Coste Presupuestado del Trabajo Realizado CPTP CPTR dólares 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 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,75 (lo que realmente está) DIFERENCIA -0,125 retrasado Coste real de trabajo realizado CRTR 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 ESTÁ EXCEDIDO EN PRESUPUESTO CONCLUSIÓN: están atrasados en cuanto a actividades y están excediendo el presupuesto en dólares. -

2 PUNTO 2. (Valor 45%) 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 2 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.

3 Parámetros (todas de complejidad media, excepto las salidas, de complejidad alta). Entradas: (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 = 5 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 = = 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). Rendimiento: 0 4. Configuraciones fuertemente utilizadas: 2 (restricciones de seguridad) 5. Frecuencia de transacciones: (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: Facilidad de instalación: Facilidad de operación: 0 1. Instalación de múltiples sitios: 1 (entornos idénticos en la empresa) 14. Facilidad de cambio: 0 Total :2 PF Ajustados = 106 * ( (0.01 * 2)) = 106 * 0.88 = PF Coste = 9 * 500 = Euros Tamaño = 9 * 120 LDC = LDC -

4 PUNTO. (Valor 25%) Teniendo en cuenta la ecuación del software de Putnam: Esfuerzo L P* t 4/ * B Donde L = Número de líneas de código fuente. P = Parámetro de Productividad. E = Esfuerzo de desarrollo en personas-año. 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 = Se requiere escribirlo en lenguaje JAVA. Tasa de conversión: 6 LDC / PF SE PIDE: (a) (1 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 K K K K 0.7 > 70 K 0.9

5 - (a) (1 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 * 6 (LDC/PF) = LDC (ó KLDC) El tiempo lo expresamos en años: 10 meses = 0.8 años. t 4/ = (0.8) 4/ = Ahora determinamos el factor B mirando el tamaño en KLDC que en nuestro caso es 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.7 Listo! Solo falta reemplazar: Esfuerzo 28657* *0.7 El esfuerzo será igual a 4.02 personas-año. (b) (6 puntos). Estime la cantidad de personas Cantidad de personas = Esfuerzo / Duración Cantidad de personas = 4.02 personas-año / 0.8 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 = años. t 4/ = (0.9166) 4/ = Recalculamos el esfuerzo: Esfuerzo 28657* *0.7 El esfuerzo ahora será igual a personas-año. Cantidad de personas = Esfuerzo / Duración Cantidad de personas = personas-año / año =.27 personas En la práctica tiempo completo y 1 medio tiempo. -