COCOMO II GEF492A 2013 Référence: [HvV §7.1.2, & Boehm]

Slides:



Advertisements
Présentations similaires
Analyse et Programmation Orientées Objets
Advertisements

Analyse et Programmation Orientées Objets Cycle de vie dun projet.
Le compte de résultat prévisionnel
Eléments de Génie Logiciel
La Gestion de la Configuration
Evaluation et suivi sont deux outils de management:
Plan de passation des marchés
Atelier sur l'électrification Rurale avril 2007 Yaoundé, Cameroun Session 5 Opération et Maintenance Obstacles potentiels et leur mitigation Pape,
Les Ateliers de Génie Logiciel
MRP, MRP II, ERP : Finalités et particularités de chacun.
MIAGE MASTER 1 Cours de gestion de projet
Cycle de vie dun logiciel Origine des erreurs La spécification 50% 40% 10% Le design Le codage.
Introduction au Génie Logiciel
Développeur informatique
COCOMO Intermediaire: Systemes Heterogenes LFI2, Automne 2008, Gestion de Projets.
Le Coût d’un logiciel Exposé sur : Présenté Par: Travail dirigé par:
A4.1.1 Proposition dune solution applicative A4.1.2 Conception ou adaptation de linterface utilisateur dune solution applicative A4.1.2 Conception ou.
Développement d’application web
Project Scope Management
Les systèmes de calcul par processus Chapitre 4. 2 Chapitre 4 - Les systèmes de calcul par processus Les systèmes de calcul par processus Les processus.
La gestion par activités (ABM)
RECHERCHE COMMERCIALE
Cycle de vie: « Waterfall » GEF492A Automne 2014 [HvV § 3.1]
GEF492 - PPL09 Estimation de projets logiciels
Mise en oeuvre et exploitation
Projet de Développement: Planification et Mise en Œuvre
GEF COCOMO pour maintenance et réutilisation
Mesures orientées objet GEF492A 2014 Référence: [HvV §12.1.6] Capt Vincent Roberge Collège Militaire Royal du Canada Génie électrique et génie informatique.
Objectifs de vérification logiciels GEF492A 2014 Référence: [HvV §14.1] Capt Vincent Roberge Collège Militaire Royal du Canada Génie électrique et génie.
Le management de l'IVVQ Processus techniques IVVQ
Une introduction au eXtreme Programming (XP) GEF492A 2014 Référence: [Jefferies et al ch. 1,2, 7, 9-14] Capt Vincent Roberge Collège Militaire Royal du.
Développement d'application rapide GEF492A Automne 2014 [HvV § 3.2.3]
Mesure de la structure du système GEF492A 2014 Référence: [HvV §12.1.5] Capt Vincent Roberge Collège Militaire Royal du Canada Génie électrique et génie.
Architecture Logicielle
Bilan de travail de l'année
GEF Modèles de cycle de vie incrémentiels et itératifs
Suivi de projet Architecture de l’information par l’équipe en charge du projet A Mille 2013.
Gestion des configurations et contrôle de changements GEF Référence: [HvV ch. 4] Capt Vincent Roberge Collège Militaire Royal du Canada Génie électrique.
Vérification dans le cycle de vie GEF492A 2014 Référence: [HvV §14.2, 14.9] Capt Vincent Roberge Collège Militaire Royal du Canada Génie électrique et.
Estimer la distribution en personnel GEF492A 2014 Référence: [HvV §7.3] Capt Vincent Roberge Collège Militaire Royal du Canada Génie électrique et génie.
2003 (revisé 2008)SEG Chapitre 11 Chapitre 1 “The Systems Engineering Context” Le contexte du génie de systèmes.
Le Rational Unified Process GEF492A 2014 Référence: [Roy ch ] Capt Vincent Roberge Collège Militaire Royal du Canada Génie électrique et génie informatique.
Introduction au Génie Logiciel
GEF Mesures de qualité Automne 2013 Mesures de qualités - attributs et perspectives GEF492A 2014 Référence: [HvV §6.1-3] Capt Vincent Roberge.
Microsoft Project Réalisé par : N. BENMOUSSA ENSET Mohammedia.
SYSTEMES d’INFORMATION séance 1 : Introduction et définitions
Révision mi-session GEF492A 2014 Vincent Roberge Automne 2014.
Planification de Projets Logiciels Chapitre 17 Lfi2 Automne 2008.
Sites Pilotes Généralisation
Principes et définitions
Soutenance Phase 1 Bibliographie et Analyse des besoins
Sensibilisation aux projets logiciels
PRÉSENTATION DE PROJET DE DEUXIÈME ANNÉE APPLICATION DE VALORISATION DES INTERVENTIONS INTERNE.
Les logiciels de gestion intégrée. Par Annie Tremblay.
© Petko ValtchevUniversité de Montréal Janvier IFT 2251 Génie Logiciel Le Processus Hiver 2002 Petko Valtchev.
La méthode pédagogique maetic
Évaluation des dommages et des pertes Le secteur du commerce Avec la contribution de J. Roberto Jovel.
Audit de Gestion de Projet Estimation des Coûts M ARC G ERVAIS - G ILDAS Q UÉMÉNER - F LORIAN S IMON.
Présentation de la méthode Merise
COCOMO Intermediaire: Systemes Homogenes LFI2, Automne 2008, Gestion de Projets.
Évaluation des dommages et des pertes Secteur de l'industrie J. Roberto Jovel.
Conduite de projet Estimation COCOMO
Budgets flexibles et coûts standard
Modèles de cycle de vie et processus de génie
Programmation Collège militaire royal du Canada Génie électrique et génie informatique.
L’entreprise et sa gestion
© Fujitsu Limited, 2010 Bilan de fin de projet Version exécutive Date: …… Projet d’optimisation de l’aménagement physique des cliniques et de la.
19 avril Spécification d’un cadre d’ingénierie pour les réseaux d’organisations Laboratoire de recherche : OMSI à l’EMSE.
SIO Gestion de projets, applications SIO Hager Khechine, MBA, PhD. Séance 3 : L’estimation des charges.
Transcription de la présentation:

COCOMO II GEF492A 2013 Référence: [HvV §7.1.2, 7.1.5 & Boehm] GEF492 -11 COCOMO II Automne 2013 COCOMO II GEF492A 2013 Référence: [HvV §7.1.2, 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 PPL11-COCOMOII.pdf Sylvain P. Leblanc

GEF492 -11 COCOMO II Automne 2013 Aperçu Pourquoi utiliser un modèle pour coûts et programmation logiciel Révision sur modèles algorithmiques le COnstructive COst MOdel Trois modèles COCOMO de plus en plus précis Composition d’application Conception préliminaire Postarchitectural Automne 2014 GEF492 Sylvain P. Leblanc

Pourquoi un modèle de coûts et programmation? GEF492 -11 COCOMO II Automne 2013 Pourquoi un modèle de coûts et programmation? établir les budgets et horaires à la base de la planification aide aux décisions financières études de compromis, comprenant: coûts, horaires, fonctions, performance et qualité aide à la gestion de risques aide à décider où mettre l’emphase développement, réutilisation, location, achat décision vis-à-vis les systèmes de lègue Automne 2014 GEF492 Sylvain P. Leblanc

Rappel: modèles algorithmiques Les modèles algorithmiques nous donnent des algorithmes mathématiques qui produisent une estimation comme fonction de variables (paramètres) considérées comme inducteurs importants du coût (x1, x2,... xn) Inducteurs du coût possibles: lignes de code capacité des programmeurs contraints de délai contraintes sur le temps d’exécution, etc. Automne 2014 GEF492

Le COnstructive COst MOdel Créé par Barry Boehm donne des estimations de coûts et d’horaire pour les projets logiciel COCOMO (maintenant COCOMO 81) développé vers 1976 COCOMO II (COCOMO II.2000) COCOMO avait de la difficulté à expliquer à un gestionnaire, client, etc., qu’un devis n’est pas réaliste à faire compromis entre matériel et logiciel à vérifier si le développement procède comme prévu Automne 2014 GEF492

Présomptions – COCOMO II (1) GEF492 -11 COCOMO II Automne 2013 Présomptions – COCOMO II (1) le plus grand inducteur de coût est la ligne de code livrable (LCL) en KLCL les estimations de coûts n’adressent qu’un ensemble bien définit d’activités Eg l’entraînement de l'utilisateur n’est pas considéré les estimations couvrent la main-d’œuvre directe analyste, chef de projet, libraires, développeurs) mais excluent la main-d’œuvre indirecte secrétaires, concierges, exécutifs, etc. Un mois-personne de COCOMO 152 heures 19 jours-personne Discuter de la modélisation: Monde  Abstraction  Modèl  Prédiction  Validation Les présomption mène l'abstraction; si elles ne sont pas valides, le modèle est faux Automne 2014 GEF492 Sylvain P. Leblanc

Présomptions – COCOMO II (2) le client et le développeur bénéficient de bonne gestion la granularité du modèle d’estimation de coûts doit être proportionnel à l’information disponible lors de la création de l’estimation, il y a donc trois modèles différents afin de couvrir la période de temps du début de l’analyse de besoins à la fin de la phase d’intégration et de tests Composition d’applications Conception préliminaire Post-architectural Automne 2014 GEF492

Modèle de composition d’application surtout applicable aux activités de prototypage utilise le nombre de points d’objets (Object Points – OP et non les points de fonction) nombre et complexité d’éléments de granularité grossière comme les écrans, rapports et composantes ainsi que de facteurs de réutilisation et de productivité nouveau OP, NOP = OP X (100% - % réutilisation) / 100 productivité, PROD = NOP / mois-personne effort, PM = NOP / PROD Automne 2014 GEF492

Modèle de conception préliminaire surtout applicable aux activités de conception architecturales utilise les points de fonction non ajustés (Unajusted Fonction Points – UFP) les UFP sont convertis en instruction de code source livrable (delivery source instructions DSI) des facteurs d’ajustement pour l’application sont appliqués après la conversion en KLCS effort, PMNS = a x Size b x Π EMi (i = 1 à 7) où a = 2.94 (calibrés avec 161 projets) b = 1.01 + 0.01 x Σ SFj (j = 1 to 5) et EMi – multiplicateurs d’effort pour 7 inducteurs de coûts SFi – facteur exponentiel pour 5 inducteurs de coûts NS – implique un horaire nominal Automne 2014 GEF492

Modèle postarchitectural surtout applicable pour les activités de développement actuel essentiellement une mise à jour de COCOMO 81 prends en considération plusieurs inducteurs de coûts: de nouveaux inducteurs incluent la réutilisation, besoins de documentation, continuité en personnel, équipe délocalisée effort, PMNS = a x Size b x Π EMi (i = 1 to 17) où a = 2.94 (calibrés avec 161 projets) b = 1.01 + 0.01 x Σ SFj (j = 1 to 5) et EMi – multiplicateurs d’effort pour 17 inducteurs de coûts SFi – facteur exponentiel pour 5 inducteurs de coûts NS – implique un horaire nominal Automne 2014 GEF492

Temps de développement afin de déterminer le délai calendrier, il est nécessaire de faire conversion de mois-personnes en temps de développement un facteur est utilisé pour considérer un délai non-nominal les délais peuvent être compressés ou étirés (entre 75% et 160%) temps, TDEV = [ c x (PMNS)d ] x Compression horaire où c = 3.67 d = 0.28 + 0.2 x [b - 1.01] et Compression horaire requise est entre 0.75 et 1.60 Automne 2014 GEF492

Facteurs d’échelle cause une hausse exponentielle des coûts Automne 2014 GEF492

Facteurs d’échelle Automne 2014 GEF492

Multiplieurs d’effort (post-architecture) Facteurs de produits Automne 2014 GEF492

Multiplier d’effort (Post-architecturel) Facteur de plateforme Automne 2014 GEF492

Multiplieurs d’effort (Post-architecturel) Facteurs personnels Automne 2014 GEF492

Multiplieurs d’effort (Post-architecturel) Facteurs de projet Automne 2014 GEF492

Multiplieurs d’effort (Postarchitecture) every 1 mo. Automne 2014 GEF492

Multiplieurs d’effort (Postarchitecture) Automne 2014 GEF492

Références supplémentaires Boehm, Barry, et al., Software Cost Estimation with COCOMO II , Prentice-Hall, 2000. ISBN 0-13-026692-2. Automne 2014 GEF492

COCOMO II – Entretien et réutilisation Prochaine séance: COCOMO II – Entretien et réutilisation Automne 2014 GEF492