1 / 15

COCOMO II Maintenance & Réutilisation GEF492 2014 Référence: [ HvV § 7.1.5 & Boehm]

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. Aperçu. Modèles de maintenance Présomptions Considérations

theresia-zandra
Télécharger la présentation

COCOMO II Maintenance & Réutilisation GEF492 2014 Référence: [ HvV § 7.1.5 & Boehm]

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. COCOMO IIMaintenance & RéutilisationGEF492 2014Ré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

  2. Aperçu • Modèles de maintenance • Présomptions • Considérations • Modèles • Modèles de réutilisation • Présomptions • Considérations • Modèles GEF492

  3. 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) GEF492

  4. 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 GEF492

  5. 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 SizeMb 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 GEF492

  6. 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) GEF492

  7. 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 GEF492

  8. 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 GEF492

  9. 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) GEF492

  10. Guide pour ré-utilisation logicielle GEF492

  11. Incrément d’évaluation et assimilation en pourcentage (%) GEF492

  12. Incrément Software Understanding GEF492

  13. Facteur Programmer Unfamiliarity GEF492

  14. Référence Supplémentaire Boehm, Barry, et al.,Software Cost Estimation with COCOMO II ,Prentice-Hall, 2000. ISBN 0-13-026692-2. GEF492

  15. Prochaine séance: Estimer la main d'œuvre GEF492

More Related