Trabajo Investigativo 04

TRABAJO INVESTIGATIVO 04
ESTIMACIN DE PROYECTOS
PRESENTADO POR:
DAMIAN SAMAEL TOVAR

20132578120
SEBASTIN GAMBOA BAUTISTA
20131078091
FREDY ENRIQUE GALINDO OSMA
20132578018
JULIAN DAVID MRQUEZ FUENTES
20122078213
PRESENTADO A:
Juan Carlos Guevara Bolaos
UNIVERSIDAD DISTRITAL FRANCISCO JOSE DE CALDAS

FACULTAD TECNOLOGICA TECNOLOGIA EN SISTEMATIZACION DE
DATOS 2016
Tabla de contenido
Introduccin ........................................................................................................................................ 4
Estimacin de software ....................................................................................................................... 5
Definicin ........................................................................................................................................ 5
Importancia de la estimacin .......................................................................................................... 5
Caractersticas ................................................................................................................................. 5
Factores crticos de xito................................................................................................................. 6
Mtodos de estimacin....................................................................................................................... 6
El modelo SLIM (software, life cycle management) ........................................................................ 6
Funcionamiento .............................................................................................................................. 6
Ejemplo de aplicacin ..................................................................................................................... 8
Estimacin del tamao del software................................................................................................... 9
Tcnica LDC (DATOS DE LINEAS DE CDIGO) .................................................................................. 9
Funcionamiento ............................................................................................................................ 10
Ejemplo de aplicacin ................................................................................................................... 12
Estimacin del esfuerzo .................................................................................................................... 13
Wideband Delphi........................................................................................................................... 13
Funcionamiento ............................................................................................................................ 14
Estimacin del tiempo ....................................................................................................................... 16
Mtodo PERT (Program Evaluation and Review Technique) ........................................................ 17
Funcionamiento ............................................................................................................................ 17
Estimacin del costo.......................................................................................................................... 20
COCOMO ....................................................................................................................................... 20
Funcionamiento ............................................................................................................................ 21
Software de estimacin 01................................................................................................................ 27
Bailey-Basili ................................................................................................................................... 27
Funcionalidades............................................................................................................................. 28
Ejemplo.......................................................................................................................................... 29
Expert Estimateur .......................................................................................................................... 30

Requerimientos tecnolgicos ........................................................................................................ 31
SLIM-Metrics ................................................................................................................................. 33
COCOMO II .................................................................................................................................... 35
Conclusiones...................................................................................................................................... 38
Bibliografa ........................................................................................................................................ 38
Introduccin
Durante muchos aos el proceso de desarrollo de software ha sido considerado como un arte dejado a
la improvisacin del jefe del proyecto. Los proyectos se dirigan ms bajo consideraciones tcnicas, que
de gestin. Las actividades de estimacin y de planificacin quedaban relegadas a un mero acto
protocolario al comienzo del proyecto. Posteriormente, el seguimiento y control se realizaban sin un
mnimo de rigor, dada la baja calidad de la estimacin y la planificacin realizada. Mientras los
proyectos han sido de complejidad media la euforia de la tecnologa ha dominado el mercado. Las
desviaciones en costos y tiempo han sido consideradas como algo natural en un proyecto software.
Algo as como si nadie estuviera obligado a saber cundo se terminar el sistema ni cunto costar.
Actualmente se utilizan unas actividades de desarrollo del proyecto de software con el fin de
comprender y obtener una excelente calidad y tener un enfoque claro para esto se tiene en
cuenta la medicin y mtricas, estimacin, anlisis de riesgo, planificacin del programa,
seguimiento y control. El recopilar datos, calcular mtricas y evaluar mtricas, son algunos de los
pasos que se deben realizarse al comenzar un producto.
Es cada vez ms frecuente la consideracin de mtricas de software, es por eso que s estn
implantando en la actualidad, llevando consigo puntos dbiles y fuertes que estn experimentado
los ingenieros y administradores de software. El uso de stas se ha adoptado con xito en el
amplio mercado de desarrollo de software introduciendo reconocimientos y consideraciones por
parte de administradores y usuarios, y estableciendo la necesidad de un enfoque ms disciplinado
y de una alta calidad. As muchos particulares y compaas desarrolladoras de software, estn
reconociendo la importancia del uso de las mtricas, aunque de igual modo siguen sin conocer el
alcance de madurez y calidad del producto final y la disciplina de ingeniera madura que llega a
alcanzar con la aplicacin de los distintos mtodos y tcnicas y la interpretacin de los resultados
que proyecta el uso de las mtricas.
Estas mtricas se basan en tcnicas que son aplicadas a procesos, productos y servicios; segn su
criterio se pueden clasificar en:
Mtricas De Procesos
Mtricas De Proyecto
Mtricas De Producto
Mtricas De Calidad
cada una con criterios de avaluacin similares, que buscan la optimizacin del Software.
Estimacin de software
Definicin
Hacer una buena estimacin software antes de ofertar un proyecto nos puede ayudar a detectar
proyectos que no conviene abordar y que no son rentables. Aunque la realidad diga que
normalmente negocio, o la parte comercial, fija inamoviblemente, y sin estimacin previa, el
tiempo del proyecto, esto no debera evitar las estimaciones, ya que estas nos ayudarn entonces
a saber de qu tamao es el problema en que nos hemos metido. Mejor saber al principio que es
imposible hacer el proyecto en el tiempo ofertado que al final del plazo, cuando ya hay muy poco
margen de maniobra.
Las tcnicas de estimacin son importantes porque proporcionan la parte esencial de una buena
gestin de proyectos. Sin una aceptable capacidad de estimacin de software, los proyectos
pueden sufrir los siguientes problemas:
Los programadores no tienen una base firme sobre la que apoyarse para afirmar a su
manager, cliente o vendedor, que el presupuesto y el tiempo que le han sido otorgados
para finalizar el producto son poco realistas.
Los analistas de software no tienen forma de realizar un anlisis fiable de intercambio de

piezas hardware-software durante la fase de diseo del sistema. Esto puede provocar un
diseo en el que el coste del hardware queda por debajo de lo esperado a costa de un
software que ha costado mucho ms de lo estimado.
Los gestores del proyecto no saben cmo estimar el tiempo y el esfuerzo que conlleva
cada fase y actividad durante el desarrollo de un determinado proyecto
Importancia de la estimacin
La estimacin es predecir las variables involucradas en el proyecto con cierto grado de certeza,
trata de aportar una prediccin de algn indicador importante para la gestin de proyectos de
software tiempo, esfuerzo, cantidad de defectos esperados entre otros sin dejar de tener en
cuenta que la incertidumbre y el riesgo son elementos inherentes.
La estimacin es importante no solo para predecir el valor de variables concretas dentro de un
proyecto sino para determinar su viabilidad, no tiene sentido iniciar un proyecto que est
destinado al fracaso por no contar con el tiempo, el esfuerzo o los recursos necesarios para
llevarlo a cabo. En la actualidad son muchos los proyectos que fracasan, e incumplen sus plazos de
entrega. En la figura I se muestra un grfico con el xito de proyectos de software por ao segn el
Standish Group, aunque el grfico revele informacin hasta el ao 2004 la realidad no es muy
diferente en la actualidad.
Caractersticas
Predecir las variables involucradas en el proyecto con cierto grado de certeza.
Trata de aportar una prediccin de algn indicador importante para la gestin de

proyectos d software, tiempo, esfuerzo, cantidad d defectos esperados, entre otros.
Es razonable conocer cunto se va a invertir, que taras se deben realizar y el tiempo que se
necesitara para ejecutarlas.
La estimacin es un proceso continuo. A medida que el proyecto avanza, ms se conoce de

l, y por lo tanto ms parmetros estn disponibles para introducir en un modelo de
estimacin.
La estimacin continua, nos permite el uso d un nico modelo coherente que pueda
capturar y utilizar la informacin sobre el proyecto a medida que este se conozca.
El proceso de estimacin comienza usando unas pocas variables para proveer las
caractersticas generales de un proyecto, y evoluciona incorporando informacin de ms
bajo nivel para producir las caractersticas ms especficas.
Factores crticos de xito

Los 10 mandamientos de la gestin de los proyectos informticos:
Estn claramente establecidos el valor y los beneficios de negocio (aumento de ingresos,

reduccin de costos, etc.) que se obtienen al realizarlo.
Se establecen claramente los objetivos, resultados y productos que hay que obtener.
Se establecen claramente el alcance y las limitaciones del trabajo.
Se realizan, controlan y actualizan planes detallados, en los cuales los hitos y actividades
aparecen bien especificados en el tiempo.
Se asegura constantemente el apoyo de la direccin, en trminos de autoridad,

consistencia de los objetivos y provisin de recursos.
Se escuchan e interpretan las expectativas de todos los usuarios y partes involucradas y se

planifican y gestionan adecuadamente. Se asegura la aceptacin del trabajo por parte de
los usuarios y otras partes interesadas.
Se asignan los recursos adecuados, con las habilidades necesarias, tanto tcnicas como de
gestin de proyectos, as como otras habilidades funcionales que se requieran en cada
caso. Se especifican los roles y responsabilidades de todos los miembros.
Se monitoriza, evala y se obtiene retroalimentacin puntual a lo largo de toda la

ejecucin del proyecto.
Existen tecnologas maduras y personal formado y disponible para dar el servicio.
Se identifican a tiempo y se gestionan las incidencias, crisis y desviaciones.
Mtodos de estimacin
El modelo SLIM (software, life cycle management)
El Modelo SLIM, abreviacin del ingls Software LIfecycle Management, tambin conocido como
modelo Putnam es una tcnica de estimacin de costes para proyectos de software, desarrollada
por Lawrence H. Putnam en 1978. Fue una tcnica pionera y ha sido, junto con COCOMO, la que
ms repercusin ha tenido en el mundo de la ingeniera del software. Est basado en la curva de
Rayleigh, que describe la necesidad de personal al desarrollar proyectos complejos.
Funcionamiento
Fue desarrollada para estimar los costes de los grandes proyectos de software. En proyectos
pequeos hara falta ajustar la ecuacin. La ecuacin bsica es:
donde T es el tamao en LDC, C es un factor que depende del entorno (vale 2.000 para entornos
poco productivos, 8.000 para entornos buenos, 11.000 para entornos excelentes), K es el esfuerzo
en personas-ao, y t_d es el tiempo para completar el proyecto, medido en aos. Para utilizar la
ecuacin, es necesaria una estimacin del tamao en LDC, fijar C y dejar K y t_d constantes para
calcular una de las dos. Despejando K se aprecia que el esfuerzo es proporcional a la cuarta
potencia del tiempo necesario para la entrega. As, si queremos entregar el trabajo en la mitad de
tiempo, el esfuerzo necesario en personas-ao se multiplicar por 16.
El modelo SLIM se expresa en dos ecuaciones que describen la relacin entre el esfuerzo de
desarrollo y el calendario.
La primera ecuacin, llamada ecuacin de software, afirma que el esfuerzo de desarrollo es
proporcional al cubo del tamao e inversamente proporcional a la cuarta potencia del tiempo de
desarrollo.
La segunda ecuacin, la ecuacin-la acumulacin de mano de obra, declara que el esfuerzo es

proporcional al cubo del tiempo de desarrollo.
Dnde:
Tamao: Es el tamao del producto. Putnam usa lneas de cdigo para la medicin del tamao, sin
embargo, se puede usar la mtrica ms adecuada para medirlo en la organizacin.
El trmino es un escalar (factor especial de destrezas) y est en funcin del tamao. Este
incrementa a medida que crecen la necesidad de integracin, pruebas, garanta de calidad,
documentacin y habilidad de administracin. Para programas pequeos
(KLDC= 5 a 15), B = 0.16. Para programas mayores de 70 KLDC, B = 0.39.
Productividad: es la productividad del proceso en una organizacin de desarrollo en particular a
una tasa de defectos generados especfica. Esfuerzo es el total de esfuerzo aplicado al proyecto,
en aos/hombre. Tiempo es el calendario total de implementacin, dado en aos.
En trminos prcticos, para estimar una tarea de software la ecuacin se resuelve de la siguiente
forma:
Este mtodo de estimacin es bastante sensible y ajustable a la incertidumbre relacionada con el

tamao y la productividad del proceso. Su creador recomienda que la productividad sea siempre
calibrada a la realidad de la organizacin y el proyecto. Por esto, una de las principales ventajas del
modelo Putnam es su simplicidad para ser calibrado.
Ventajas: Es uno de los mtodos que mayor exactitud presenta frente al resto.
Es uno de los pocos modelos de estimacin que tiene presente la incertidumbre dentro de
sus clculos.
Desventajas: Es un modelo comercial y existe poca documentacin disponible para

utilizarlo de forma manual.
Ejemplo de aplicacin
Se tiene un paquete de software a desarrollarse para una aplicacin de diseo asistido por
computadora (computer-aideddesign, CAD) de componentes mecnicos. Una revisin de la
especificacin del sistema indica que el software va a ejecutarse en una estacin de trabajo de
ingeniera y que debe interconectarse con varios perifricos de grficos de computadora entre los
que se incluyen un ratn, un digitalizador, una pantalla a color de alta resolucin y una impresora
lser.
Ilustracin 1 Valor de productividad
Simplificacin del proceso de estimacin:

Putnam y Myers sugieren un conjunto de ecuaciones obtenidas de la ecuacin del software.
Un tiempo mnimo de desarrollo se define como:
Ilustracin 2 Ecuaciones del software
Anlisis:
Ilustracin 3 Analisis
Estimacin del tamao del software

Tcnica LDC (DATOS DE LINEAS DE CDIGO)
Tcnicas De Estimacin De Tamao
Tcnicas De Descomposicin
Antes de realizar la estimacin del proyecto se debe generar una estimacin del tamao
del software a construir.
Tamao del software

Dentro de la planificacin de proyectos, el tamao se refiere a una produccin
cuantificable del proyecto de software.
o El tamao se mide en LDC, si se utiliza un enfoque directo
o El tamao se representa como PF, si se utiliza un enfoque indirecto.
Se tienen 4 enfoques referentes al tamao:

a) Tamao en lgica difusa
Utiliza las tcnicas aproximadas de razonamiento. Para aplicar este enfoque se debe:
Identificar el tipo de aplicacin

Establecer su magnitud en una escala cuantitativa
Refinar la magnitud dentro del rango original
b) Tamao de componentes estndar
El software est compuesto por un nmero de componentes estndar (subsistemas, mdulos,

pantallas, informes, etc) que son genricos para un rea en particular, Se debe:
Estimar el nmero de incidencias de cada uno de los componentes
Utilizar los datos de proyectos histricos para determinar el tamao de entrega

por componente.
c) Tamao del cambio
Este enfoque se utiliza cuando en un proyecto se utiliza software existente y que se

debe modificar de alguna manera como parte del proyecto.
Se debe estimar el nmero y tipo de modificaciones que se deben llevar a cabo.
Para estimar el tamao del cambio,
Funcionamiento
Las LDC miden en forma directa el tamao del producto de software. Se calculan contando las
instrucciones de cdigo fuente de cada elemento del producto de software excluyendo,
generalmente, los comentarios.
Antes de adoptar esta mtrica, la organizacin debe definirla en forma exhaustiva. Esta definicin
debe respetarse, ya que podra atentar a la integridad de los datos del proyecto. Cuando se utiliza
LDC como variable de estimacin, la descomposicin funcional es absolutamente esencial, a
menudo se lleva hasta considerables niveles de detalle.
Usando PF es la variable de estimacin es menos detallado. Tambin, debe de tenerse en cuenta

que mientras que LDC se estima directamente, PF se determina indirectamente mediante la
estimacin del nmero de entradas, salidas, archivos de datos y peticiones externas, entre otras.
Entonces, se calcula el valor esperado de LDC. El valor esperado para la variable de estimacin, E,
se obtiene como una medida ponderada de las estimaciones LDC ptima (a), ms probable (m) y
pesimista (b). Esta tcnica trata de definir el tiempo y el costo del proyecto en base a la cantidad
de lneas de cdigo se tienen que escribir, cual es el costo por lnea y cuantas lneas de cdigo
desarrollamos en un mes.
Ilustracin 4 Tabla tomada de. http://arfduoc.blogspot.com.co/p/estimaciones-ldc-y-pf.html
Qu valores se ponen en esta tabla?

Se coloca en la columna de "Bsf/lnea" el precio de cada lnea en cada mdulo, esto
generalmente se realiza basados en los costos de proyectos anteriores. La siguiente casilla
pertenece a cuantas lneas se pueden escribir en un mes.
La casilla de "Coste", nos permite tener el clculo de cunto costara cada mdulo, esto se obtiene
de multiplicar la columna de "Bsf. por lnea" con la de "Esperada". Los meses se calculan
multiplicando las "Lneas al mes" por "Esperada" Al totalizarlas columnas calculadas tendramos
en la columna de "Esperada" la cantidad de lneas que se escribiran, en la de "Coste" el costo
estimado del proyecto y en la de "Meses" los meses que demorara el proyecto.
Pasos para el clculo LDC:
Descomponer el problema
Estimar valores para columnas de lneas de cdigo a escribir
Calcular columna esperada
Ilustracin 5 Formula, estraido de. http://arfduoc.blogspot.com.co/p/estimaciones-ldc-y-pf.html
Ilustracin 6 Procesos de estimacin
Considere un paquete de software a desarrollar para una aplicacin de diseo asistido por
computadora. Revisando la especificacin del sistema encontramos que el software va a
ejecutarse en una estacin de trabajo de microcomputadora y se conectara con varios
perifricos grficos incluyendo ratn, digitalizador, pantalla en color de alta resolucin, y
una impresora de alta resolucin.
La evaluacin del alcance indica que se requiere las siguientes funciones principales para el
software CAD:
Estimacin del esfuerzo
Ilustracin 7 Estimacin del esfuerzo
Wideband Delphi
Un grupo de personas son informadas y tratan de adivinar lo que costara el desarrollo tanto
en esfuerzo, como su duracin.
Las estimaciones en grupo suelen ser mejores que las individuales.
Funcionamiento
Se dan las especificaciones a un grupo de expertos.

Se les rene para que discutan tanto el producto como la estimacin.
Remiten sus estimaciones individuales al coordinador.
Cada estimador recibe informacin sobre su estimacin, y las ajenas pero de

forma annima.
Se renen de nuevo para discutir las estimaciones.
Cada uno revisa su propia estimacin y la enva al coordinador.
Se repite el proceso hasta que la estimacin converge de forma razonable.
Estimacin por grupos de expertos: Mtodo Delphi.
La informacin sobre este mtodo la he extrado del libro de McConnell sobre estimacin de
software: Software Estimation, Demystifying the Black Art, que os recomiendo.
El mtodo wideband Delphi es una tcnica de estimacin estructurada en grupo. Deriva de
un mtodo creado en los 40.
Se basa fundamentalmente en que varios expertos, tras crear estimaciones individuales, se
reunen para ponerse de acuerdo en una estimacin.
Un estudio del mtodo original deca que no se obtenan mejores resultados que con
estimaciones individuales debido a las presiones polticas que se podan ejercer sobre el grupo.
As que Boehm y Farquhar crean en los 70 el Wideband Delphi como mejora del original.
El proceso mejorado es el siguiente:
El coordinador presenta a cada experto la especificacin y un formulario de estimacin.

Los estimadores trabajan individualmente. (Se puede hacer esto tras el paso 3)
Se hace una reunin en la que los expertos hablan de los posibles problemas de
estimacin.
Los expertos rellenan las estimaciones y se las dan al coordinador de manera annima.
El coordinador prepara un resumen de las estimaciones y la reparte a todos los expertos.
Se reunen tanto el coordinador como los expertos para ver variaciones en las
estimaciones.
Los expertos votan annimamente si aceptan la estimacin media. Si alguien vota que
no se vuelve al paso 3.
La estimacin final es una estimacin nica (single-point estimate). Tambin podra ser un
rango creado durante la estimacin en la que la single-point es el caso esperado
(recordad lo de caso ms probable, menos probable y caso esperado).
Ilustracin 8 Ejemplo extraida de: http://photos1.blogger.com/x/blogger/1795/2883/1600/965561/widebanddelphi.png
En la imagen se muestra cmo podra evolucionar un supuesto proceso de estimacin, y tambin

cmo es el formulario de estimacin: una escala en la que colocar la estimacin. Hay que tener en
cuenta que la escala debe ser lo suficientemente amplia para no coaccionar a los estimadores.
Es til el mtodo?
McConnell dice que en 25 grupos en los que ha recogido datos, comparando datos de
estimaciones hechas haciendo un promedio de los expertos respecto a usar mtodo Delphi, se
obtiene una mejora de alrededor de un 40%.
Habla tambin de que muchas veces la estimacin correcta (que lgicamente slo se sabe a
posteriori) no est dentro del rango original cubierto por los estimadores, y que sin embargo
usando Delphi se llega, 1/3 de las veces, a incluir ese punto.
Cundo usarlo?
Fundamentalmente al inicio de los proyectos, cuando todava hay mucha incertidumbre. En el
rea inicial del cono de incertidumbre se puede mejorar mucho con Delphi, luego cuando hay ms
datos ser mejor cambiar a otras tcnicas.
Pero al principio puede ser til combiar mltiples informaciones de diferentes expertos.
Estimacin del tiempo

La estimacin, es la actividad de la planificacin del proyecto que intenta determinar cunto
dinero, esfuerzo, recursos y tiempo tomar construir un sistema o producto.
Gestin de Tiempos
La gestin de tiempos rene todos aquellos procesos necesarios para asegurar el correcto
desarrollo de las distintas tareas, dentro de los plazos especificados, as como de las herramientas
para el control y seguimiento de la planificacin temporal y la programacin del proyecto.
Los principales procesos incluidos en esta categora son:
Definicin de tareas: Identificando las tareas especficas necesarias para el desarrollo del
proyecto, y obtencin de los resultados. La definicin de las tareas consiste en identificar y
documentar todas las tareas especficas que deben de realizarse para obtener los resultados
esperados, tal y como se especifica en la planificacin del proyecto.
Secuencia de actividades: Definiendo las inter-relaciones existentes entre las diferentes tareas.
Este proceso consiste en la identificacin y documentacin de las interacciones lgicas entre
las distintas tareas, sus inter-relaciones y dependencias mutuas. Estas relaciones deben de ser
planificadas con suficiente precisin, de forma que se pueda obtener posteriormente un
calendario realista y una programacin razonable del proyecto.
Estimacin de la duracin de las tareas: Estimando el nmero de unidades necesarias para su
completa finalizacin. Es el proceso de toma de informacin a partir de los objetivos y alcance
del proyecto, y de los recursos necesarios y disponibles, para establecer una duracin lo ms
aproximada posible a la realidad de cada tarea. Cada duracin, suele definirse por la persona,
grupo de personas a cargo de cada tarea, ya que ellos conocen ms detalladamente los
requisitos individuales y especficos de las tareas a su cargo. Este proceso es un proceso
progresivo, que depende en gran manera del grado de detalle, y de la calidad de la
informacin de la que se disponga.
Establecimiento del calendario: A partir del anlisis de las secuencias de tareas, duraciones, y los
recursos requeridos para cada una de ellas. Este proceso consiste en definir claramente las fechas
de inicio y fin de cada una de las tareas a desarrollar en el proyecto. Lgicamente, si estas fechas
no son realistas, es poco probable que el proyecto se desarrolle y finalice dentro de los
plazos establecidos. Este proceso depende en gran medida de los procesos de estimacin de la
duracin de las tareas, as como de la estimacin de costes.
Control del calendario: Realizando un seguimiento y ajustando en caso necesario los posibles
cambios en la programacin. Estos procesos interactan entre ellos mismo, y con procesos de
otras reas, y requieren el trabajo de una sola, o de un equipo de personas en funcin del
tamao y de las necesidades del proyecto.
En algunos proyectos, especialmente en aquellos de reducido tamao, la secuencia de las
tareas, la estimacin de la duracin, y el establecimiento del calendario estn tan ligados, que
se desarrollan como un nico proceso.
Mtodo PERT (Program Evaluation and Review Technique)

El mtodo pert es una tcnica que le permite dirigir la programacin de su proyecto. El mtodo PERT
consiste en la representacin grfica de una red de tareas, que, cuando se colocan en una cadena,
permiten alcanzar los objetivos de un proyecto. Fue diseada por la marina de los Estados Unidos para
permitir la coordinacin del trabajo de miles de personas que tenan que construir misiles con cabezas
nucleares POLARIS. En su etapa preliminar, el mtodo PERT incluye lo siguiente:
Desglose preciso del proyecto en tareas,

Clculo de la duracin de cada tarea,
La designacin de un director del proyecto que se haga cargo de asegurar la supervisin de dicho
proyecto, de informar, en caso de ser necesario, y de tomar decisiones en caso de que existan
variaciones de las proyecciones.
Funcionamiento
La aplicacin del PERT es sumamente amplia ya que puede ser utilizado en la administracin de
cualquier tipo de proyecto. Se plantan tres principios bsicos que son necesarios para construir los
diagramas a travs de los cuales se representan las actividades del proyecto:
Principio de designacin sucesiva. Se nombra a los vrtices segn los nmeros naturales,
de manera que no se les asigna nmero hasta que han sido nombrados todos aquellos de
los que parten aristas que van a parar a ellos.
Principio de unicidad del estado inicial y el final. Se prohbe la existencia de ms de un

vrtice inicial o final. Slo existe una situacin de inicio y otra de terminacin del proyecto.
Principio de designacin unvoca. No pueden existir dos aristas que tengan los mismos
nodos de origen y de destino. Normalmente, se nombran las actividades mediante el par
de vrtices que unen. Si no se respetara este principio, puede que dos aristas recibieran la
misma denominacin. La distribucin beta es utilizada en este mtodo ya que permite
aproximar la duracin de las actividades; esta distribucin permite incorporar datos que
no se distribuyen normalmente y, adems, el tiempo atribuible a cada actividad puede
acomodarse hacia alguno de los extremos en funcin de la existencia, o no, de algn
atraso en la actividad.
Ilustracin 9 Program Evaluation and Review Technique
Consideremos el proyecto utilizado para ejemplificar la metodologa CPM. Sin embargo,
asumiremos distintos escenarios de ocurrencia asociados al tiempo necesario para completar cada
actividad, los que se resumen en la siguiente tabla:
Ilustracin 10 Tabla Ejemplo
El primer paso consiste en calcular el tiempo esperado (te) asociado a cada actividad, utilizando
la frmula presentada anteriormente:
Notar que en este caso m = te para cada actividad, lo cual no tiene que ser necesario. Lo
importante es tener en cuenta la metodologa a utilizar. Luego, una vez obtenido el tiempo
esperado (te) para cada actividad se procede a calcular la duracin del proyecto utilizando un
procedimiento similar a CPM. Los resultados se resumen en el siguiente diagrama:
Ilustracin 12 Ejemplo
La ruta crtica (nica) esta conformada por las actividades B-C-E-F-H con una duracin total de 49
semanas. (Ver detalle en CPM). Posteriormente se calcula la varianza para cada actividad (aun
cuando en estricto rigor slo es necesario para las actividades crticas, es decir, con holgura igual a
cero), de modo de obtener finalmente la varianza (y desviacin estndar) de la ruta crtica.
con esta informacin podemos responder a preguntas como Cul es la probabilidad de

completar el proyecto en 52 semanas o menos? Bsicamente esto consiste en determinar el
porcentaje del rea acumulada para una distribucin normal para determinado valor de Z.
Ilustracin 14 Ejemplo
P[Tp<=52]=P[Z<=(52-49)/2,81]=P[Z<=1,07]=85,77%
En conclusin, la probabilidad de completar el proyecto en 52 semanas o menos es de un 85,77%.
Estimacin del costo

COCOMO
Ilustracin 15 Niveles y modelos Modelo COCOMO
Este modelo ayuda a un estimador a comprender mejor la complejidad del software; este
modelo es un ejemplo de variable simple esttico y es usado por miles de administradores de
proyecto de software.
COCOMO ayuda a estimar el esfuerzo, tiempo, gente y costos (ya sea estos de
desarrollo, equipamiento y mantenimiento).
Funcionamiento
El modelo provee tres "niveles" de aplicacin: bsico, intermedio y avanzado, basados en los
factores considerados por el modelo.
Bsico: es un modelo esttico simplemente evaluado que calcula el esfuerzo (y costo) del
desarrollo del software como funcin del programa expresado en lneas de cdigo (LDC
estimados).
Intermedio: calcula el esfuerzo del desarrollo del software como funcin del tamao del
programa y un conjunto de "guas de costo" que incluye una evaluacin subjetiva del
producto, hardware, personal y de los atributos del proyecto.
Avanzado: incorpora todas las caractersticas de la versin intermedia con una evaluacin
del impacto de las vas de costo en cada fase (anlisis, diseo, etc) del proceso de la
ingeniera de software.
El modelo bsico se extiende para considerar un conjunto de atributos de guas de costo que
pueden agruparse en cuatro categoras principales:
Producto (por ej. Requerimientos de software, confiabilidad, tamao de la base de datos,

y complejidad del producto).
Computadora (por ej. Restricciones en el tiempo de ejecucin y almacenamiento).
Personal (por ej. Capacidad de anlisis, experiencia en aplicaciones tanto en lenguajes de

programacin y capacidad del programador)
Proyecto (por ej. Uso de prcticas modernas de programacin, uso de herramientas de

software y requerimiento de un plan de desarrollo).
En cada nivel de aplicacin estn definidos para tres tipos de proyectos de software:
Modo orgnico, proyectos de software relativamente pequeos y sencillos en los que

pequeos equipos con buena experiencia en la aplicacin trabajan en un conjunto de
requerimiento poco rgidos.
Modo semi-acoplado(semi-detached), un proyecto de software intermedio en tamao y

complejidad en el cual equipos con distintos niveles de experiencia debe satisfacer
requerimientos poco y medio rgidos
Modo acoplado(detached), un proyecto de software que debe ser desarrollado dentro un

conjunto estricto de hardware, software y de restricciones operativas.
Modos que estn basados en la complejidad de la aplicacin y el desarrollo del ambiente
Ilustracin 16 Modelo intermedio que depende de modo de desarrollo
Ilustracin 17 Modo bsico utiliza el tamao y el modo intermedio 15 manejadores de costo
Entre los distintos mtodos de estimacin de costes de desarrollo de software, el modelo
COCOMO (COnstructive COst MOdel) desarrollado por Barry M. Boehm, se engloba en el grupo de
los modelos algortmicos que tratan de establecer una relacin matemtica la cual permite
estimar el esfuerzo y tiempo requerido para desarrollar un producto.
Para nuestro caso el modelo intermedio ser el que usaremos, dado que realiza
las estimaciones con bastante precisin.
As pues, las frmulas sern las siguientes:
E = Esfuerzo = a KLDC e * FAE (persona x mes)
T = Tiempo de duracin del desarrollo = c Esfuerzo

P= Personal = E/T (personas)
(meses)
Para calcular el Esfuerzo, necesitaremos hallar la variable KDLC (Kilo-lneas de

cdigo), donde los PF son 261,36 (dato conocido) y las lneas por cada PF equivalen a
32 segn vemos en la tabla que se ilustra a continuacin:
Tabla 1 Datos conocidos
LENGUAJE
LDC/PF
Ensamblador
320
150
COBOL
105
Pascal
91
Prolog/LISP
64
C++
64
Visual Basic
32
SQL
12
As pues, tras saber que son 32 LDC por cada PF, por el hecho de ser Visual Basic el resultado de
los KDLC ser el siguiente:
KLDC= (PF * Lneas de cdigo por cada PF)/1000 = (261,36*32)/1000= 8,363 KDLC
As pues, en nuestro caso el tipo orgnico ser el ms apropiado ya que el nmero de lneas de
cdigo no supera los 50 KLDC, y adems el proyecto no es muy complejo, por consiguiente, los
coeficientes que usaremos sern las siguientes:
Tabla 2 Coeficientes
Proyecto Software
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
Y por otro lado tambin hemos de hallar la variable FAE, la cual se obtiene mediante la
multiplicacin de los valores evaluados en los diferentes 15 conductores de coste que se observan
en la siguiente tabla:
Tabla 3 Resultados
CONDUCTORES DE COSTE
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
VALORACIN
Muy
bajo
Bajo
Nominal
Alto
Muy
alto
Extr.
alto
0,75
0,70
-
0,88
0,94
0,85
0,87
1.00
1.00
1.00
1.00
1.00
1.00
1,15
1,08
1,15
1,11
1,06
1,15
1,40
1,16
1,30
1,30
1,21
1,30
1,65
1,66
1,56
-
0,87
1.00
1.00
1.00
1.00
1.00
1.00
1.00
1.00
1.00
1,07
0,86
0,91
0,86
0,90
0,95
0,91
0,91
1,04
1,15
0,71
0,82
0,70
0,82
0,83
1,10
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
1,46
1,29
1,42
1,21
1,14
1,24
1,24
1,23
1,19
1,13
1,17
1,10
1,07
1,10
1,10
1,08
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
Justificacin de los valores:

Atributos de software
Fiabilidad requerida del software: Si se produce un fallo por el pago de un pedido, o fallo
en alguna reserva, etc... puede ocasionar grandes prdidas a la empresa (Valoracin Alta).
Tamao de la base de datos: La base de datos de nuestro producto ser de tipo estndar
(Valoracin Nominal).
Complejidad del producto: La aplicacin no va a realizar clculos complejos (Valoracin Baja).
Atributos de hardware
Restricciones del tiempo de ejecucin: En los requerimientos se exige alto

rendimiento (Valoracin Alta).
Restricciones del almacenamiento principal: No hay restricciones al respecto (Valoracin

Nominal).
Volatilidad de la mquina virtual: Se usarn sistemas de la Familia Windows (Valoracin
Nominal).
Tiempo de respuesta del ordenador: Deber ser interactivo con el usuario (Valoracin Alta).
Atributos del personal
Capacidad del analista: Capacidad alta relativamente, debido a la experiencia en anlisis

en proyecto similar (Valoracin Alta)
Experiencia en la aplicacin: Se tiene cierta experiencia en aplicaciones de esta envergadura

(Valoracin muy alta).
Capacidad de los programadores: Tericamente deber tenerse una capacidad muy alta por la
experiencia en anteriores proyectos similares (Valoracin muy alta).
Experiencia en S.O. utilizado: Con Windows 2000 Professional la experiencia es a nivel usuario
(Valoracin Nominal).
Experiencia en el lenguaje de programacin: Es relativamente alta, dado que se controlan las

nociones bsicas y las propias del proyecto (Valoracin Alta).
Atributos del proyecto
Prcticas de programacin modernas: Se usarn prcticas de programacin mayormente

convencional (Valoracin Nominal).
Utilizacin de herramientas software: Se usarn herramientas estndar que no exigirn apenas
formacin, de las cuales se tiene cierta experiencia (Valoracin Alta).
Limitaciones de planificacin del proyecto: Existen pocos lmites de planificacin.
(Valoracin Baja).
Clculo del esfuerzo del desarrollo:

E = a KLDC e * FAE = 3,2 * (8.363)^1,05 * 0,53508480 = 15,91 personas /mes
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
Personal promedio:
P = E/T = 15,91/7,15 = 2,22 personas
Segn estas cifras ser necesario un equipo de 3 personas trabajando alrededor de 7 meses, pero
puesto que el desarrollo del proyecto debe realizarse en un plazo 3 meses, incrementaremos a 6
personas el nmero de personas del equipo de proyecto (ya que 15,91/3 nos da alrededor de este
resultado).
As pues, tendremos un equipo formado por 1 Jefe de proyecto, 2 Analistas, 2 programadores y 1
Responsable de calidad.
Software de estimacin 01
Bailey-Basili
Bailey y Basili (81) sugirieron una tcnica para obtener un modelo de coste a partir de sus
propios datos.
La ecuacin del esfuerzo obtenida a partir de 18 grandes proyectos es:
E = 5.5 + 0.73 S1.16
La ecuacin se ajusta mediante un factor de ajuste del esfuerzo calculado a partir de

los atributos de la tabla siguiente.
A cada entrada en la tabla se le da una puntuacin de 0 a 5.
Los valores obtenidos se usan para ajustar la ecuacin:
Ajuste del esfuerzo = a METH + b CPLX + c EXP + d
Ilustracin 18 Bailey-Basili extraido de : http://www.lsi.us.es/docencia/get.php?id=326
Funcionalidades
Ms que un modelo de estimacin en s mismo, Bailey y Basili presentan un mtodo de construccin de
un modelo local de estimacin. El proceso de generacin del modelo consiste en tres pasos:
Calcular el Esfuerzo a partir de la ecuacin inicial proporcionada por el modelo.
Determinar qu conjunto de factores diferencian al proyecto que se ha estimado y que

podran explicar las variaciones entre los datos medidos en el proyecto real y los valores
estimados obtenidos mediante la ecuacin inicial. Bailey y Basili identificaron cerca de
100 atributos dependientes del entorno local de desarrollo como posibles causantes de la
variacin entre el esfuerzo medido y el estimado, aunque al trabajar solamente con 18
conjuntos de datos no podan considerar matemticamente tantos atributos.
Para resolver el problema propusieron la utilizacin de distintas tcnicas como la experiencia de

expertos, o las matrices de correlacin, para seleccionar los ms influyentes; de esta forma
obtuvieron finalmente 21 atributos. Adems agruparon dichos atributos siguiendo la lgica de que
el grupo tuviera un impacto positivo o negativo sobre el esfuerzo y fuera fcilmente explicable.
Los tres grupos obtenidos fueron:
Metodologa Total (METH)
Diagramas de rbol.
Diseo Top Down.
Formalismos de Diseo.
Lectura de cdigo.
Jefe del grupo de programadores.
Planes formales de pruebas.
Unidades de desarrollo.
Planes formales de formacin.
Complejidad Acumulada (CMPLX)
Complejidad de interfaz de usuario.
Cambios del cliente iniciado el diseo.
Complejidad de proceso de la aplicacin.
Complejidad del flujo de datos del programa.
Complejidad de comunicacin interna.
Complejidad de comunicacin externa.
Complejidad de la base de datos.
Experiencia Acumulada (CEXP)
Aptitud del programador.
Experiencia del programador con la mquina.
Experiencia del programador con el lenguaje.
Experiencia del programador con la aplicacin.
Trabajos previos del equipo trabajando juntos.
Utilizar el modelo para predecir nuevos proyectos. La ecuacin inicial o relacin bsica entre
esfuerzo y tamao se determin, como se ha dicho, utilizando 18 conjuntos de datos
procedentes del SEL (Software Engineering Laboratory Laboratorio de Ingeniera del Software)
de la NASA (National Agency Space Administration Agencia Nacional para la Administracin del
Espacio).
Ejemplo
Ilustracin 19 Extraido de https://prezi.com/i8dmryocefad/tecnica-de-estimacion-de-esfuerzo-bailey-basili/
Ilustracin 20 Extraido de http://images.slideplayer.es/1/110733/slides/slide_18.jpg
Expert Estimateur
Es una estimacin de software que le permite producir sus citas de forma rpida, eficaz para
asegurar la cita de seguimiento, y para obtener precios estandarizados en tiempo real. Un socio de
los principales distribuidores de productos elctricos y de plomera, experto Estimador tiene ms
de 500 clientes especializados en fontanera, electricidad, calefaccin y ventilacin en Canad.
Desde un punto de vista comercial, menor ser el tiempo que gasta citas que se
preparan, los ms citas que son capaces de preparar; los ms citas, ms peticiones, as
como los proyectos que son ms propensos a ser adjudicado. Y los ms proyectos que se
otorgan, cuanto mayor sea su ingreso - pero slo si sus proyectos son rentables.
Asegrese de que su proceso es rentable!
Caractersticas principales:
Una base de datos que contiene todos los productos desde el distribuidor de su eleccin
con presupuesto personalizado;
Las actualizaciones de precios automticos disponibles 24/7;
Capacidad de agregar sus productos de uso personal;
Una herramienta de bsqueda flexible que le permite encontrar sus productos de
forma rpida, utilizando 7 diferentes mtodos de bsqueda;
Miles de imgenes y hojas de datos tcnicos disponibles;
Trabajo sobre los productos;
Posibilidad de aadir un producto a su carrito de la compra en el sitio web de
su distribuidor con un solo clic;
Ver la ficha de producto en lnea con un solo clic;
Mltiples opciones para la impresin de informes
Requerimientos tecnolgicos
Presupuesto
Mnimo
Necesario
Sistema operativo 1
Windows 10, Windows 8,
Windows 8, Windows
Windows Server 2012,
Server 2012, Windows 7,
Windows 7, Windows
Windows Server 2008 R2
Server 2008 R2, Windows

Vista, Windows Server
2008, Windows XP,
Windows Server 2003 R2,
Windows Server 2003
RAM
2 Gb
4 GB
Unidad de disco duro Capacidad Standard Version
150 Mb
300 Mb
Unidad de disco duro Capacidad de red versin, la
50 Mb
150 Mb
Capacidad del disco duro de red versin, el servidor
500 Mb
1 Gb
Resolucin de la pantalla
1024 768 o ms
1024 768 o ms
Lector de CD-ROM
Necesario
Necesario
estacin de trabajo
Funcionalidades
El software de Expertos Estimador es una herramienta esencial para los contratistas especializados
en fontanera, electricidad, calefaccin y ventilacin. El software est disponible en 6 mdulos
para satisfacer sus necesidades de estimacin:
Productos
Direcciones
ensamblajes
Citas
Facturas
Ordenes.
SLIM-Metrics
SLIM-Metrics trabaja con el SLIM-Data Manager herramienta de repositorio de datos para
ayudar a preservar la historia del proyecto, evaluar la posicin competitiva, identificar cuellos de
botella, cuantificar los beneficios de la mejora de procesos, y defender las estimaciones futuras del
proyecto. Benchmark sus datos contra las tendencias de la industria de referencia de la base de
datos de ms de 10.000 QSM proyectos de software completas o crear sus propias tendencias de
referencia para utilizar en SLIM-Metrics, SLIM-Estimacin o SLIM-Control.
Ilustracin 21 SLIM-Metrics tomado de: http://www.qsm.com/tools/slim-metrics
Todos los Sistema Operativos

Licencia: Software propietario
Funcionalidades
SLIM-Metrics le da la capacidad de:
Crear y comparar subconjuntos de datos

Crear un nmero ilimitado de puntos de vista de grficos / Informe
Utilizar puntos de referencia actuales de la industria
Emplear herramientas de anlisis estadstico
Ver detalles de cualquier punto de datos
Aadir notas personalizadas y otras caractersticas
Producir excelentes grficos y tablas
Los datos de exportacin con facilidad
Ilustracin 22 Ejemplo tomado de: http://www.slideshare.net/Sixsigmacentral/software-management-metricsherman-p-schultz
COCOMO II
COCOMO II 1.0.001, Este programa sin coste fue desarrollado originariamente por USC CSSE. La
herramienta pertenece al grupo Desarrollo, en concreto al de aplicaciones sobre Herramientas de
base de datos.
Surge como una alternativa para incluir componentes de incerteza en las estimacins conforme al
nivel de informacin disponible. Este es un modelo paramtrico que establece ecuaciones
matemticas para describir las relaciones entre el tamao del software - factor primario de costo
usualmente representado en trminos de puntos de funcin - y otros factores secundarios que
buscan capturar particularidades de producto, proceso, personas y plataforma. Esos factores son
denominados Cost Drivers, siendo algunos de efecto proporcional y otros de efecto exponencial.
Sistema Operativo: Windows 7, Windows Xp, Windows Vista.

Licencia: Gratis
Funcionalidades
Establecer la diferencia entre los actos de estimar, asumir un compromiso y establecer

una meta y con eso, adoptar una postura de quien ofrece una estimacin en contraste con
la postura de quien lleva ms tiempo o recursos.
Presentar las opciones y escenarios para que los responsables puedan establecer las metas o
asumir compromisos con base en fundamentos slidos y en instrumentos de gerencia del
conocimiento.
Diferenciar una estimacin directa y un modelo de estimacin paramtrica. Especficamente
sobre sos ltimos, discutimos las particularidades entre aquellas basadas en modelos
determinsticos y aquellas basadas en modelos estocsticos.
Transformar los rangos de esfuerzo y plazo optimistas, ms probables y pesimistas ofrecidas
por modelos de estimacin estocsticas o por la estimacin directa en una determinada
cantidad de horas o de meses acompaados de la respectiva probabilidad.
Diferenciar entre los tres modelos que componen el COCOMOII: Composicin de Aplicacin
(Application Composition), Proyecto Preliminar (Early Design) y Pos arquitectura (PostArchitecture) y seleccionar aquellos ms adecuados conforme al nivel de informacin
disponible durante la elaboracin de la estimacin.
Utilizar el punto de funcin como parmetro de costo primario del modelo y realizar la
evaluacin de los dems parmetros de costo secundarios relativos al producto, al proceso, al
personal.
Interpretar los resultados del modelo en trminos de cules actividades y en qu fases del
ciclo de vida de desarrollo estn siendo includas en las estimaciones generadas; cules
categoras de trabajo son consideradas en los resultados; en qu puntos el modelo debe ser
ledo como una referencia de mercado y cules puntos deben necesariamente ser calibrados a
las condiciones locales de donde sern aplicados.
El software COCOMO II.1999.0 calcula la estimacin tanto del esfuerzo como el tiempo de
desarrollo del proyecto completo se pueden distribuir por fase:
Ilustracin 23 Fases
Permite determinar el Tiempo de Desarrollo Estimado del proyecto, analizar las caractersticas de
cada mdulo y determinar en qu nivel se encuentra cada uno de los factores de costo.
Ilustracin 24 Factores de costo
Ilustracin 25 Estimacin de Esfuerzo (hh) modelo EPEI y Juicio de Experto
Conclusiones
COCOMO es uno de los modelos ms documentados en la actualidad y es muy fcil de utilizar.
Es correcto con referencia a los 63 proyectos utilizados, aunque de ello no se debe desprender
que deba ser vlido siempre.
El uso de un mtodo apropiado de estimacin es de vital importancia para cualquier compaa
que desarrolle proyectos de software, ya que le permite tener una visin a futuro del esfuerzo
tamao y costo que tomar desarrollar una aplicacin o proyecto.
Las mtricas de software surgen para proveer mediciones con el fin de observar el progreso y la
retroalimentacin necesaria para el ajuste de planes para evitar futuros riesgos y fracasos ,
teniendo en cuenta que la ingeniera de software surge con el propsito de la creacin de
mtodos efectivos que faciliten el desarrollo del software y haciendo al final un resultado efectivo
y de calidad para esto se utilizan las debidas herramientas como las mtricas y sus software.
Bibliografa
MODELO COCOMO. (2008). MODELO COCOMO. [online] Available at:
https://acevedodelacru.wordpress.com/modelo-cocomo-2/ [Accessed 17 Mar. 2016].
Sc.ehu.es. (2016). El Modelo COCOMO. [online] Available at:
http://www.sc.ehu.es/jiwdocoj/mmis/cocomo.htm [Accessed 17 Mar. 2016].
proyectosumg.com/data/IngenieriaSoftware/cocomo.doc
perfil, V. (2010). *.:.AnaLiSis y DiSeo de SoFtwaRe..:*. [online] Softwarekeyla.blogspot.com.co. Available at: http://software-keyla.blogspot.com.co/2010/10/blogpost.html [Accessed 17 Mar. 2016].
Pressman, R., (2015). Ingeniera del Software - Un enfoque prctico. 7ma Edicin. New
York: MacGRAW-HILL
Rodrguez, J.; Garca, J, y Lamarca, I. (2007). Gestin de proyectos informticos: mtodos,

herramientas y casos (1. ed.). Citado el 16 de Marzo de 2016 de:
https://books.google.co.cr/books?id=I22YPj6iBisC&pg=PA43&lpg=PA43&dq=&hl=es#v=onepage&
q&f=false
CCM. (2016). Mtodo PERT. [online] Available at: http://es.ccm.net/contents/582-metodo-pert
[Accessed 17 Mar. 2016].
http://fi.ort.edu.uy/innovaportal/file/2025/1/gp06.estimaciones.pdf
http://www.deinsa.com/cmi/documentos/Los_factores_criticos_del_exito.pdf
Mtodos de Estimacin de Tamao Funcional Software Aplicacin a Enfoques de desarrollo.
(2016). [online] Available at:
http://www.dlsiis.fi.upm.es/docto_lsiis/Trabajos20022003/Labdelaoui2.pdf [Accessed 17
Mar. 2016].
Sites.google.com. (2016). 3.2 Estimaciones de tiempo - Gestion de Proyectos Software. [online]
Available at: https://sites.google.com/site/gestiondeproyectossoftware/unidad-3-planificacion-deproyecto/3-2-estimaciones-de-tiempo [Accessed 17 Mar. 2016].
Investigaciondeoperaciones.net. (2016). [online] Available at:
http://www.investigaciondeoperaciones.net/pert.html [Accessed 17 Mar. 2016].
PF, E. (2016). Administracin de recursos Informticos Duoc 2012: Estimaciones LDC y PF. [online]
Arfduoc.blogspot.com.co. Available at: http://arfduoc.blogspot.com.co/p/estimaciones-ldc-ypf.html [Accessed 17 Mar. 2016].
Qsm.com. (2016). QSM Benchmarking | Metrics from the 10000 Software Project Database |
QSM SLIM-Estimate. [online] Available at: http://www.qsm.com/tools/slim-metrics [Accessed 17
Mar. 2016].
Garzs, J. (2011). Estimacin software: una breve guia. [online] Javier Garzs. Available at:
http://www.javiergarzas.com/2011/06/breve-introduccion-estimacion-1.html [Accessed 18
Mar. 2016].
Lsi.us.es. (2016). [online] Available at: http://www.lsi.us.es/docencia/get.php?id=326 [Accessed
18 Mar. 2016].
Es.wikipedia.org. (2016). Modelo SLIM. [online] Available at:
https://es.wikipedia.org/wiki/Modelo_SLIM [Accessed 18 Mar. 2016].
Oyola, J. (2010). La Ecuacion del Software. [online] Es.slideshare.net. Available at:

http://es.slideshare.net/jedaro/la-ecuacion-del-software [Accessed 18 Mar. 2016].
Pgpubu.blogspot.com.co. (2007). Planificacin y Gestin de Proyectos: Tcnica de estimacin:
Wideband Delphi. [online] Available at: http://pgpubu.blogspot.com.co/2007/01/tcnica-deestimacin-wideband-delphi.html [Accessed 18 Mar. 2016].
www.upv.es/~jmontesa/eog/eog00-t4.ppt
Anon, (2016). ESTIMACIN DE PROYECTOS SOFTWARE. [online] Available at:

http://is.ls.fi.upm.es/docencia/masterTI/EPS/docs/estimacion.pdf [Accessed 18 Mar. 2016].
Mtricas Tecnicas del software, Capitulo 19 Roger,Pressman Ingenieria de Sofware Quinta

Edicin. [online] Available at:
http://www.uv.mx/personal/asumano/files/2012/08/MetricasTecnicas.pdf [Accessed 18
Mar. 2016]. Z
Expertestimateur.ca. (2016). Client Testimonials - Expert Estimator. [online] Available at:

http://www.expertestimateur.ca/en/about/testimonials/ [Accessed 18 Mar. 2016].
Expertestimateur.ca. (2016). Training Program - Expert Estimator. [online] Available at:
http://www.expertestimateur.ca/en/training/training-program/ [Accessed 18 Mar. 2016].

Trabajo Investigativo 04

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Trabajo Investigativo 04

Cargado por

Copyright:

Formatos disponibles

TRABAJO INVESTIGATIVO 04

DAMIAN SAMAEL TOVAR

UNIVERSIDAD DISTRITAL FRANCISCO JOSE DE CALDAS

Expert Estimateur .......................................................................................................................... 30

Los analistas de software no tienen forma de realizar un anlisis fiable de intercambio de

Predecir las variables involucradas en el proyecto con cierto grado de certeza.

Trata de aportar una prediccin de algn indicador importante para la gestin de

La estimacin es un proceso continuo. A medida que el proyecto avanza, ms se conoce de

Factores crticos de xito

Estn claramente establecidos el valor y los beneficios de negocio (aumento de ingresos,

Se asegura constantemente el apoyo de la direccin, en trminos de autoridad,

Se escuchan e interpretan las expectativas de todos los usuarios y partes involucradas y se

Se monitoriza, evala y se obtiene retroalimentacin puntual a lo largo de toda la

La segunda ecuacin, la ecuacin-la acumulacin de mano de obra, declara que el esfuerzo es

Este mtodo de estimacin es bastante sensible y ajustable a la incertidumbre relacionada con el

Desventajas: Es un modelo comercial y existe poca documentacin disponible para

Ilustracin 1 Valor de productividad

Simplificacin del proceso de estimacin:

Ilustracin 2 Ecuaciones del software

Estimacin del tamao del software

Tamao del software

Se tienen 4 enfoques referentes al tamao:

Identificar el tipo de aplicacin

b) Tamao de componentes estndar

El software est compuesto por un nmero de componentes estndar (subsistemas, mdulos,

Estimar el nmero de incidencias de cada uno de los componentes

Utilizar los datos de proyectos histricos para determinar el tamao de entrega

c) Tamao del cambio

Este enfoque se utiliza cuando en un proyecto se utiliza software existente y que se

Usando PF es la variable de estimacin es menos detallado. Tambin, debe de tenerse en cuenta

Ilustracin 4 Tabla tomada de. http://arfduoc.blogspot.com.co/p/estimaciones-ldc-y-pf.html

Qu valores se ponen en esta tabla?

Pasos para el clculo LDC:

Ilustracin 5 Formula, estraido de. http://arfduoc.blogspot.com.co/p/estimaciones-ldc-y-pf.html

Ilustracin 6 Procesos de estimacin

Estimacin del esfuerzo

Ilustracin 7 Estimacin del esfuerzo

Se dan las especificaciones a un grupo de expertos.

Cada estimador recibe informacin sobre su estimacin, y las ajenas pero de

El coordinador presenta a cada experto la especificacin y un formulario de estimacin.

Ilustracin 8 Ejemplo extraida de: http://photos1.blogger.com/x/blogger/1795/2883/1600/965561/widebanddelphi.png

En la imagen se muestra cmo podra evolucionar un supuesto proceso de estimacin, y tambin

Estimacin del tiempo

Mtodo PERT (Program Evaluation and Review Technique)

Desglose preciso del proyecto en tareas,

Principio de unicidad del estado inicial y el final. Se prohbe la existencia de ms de un

Ilustracin 9 Program Evaluation and Review Technique

Ilustracin 10 Tabla Ejemplo

Ilustracin 11 Tabla Ejemplo

Ilustracin 13 Tabla Ejemplo

con esta informacin podemos responder a preguntas como Cul es la probabilidad de

Estimacin del costo

Ilustracin 15 Niveles y modelos Modelo COCOMO

Producto (por ej. Requerimientos de software, confiabilidad, tamao de la base de datos,

Personal (por ej. Capacidad de anlisis, experiencia en aplicaciones tanto en lenguajes de

Proyecto (por ej. Uso de prcticas modernas de programacin, uso de herramientas de

Modo orgnico, proyectos de software relativamente pequeos y sencillos en los que

Modo semi-acoplado(semi-detached), un proyecto de software intermedio en tamao y

Modo acoplado(detached), un proyecto de software que debe ser desarrollado dentro un

Modos que estn basados en la complejidad de la aplicacin y el desarrollo del ambiente

Ilustracin 16 Modelo intermedio que depende de modo de desarrollo

Ilustracin 17 Modo bsico utiliza el tamao y el modo intermedio 15 manejadores de costo

E = Esfuerzo = a KLDC e * FAE (persona x mes)