Chapitre 2 :
Cycle de Vie d’un projet Informatique
Introduction
Le Corpus des connaissances en management de projet (PMBOK : Project Management Body of
l'ensemble des
Knowledge)
connaissances du domaine professionnel du management de projet.
le PMI (Project Management
Institute) regroupe
rédigé par
Dans son intégralité, le Corpus des connaissances en management de projet inclut aussi bien les
pratiques classiques largement appliquées que les pratiques novatrices en émergence au sein de la
profession. Il fournit une référence de base pour toutes les personnes intéressées par la profession
de management de projet.
Les projets et le management de projet se déroulent dans un environnement plus vaste que celui du
projet lui-même. L'équipe de management de projet se doit de comprendre ce contexte élargi pour
bien choisir les phases du cycle de vie, les processus, les outils et les techniques qui correspondent le
mieux au projet.
I.
Le cycle de vie du projet
Les chefs de projet ou l'organisation peuvent diviser les projets en phases afin d’exercer une
meilleure maîtrise, en maintenant les liens appropriés avec les opérations courantes de l'entreprise
réalisatrice. L'ensemble de ces phases est connu sous le nom de cycle de vie du projet. Beaucoup
d'organisations définissent un ensemble spécifique de cycles de vie à utiliser dans tous leurs projets.
II. Caractéristiques du cycle de vie du projet
Le cycle de vie du projet définit les phases qui relient le début d'un projet à sa fin.
Advertisement
Dans le cycle de vie du projet, la transition d'une phase à l'autre implique généralement une forme
de transfert technique ou de transmission de responsabilité, qui sert à la définir. Les livrables d'une
phase sont généralement évalués pour s’assurer qu’ils sont complets, exacts et approuvés avant que
le travail de la phase suivante commence.
Il n'existe pas de seule et meilleure façon de définir un cycle de vie idéal de projet. Certaines
organisations mettent en place une politique interne qui standardise tous les projets avec un cycle de
vie unique, alors que d'autres autorisent l'équipe de management de projet à choisir le cycle de vie le
plus approprié à son projet. Par ailleurs, des pratiques communes à un secteur d'activité conduisent
souvent à l'utilisation d'un cycle de vie préféré pour ce secteur.
En général, les cycles de vie du projet définissent :
Y. Ben Tekaya
1
le travail technique à exécuter dans chaque phase (exemple : dans quelle phase le travail de
l'architecte devrait être exécuté ?),
le moment où les livrables doivent être générés dans chaque phase et la manière de les
passer en revue, de les vérifier et de les valider,
les participants à chaque phase (exemple : l'ingénierie simultanée demande que les
réalisateurs soient impliqués dans les exigences et la conception),
les modalités de maîtrise et d'approbation de chaque phase.
La description du cycle de vie du projet peut être très générale ou très détaillée. Les descriptions
extrêmement détaillées peuvent comporter des formulaires, des tableaux ainsi que des listes de
contrôle afin d'assurer structure et maîtrise.
Advertisement
III. Caractéristiques des phases du projet
La réalisation d'un projet informatique répondant à l'évolution du système d'information d'une
organisation, repose sur ces concepts fondamentaux :
• la production d'application réellement adaptée aux besoins des utilisateurs,
• la réduction des coûts de production et de maintenance,
• l'augmentation de la fiabilité, de la performance et de l'interopérabilité,
• l'optimisation de la gestion du temps de production,
On retrouve les 3 contraintes de gestion d'un projet : qualité, coût et délai, qui seront intégrées au
cycle de vie du logiciel.
Le cycle de vie du projet ou du logiciel est la synthèse de la vision de l'utilisateur et de celle de
l'informaticien, dans le cadre de la gestion du projet : de la phase d'étude de l'existant jusqu'à la mise
à disposition du logiciel en production aux utilisateurs.
L'objectif d'un tel découpage est de définir des jalons intermédiaires permettant la validation du
développement logiciel (la conformité du logiciel avec les besoins exprimés) et la vérification du
processus de développement (l'adéquation des méthodes mises en œuvre).
L'origine de ce découpage provient du constat que les erreurs ont un coût d'autant plus élevé
qu'elles sont détectées tardivement dans le processus de réalisation. Le cycle de vie permet de
détecter les erreurs au plus tôt et ainsi de maîtriser la qualité du logiciel, les délais de sa réalisation
et les coûts associés.
Le cycle de vie du logiciel comprend généralement les activités suivantes :
Etude préalable, c'est-à-dire l'expression, le recueil et la formalisation des besoins du demandeur
(le client) et de l'ensemble des contraintes.
Conception générale. Il s'agit de l'élaboration des spécifications de l'architecture générale du
logiciel.
Conception détaillée, consistant à définir précisément chaque sous-ensemble du logiciel.
Y. Ben Tekaya
Advertisement
2
Réalisation (Implémentation ou programmation), soit
la traduction dans un
langage de
programmation des fonctionnalités définies lors de phases de conception.
Mise en œuvre, son but est d’exécuter toutes les actions permettant d’aboutir au lancement du
système auprès des utilisateurs.
Maintenance, comprenant toutes les actions correctives et évolutives sur le logiciel.
IV. Modèles de cycle de vie
Afin d'être en mesure d'avoir une méthodologie commune entre le client et la société de service
réalisant le développement, des modèles de cycle de vie ont été mis au point définissant les étapes
du développement ainsi que les documents à produire permettant de valider chacune des étapes
avant de passer à la suivante. A la fin de chaque phase, des revues sont organisées avant de passer à
la suivante.
1. Modèle de cycle de vie en cascade
L’objectif de ce modèle est de jalonner rigoureusement le développement et de définir de manière
précise les rôles respectifs du fournisseur (qui produit le livrable) et du client (qui accepte ou refuse
le résultat). C’est une succession de phases qui correspond à une approche descendante. Chaque
phase donne lieu à une validation officielle : on ne passe à la suivante que si le résultat du contrôle
est satisfaisant. Sinon, on modifie le livrable pour qu’il devient acceptable.
Y. Ben Tekaya
3
2. Modèle de cycle de vie en V
C’est une amélioration du modèle de la cascade. Chaque phase de la première branche du V va être
explicitée par des critères d’appréciation et d’acceptation du système aux étapes correspondantes de
la deuxième branche du V.
Advertisement
3. Le modèle en W
Ce modèle enrichit le modèle en V. La première partie du W vise à dégager avec le client des
orientations solides pour la conception ou bien à explorer les possibilités d’une nouvelle technique.
Le développement de maquettes ou de prototypes permet une validation plus concrète, voire une
expérimentation.
4. Le modèle de développement évolutif
L’objectif du modèle de développement évolutif est de construire progressivement le système de
façon participative. Il repose sur l’idée que les besoins ne peuvent s’exprimer qu’après une
expérimentation même sur du système incomplet. Chaque cycle aboutit à une nouvelle version du
système : on s’arrête lorsque le client juge le système satisfaisant.
Y. Ben Tekaya
4
5. Le modèle de la spirale
C’est un modèle qui repose sur le fait qu’il y a une relation contractuelle entre le fournisseur et le
client. Plusieurs cycles sont effectués. Chaque cycle donne lieu à une contractualisation s’appuyant
sur les besoins exprimés lors du cycle précédent. Chaque cycle comporte les étapes suivantes :
Analyse du risque
Développement d’un prototype
Simulation et essais du prototype
Détermination des besoins à partir des résultats des essais
Validation des besoins par un comité de pilotage
Planification du cycle suivant
Le dernier cycle permet de développer la version finale et implémenter le logiciel.
Y. Ben Tekaya
5