Cocomo

COCOMO II Model Definition Manual
____________________________________________________________

__________________
 
 
CAPITULO I: Chapter 1: Future Software Practices Marketplace
 
1.1 Objectives:
*Desarrollar softwara para costear y estimar el tiempo afinado a los ciclos de vida prácticos de los 1990 y 2000
*Desarrollar una base de datos de costos que se pueda mejorar continuamente.*Proveer un framework de análisis cuantitativo y un conjunto de herramientas y técnicas para la evaluación y efectos de mejora de tecnologías del software, ciclos de vida y cronogramas.
 
 
1.2 Future Marketplace Model:
 
Mercado del Modelo:
 
End-User Programming --> usuarios finales
Infrastructure --> infraestructura proveedores (Microsoft, NeXT, Oracle, SyBase, Novell..)
TheApplication Generators--> Los que crean las herramientas para hacer aplicaciones, lenguajes e ides. Microsoft, Lotus, Novell, Borland, and vendors of computer-aided planning, engineering, manufacturing.
The Application Composition --> SAP, CA
The Systems Integration sector --> Software a la medida que se integra con las Application Comosition.
 
 
 
CAPITULO II: Chapter 2: COCOMO IIStrategy and Rationale
____________________________________________________________

________________________
 
Las cuatro elementos de la estrategia de Cocomo II son:
 
1.Preservar las características de Cocomo original.
2.La clave de la estructura de Cocomo II será permitir el servicio a la estructura de mercado descrita anteriormente.
3.Entradas y salidas clave de Cocomo II serán basadasen la información disponible.
4.Cocomo II deberá permitir ajustar los submodelos a la estrategia particular de del proyecto.
 
Todo lo de cocomo es publico y libre.
Para soportar el mercado objetivo Cocomo II provee una familia cada vez mas detallada de modelos de costeo, cada una ajustada a las necesidades del sector y tipo de información disponible para soportar la estimación del costo delsoftware.
 
 
2.1 COCOMO II Models for the Software Marketplace Sectors:
*End-User Programming --> (no le aplica cocomo pues son temas mas bien cortos de horas o semanas, o de equipos pequeños.)
 
*Infrastructure -- The Application Generators-- The Systems Integration sector --
Basados en una mescla de modelo de composición de aplicaciones para (prototipito etapas tempranas) y dosmodelos de estimación que cada vez se detallan mas a medida que se avanza en el ciclo de vida. Early Design and Post-Architecture.
 
The Application Composition -->
 
 
2.2 COCOMO II Model Rationale and Elaboration:
 
Razón de ser de los tres modelos ajustables descansan sobre 3 premisas:
 
First:
Antes todo software se ceñía a un solo proceso de software. Ahora adaptan los procesos desoftware o los ciclos de vida dependiendo del proyecto.
Second:
Dependiendo de la profundidad de conocimiento que se tenga de software será el detalle de la estimación. (dentro del conocimiento también esta personal involucrado, plataforma para la cual se hará, detalles específicos del proceso que se llevara a cabo. Lo func y lo no func)
Third:
Cocomo tiene entonces varios modelosbasado en el conocimiento del sistema. No produce estimaciones precisas pero si prevé rangos dependiendo el grado de definición.
 
Estrategia del proceso - Este modelo envuelve las mejores estrategias de procesos. El modelo apropiado dependerá de el mercado del proyecto y grado de entendimiento del mismo.
 
Los tres modelos son:
-Composición de aplicaciones - Este envuelve prototipo,interacción, desempeño y madurez de la tecnología
-Diseño temprano- envuelve exploración de alternativas de arquitectura
-Post arquitectura- envuelve desarrollo y mantenimiento, este es el mas preciso y usa puntos de funcion-kloc con modificadores de reuso.
17 multiplicadores para ajustar costo
5 factores para determinar el exponente de la escala del proyecto.
 
En resumen Véase como un...