En 1981, el Barry Boehm diseñado el COCOMO para dar una estimación del número de meses laborales que llevará el desarrolla un producto del software .

Las referencias a este modelo típicamente lo llaman el COCOMO 81 . En 1990, un modelo nuevo llamó a COCOMO que apareció II . Generalmente, referencias a COCOMO antes de que 1995 refieran al COCOMO original, referencias después de que 1995 refieran a COCOMO II. La necesidad del modelo nuevo vino mientras que la tecnología del desarrollo de programas se movió desde la unidad central y el procesamiento por lotes de noche al desarrollo de escritorio, a la reutilidad del código y al uso de los componentes de software disponibles.

Este artículo refiere al COCOMO 81 .

Este " " constructivo del modelo de coste del ; dibujó en un estudio de cerca de sesenta proyectos en el espacio aéreo TRW . El estudio examinó los programas que se extendían de tamaño a partir de 2000 a 100.000 líneas del código, y los lenguajes de programación que se extendían de la asamblea al PL/I .

COCOMO consiste en una jerarquía de tres cada vez más detallados y de formas exactas.

COCOMO básico - es un modelo estático, de un solo valor que computa esfuerzo del desarrollo de programas (y coste) en función del tamaño del programa expresado en líneas de código estimadas.
COCOMO intermedio - esfuerzo del desarrollo de programas de los cálculos como función del tamaño del programa y de un sistema de " drivers" del coste; que incluir el gravamen subjetivo del producto, del hardware, de los personales y de las cualidades del proyecto.
COCOMO detallado - incorpora todas las características de la versión intermedia con un gravamen del impacto del conductor del coste en cada paso (análisis, diseño, etc.) del proceso de la ingeniería de programas informáticos.

Básico

El COCOMO básico es una forma del COCOMO. COCOMO se aplica a tres clases de proyectos de software:
Los proyectos orgánicos del

- son los proyectos de software relativamente pequeños, simples en los cuales los pequeños equipos con el buen trabajo de la experiencia del uso a un sistema de requisitos menos que rígidos.
Los proyectos adosados - son (de tamaño y complejidad) los proyectos de software intermedios en los cuales los equipos con los niveles mezclados de la experiencia deben resolver una mezcla de requisitos rígidos y menos que rígidos.
Los proyectos - se encajan los proyectos de software que se deben desarrollar dentro de un sistema de soporte físico apretado, de software, y de problemas operacionales.

Las ecuaciones básicas de COCOMO toman la forma
P=E/D del
D=c_b(E)^d_b del

E=a_b (KLOC) ^b_b del

donde está el esfuerzo E aplicado en persona-meses, D es el tiempo de desarrollo en meses cronológicos, KLOC es el número estimado de líneas de código entregadas para el proyecto (expresado en millares), y P es el número de gente requerida. El a_b de los coeficientes, el b_b, el c_b y el d_b se dan en la tabla siguiente.

del proyecto de software un b del _{del d del b} del _{del c del b} del _{del b del b} del _{de 2.35 adosados Encajado 3.32 COCOMO básico es bueno para aprisa, temprano, la orden áspera de las estimaciones de la magnitud del software cuesta, pero no explica diferencias en apremios del hardware, calidad y experiencia de los personales, uso de herramientas modernas y de técnicas, y otras cualidades del proyecto sabidas para tener una influencia significativa en costes del software, que limita su exactitud.}

Intermedio

El COCOMO intermedio es una extensión COCOMO básico, y estima la época del programador de desarrollar un producto de software. Esta extensión considera un sistema del " cuatro; attributes" del conductor del coste;, cada uno con un número de cualidades del subsidiario:
Cualidades de producto del

Confiabilidad de software Required
Tamaño de la base de datos del uso
Complejidad del producto
Cualidades del hardware Apremios de funcionamiento Run-time
Apremios de la memoria
Volatilidad del ambiente de la máquina virtual
Tiempo de cambio radical Required
Cualidades de los personales Capacidad del analista
Capacidad de la Software Engineer
Experiencia de los usos
Experiencia de la máquina virtual
Experiencia de programación del lenguaje
Cualidades del proyecto Uso de herramientas de software
Uso de los métodos de la ingeniería de programas informáticos
Horario Required del desarrollo

Cada uno de las 15 cualidades recibe un grado en una escala de punto 6 que se extienda de " mismo low" al " " superior; (en importancia o valor). Un multiplicador de esfuerzo de la tabla abajo se aplica al grado. El producto de todos los multiplicadores de esfuerzo da lugar 'a un coeficiente de adaptación de esfuerzo (EAF). Los valores típicos para el EAF se extienden a partir de la 0.

Ver también

Valoración en la ingeniería de programas informáticos
COSYSMO
Economía de la ingeniería de programas informáticos
Sobrante de coste
Putnam modelo
SEER-SEM

Lectura adicional

Barry Boehm . economía de la ingeniería de programas informáticos. Acantilados de Englewood, NJ: Prentice-Pasillo, 1981. ISBN 0-13-822122-7
Barry Boehm, y otros valoración del coste del software con COCOMO II (con el CD-ROM). Acantilados de Englewood, NJ: Prentice-Pasillo, 2000. ISBN 0-13-026692-2
Stan Malevanny . Estudio de caso: Valoraciones de costes del proyecto de software usar el modelo de COCOMO II, 2005.

.

Zenithic

COCOMO

Random links:

Manta, Tejas | Un pie en el grave (álbum) | Bill grande Broonzy | Elección del Parlamento Europeo, 2004 (Austria) | Vatio de Tom