Revision sheet: Gestion des Risques et Estimation en SI

Plan du Cours

  1. Découpage de projet et analyse des risques dans les systÚmes d'information
  2. Facteurs de risque et profil de risque des projets informatiques
  3. Stratégies de développement et gestion des risques associés
  4. Plan de développement : processus de production, décision et gestion du changement
  5. Notions fondamentales d’estimation des charges et de durĂ©e de projet
  6. MĂ©thodes d’estimation des charges : principes et classifications
  7. MĂ©thodes Ă  modĂšle : COCOMO et Diebold pour l’évaluation de la charge et durĂ©e
  8. Méthode des points fonctionnels : calcul, ajustement et conversion en charge de travail

1. Découpage de projet et analyse des risques dans les systÚmes d'information

Notions clés & Définitions

  • DĂ©coupage de projet : Étape prĂ©alable essentielle permettant d'identifier les diffĂ©rentes parties du projet et d'analyser les risques associĂ©s Ă  chacune.
  • Analyse du risque : ProcĂ©dĂ© permettant d'obtenir un coĂ»t prĂ©visionnel en Ă©valuant les risques dans les projets systĂšmes d'information, en tenant compte des facteurs de risque et du profil de risque.
  • Plan de dĂ©veloppement : Document stratĂ©gique qui guide la rĂ©alisation du projet en intĂ©grant l'analyse des risques et le dĂ©coupage du projet.
  • Estimation des charges : Processus consistant Ă  dĂ©terminer la charge et la durĂ©e nĂ©cessaires, en fonction des besoins et des mĂ©thodes employĂ©es.

Points essentiels

  • Le risque est dĂ©fini comme le coĂ»t des consĂ©quences d'un Ă©vĂ©nement redoutĂ© multipliĂ© par la frĂ©quence probable de cet Ă©vĂ©nement, mais cette dĂ©finition classique n'est pas retenue dans les systĂšmes d'information oĂč le risque est assimilĂ© au risque d'Ă©chec du projet.
  • Le dĂ©coupage de projet permet d'identifier les diffĂ©rentes parties du projet et d'analyser les risques spĂ©cifiques Ă  chacune.

À retenir

Le découpage précis du projet constitue la base pour identifier et analyser les risques spécifiques aux systÚmes d'information, condition essentielle pour anticiper l'échec potentiel.

2. Facteurs de risque et profil de risque des projets informatiques

Notions clés & Définitions

  • Facteurs de risque : ÉlĂ©ments issus des propriĂ©tĂ©s du projet ou de son environnement pouvant contribuer Ă  l'Ă©chec.
  • Profil de risque d'un projet : Évaluation du degrĂ© de risque sur plusieurs dimensions clĂ©s telles que taille, difficultĂ© technique, degrĂ© d'intĂ©gration, configuration organisationnelle, changement et instabilitĂ© de l'Ă©quipe.

Points essentiels

  • Les facteurs de risque se divisent en deux catĂ©gories : ceux issus des propriĂ©tĂ©s du projet (taille, couverture du domaine, difficultĂ© technique, nouveautĂ© technologique, degrĂ© d'intĂ©gration, complexitĂ© des flux, hĂ©tĂ©rogĂ©nĂ©itĂ© des acteurs) et ceux issus de l'environnement du projet (configuration organisationnelle, Ă©tendue de l'entreprise impactĂ©e, Ă©tendue du changement, instabilitĂ© de l'Ă©quipe, problĂšmes de transfert de connaissance).
  • Le profil de risque d'un projet est une Ă©valuation du degrĂ© de risque sur plusieurs dimensions clĂ©s : taille du projet, difficultĂ© technique, degrĂ© d'intĂ©gration, configuration organisationnelle, changement, et instabilitĂ© de l'Ă©quipe de projet.

À retenir

Identifier et évaluer précisément les facteurs et profils de risque permet d'anticiper les difficultés majeures dans les projets informatiques.

3. Stratégies de développement et gestion des risques associés

Notions clés & Définitions

  • ModĂšle de dĂ©veloppement : Type de mĂ©thode ou approche choisie pour rĂ©aliser le projet, adaptĂ©e aux contraintes de taille, de complexitĂ© ou de nouveautĂ©, comme le dĂ©veloppement en spirale, en cascade, en W ou en V.
  • Dispositif de coordination : Organisation des moyens et des structures pour assurer la communication et la gestion du projet, notamment la coordination formelle ou personnelle selon la taille et la nature du risque.
  • ModalitĂ©s de participation des utilisateurs : Modes d'implication des acteurs dans le projet, essentiels pour gĂ©rer le risque liĂ© au changement et favoriser un dĂ©veloppement Ă©volutif.
  • DÉVELOPPEMENT ïą GĂ©rer le risque : Les biais des choix prĂ©cĂ©dents (2) Risque technique :  Provient de la complexitĂ© => se gĂšre comme un problĂšme de chargement (mettre la bonne ressource au bon endroit)  LiĂ© Ă  la programmation => dĂ©veloppement en cascade avec deux Ă©tapes majeures ou modĂšle en

Points essentiels

  • La stratĂ©gie de dĂ©veloppement doit inclure le choix d’un modĂšle adaptĂ©, la mise en place d’un dispositif de coordination, la dĂ©finition des modalitĂ©s de participation, et un tableau de bord pour le pilotage.
  • Le risque liĂ© Ă  la taille faible nĂ©cessite un dĂ©veloppement en spirale, tandis qu’une Ă©quipe importante requiert une coordination formelle et un tableau de bord formalisĂ©.
  • Les risques techniques liĂ©s Ă  la complexitĂ©, Ă  la programmation ou Ă  la nouveautĂ© sont gĂ©rĂ©s respectivement par l’allocation des ressources, le dĂ©veloppement en cascade ou en W.
  • Le risque d’intĂ©gration est abordĂ© par une coordination personnelle et le modĂšle en V, alors que la configuration organisationnelle se gĂšre par consensus et modĂšle RAD.
  • Le risque de changement est maĂźtrisĂ© par la participation des acteurs et un modĂšle Ă©volutif, avec une supervision directe en cas d’instabilitĂ© de l’équipe.

À retenir

La stratĂ©gie de dĂ©veloppement doit inclure le choix d’un modĂšle adaptĂ©, la mise en place d’un dispositif de coordination, la dĂ©finition des modalitĂ©s de participation, et un tableau de bord pour le pilotage.

4. Plan de développement : processus de production, décision et gestion du changement

Notions clés & Définitions

  • TrĂšs faible : qualificatif indiquant un faible degrĂ© d’influence ou d’impact d’un facteur ou d’un processus, notamment en ce qui concerne la disponibilitĂ© des acteurs ou la prise de dĂ©cision dans le cadre du plan de dĂ©veloppement.

Points essentiels

  • Le plan de dĂ©veloppement concrĂ©tise la stratĂ©gie en intĂ©grant trois processus distincts. Le premier vise la production de l’application, c’est-Ă -dire la rĂ©alisation concrĂšte du systĂšme selon les spĂ©cifications Ă©tablies. Le second processus assure que toutes les dĂ©cisions nĂ©cessaires au projet sont prises en temps utile, garantissant ainsi la progression fluide du dĂ©veloppement. Le troisiĂšme processus concerne la gestion des changements liĂ©s Ă  la mise en place du nouveau systĂšme d’information, permettant d’assurer une transition efficace et une adaptation aux modifications induites par le projet.

  • Le profil de disponibilitĂ© des acteurs, notamment le chef de projet et les utilisateurs, influence ces processus. La disponibilitĂ© et la connaissance du systĂšme dĂ©terminent leur capacitĂ© Ă  participer efficacement. Par exemple, un environnement stable ou instable, ou une disponibilitĂ© faible ou Ă©levĂ©e, impacte la rapiditĂ© et la qualitĂ© des dĂ©cisions, ainsi que la gestion des changements.

  • Au total, 14 points sont identifiĂ©s dans ce cadre, chacun Ă©tant Ă©valuĂ© selon un degrĂ© d’influence allant de 0 Ă  5, selon leur importance relative dans la rĂ©ussite du plan de dĂ©veloppement.

À retenir

Le plan de développement organise simultanément la production, la prise de décision et la gestion du changement pour garantir la réussite du projet, en tenant compte notamment de la disponibilité et de la connaissance des acteurs impliqués.

5. Notions fondamentales d’estimation des charges et de durĂ©e de projet

Notions clés & Définitions

  • Besoins en estimation Au niveau : NĂ©cessitĂ© d'Ă©valuer la charge ou la durĂ©e Ă  diffĂ©rents niveaux du projet pour assurer une planification cohĂ©rente et adaptĂ©e.

Points essentiels

  • La charge reprĂ©sente la quantitĂ© totale de travail nĂ©cessaire, exprimĂ©e en mois/homme, indĂ©pendamment du nombre de personnes affectĂ©es.
  • La durĂ©e est le temps total consommĂ© par le projet, dĂ©pendant du nombre de personnes, mais la relation n'est pas linĂ©aire (100 personnes un mois ≠ 1 personne 100 mois).
  • Les besoins en estimation varient selon le niveau : projet global (ordre de grandeur, ajustement du dĂ©coupage, sous-traitance), phase (planification prĂ©cise, suivi des Ă©carts, affectation des ressources), tĂąche (planification fine, affectation individuelle).
  • ESTIMATION DES CHARGES ïą Charge et durĂ©e Notions de base  La DURÉE est le temps consommĂ© par le projet.

À retenir

La distinction entre charge et durée est essentielle pour estimer correctement les ressources et planifier efficacement les différentes phases d'un projet.

6. MĂ©thodes d’estimation des charges : principes et classifications

Notions clés & Définitions

  • MĂ©thode Delphi : ProcĂ©dĂ© d'estimation basĂ© sur le jugement d'experts qui affinent successivement leurs Ă©valuations jusqu'Ă  obtenir une convergence des rĂ©sultats.
  • MĂ©thode de rĂ©partition proportionnelle : Approche qui rĂ©partit la charge globale d'un projet entre ses diffĂ©rentes phases selon des ratios issus de l'expĂ©rience, en s'appuyant sur un dĂ©coupage temporel classique.

Points essentiels

  • La mĂ©thode Delphi repose sur le jugement d'experts, utilisant un raffinement successif jusqu'Ă  convergence des estimations.
  • La mĂ©thode de rĂ©partition proportionnelle rĂ©partit la charge globale du projet entre les diffĂ©rentes phases selon des ratios issus de l'expĂ©rience.
  • Un schĂ©ma gĂ©nĂ©ral d'estimation inclut la construction d'une base de connaissances, l'estimation de la taille, l'ajustement selon les spĂ©cificitĂ©s, et la rĂ©partition de la charge entre Ă©tapes.
  • La mĂ©thode de rĂ©partition proportionnelle S ’appuie sur le dĂ©coupage temporel classique Trois types d ’utilisation  Estimation globale du projet que l ’on cherche Ă  rĂ©partir dans le temps : descendante  Evaluation d ’une des Ă©tapes au moyen d ’une autre mĂ©thode, et on veut gĂ©nĂ©raliser : ascendante  En cours de dĂ©roulement de projet, le temps consommĂ© sur les Ă©tapes en amont redĂ©finit celui des Ă©tapes Ă  venir : dynamique La mĂ©thode de rĂ©partition proportionnelle Etape ratio ÉTUDEPRÉALABLE 10%dutotal duprojet (hors miseenƓuvre) ÉTUDEDÉTAILLÉE 20 Ă  30 % du total du projet ÉTUDETECHNIQUE 5 Ă  15%de la charge de rĂ©alisation RÉALISATION 40 Ă  60%du total du projet MISEENƒUVRE 30 Ă 40%de la charge de rĂ©alisation La mĂ©thode de rĂ©partition proportionnelle Ces ratios sont issus de l ’expĂ©rience Ce sont des recommandations Dans l ’étape ÉTUDE PRÉALABLE, on utilise une rĂ©partition proportionnelle entre phases Observation : 30 Ă  40 % Conception/Organisation 50 Ă  60 % ApprĂ©ciation : 10 % La mĂ©thode de rĂ©partition proportionnelle L ’ÉTUDE DÉTAILLÉE est la plus difficile Ă  Ă©valuer Deux critĂšres de variation : La couverture : partie du domaine Ă©tudiĂ©e par le SER.
  • Quatre « vraies » mĂ©thodes : Delphi, Cocomo/Diebold, Ă©valuation analytique et « points fonctionnels » LES MÉTHODES D ’ESTIMATION SchĂ©ma gĂ©nĂ©ral Construire une BC rassemblant l ’expertise des projets antĂ©rieurs Faire une estimation de la taille du projet Ă  l ’aide d ’une unitĂ© de mesure Ajuster la taille ou la charge brute en fonction des spĂ©cificitĂ©s du projet RĂ©partir la charge entre les diffĂ©rentes Ă©tapes.

À retenir

La méthode Delphi repose sur le jugement d'experts, utilisant un raffinement successif jusqu'à convergence des estimations.

7. MĂ©thodes Ă  modĂšle : COCOMO et Diebold pour l’évaluation de la charge et durĂ©e

Notions clés & Définitions

  • Nette : La charge nette reprĂ©sente la charge brute ajustĂ©e par un produit de facteurs correcteurs liĂ©s aux exigences logicielles, aux caractĂ©ristiques matĂ©rielles, Ă  l'Ă©quipe projet et Ă  l'environnement, afin d'affiner l'estimation de la charge de travail.
  • ModĂšle COCOMO : Un modĂšle mathĂ©matique qui estime la charge de rĂ©alisation en mois/homme et la durĂ©e normale en mois Ă  partir du nombre de kilo instructions source testĂ©es, en appliquant des formules dont les paramĂštres varient selon la complexitĂ© du projet (simple, moyen, complexe).
  • MÉTHODES À MODÈLE : Des mĂ©thodes d'estimation qui utilisent des formules mathĂ©matiques pour calculer la charge et la durĂ©e d'un projet logiciel en fonction de paramĂštres quantitatifs, intĂ©grant des facteurs correcteurs pour ajuster les rĂ©sultats.
  • COCOMO ET DIEBOLD : Deux mĂ©thodes d'estimation de charge et durĂ©e : COCOMO calcule la charge en mois/homme et la durĂ©e en mois selon la taille et la complexitĂ© du projet, tandis que Diebold est une version simplifiĂ©e qui calcule le temps en jours en fonction de la complexitĂ©, du savoir-faire et de la connaissance de l'environnement.

Points essentiels

  • La durĂ©e normale en mois est calculĂ©e Ă  partir de la charge brute en utilisant une formule dĂ©pendant de la catĂ©gorie du projet.
  • Les paramĂštres a, b, c et d varient selon que le projet soit simple, moyen ou complexe, avec des formules spĂ©cifiques pour chaque catĂ©gorie.
  • Le modĂšle Diebold, version simplifiĂ©e, calcule le temps en jours en fonction de la complexitĂ©, du savoir-faire et de la connaissance de l’environnement, en utilisant une formule multiplicative.
  • La dĂ©marche COCOMO comprend cinq Ă©tapes : estimation du nombre d’instructions, calcul de la charge brute, sĂ©lection des facteurs correcteurs, calcul de la charge nette, et Ă©valuation de la durĂ©e.

À retenir

La durée normale en mois est calculée à partir de la charge brute en utilisant une formule dépendant de la catégorie du projet.

8. Méthode des points fonctionnels : calcul, ajustement et conversion en charge de travail

Notions clés & Définitions

  • Composants fonctionnels : ÉlĂ©ments mesurables d'un projet informatique comprenant les groupes logiques de donnĂ©es internes (GDI), groupes logiques de donnĂ©es externes (GDE), entrĂ©es (ENT), sorties (SORT) et interrogations (INT), utilisĂ©s pour Ă©valuer la taille fonctionnelle.
  • MÉTHODE DES POINTS FONCTIONNELS : Le PFA ou nombre ajustĂ© de points PFA = (0,65 * (SOMME (Dii, i
  • Calcul : MĂ©thode: Comptage des points au dĂ©but du projet Comptage en fin Ecart

Points essentiels

  • La mĂ©thode des points fonctionnels Ă©value la taille d’un projet Ă  partir d’une description externe, en comptant cinq types de composants fonctionnels : GDI, GDE, ENT, SORT, et INT.
  • Chaque composant est Ă©valuĂ© selon trois degrĂ©s de complexitĂ© (faible, moyenne, Ă©levĂ©e) avec un poids associĂ©, permettant de calculer le nombre de points fonctionnels bruts (PFB).
  • Le PFB est ajustĂ© par une apprĂ©ciation de 14 spĂ©cificitĂ©s du projet, notĂ©es de 0 Ă  5, pour obtenir les points fonctionnels ajustĂ©s (PFA).
  • Le PFA peut ĂȘtre converti en nombre d’instructions source utile (ISL) pour alimenter des modĂšles comme COCOMO, ou directement en charge de travail en jours/homme selon le stade et l’environnement technique.

À retenir

La mĂ©thode des points fonctionnels Ă©value la taille d’un projet Ă  partir d’une description externe, en comptant cinq types de composants fonctionnels : GDI, GDE, ENT, SORT, et INT.

Tableaux de SynthĂšse

Comparaison des méthodes d'estimation des charges

MéthodePrincipeUtilisation
DelphiJugement d'experts affiné successivementEstimation qualitative, consensus
Répartition proportionnelleRépartition selon ratios et découpage temporelEstimation globale ou en cours de projet
COCOMOEstimation basée sur le nombre d'instructions et facteurs correcteursEstimation de la charge et durée
Points fonctionnelsEvaluation par composants fonctionnels ajustésEstimation de la taille et conversion en charge

PiÚges & Confusions Fréquentes

  1. Confusion entre charge et durée dans l'estimation.
  2. Sous-estimation des risques liés à la complexité technique.
  3. Mauvaise prise en compte du profil de risque dans le découpage.
  4. Utilisation inappropriée des méthodes d'estimation sans ajustement.
  5. Ignorer l'impact de la gestion du changement sur la planification.
  6. Négliger la disponibilité des acteurs dans la planification.
  7. Confusion entre facteurs de risque et profil de risque.

Checklist Examen

  1. Identifier les risques spécifiques à chaque étape du projet.
  2. Évaluer la taille et la complexitĂ© du projet avant estimation.
  3. Choisir la méthode d'estimation adaptée au contexte.
  4. Ajuster les estimations en fonction des spécificités du projet.
  5. Intégrer la gestion du changement dans le plan de développement.
  6. Analyser le profil de risque pour anticiper les difficultés.
  7. Mettre en place un dispositif de coordination efficace.
  8. Vérifier la disponibilité des acteurs clés.
  9. Utiliser des indicateurs pour suivre la progression.
  10. Réviser réguliÚrement les estimations en cours de projet.

Test your knowledge

Test your knowledge on Gestion des Risques et Estimation en SI with 8 multiple-choice questions with detailed corrections.

1. Quelle est la fonction principale du découpage de projet dans les systÚmes d'information ?

2. Quelle affirmation correspond au sujet « Facteurs de risque et profil de risque des projets informatiques » ?

Take the quiz →

Review with flashcards

Memorize the key concepts of Gestion des Risques et Estimation en SI with 16 interactive flashcards.

DĂ©coupage de projet — dĂ©finition ?

Identification des parties du projet et analyse des risques

Analyse du risque — rîle ?

Évaluer le coĂ»t prĂ©visionnel en tenant compte des risques

Plan de dĂ©veloppement — objectif ?

Guider la réalisation en intégrant risques et découpage

See flashcards →

Similar courses

Create your own revision sheets

Import your course and AI generates sheets, quizzes and flashcards in 30 seconds.

Sheet generator