ACTIVIDAD N:

ASIGNATURA:
SEMESTRE:
TEMA:

8
FECHA ENVIO:
13/10/2016
FECHA ENTREGA:
25/10/2016
HERRAMIENTAS CASE
Decimo B 12ava. Promocin.
GESTIN DEL PROYECTO DE SOFTWARE
INGENIERA DE SOFTWARE ASISTIDA POR COMPUTADOR, REQUISITOS
UNIDAD N 1:
DEL SOFTWARE
Necesidad de estimar tamao, costo y personal en un proyecto de desarrollo de
PROBLEMA:
software
Estimar tamao, costo y personal en un proyecto de desarrollo de software mediante la
OBJETIVO:
aplicacin de tcnicas de estimacin
INDICADOR DE EVALUACION:
CALIFICACIN

Habilidad para aplicar el conocimiento de las ciencias bsicas de la

profesin e ingeniera en sistemas.
Comprender la responsabilidad tica y profesional.
CRITERIOS DE EVALUACIN:

Siemp
A
Nun
re
veces ca
(2)
(1) (0,5)

CAPACIDAD DE COMUNICACIN.
EN IMPRESOS
Entrega documentacin impresa y digital. (Siguiendo las normas y convenciones para
la escritura y sin falta de ortografa). La redaccin del documento debe ser clara. Debe
incluir todas las fuentes de donde tom la informacin.
Cumple con el formato, normas y estructura para la elaboracin del documento.
APLICACIN DE VALORES.
Puntualidad. Entrega de trabajo a tiempo
Responsabilidad tica. El trabajo es indito y respeta la propiedad intelectual
Responsabilidad profesional. Cumple con las normas tcnicas.
USO DE RECURSOS:
Recursos bibliogrficos fidedignos y con validez cientfica
Recursos tecnolgicos adecuados
CAPACIDAD DE REFLEXIN.
Incluye ejemplos claros que permiten un mejor entendimiento del tema.
CONOCIMIENTO TCNICO.
Destreza con las herramientas informticas.
TIPO DE ACTIVIDAD
LUGAR
ALCANCE
FORMA
Intraclase
Individual
Taller
Prctica en laboratorio
Extraclase Grupal
Sntesis, esquemas
Prctica en clase
Caso de estudio
Resolucin de problemas, ejercicios
Investigativa
Ensayo, artculo
Vinculacin con la colectividad
Informe de exposicin
ROLES Y RESPONSABILIDADES DE LOS PARTICIPANTES EN LA TAREA:
NOMBRE ESTUDIANTE
ROL
DESCRIPCIN
Edwin Eber Belduma Morocho
Estudiante
Desarrolla la tarea propuesta

DESARROLLO DE LA ACTIVIDAD

EJEMPLO DE ESTIMACION USANDO LA HERRAMIENTA DE COCOMO

Segn [1] propone los siguientes ejemplos usando la herramienta de COCOMO:
EJEMPLO 1
1. Usando COCOMO bsico para estimar el esfuerzo requerido en el desarrollo de un programa
de 850 lneas en modo orgnico se tiene los siguiente:
E = 3.2 (8.5)1.05 * 1 = 30 Mes-hombre
Boehn tambin adopta el modelo COCOMO Intermedio para repartir costos a componentes
individuales, considerando las 8500 lneas proyectadas, realizando la lista de componentes:
COMPONENTES

EDSI

% TOTAL

CMMNOM

PERSONAL

2000

23.4%

7.06

FACTURA

3000

35.3%

10.60

POR COBRAR

3500

41.2%

12.36

NIVEL DE COMPONENTE DE COCOMO INTERMEDIO

Basado sobre 30hombre-mes para el esfuerzo (E), el numero de EDSI para hombre-mes es dado
por.
(EDSI/mes-hombre)NOM= 8500/30 = 283 EDSI mes-hombre
Usando el EDSI/ mes-hombre, cada componente aporta una proporcin al total de valor por
ejemplo el componente nominal mes-hombre(CMMNOM) para el componente de personal es
dado por:
(CMMNOM) = EDSI por componente/ (EDSI/MM)NOM= 200/283 =7.06 CMMNOM
Despus de calcular el CMMNOM para cada componente, el factor de ajuste de esfuerzo
(EAF ) es calculado individualmente para cada componente. El factor EAF es aplicado a
CMMNOM llegando a un nuevo ajuste en mes-hombre, estimando (CMMADJ) para cada
componente. Esto es como un modelo monoltico, el cual es aplicado a un simple EAF para el
sistema. Por lo tanto, es posible aclarar las variaciones entre los factores de costo y las
diversidades de componentes. Por ejemplo: el CMMADJ para el componente factura es
calculado por:
CMMADJ= (CMMNOM)*(EAF)= 10.60*1.13 = 11.98 CMMADJ
EJEMPLO 2
2. usando COCOMO Intermedio
Modo es orgnico
Tamao = 200 KDSI
Manejadores de costo>

Baja Confiabilidad => 0.88

Alta Complejidad del producto => 1.15

Baja experiencia en la aplicacin => 1.13

Alta experiencia en los lenguajes de programacin => 0.95

Otros manejadores de costo asumen a ser nominales => 1.00

EAF = .88 * 1.15 * 1.13 * .95 = 1.086

E = 3.2 * ( 2001.05 ) * 1.086 = 906 mes-hombre
TDEV = 2.5 * 9060.38 = 33.24
PG = 906/33.24 = 27 programadores
Ejemplo 3
3. Utilizando la herramienta Modelo de Implementacin Intermedio COCOMO81, para la
estimacin de costos de un Sistema Colaborativo. (ver anexos)
Ventajas

COCOMO es transparente, se puede ver como trabaja con otros modelos tal como
SLIM (Software Life Cycle Management).
Manejadores de costo ayudan particularmente a el estimador a comprender el impacto
de diferentes factores que afectan en el costo del proyecto.

Desventajas

Triunfo depende ampliamente de la adaptacin de el modelo a las necesidades de la

organizacin, usando datos histricos; los cuales no siempre estn disponibles.
Extremadamente vulnerable para la mis-clasificacin de el modo de desarrollo.
Es difcil estimar KDSI con precisin sobre el antiguo proyecto, cuando la mayora de
las estimaciones de esfuerzo son requeridas.
KDSI, realmente, no es una medida del tamao, sino una medida de longitud.
Como mejora de COCOMO surgieron varias versiones de COCOMO y podemos
mencionar una de ellas que es: COCOMO II, Ada COCOMO y COCOMO Incremental.

EJEMPLO ESTIMACIN CON EL MTODO DE COCOMO

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.
Por un lado COCOMO define tres modos de desarrollo o tipos de proyectos:

Orgnico: proyectos relativamente sencillos, menores de 50 KDLC lneas de

cdigo, en los cuales se tiene experiencia de proyectos similares y se
encuentran en entornos estables.

Semi-acoplado: proyectos intermedios en complejidad y tamao (menores de

300 KDLC), donde la experiencia en este tipo de proyectos es variable, y las
restricciones intermedias.

Empotrado: proyectos bastante complejos, en los que apenas se tiene

experiencia y se engloban en un entorno de gran innovacin tcnica. Adems
se trabaja con unos requisitos muy restrictivos y de gran volatilidad.

Y por otro lado existen diferentes modelos que define COCOMO:

Modelo bsico: Se basa exclusivamente en el tamao expresado en LDC.

Modelo intermedio: Adems del tamao del programa incluye un conjunto de

medidas subjetivas llamadas conductores de costes.

Modelo avanzado: Incluye todo lo del modelo intermedio adems del impacto
de cada conductor de coste en las distintas fases de desarrollo.

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 d (meses)

P= Personal = E/T (personas)

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:
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:

PROYECTO SOFTWARE

Orgnico

3,2

1,0
5

2,5

0,3
8

Semi-acoplado

3,0

1,1
2

2,5

0,3
5

Empotrado

2,8

1,2
0

2,5

0,3
2

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:

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
Tiempo de respuesta del ordenador
Capacidad del analista
Experiencia en la aplicacin
Capacidad de los programadores
Experiencia en S.O. utilizado

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,19
1,13
1,17
1,10

1.00
1.00
1.00
1.00
1.00

1,07
0,86
0,91
0,86
0,90

1,15
0,71
0,82
0,70
-

1,46
1,29
1,42
1,21

Experiencia en el lenguaje de programacin

Prcticas de programacin modernas
Utilizacin de herramientas software
Limitaciones de planificacin del proyecto

1,14
1,24
1,24
1,23

1,07
1,10
1,10
1,08

1.00
1.00
1.00
1.00

0,95
0,91
0,91
1,04

0,82
0,83
1,10

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.

MODELO SLIM
Segn [2] El modelo SLIM (software, life cycle management) es un modelo dinmico que
realiza una reparticin del esfuerzo en funcin del tiempo.

Putnam desarroll un modelo de estimacin del esfuerzo total y del tiempo de finalizacin para
proyectos muy grandes que superen 70.000 LDC (lneas de cdigo). Las ecuaciones bsicas se
pueden ajustar para pequeos proyectos.
EJEMPLO:
Se tiene paquete de software a desarrollarse para una aplicacin de diseo asistido por
computadora (computer-aided design, 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.
Valor de productividad

El parmetro de productividad se puede extraer para las condiciones locales mediante datos
histricos recopilados de esfuerzos de desarrollo pasados.
SIMPLIFICACIN DE PROYECTOS DE ESTIMACIN.
Putnam y Myers sugieren un conjunto de ecuaciones obtenidas de la ecuacin del software. Un
tiempo mnim de desarrollo se define como:

CONCLUSIONES
Se concluye:

La estimacin de proyectos de software usando la herramienta de cocomo II

proporciona un mejor mbito de estimacin.
El modelo SLIM se lo puede usar siempre y cuando el proyecto este elevado a un costo
mayor a 70000$ caso contrario tendr imperfecciones.
COCOMO tiene inconvenientes en cuanto a realizar la estimacin para proyectos de
software en la que no contenga mucho cdigo.

RECOMENDACIONES
Se recomienda:

Usar una herramienta de estimacin de software para lograr determinar el costo de un

proyecto de software.
Leer los enlaces bibliogrficos en caso de tener algn inconveniente respecto a los
temas del documento presentado.

BIBLIOGRAFA
[1] M. Romero, http://es.slideshare.net, 11 10 2011. [En lnea]. Available:
http://es.slideshare.net/marfonline/cocomo-ejemplo.
[2] A. A. Vela, https://prezi.com, 13 02 2014. [En lnea]. Available:
https://prezi.com/9jwskwmr_3i0/el-modelo-slim/.