COCOMO

En 1981, le Barry Boehm conçu le COCOMO pour donner une évaluation du nombre d'hommes-mois qu'il prendra au développent un produit du logiciel .

Les références à ce modèle l'appellent typiquement le COCOMO 81 . En 1990, un nouveau modèle a appelé COCOMO qu'II est apparu. Généralement, références à COCOMO avant que 1995 se rapportent au COCOMO original, références après que 1995 se rapportent à COCOMO II. Le besoin de nouveau modèle est venu pendant que la technologie de développement de logiciel se déplaçait de l'unité centrale et du traitement en différé en lots durant la nuit au développement de bureau, à la réutilisabilité de code et à l'utilisation des composants de logiciel disponibles immédiatement.

Cet article se rapporte au COCOMO 81 .

Ce " ; " constructif du modèle de coût de ; a dessiné sur une étude d'environ soixante projets à l'espace du TRW . L'étude a examiné des programmes s'étendant dans la taille de 2000 à 100.000 lignes de de code , et des langages de programmation s'étendant de l'Assemblée au PL/I .

COCOMO se compose d'une hiérarchie de trois de plus en plus détaillés et de formes précises.

COCOMO de base - est un modèle statique et single-valued qui calcule l'effort de développement de logiciel (et le coût) en fonction de la taille de programme exprimée en lignes de code prévues.
COCOMO intermédiaire - effort de développement de logiciel de calculs comme fonction de taille de programme et d'un ensemble de " ; drivers" de coût ; qu'inclure l'évaluation subjective du produit, du matériel, du personnel et des attributs de projet.
COCOMO détaillé - incorpore toutes les caractéristiques de la version intermédiaire avec une évaluation de l'impact du conducteur de coût sur chaque étape (analyse, conception, etc.) du processus de technologie de la programmation.

De base

Le COCOMO de base est une forme du COCOMO. COCOMO s'applique à trois classes des projets de logiciel :
Des projets organiques de

- sont les projets de logiciel relativement petits et simples dans lesquels de petites équipes avec le bon travail d'expérience d'application à un ensemble de conditions moins que rigides.
Des projets mitoyens - sont (dans la taille et la complexité) les projets de logiciel intermédiaires dans lesquels les équipes avec les niveaux mélangés d'expérience doivent rencontrer un mélange des conditions rigides et moins que rigides.
Enfoncés des projets - sont des projets de logiciel qui doivent être développés dans un ensemble de matériel serré, de logiciel, et de contraintes opérationnelles.

Les équations de base de COCOMO prennent la forme
P=E/D du
D=c_b(E)^d_b du

E=a_b (KLOC) ^b_b de

là où E est l'effort appliqué en personne-mois, D est le temps d'élaboration en mois chronologiques, KLOC est le nombre prévu de lignes de code fournies pour le projet (exprimé en milliers), et P est le nombre de personnes exigées. Le a_b de coefficients, le b_b , le c_b et le d_b sont donnés dans la table suivante.

de projet de logiciel un b de _{du d du b} de _{du c du b} de _{du b du b} de _{de 2.35 mitoyens Incorporé 3.32 COCOMO de base est bon pour vite, tôt, l'ordre de grandeur approximatif des évaluations de logiciel coûte, mais il n'explique pas des différences dans des contraintes de matériel, qualité et expérience de personnel, utilisation des outils modernes et des techniques, et d'autres attributs de projet connus pour avoir une influence significative sur des coûts de logiciel, qui limite son exactitude.}

Intermédiaire

Le COCOMO intermédiaire est une prolongation du COCOMO de base , et estime l'heure de programmeur de développer un logiciel. Cette prolongation considère un ensemble de " quatre ; attributes" de conducteur de coût ; , chacun avec un certain nombre d'attributs de filiale :
Attributs de produit de

Fiabilité de logiciel Required
Taille de base de données d'application
Complexité du produit
Attributs de matériel
Contraintes d'exécution d'exécution
Contraintes de mémoire
Volatilité de l'environnement de machine virtuelle
Temps de retournement de situation Required
Attributs de personnel
Possibilités d'analyste
Possibilités de Software Engineer
Expérience d'applications
Expérience de machine virtuelle
Expérience de langage de programmation
Attributs de projet
Utilisation des outils logiciels
Application des méthodes de technologie de la programmation
Programme Required de développement

Chacun des 15 attributs reçoit une estimation sur une échelle de la notation 6 qui s'étend du " ; très low" ; au " ; " supérieur ; (en importance ou valeur). Un multiplicateur d'effort de la table ci-dessous s'applique à l'estimation. Le produit de tous les multiplicateurs d'effort a comme conséquence 'un coefficient d'adaptation d'effort (EAF). Les valeurs typiques pour l'EAF s'étendent de 0.

Voir également

Évaluation de dans la technologie de la programmation
COSYSMO
Sciences économiques de technologie de la programmation de
Dépassement de coût
Putnam modèle
SEER-SEM

Davantage de lecture

Barry Boehm . sciences économiques de technologie de la programmation de . Falaises d'Englewood, NJ : Apprenti-Hall, 1981. ISBN 0-13-822122-7
Barry Boehm , et autres évaluation de coût de logiciel de avec COCOMO II (avec la CD-ROM). Falaises d'Englewood, NJ : Apprenti-Hall, 2000. ISBN 0-13-026692-2
Stan Malevanny . Étude de cas : Estimations des coûts de projet de logiciel Using le modèle de COCOMO II, 2005.

Random links: