Vous êtes sur la page 1sur 4

Identifier les acteurs et les tapes dun projet systme

dinformation pour en assurer la conduite claire


Le projet est avant tout une aventure humaine, qui mobilise un
ensemble dacteurs pour atteindre un but. Chaque acteur assume, dans le
projet, une responsabilit propre : planifier, concevoir, dvelopper, valider,
tester,
Parmi cette somme dacteurs, on peut identifier deux entits
essentielles de lorganisation :
-

La MOA, matrise douvrage : le client du projet (mais pas forcment

lutilisateur) ;
La MOE, matrise duvre : lorgane ralisateur du projet, reprsent
par le chef de projet.
La matrise douvrage et la matrise duvre sont les deux

composants essentiels dun projet. Une collaboration productive et


efficace doit tre mise en place entre ces deux organes afin de mener le
projet la russite, mme si le dialogue MOA/MOE nest pas toujours
simple, surtout en informatique La relation entre MOA et MOE est
(normalement) dfinie par un contrat, qui prcise les engagements de
chacune des parties. Ce contrat sappelle le cahier des charges.
Dautres composantes peuvent tre amenes graviter autour
du projet, ou tre impactes par celui-ci. On les nomme les parties
prenantes du projet : il sagit en particulier des futurs utilisateurs de
louvrage, des institutions financires, du public

Figure 1- Acteurs dun projet

Matrise douvrage : personne physique ou morale propritaire de


louvrage. Il dtermine les objectifs, le budget et les dlais de
ralisation.

Matrise duvre : personne physique ou morale qui reoit mission


de la matrise douvrage pour assurer la conception et la ralisation
de louvrage.

Les diffrentes tapes dun projet

Pr-tude

Cette phase correspond linitialisation du projet o lon mne une


tude dopportunit et de faisabilit du systme construire. Une
valuation des risques est aussi ralise ds cette phase.
En outre, une identification des principaux cas dutilisation
accompagne dune description gnrale est modlise dans un
diagramme de cas dutilisation afin de dfinir le primtre du projet. Il est
possible, ce stade, de faire raliser des maquettes sur un sous-ensemble
des cas dutilisation identifis.
Ce nest qu lissue de cette premire phase que lon peut
considrer le projet est vritablement lanc.
-

Elaboration

Cette phase reprend les rsultats de la phase dinception et largit


lapprciation de la faisabilit sur la quasi-totalit des cas dutilisation. Ces
cas dutilisation se retrouvent dans le diagramme des cas dutilisation qui
est ainsi complt.
Cette phase a aussi pour but danalyser le domaine technique du
systme dvelopper afin daboutir une architecture stable. Ainsi,
toutes les exigences non recenses dans les cas dutilisation, comme par
exemple les exigences de performances du systme, seront prises en
compte dans la conception et llaboration de larchitecture.
Lvaluation des risques et ltude de la rentabilit du projet sont
aussi prcises.
Un planning est ralis pour les phases suivantes du projet en
indiquant le nombre ditrations raliser pour les phases de construction.
-

Construction

Cette phase correspond la production dune premire version du


produit. Elle est donc fortement centre sur les activits de conception,
dimplmentation et de test. En effet, les composants et fonctionnalits
non implments dans la phase prcdente le sont ici.

Au cours de cette phase, la gestion et le contrle des ressources


ainsi que loptimisation des cots reprsentent les activits essentielles
pour aboutir la ralisation du produit. En parallle est rdig le manuel
utilisateur de lapplication.
-

Transition

Aprs les oprations de test menes dans la phase prcdente, il


sagit dans cette phase de livrer le produit pour une exploitation relle.
Cest ainsi que toutes les actions lies au dploiement sont traites dans
cette phase. De plus, des bta tests sont effectus pour valider le
nouveau systme auprs des utilisateurs.