1.

- INTRODUCCION: El Modelo Constructivo de Costes (o COCOMO, por su acrnimo del ingls COnstructive COst MOdel) es un modelo matemtico de base emprica utilizado para estimacin de costes1 de software. Incluye tres submodelos, cada uno ofrece un nivel de detalle y aproximacin, cada vez mayor, a medida que avanza el proceso de desarrollo del software: bsico, intermedio y detallado. COCOMO II es un modelo que permite estimar el coste, esfuerzo y tiempo cuando se planifica una nueva actividad de desarrollo software. Est asociado a los ciclos de vida modernos. El modelo original COCOMO ha tenido mucho xito pero no puede emplearse con las prcticas de desarrollo software ms recientes tan bien como con las prcticas tradicionales. COCOMO II apunta hacia los proyectos software de los 90 y de la primera dcada del 2000, y continuar evolucionando durante los prximos aos.
Por que COCOMO?

Est bien documentado Es de dominio pblico Es ampliamente utilizado y muy evaluado Gran tradicin desde su creacin

2.- OBJETIVOS: A la hora de la creacin del modelo COCOMO II fueron: Desarrollar un modelo de estimacin de tiempo y de coste del software de acuerdo con los ciclos de vida utilizados en los 90 y en la primera dcada del 2000. Desarrollar bases de datos con costes de software y herramientas de soporte para la mejora continua del modelo. Proporcionar un marco analtico cuantitativo y un conjunto de herramientas y tcnicas para la evaluacin de los efectos de la mejora tecnolgica del software en costes y tiempo del ciclo de vida software. 3.- NIVELES: Se consideran tres modelos o niveles que cubren desde el comienzo del anlisis de requerimientos hasta el final de las pruebas e integracin del sistema: Modelo ACM (Mod.de Comp. de Aplicac. o Nivel de construccin de prototipos inicial ).

Las estimacin es de tamao se basan en puntos objeto y se utiliza una frmula sencilla tamao/productividad para estimar el esfuerzo requerido. Proyectos basados en CASE, Generadores. Uso de la Mtrica Object Points [Banker1994]: Pantallas, informes, mdulos Modelo EDM (Mod. de Diseo Inicial o Nivel de diseo inicial). Corresponde a la terminacin de los requerimientos del sistema con algn diseo inicial. Las estimaciones se basan en punto funcin que se convierten en lneas de cdigo fuente. Para obtener estimaciones aproximadas del coste de un proyecto antes de que est determinada por completo su arquitectura. Modelo PAM (Mod. Post-Arquitectura o Nivel post arquitectnico). Diseada la arquitectura del sistema se hace una estimacin ms o menos precisa del tamao del soft. Se utiliza un conjunto de multiplicadores que reflejan: capacidad del personal, el producto y caractersticas del proyecto Modelo COCOMO II ms detallado. Se utiliza una vez que seha desarrollado por completo la arquitectura del proyecto. 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. stos surgen en respuesta a la diversidad del mercado actual y futuro de desarrollo de software. Esta diversidad podra representarse con el siguiente esquema (Figura 3).

Figura 3: Distribucin del Mercado de Software Actual y Futuro. [Boehm 1995/1]

a. Aplicaciones desarrolladas por Usuarios Finales: En este sector se encuentran las aplicaciones de procesamiento de informacin generadas directamente por usuarios finales, mediante la utilizacin de generadores de aplicaciones tales como planillas de clculo, sistemas de consultas, etc. Estas aplicaciones surgen debido al uso masivo de estas herramientas, conjuntamente con la presin actual para obtener soluciones rpidas y flexibles. b. Generadores de Aplicaciones: En este sector operan firmas como Lotus, Microsoft, Novell,Borland con el objetivo de crear mdulos pre-empaquetados que sern usados por usuariosfinales y programadores. c. Aplicaciones con Componentes: Sector en el que se encuentran aquellas aplicaciones que son especficas para ser resueltas por soluciones pre-empaquetadas, pero son lo suficientemente simples para ser construidas a partir de componentes interoperables. Componentes tpicas son constructores de interfases grficas, administradores de bases de datos, buscadores inteligentes de datos, componentes de dominio-especfico (medicina, finanzas, procesos industriales, etc.). Estas aplicaciones son generadas por un equipo reducido de personas, en pocas semanas o meses. d. Sistemas Integrados: Sistemas de gran escala, con un alto grado de integracin entre sus componentes, sin antecedentes en el mercado que se puedan tomar como base. Porciones de 27 estos sistemas pueden ser desarrolladas a travs de la composicin de aplicaciones. Entre las empresas que desarrollan software representativo de este sector, se encuentran grandes firmas que desarrollan software de telecomunicaciones, sistemas de informacin corporativos, sistemas de control de fabricacin, etc. e. Infraestructura: rea que comprende el desarrollo de sistemas operativos, protocolos de redes, sistemas administradores de bases de datos, etc. Incrementalmente este sector direccionar sus soluciones, hacia problemas genricos de procesamiento distribuido y procesamiento de transacciones, a soluciones middleware. Firmas representativas son Microsoft, Oracle, SyBase, Novell y NeXT.

4.- ESTIMACIN DEL ESFUERZO: El esfuerzo necesario para concretar un proyecto de desarrollo de software, cualquiera sea el modelo empleado, se expresa en meses/persona (PM) y representa los meses de trabajo de una persona fulltime, requeridos para desarrollar el proyecto. 4.1 MODELO COMPOSICIN DE APLICACIN: Usado principalmente para aplicaciones de pro-totipaje o aplicaciones basadas en generadores de pantallas, informes, base de datos, etc Procedimiento: 1. Estimar el n de pantallas, listados y componentes.

2. Casificarlos dentro de los niveles de complejidad sencillo, medio y difcil.

3. Aplicar el peso a cada concepto.

Tipo Objeto Pantallas Listados

de Sencillo 1 2

Medio 2 5

Difcil 3 8 10

Componentes

4. Determinar los Puntos Objeto: Tamao del software a desarrollar expresado en Puntos Objeto %reuso: Porcentaje de reuso que se espera lograr en el proyecto. 5. Estimar el porcentaje de cdigo reusado; la cantidad de PO quedar (NPO):

NOP (Nuevos Puntos Objeto): Tamao del nuevo software a desarrollar expresado en Puntos Objeto y se calcula de la siguiente manera: NPO = (PO * (100 - % reusado)) / 100 6. Calcular el ratio de la productividad:

PROD: Es la productividad promedio determinada a partir del anlisis de datos de proyectos en [Banker 1994], mostrada en Tabla. PROD = NPO / persona-mes segn la siguiente tabla: Experiencia de desarrolladores los Muy Baja Muy Baja 4 Baja Baja 7 Normal Normal 13 Alto Alto 25 Muy Alto Muy Alto 50

Experiencia en herramientas PROD (ratio) 7. El esfuerzo viene dado:

PM = NPO / PROD Donde: NOP (Nuevos Puntos Objeto): Tamao del nuevo software a desarrollar expresado en Puntos Objeto y se calcula de la siguiente manera: NOP = OP x (100 - %reuso)/100

4.2 MODELO DISEO TEMPRANO: Este modelo se usa en las etapas tempranas de un proyecto de software, cuando se conoce muy poco del tamao del producto a ser desarrollado, de la naturaleza de la plataforma, del personal a ser incorporado al proyecto o detalles especficos del proceso a utilizar. El modelo de Diseo Temprano ajusta el esfuerzo nominal usando siete factores de costo. La frmula para el clculo del esfuerzo es la siguiente:

EMi corresponde a los factores de costo que tienen un efecto multiplicativo sobre el Esfuerzo. Cada factor se puede clasificar en seis niveles diferentes que expresan el impacto del multiplicador sobre el esfuerzo de desarrollo. Esta escala vara desde un nivel Extra Bajo hasta un nivel Extra Alto. Cada nivel tiene un peso asociado. El peso promedio o nominal es 1.0. Si el factor provoca un efecto nocivo en el esfuerzo de un proyecto, el valor del multiplicador correspondiente ser mayor que 1.0, caso contrario el multiplicador ser inferior a 1.0. Procedimiento: 1. Estimar los PFNA. 2. Convertir los PFNA a KIFE, segn tabla: Lenguaje Ada Assembler Basic C C++ Cobol 85 LdC / PFNA 71 320 91 128 29 100 Lenguaje Cobol Visual Java Lisp Pascal Prolog LdC / PFNA 29 23 64 91 64

3. El esfuerzo nominal viene dado por: PMNominal = A * (Tamao)B el tamao viene dado en KIFE A = constante de calibracin (2,94) B = viene determinado por los factores de escala B = 0.91 + 0.01 x FEj (j = 1 a 5) FE = Factor de Escala (de 0 a 5) 4. El esfuerzo ajustado ser: PMAjustado = PMNominal * EAi (i = 1 to 7) FA = Factores de Ajuste

Factor RCPX RUSE PDIF PERS PREX FCIL SCED

Factores
RCPX PDIF PERS PREX FCIL

Descripcin Fiabilidad y complejidad del producto Requerimientos de reusabilidad Dificultad de la plataforma Capacidad del personal Experiencia del personal Facilidades para el desarrollo Esfuerzo de calendario
Muy Bajo 0,60 Bajo 0,83 0,87 1,62 1,33 1,30 1,26 1,12 1,10 Normal 1.00 1.00 1.00 1.00 1.00 Alto 1,33 1,29 0,83 0,87 0,87 Muy Alto 1,91 1,81 0,63 0,74 0,73 Extra Alto 2,72 2,61 0,50 0,62 0,62

5. El tiempo estimado, una vez conocido el esfuerzo necesario, se obtiene de: TDES = [ c x (PM)d ] * SCED%/100 siendo PM = esfuerzo de desarrollo sin tener en cuenta el multiplicador Sced c = 3.67 d = 0.28 + 0.2 * [B 0,91] 6. El personal a tiempo completo necesario para el desarrollo (PDTC) ser: PDTC = PM / TDES

4.3 MODELO POST-ARQUITECTURA: Es el modelo de estimacin ms detallado y se aplica cuando la arquitectura del proyecto est completamente definida. Este modelo se aplica durante el desarrollo y mantenimiento de productos de software incluidos en las reas de Sistemas Integrados, Infraestructura y Generadores deAplicaciones. 1-3. Los tres primeros pasos son similares al modelo EDM. 4. El esfuerzo ajustado ser: PMAjustado = PMNominal * EAi (i = 1 to 17)

FA = Factores de Ajuste para PAM, que se obtienen desglosando los 7 factores del modelo inicial (segn tabla) 5. El tiempo del proyecto se calcula igual que para el modelo EDM. Desglose de los factores de ajuste de EDM

Factor EDM RCPX RUSE PDIF PERS PREX FCIL SCED

Factores PAM RELY, DATA, CPLX, DOCU RUSE TIME, STOR, PVOL ACAP, PCAP, PCON AEXP, PEXP, LTEX TOOL, SITE SCED

Multiplicadores esfuerzo.

Producto RELY: Fiabilidad Requerida del SW. MB B N A MA XA

MB, B, N, A, MA, DATA: Volumen de datos (BD en bytes/ SLOC) B < 10, N < 100, A < 1000 CPLX: Complejidad del producto medida en 5 reas: Funcionamiento de CRTL Funcionamiento computacional Funcionamiento de dispositivos Funcionamiento del sector de datos Funcionamiento del gestor de IF de Usuario RUSE: Reutilizacin requerida DOCU: Documentacin asociada a las necesidades del ciclo de vida. Plataforma N < 50%, A 70%, MA 85%,XA 95% STOR: Restriccin en almacenamiento principal (dem) N < 50%, A 70%, MA 85%,XA 95% PVOL: Volatilidad de la plataforma HW y SW B <12 meses, N <6 meses, A < 2 meses, MA <1 mes Personal MB, B, N, A, MA, XA AEXP: Experiencia en el rea funcional. MB, B, N, A, MA, XA PCAP: Capacidad de los programadores. PEXP: Experiencia en el rea funcional. LTEX: Experiencia en el lenguaje y herramientas. PCON: Continuidad del personal. Proyecto TOOL: Uso de herramientas software. SITE: Desarrollo en varias localizaciones Situacin (Local Pas) Comunicaciones (TelfonoMultimedia interactiva) SCED: Restricciones de duracin del proyecto Muy Bajo Acabar en el 75% de t sobre el nominal Bajo 80% Nominal 100% Alto 130% Muy alto 160% Factores de escala. PREC: Precedencia. MB Sin PrecedentesMA Muy Familiar. FLEX: Flexibilidad de desarrollo. MB Riguroso MA Conformidad. RESL: Resolucin de Arquitectura: Identificacin de riesgos y eliminacin de los mismos.

 % tiempo dedicado a establecer arquitectura: MB 5%... MA 33% % Arquitectos SW alto nivel. Nivel incertidumbre arquitectura. N de tems de riesgo: MB > 10 Crtico... MA > 5 No crtico. TEAM: Cohesin del equipo MB Interaccin difcil MA Muy cooperativo. PMAT: Madurez del proceso software. Cuestionario de madurez CMM. 5. Optimizado 4. Gestionado 3. Definido 2. Repetible 1. Inicial