Universidad Central

Facultad de Ciencias Fsicas y Matemticas Escuela de Ingeniera Ejecucin en Computacin e Informtica

Ingeniera de Software Ejercicios Estimacin y Esfuerzo

1. Se tiene un proyecto con las siguientes caractersticas del mbito de informacin. Suponga que todos los valores de ajuste de complejidad son medios. Nmero de entradas de usuario: 32 Nmero de salidas de usuario: 60 Nmero de peticiones al usuario: 24 Nmero de archivos: 8 Nmero de interfaces externas: 2 a. Calcule el multiplicador por complejidad. b. Calcule el valor del punto de funcin. c. Suponga que se han contado 14 algoritmos. Calcule el valor del punto de caracterstica bajo las mismas condiciones.

2. Un administrador de software est a cargo del desarrollo de un sistema de software de seguridad crtico que se disea para controlar una mquina de radioterapia para tratar a los pacientes que sufren cncer. Este sistema est incrustado en la mquina y debe en un procesador especial con cantidad fija de memoria (8MB). La mquina se comunica con un sistema de base de datos de pacientes para obtener los detalles del paciente y, despus del tratamiento registra la dosis de radiacin suministrada y otros detalles del tratamiento en la base de datos. La estimacin de LDC en el caso optimista es de 1800, el ms probable es de 2400 y el pesimista es de 2650. Calcule la duracin en meses y el nmero de personas que se necesitan para el proyecto si: a. Si se indica que el proyecto no debe superar los 6 meses. b. Si se indica que el proyecto no debe superar los 3 meses. c. Considere que el costo-mes del grupo es de $2.200.00 y el factor de riesgo del proyecto es de 0.2. Calcule el costo total del proyecto para los 2 casos anteriores.

Universidad Central
Facultad de Ciencias Fsicas y Matemticas Escuela de Ingeniera Ejecucin en Computacin e Informtica

3. Mediante la ecuacin de PUTMAN, desarrolle una tabla que relacione el nmero de personas con la duracin del proyecto, para un proyecto de software que requiere un esfuerzo de 50.000 LDC y 15 personas-ao (considere la constante lgica es 5.000). Suponga que el software ha de entregarse en 24 meses, con un error de ms o menos 12 meses, entonces Qu podra decir de la relacin entre la gente y el tiempo? Explique.

4. La empresa TIKOTIKET te encarga la construccin de un software para la venta de entradas para acontecimientos deportivos y culturales. Se quiere que la aplicacin funcione en la web, de tal manera que los usuarios accedan a travs de un navegador. Los usuarios podrn comprar entradas de manera interactiva en tres pasos. En la primera pantalla introducen las caractersticas relativas al evento. En la segunda, introducen sus datos personales. Finalmente, en la tercera dan sus datos bancarios. Los usuarios podrn 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 aplicacin en un archivo externo Una vez realizada la compra, la aplicacin permitir imprimir las entradas en formato electrnico si los datos bancarios son vlidos. En caso contrario se debe dar un mensaje de error. La aplicacin debe pues comunicarse con un sistema de gestin de medios de pago, a la que mandar la informacin de la tarjeta del cliente, y de la que recibe si se autoriza el pago. Esta comunicacin, as como la introduccin de datos bancarios debe realizarse de manera segura. La aplicacin mantendr una base de datos con la informacin de los clientes, que por seguridad ha de guardarse de manera encriptada. El cifrado es un proceso matemtico y lgico que se considera complejo. Se esperan periodos punta diarios de uso de la aplicacin (suele haber ms de un evento por da), tpicamente entre las 18 y las 23 horas. Adems, la aplicacin debe tener un mdulo de mantenimiento, que ser utilizado por los encargados de la empresa. Estos dispondrn de la posibilidad de realizar transacciones de alta y baja los distintos eventos de manera interactiva (esta actualizacin debe poder verse inmediatamente desde el mdulo de los clientes), podrn obtener un listado con los clientes de cierto evento, as como un grfico con estadsticas. Este mdulo slo podr utilizarse desde equipos (PCs) dentro de la empresa TIKOTIKET, que tienen todos windows XP. El gestor de TIKOTIKET parece no tener claro el estilo de la interfaz de usuario, tanto de la aplicacin cliente como del mdulo de mantenimiento. No obstante te pide que la aplicacin tenga las caractersticas de usabilidad de las aplicaciones tpicas de windows (uso de ratn, y presencia de mens, ventanas, scrolling,

Universidad Central
Facultad de Ciencias Fsicas y Matemticas Escuela de Ingeniera Ejecucin en Computacin e Informtica

seleccin mediante cursor, teclas pre asignadas y ayuda on-line), as como minimizar el nmero de interacciones con la interfaz necesarias para adquirir las entradas. Has considerado la realizacin de la aplicacin usando tecnologa orientada a objetos (Java), y el gestor de TIKOTIKET te dice que quiere una versin bsica de la aplicacin lo antes posible para evaluarla. Se pide: a. Calcula los Puntos de Funcin, suponiendo media la complejidad de los parmetros, excepto las salidas, que se consideran de complejidad alta. Calcula el coste y el tamao de la aplicacin si los rangos de tu empresa sealan un coste de $700 por punto de funcin y de 120 LDC por Punto de Funcin. b. Utilizando COCOMO bsico, haz una estimacin del tiempo total del proyecto y del esfuerzo de codificacin.

Universidad Central
Facultad de Ciencias Fsicas y Matemticas Escuela de Ingeniera Ejecucin en Computacin e Informtica

Productividad por lneas de cdigo:

Productividad = KLDC / persona-mes Calidad = errores / KLDC Costos = $ / KLDC Documentacin = pgs. Doc. / KLDC

Productividad por puntos de funcin (PFs):

PF = cuenta-total * (0.65 + 0.01 * SUM(Fi)) Productividad = PF / personas-mes Calidad = errores / PF Costos = $ / PF Documentacin = pgs. De doc. / PF Parmetro Entradas Salidas Peticiones Archivos Interfaces Cuenta-total Cuenta Simple X3 X4 X3 X7 X5 Medio X4 X5 X4 X 10 X7 Complejo X6 X7 X6 X 15 X 10 NN Valor

Fi con i=1 a 14, evaluar cada factor en una escala de 0 a 5 segn, 0: Sin influencia, 1: Incidental, 2: Moderado, 3: Medio, 4: Significativo, 5: Esencial. 1. 2. 3. 4. 5. 6. 7. Requiere el sistema copias de seguridad y de recuperacin fiables? Se requieren comunicaciones de datos? Existen funciones de procesamiento distribuido? Es crtico el rendimiento? Ser ejecutado el sistema en un entorno operativo existente y frecuentemente utilizado? Requiere el sistema entrada de datos interactiva? Requiere la entrada de datos interactiva que las transacciones de entrada se lleven a cabo sobre mltiples pantallas o variadas operaciones? 8. Se actualizan los archivos maestros de forma interactiva? 9. Son complejas las entradas, las salidas, los archivos o las peticiones? 10. Es complejo el procesamiento interno? 11. Se ha diseado el cdigo para ser reutilizable? 12. Estn incluidas en el diseo la conversin y la instalacin? 13. Se ha diseado el sistema para soportar mltiples instalaciones en diferentes organizaciones? 14. Se ha diseado la aplicacin para facilitar los cambios y para ser fcilmente utilizada por el usuario?

Universidad Central
Facultad de Ciencias Fsicas y Matemticas Escuela de Ingeniera Ejecucin en Computacin e Informtica

Productividad por puntos de caractersticas:

Parmetro Entradas Salidas Peticiones Archivos Interfaces Algoritmos Cuenta-total Cuenta Peso X4 X5 X4 X7 X7 X3 NN Valor

Valor esperado de esfuerzo:

E = (a + 4m + b) / 6 a: optimista, m: ms probable, b: pesimista

Modelo de Waston y Flix

E = 5,2 * LDC 0.91 D = 4,1 * LDC 0.36 D = 2,47 * E 0.35 S = 0,54 * E 0.6 DOC = 49 * LDC 1.01

Modelo COCOMO BASICO

E = a * KLDC b D=c*Ed Modo Orgnico Semi-acoplado Empotrado a 2.4 3.0 3.6 b 1.05 1.12 1.20 c 2.5 2.5 2.5 d 0.38 0.35 0.32

Modelo COCOMO INTERMEDIO

E = a * KLDC b* FAE Modo Orgnico Semi-acoplado Empotrado a 3.2 3.0 2.8 b 1.05 1.12 1.20

Universidad Central
Facultad de Ciencias Fsicas y Matemticas Escuela de Ingeniera Ejecucin en Computacin e Informtica

Modelo PUTMAN
LDC = C * E 1/3 * T 4/3 Donde C es 2000, para un entorno pobre de desarrollo (sin metodologa, documentacin y revisiones pobres, modo de ejecucin no interactivo). 8000, para un buen entorno de desarrollo (con buena metodologa, adecuadas documentacin y revisiones, modo de ejecucin interactivo). 11000, para un entorno excelente (con herramientas y tcnicas automticas).

Modelo ESTERLING
W = 0,125 ( 8 - 8A + G (4R - P(T+R) - K(N-1)(T+R) ) / 60) TT = 7 / (5NW) L = NS (GD + 8(1+I)) E = (NW) / L C = L / (NW) W: Fraccin til del tiempo trabajado por da trabajado por persona. TT: Tasa tiempo calendario a das persona para completar el proyecto. L: Costo diario de mano de obra para un salario base dado. E: Eficiencia del costo. C: Costo del proyecto por da persona. A: Fraccin promedio del da de trabajo gastado en efectuar trabajos administrativos, incidencia directa en el avance del proyecto. T: Duracin promedio de las interrupciones (minutos). R: Tiempo promedio de recuperacin despus de la interrupcin. K: Nmero de interrupciones por da de trabajo de la gente que trabaja directamente en el proyecto. P: Nmero de interrupciones por da debido a otras causas. S: Salario base ($). I: Costo indirecto por persona, expresado como una fraccin del salario base. G: Nmero promedio de horas extra por da trabajado. N: Nmero de gente trabajando en el proyecto.