Luis Caballero Cruz Ingeniería Técnica Informática de Sistemas Universidad de Sevilla SISTEMA DE MONITORIZACIÓN –PLANIFICACIÓN 2.1- PLANIFICACIÓN TEMPORAL: La planificación temporal de un proyecto es la estimación del tiempo necesario que vamos a invertir en su elaboración. Para ello, dividiremos el proyecto en diferentes etapas, a las cuales realizaremos dos estimaciones: - Estimación inicial: se realiza antes de comenzar el proyecto e indica cuánto tiempo creemos o prevemos que vamos a tardar en realizarlo. Estimación final: se realiza al terminar el proyecto y contamos las horas exactas o valor real que hemos empleado en él. Con estas dos estimaciones, calcularemos el error relativo cometido en la aproximación del tiempo, de la siguiente manera: Error absoluto = Estimación final – Estimación inicial 𝐸𝑟𝑟𝑜𝑟 𝑎𝑏𝑠𝑜𝑙𝑢𝑡𝑜 Error relativo = 𝐸𝑠𝑡𝑖𝑚𝑎𝑐𝑖𝑜𝑛 𝑓𝑖𝑛𝑎𝑙 También calcularemos el error relativo medio, para conocer el total: 1 Error relativo medio = (𝑛) ∑𝑖=1…𝑛 𝐸𝑟𝑟𝑜𝑟 𝑟𝑒𝑙𝑎𝑡𝑖𝑣𝑜𝑖 En la siguiente tabla mostramos los resultados obtenidos: Etapa Estimación inicial Búsqueda de información 30 horas Introducción y Planificación 55 horas Estimación final Error relativo Arquitectura y diseño Implementación Pruebas Revisión de la documentación Preparación de la Presentación TOTAL 270 horas Error relativo medio SISTEMA DE MONITORIZACIÓN –PLANIFICACIÓN 1 SISTEMA DE MONITORIZACIÓN –PLANIFICACIÓN 2.2- PLANIFICACIÓN DE COSTES: Utilizaremos el Modelo Constructivo de Costes (o COCOMO, por su acrónimo del inglés Constructive Cost Model). Es un modelo de estimación de costes de software basado en estimaciones matemáticas. Está orientado a la magnitud del producto final, midiendo el tamaño del proyecto en líneas de código principalmente. Debido a esto no podremos realizar el cálculo de coste hasta tener terminado el producto y podamos contar sus líneas de código. Este modelo fue propuesto por Boehm en el año 1981. En su desarrollo original estaba constituido por tres modelos: – Modelo Básico: Calcula el coste en función del tamaño estimado o medido de líneas de código (LDC). – Modelo Intermedio: Este añade al modelo básico quince modificadores opcionales para tener en cuenta en el entorno de trabajo, incrementando así la precisión de la estimación. Estas guías evalúan un conjunto de atributos del producto, del hardware necesario, del personal o del proyecto e introducen ponderaciones con un resultado más real. – Modelo avanzado: Presenta principalmente dos mejoras respecto al anterior: 1–) Los factores correspondientes a los atributos son sensibles o dependientes de la fase sobre la que se realizan las estimaciones. Aspectos tales como la experiencia en la aplicación, utilización de herramientas de software, etc., tienen mayor influencia en unas fases que en otras, y además van variando de una etapa a otra. 2–) Establece una jerarquía de tres niveles de productos, de forma que los aspectos que representan gran variación a bajo nivel, se consideran a nivel módulo, los que representan pocas variaciones, a nivel de subsistema; y los restantes son considerados a nivel sistema. A su vez, cada submodelo también se divide en modos que representan el tipo de proyecto, y pueden ser: – Modo orgánico: un pequeño grupo de programadores experimentados desarrollan software en un entorno familiar. El tamaño del software varía desde unos pocos miles de líneas (tamaño pequeño) a unas decenas de miles (medio). – Modo semiacoplado: corresponde a un esquema intermedio entre el orgánico y el rígido; el grupo de desarrollo puede incluir una mezcla de personas experimentadas y no experimentadas. – Modo empotrado o rígido: el proyecto tiene fuertes restricciones, que pueden estar relacionadas con la funcionalidad y/o pueden ser técnicas. El problema a resolver es único y es difícil basarse en la experiencia, puesto que puede no haberla. SISTEMA DE MONITORIZACIÓN –PLANIFICACIÓN 2 SISTEMA DE MONITORIZACIÓN –PLANIFICACIÓN El resultado se da en unidades salario/mes y horas-hombre. La función básica que se utiliza en los tres modelos es: 𝐸=(𝐾𝑙)𝑏∗𝑚(𝑋) , donde: a y b son constantes con valores definidos en cada submodelo. Kl es la cantidad de líneas de código, en miles. m(X) es un multiplicador que depende de 15 atributos. COCOMO básico es un forma rápida y sencilla de estimar la magnitud de los costes de un proyecto software, pero este alcance está necesariamente limitado porque hay muchos factores sin contabilizar. Dada la índole de nuestro proyecto y la poca necesidad de realizar una estimación exacta de costes (no hay intercambio monetario), nos valdrá con usar el modelo básico. Las ecuaciones de COCOMO en este modo básico son: 𝐸=𝑎·𝐾𝐿𝑂𝐶b 𝐷=𝑐·𝐸d 𝑃= 𝐸/𝐷 Donde E es el esfuerzo aplicado en persona-mes, D es el tiempo de desarrollo en meses, KLOC es el número de líneas estimadas para el proyecto (en miles) y P es el número de personas necesarias. Los coeficientes a, b, c y d se obtienen de la siguiente tabla: MODO a b c d Orgánico 2,40 1,05 2,50 0,38 Semilibre 3,00 1,12 2,50 0,35 Rígido 3,60 1,20 2,50 0,32 COCOMO ACTUAL Y POSTERIORMENTE PLUGIN PROPIO Fuentes: http://es.wikipedia.org/wiki/COCOMO http://es.wikipedia.org/wiki/COCOMO_B%C3%A1sico SISTEMA DE MONITORIZACIÓN –PLANIFICACIÓN 3