sistema de monitorización *planificación

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