Transcript Estimer l`entretien COCOMMO II

COCOMO II
Maintenance & Réutilisation
GEF492 2014
Référence: [HvV §7.1.5 & Boehm]
Capt Vincent Roberge
Collège Militaire Royal du Canada
Génie électrique et génie informatique
[email protected]
roberge.segfaults.net
Aperçu
• Modèles de maintenance
• Présomptions
• Considérations
• Modèles
• Modèles de réutilisation
• Présomptions
• Considérations
• Modèles
Automne 2014
GEF492
2
COCOMO II – Présomptions des
modèles de maintenance
• Utilisent essentiellement les inducteurs de coûts
de développement appliquées à la maintenance
logicielle
• la maintenance est:
• redesign et codage de petites parties du produit
original
• redesign et codage des interfaces
• changements mineurs à la structure
• La maintenance est une de deux activités:
• une mise à jour
• une réparation (curative, adaptive, pour modification)
Automne 2014
GEF492
3
COCOMO II – Considérations des
modèles de maintenance
• L’horaire de développement (SCED) et le niveau de
réutilisation requis (RUSE) ne sont pas considérés
dans le modèle de maintenance
• Le niveau de fiabilité requis (RELY) a un effet
inverse comme inducteur de coûts
• c.a.d., si le produit a été développé avec peu de fiabilité,
les défauts internes seront plus dispendieux à réparer
Fiabilité requise
développement
(RELY)
Niveau
Automne 2014
Légère
basse
Très bas bas
1.23
1.10
GEF492
Modérée
Haute
perte $
Very High
Perte de vie
Nom
1.00
Haut
0.99
Très haut
1.07
4
Modèle de maintenance (1)
• le facteur d’échelle est appliqué à la grandeur du
code modifié, plutôt qu'à la grandeur totale du
produit étant modifié
effort,
PMM = a x SizeM b x Π EMi
dotation en personnel,
où
(i = 1 to 15)
FSPM = PMM / TM
SizeM - grandeur KSLOC (additionné et modifié)
TM – durée de l’activité de maintenance désirée
Automne 2014
GEF492
5
Modèle de maintenance (2)
• la grandeur du code est déterminée à l’aide de
facteurs pour la compréhension du logiciel et la
familiarité du programmeur
grandeur, SizeM = [Grandeur Code de Base x MCF] x MAF
avec
MCF = (Grand ajout + grand modifié)/ BCS
MAF = 1 + [ (SU/100) x UNFM ]
où
grand. ajouté/modifié peut être KSLOC, UFPs or APs
BCS - base code size (code original)
SU - incrément software understanding (10 - 50)
UNFM - programmer unfamiliarity (0.0 - 1.0)
Automne 2014
GEF492
6
COCOMO II – Présomptions des
modèles de réutilisation
• afin de considérer les coûts/efforts de la
réutilisation, on estime le niveau de
modification/adaptation du code réutilisé
• cet estimé d’effort doit également considérer
l’étude du code à réutiliser ainsi que son
assimilation dans le nouveau produit
• combien d’effort doit être consacré à trouver le code
et à évaluer son applicabilité
• on trouve un équivalent de grandeur du code à
réutiliser, et celui-ci est ajouté à la grandeur du
code pour le développement du nouveau produit
• la grandeur du code à réutiliser devrait être moindre
que la grandeur de nouveau code
Automne 2014
GEF492
7
COCOMO II – Considérations des
modèles de réutilisation
• comme avec COCOMO.81, on détermine un
facteur d’ajustement d’adaptation en considérant
le niveau de redesign, recodage et réintégration
requis
• on présume que les niveau d’efforts sont 40%, 30% et
30% respectivement
Facteur d'ajust. d'adap AAF = 0.4 DM + 0.3 CM + 0.3 IM
où
DM - % de modification de la conception adoptée
CM - % de modification du code adoptée
IM - % d’effort d’intégration du code adaptée dans le
produit, comparé à l’effort d’intégration de code de
grandeur équivalente
Automne 2014
GEF492
8
Modèle de ré-utilisation
• la grandeur équivalente du code ré-utilisé est
déterminée selon les facteurs d’ajustement pour
la grandeur du code modifiée, compréhension du
logiciel et familiarité du programmeur
grandeur réutilisé,
SizeRU = SizeA [AA + AAF + (SU x UNFM)] /100
où
SizeA – grandeur du code original adapté
AA - % d’évaluation et d’assimilation
AAF - % adaptation adjustment factor (diapo préd.)
SU - % incrément software understanding (10 - 50)
UNFM - programmer unfamiliarity (0.0 - 1.0)
Automne 2014
GEF492
9
Guide pour ré-utilisation logicielle
Automne 2014
GEF492
10
Incrément d’évaluation et assimilation
en pourcentage (%)
Automne 2014
GEF492
11
Incrément Software Understanding
Automne 2014
GEF492
12
Facteur Programmer Unfamiliarity
Automne 2014
GEF492
13
Référence Supplémentaire
Boehm, Barry, et al., Software Cost
Estimation with COCOMO II , Prentice-Hall,
2000. ISBN 0-13-026692-2.
Automne 2014
GEF492
14
Prochaine séance:
ESTIMER LA MAIN D'ŒUVRE
Automne 2014
GEF492
15