DIEGO MAURICIO SUAREZ ARLEY MENDEZ BRICEO.

INTRODUCCION
Es necesario construir en un tiempo corto, sin un costo excesivo, aplicaciones complejas, de calidad y que soporten las necesidades del usuario. Estas aplicaciones deberan ser fciles y rpidas de modificar.

ESTIMACION DE PROYECTOS DE SOFTWARE

La gestin de todo proyecto de software comienza con la planificacin de proyecto y sus actividades. Antes de que se empiece con el proyecto, el gestor y su equipo debe de hacer una estimacin del proyecto, es decir, el trabajo, el esfuerzo, los recursos hardware y software que se necesitaran, el costo y el tiempo necesario para culminar el proyecto. En la planificacin del proyecto se determinara tareas y tiempo que se deben cumplir, as como tambin, los responsables de que se cumplan. La estimacin del proyecto determinara casi con actitud el verdadero costo y el esfuerzo persona mes que se necesita de un proyecto.

Para realizar estimaciones seguras de costes y esfuerzos tenemos varias opciones posibles: 1. Dejar la estimacin para mas adelante. 2. Basar las estimaciones en proyectos similares ya terminados. 3. Utilizar tcnicas de descomposicin relativamente sencillas para generar las estimaciones de coste y de esfuerzo del proyecto. 4. Utilizar uno o mas modelos empricos para la estimacin del coste y esfuerzo del software.

Tamao del software

Representa un desafo para el planificador del proyecto. El tamao se refiere a un resultado cuantificable del proyecto del software. El tamao se puede medir en lneas de cdigo ( LDC) o como puntos de funcin (PF).

Tamao en lgica difusa: Este enfoque utiliza las

tcnicas aproximadas de razonamiento que son la piedra angular de la lgica difusa. Tamao en punto de funcin: El planificador desarrolla estimaciones de caractersticas del dominio de informacin. Tamao de componentes estndar: el software se compone de un numero de componentes estndar que son genricos para un rea en particular de la aplicacin. Tamao del cambio: este enfoque se utiliza cuando un proyecto comprende la utilizacin de software existente que se debe modificar de alguna manera como parte de un proyecto.

Estimacin basada en el problema

Las estimaciones de LCD y PF son tcnicas estimacin distintas. A pesar de que ambas tienen varias caractersticas comn. el planificador del proyecto comienza con enfoque limitado para el mbito del software y este estado intenta descomponer el software funciones que se puedan estimar individualmente. de en un de en

Estimacin basada en el proceso

La tcnica mas comn para estimar un proyecto es basar la estimacin en el proceso que se va a utilizar. Es decir el proceso se descompone en un conjunto relativamente pequeo de actividades o tareas y en el esfuerzo requerido para llevar a cabo la estimacin de cada tarea. Para cada funcin se debe llevar a cabo una serie de actividades del proceso del software, una vez que se mezclan las funciones del problema y las actividades del proceso, el planificador estima el esfuerzo que se requerira para llevar a cabo cada una de las actividades del proceso del software en cada funcin.

Que tienen en comn la estimacin orientada a PF y LCD?

Las mtricas de productividad de lnea base se aplican entonces para la variable de estimacin adecuada y se extrae el coste o el esfuerzo de la funcin. En general, el dominio del proyecto debera calcular las medidas de LDC y PF, es decir los proyectos se deberan agrupar por tamao de equipo, rea de aplicacin, complejidad y otros parmetros relevantes.

Problemas derivados
Mantenimiento de alto costo y alto riesgo Gran dependencia del individuo. Incumplimiento de plazos de entrega. No se tiene tiempo de recoger datos sobre el proceso de

desarrollo de software que permitan estimaciones y planificaciones fiables. (cuando se termina).

Insatisfaccin de los usuarios con el producto terminado Dudosa calidad del software desarrollado. Poca importancia a las pruebas.

CONCLUSIONES Y RECOMENDACIONES
Se destaca el hecho de que para proyectos pequeos resulta efectivo el lograr un prototipo rpido como tcnica de educcin de requisitos, que si bien al inicio demanda de un esfuerzo y tiempo adicional, esto se ve claramente compensando al momento de desarrollar el producto final, ya que redunda en conseguir una planificacin ms real, el tener una documentacin efectiva y poco cambiante, arquitecturas y diseos mejor logrados, pero por sobre todo, una mayor certeza de alcanzar lo que el usuario final realmente desea y por lo que est dispuesto a pagar.

MODELO COCOMO
Es

un modelo de estimacin de costes.

Creado por Barry W. Boehm. Incluye 3 submodelos con un nivel de

detalle cada vez mayor.

Modelos de estimacin
Modelo bsico Modelo intermedio Modelo avanzado

Modos
Orgnico. Semiacoplado. Empotrado.

Modo Bsico
El modelo bsico se usa para obtener

una aproximacin rpida del esfuerzo.

Usa las variables a, b, c y d, que

varan en funcin de los modos.

Conforme se aumenta la complejidad

del modo, aumentan los valores de las variables (esfuerzo).

Modelo bsico
Personas necesarias para llevar a

cabo el proyecto: (MM) = a*(Klb) Tiempo de desarrollo del proyecto: (TDEV) = c*(MMd) Personas necesarias para el proyecto: (CosteH) = MM/TDEV Coste total del proyecto: (CosteM) = CosteH * Salario medio

Modelo Intermedio
Aade al modelo bsico 15 factores

de ajuste o guas de coste. Logramos mayor precisin en la estimacin gracias a los nuevos factores. La frmula es la misma que la del modelo bsico pero con el aadido del factor (multiplicando).

Modelo Intermedio
Atributos del modelo: Software:
RELY: Indica las consecuencias para

el usuario si falla el producto.

DATA: Relacin Tamao de la BD /

Lneas de cdigo. CPLX: Complejidad del producto.

Modelo Intermedio
Atributos del modelo: Hardware:
TIME: Limitaciones en el porcentaje

del uso de la CPU. STOR: Limitaciones en el porcentaje del uso de la memoria. VIRT: Volatilidad de la mquina virtual. TURN: Tiempo de respuesta.

Modelo Intermedio
Atributos del modelo: Personal:
ACAP: calificacin de los analistas. AEXP: experiencia del personal. PCAP: calificacin de los

programadores. VEXP: experiencia del personal en la mquina virtual. LEXP: experiencia en el lenguaje.

Modelo Intermedio
Atributos del modelo: Proyecto:
MODP: uso de prcticas modernas de

programacin. TOOL: uso de herramientas de desarrollo de software. SCED: limitaciones en el cumplimiento de la planificacin.

Ejemplo estimacion:
Debemos desarrollar un software de no

muy elevada dificultad, con las siguientes restricciones:

3 meses para el desarrollo del proyecto software. Debe estar implementado en el lenguaje Visual Basic.

Ejemplo estimacion:
Calculo del esfuerzo:

Necesitamos hallar la variable KDLC.

LENGUAJE Ensamblador C COBOL Pascal Prolog/LISP C++ Visual Basic SQL LDC/PF 320 150 105 91 64 64 32 12

Ejemplo estimacion:
KLDC = (PF * Lneas de cdigo por

cada PF)/1000 = (261,36*32)/1000 = 8,363

Usaremos el tipo Organico ya que

nestro proyecto no supera las 50 KLDC, y es el mas a propiado en este caso.

Ejemplo estimacion:
Coeficientes a usar:
PROYECTO SOFTWARE a b c d

Orgnico

3,2

1,05

2,5

0,38

Semi-acoplado

3,0

1,12

2,5

0,35

Empotrado

2,8

1,20

2,5

0,32

Ejemplo estimacion:
Calculo de la variable FAE:
CONDUCTORES DE COSTE VALORACIN Muy bajo Fiabilidad requerida del software Tamao de la base de datos Complejidad del producto Restricciones del tiempo de ejecucin Restricciones del almacenamiento principal Volatilidad de la mquina virtual Tiempo de respuesta del ordenador Capacidad del analista Experiencia en la aplicacin Capacidad de los programadores Experiencia en S.O. utilizado Experiencia en el lenguaje de programacin Prcticas de programacin modernas Utilizacin de herramientas software Limitaciones de planificacin del proyecto 0,75 0,70 1,46 1,29 1,42 1,21 1,14 1,24 1,24 1,23 Bajo 0,88 0,94 0,85 0,87 0,87 1,19 1,13 1,17 1,10 1,07 1,10 1,10 1,08 Nominal 1.00 1.00 1.00 1.00 1.00 1.00 1.00 1.00 1.00 1.00 1.00 1.00 1.00 1.00 1.00 Alto 1,15 1,08 1,15 1,11 1,06 1,15 1,07 0,86 0,91 0,86 0,90 0,95 0,91 0,91 1,04 Muy alto 1,40 1,16 1,30 1,30 1,21 1,30 1,15 0,71 0,82 0,70 0,82 0,83 1,10 Extr. alto 1,65 1,66 1,56 -

Ejemplo estimacion:
Calculo de la variable FAE: FAE = 1,15 * 1,00 * 0,85 * 1,11 * 1,00 *

1,00 * 1,07 * 0,86 * 0,82 * 0,70 * 1,00 * 0,95 * 1,00 * 0,91 * 1,08 = 0,53508480
Clculo del esfuerzo del desarrollo: E = a KLDC^(b) * FAE = 3,2 *

(8.363)^1,05 * 0,53508480 = 15,91 personas /mes

Ejemplo estimacion:
Clculo tiempo de desarrollo: T = c Esfuerzo d = 2,5 * (15,91)^0,38

= 7,15 meses
Productividad: PR = LDC/Esfuerzo = 8363/15,91 =

525 ,64 LDC/personas mes

Ejemplo estimacion:
Personal promedio: P = E/T = 15,91/7,15 = 2,22

personas
Segun los resultados necesitaremos un

equipo de 3 personas trabajando alrededor de 7 meses, pero como una restriccin era 3 meses incrementamos a 6 el numero de personas. 1 Jefe de proyecto, 2 Analistas, 2 programadores y 1 Responsable de calidad.