Barry boehm introdujo una jerarqua de modelos de estimacin de software que
lleva el nombre COCOMO, por CONSTRUCTIVE CONST MODEL modelo constructivo de costos. El modelo COCOMO original se convirti en uno de los modelos de estimacin de costo ms ampliamente utilizado y utilizado en la industria evoluciono en un modelo de estimacin mas exhaustivo, llamado COCOMO II [BOE00] Como su predecesor COCOMOII En realidad es una jerarqua de modelos de estimacin que abarca las reas siguientes 1. modelo de composicin de estimacin. Se usa durante las primeras etapas de ingeniera de software cuando son primordiales con las interfaces de usuario, la interaccin con la consideracin de Ingeniera de software y el sistema la valoracin del rendimiento y la valoracin de la tecnologa. 2. Modelo de tapa temprana de diseo. Se usa una vez estabilizados los requisitos y establecida la arquitectura bsica del software. 3. modelo de tapa postarquitectnica. Se usa durante la creacin de un SW. Como todos los modelos de estimacin para SW los modelos COCOMO dos requieren informacin de sobre los dimensionamientos como parte de la jerarqua del modelo, estn disponibles 3 diferentes opciones de direccionamiento: Puntos objeto, puntos de funcin y lneas de cdigo fuente. El modelo de composicin de aplicacin COCOMO II usa puntos de objeto y se ilustra en los siguientes prrafos. Debe observarse que otros modelos de estimacin ms sofisticados (que usan PF y kloc), tambin estn disponibles como parte de COCOMO II. Como los puntos de funcin el punto de objeto es una medida de software indirecta que se calcula usando modelos de nmeros de una 1. pantalla (en la interfaz de usuario). 2. Reportes 3. Componentes que probablemente se requieran para construir la aplicacin. Cada instancia de objeto (una pantalla o reporte) se clasifica en uno de 3 niveles de complejidad (simple, medio, o difcil), usando criterios sugeridos por BOHEM (BOHE96) en esencia, la complejidad es una funcin de nmero y tablas de datos y servidor que se requieren para generar la pantalla o reporte y numero de revistas o secciones que se presentan parte de la pantalla o reporte. Una vez determinad la complejidad el nmero de pantalla reportes y componentes se ponderan de acuerdo con la tabla que se ilustra en la figura 6.26 Entonces se determina el conteo de puntos de objeto multiplicando el numero completo de instancias de objeto por el factor de ponderacin que ah en la
figura y se suman para tener un conteo total de puntos de objeto cuando se
debe basar en desarrollo basado en componentes de reus general se estima el porcentaje de reus (%reus) el conteo de puntos de objetos de ajusta:
Bibliografa: INGENIERIA DE SOFTWARE En enfoque prctico Rogger S. Pressman Pag.609 - 610