GEF492 - 12 COCOMO pour maintenance et réutilisation Automne 2013 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 Vincent.roberge@rmc.ca roberge.segfaults.net Sylvain P. Leblanc

GEF492 - 12 COCOMO pour maintenance et réutilisation Automne 2013 Aperçu Modèles de maintenance Présomptions Considérations Modèles Modèles de réutilisation Automne 2014 GEF492 Sylvain P. Leblanc

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

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 Automne 2014 GEF492

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 (i = 1 to 15) dotation en personnel, FSPM = PMM / TM où SizeM - grandeur KSLOC (additionné et modifié) TM – durée de l’activité de maintenance désirée Automne 2014 GEF492

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

COCOMO II – Présomptions des modèles de réutilisation GEF492 - 12 COCOMO pour maintenance et réutilisation Automne 2013 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 Si la grandeur équivalente du code réutilisé est plus grande que celle de nouveau code, on devrait recommencer de nouveau Automne 2014 GEF492 Sylvain P. Leblanc

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

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

Guide pour ré-utilisation logicielle Automne 2014 GEF492

Incrément d’évaluation et assimilation en pourcentage (%) Automne 2014 GEF492

Incrément Software Understanding Automne 2014 GEF492

Facteur Programmer Unfamiliarity Automne 2014 GEF492

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

GEF492 - 12 COCOMO pour maintenance et réutilisation Automne 2013 Prochaine séance: Estimer la main d'œuvre Automne 2014 GEF492 Sylvain P. Leblanc