Vous êtes sur la page 1sur 5

Chapitre 3: Etapes et planification dun projet

Gestion des projets

Chapitre 3 :
Etapes et planification dun projet
Lobjectif majeur de ce chapitre est de dfinir les principales tapes dun projet. Dans une
seconde tape, la planification du projet est tudie selon diffrents niveaux de granularit
partant de la planification globale vers la planification lchelle des tches et des ressources.

I. Etapes dun projet


Plusieurs faons sont possibles pour dcouper un projet en tapes, mais globalement, nous
retrouvons la suite des tapes suivante :
(1) Etude d'opportunit

(2) Etude de faisabilit

(9) Maintenance

(8) Mise en oeuvre

(3) Etude de l'existant

(4) Etude dtaille des besoins

(7) Tests et validation

(6) Ralisation

(5) Conception

I.1. Etude dopportunit


Cette premire tape davant-projet a pour objectif dvaluer si le projet est viable ou non.
En dautres termes, cette tude indique si le projet a des chances de russir ou non. Pour ce
faire, le primtre du projet est dfini, et ce, en identifiant le public cible (utilisateurs finaux)
et en effectuant une tude du march.
Cette tape conduit la rdaction dun document intitul Note de cadrage .

I.2. Etude de faisabilit


Cette tape consiste tudier si le projet est faisable ou non dun point de vue technique,
conomique et organisationnel :
Point de vue technique : Dfinition de la technologie ncessaire,
Point de vue conomique : Budgtisation/ Estimation des cots afin dvaluer la
rentabilit du projet,
Point de vue organisationnel: Dtermination des ressources humaines et matrielles
requises.
Cette tape est clture par la rdaction dune Note de synthse de faisabilit .

I.3. Etude de lexistant


Cette tude dbute par lanalyse de la situation existante. Lobjectif tant didentifier les
ventuelles lacunes et insuffisances du processus de travail actuel afin dy remdier soit en
apportant certaines modifications et amliorations, soit en commenant le projet nouveau.

MAKKES M./ SADKI I.

ISET Charguia (Sem1- 13/14)

Chapitre 3: Etapes et planification dun projet

Gestion des projets

I.4. Etude dtaille des besoins


Lobjectif de cette tape est de dfinir avec dtail lensemble des fonctionnalits du systme.
Pour cela, les tches du projet sont identifies et organises sous forme dune structure
arborescente nomme WBS (Work Breakdown Structure).
Cette tape est souvent accompagne dun prototype ou dune maquette qui permet
gnralement soit didentifier de nouveaux besoins soit den raffiner quelques uns.
A lissue de cette tape, un Cahier des charges fonctionnelles est rdig. Il se prsente
gnralement sous la forme de 2 rubriques : Les besoins fonctionnels et les besoins non
fonctionnels.
I.4.1. Les besoins fonctionnels
Ils constituent les fonctionnalits devant tre offertes par le systme.
Exemple : Soit une application permettant la gestion et le suivi des rclamations de pannes
matrielles. Nous prsentons un extrait de ltude des besoins fonctionnels.
Lapplication doit permettre de :
1. Grer les ressources matrielles:
1.1. Lister les ressources
1.2. Ajouter du nouveau matriel
1.3. Modifier les informations relatives au matriel
1.4. Supprimer du matriel
2. Grer les dclarations de panne :
2.1. Visualiser la liste de dclarations de panne pendant un intervalle de temps donn
2.2. Associer la rparation dune panne un technicien
2.3. Mettre jour ltat dune panne (en rparation, rpare)
3. Gnrer des statistiques
3.1. Editer des tats sur la liste du matriel en panne pendant un intervalle de temps
3.2. Gnrer des graphiques relatives au nombre de rparations mensuelles
I.4.2. Les besoins non fonctionnels
Les besoins non fonctionnels dcrivent gnralement des contraintes :
Sur le processus: en livraison (le produit livrer doit tre sous forme excutable,...),
en implmentation (le codage doit se faire en C++,)
Sur le produit: fiabilit (taux derreurs admis,), performance (temps de rponse
prcis,)
Contraintes externes: interoprabilit (lapplication doit tre portable sur nimporte
quelle plate-forme), lgalit (des propos anti-smites sont interdits)
Exemple : Dans le cadre du mme exemple cit prcdemment, voici un extrait des besoins
non fonctionnels
Le systme doit rpondre certains besoins qui ne sont pas indispensables pour son
fonctionnement mais qui sont importants pour amliorer la qualit de ses services tels que :
Une interface ergonomique et facile utiliser,
Les interfaces graphiques associes aux utilisateurs et aux administrateurs doivent
tre de couleurs distinctes,
Les erreurs de saisie doivent tre signales par des messages derreurs.

MAKKES M./ SADKI I.

ISET Charguia (Sem1- 13/14)

Chapitre 3: Etapes et planification dun projet

Gestion des projets

I.5. Conception
La conception est une activit intellectuelle qui permet principalement la dcomposition
progressive dun systme en modules de plus en plus dtaills. Il existe globalement deux
niveaux de conception ; la conception gnrale et la conception dtaille.
I.5.1. La conception gnrale
Elle dfinit larchitecture/ structure/ organisation gnrale du systme concevoir.
Elle contient linventaire des diffrents modules/ composants principaux, les relations entre
eux, les contraintes respecter,
I.5.2. La conception dtaille
Elle consiste dtailler les rsultats de la conception gnrale, jusqu un niveau suffisant
pour en permettre finalement le codage dans un langage de programmation choisi. Il sagit
donc de dtailler les structures de donnes et de dtailler les diffrentes procdures
(algorithmes).

I.6. Ralisation
Cette tape consiste au dveloppement proprement dit. Elle ncessite, au pralable, le choix
de lenvironnement de dveloppement.
A titre dexemple, la ralisation peut comprendre les tches suivantes :
Cration de la base de donnes,
Codage des diffrentes fonctionnalits,
Dveloppement des interfaces.

I.7. Tests de vrification et de validation


La vrification consiste valuer si limplmentation est correcte et ne comprend pas
derreurs. Il existe plusieurs tests pouvant tre effectus :
Tests unitaires : tests permettant de vrifier si les modules sont implments
correctement,
Tests dintgration : lobjectif est de vrifier le bon fonctionnement de tous les
composants logiciels assembls,
Tests de performance (Benchmark) : ce sont des tests dont lobjectif est de
dterminer la performance dun systme informatique.
Exemples de tests de performance :
Test de tenue en charge : il sagit dun test au cours duquel une charge importante
dutilisateurs est simule sur une dure relativement longue pour voir si le systme test est
capable de supporter une activit intense sur une longue priode sans dgradation des
performances et des ressources applicatives du systme,
Test aux limites : test au cours duquel une activit bien suprieure l'activit
normale est simule, pour voir comment le systme ragit aux limites du modle d'usage de
l'application,
Test d'endurance : il s'agit d'un test qui tablit la linarit du fonctionnement de
l'application), cela permet de mesurer une drive des performances,

MAKKES M./ SADKI I.

ISET Charguia (Sem1- 13/14)

Chapitre 3: Etapes et planification dun projet

Gestion des projets

Temps de rponse : test qui permet de mesurer le temps requis par le systme pour
effectuer une tche,
La validation permet dvaluer si le systme dvelopp est conforme ce qui est attendu.

I.8. Mise en uvre


Elle consiste :
La ralisation et linitialisation des bases de donnes,
La rception et linstallation des ressources,
La production de la documentation utilisateur,
La formation des utilisateurs,
Et au lancement des nouvelles applications en parallle avec les anciennes avant le
lancement dfinitif.

I.9. Maintenance
Elle consiste faire vivre les applications.
Elle regroupe les activits de dpannage, de rglage, de mise jour, de rvision des
quipements matriels ou immatriels (logiciels).
La diminution des cots de maintenance est trs lie la qualit des tapes prcdentes.

II. Planification du projet


La planification est lactivit qui consiste dterminer et ordonnancer les tches du projet,
estimer leurs charges et dterminer les profils ncessaires leur ralisation.

II.1. La planification globale dun projet


Laction de planification globale permet de :
Dlimiter le projet : quest ce quon veut faire ?
Dterminer les tches : comment va-t-on faire ?
Estimer le cot
: Combien cela va coter les tches et le projet ?
Ordonnancer les tches : Quels sont les liens de dpendances entre les tches ?
La planification globale seffectue en ralisant :
Une liste structure des tches lmentaires (WBS : Work Breakdown Structure ou
organigramme des tches) : cest une dcomposition arborescente verticale des tches dun
projet en des tches rcapitulatives et des tches subordonnes
.
Exemple : structure WBS verticale dun projet de dveloppement dune application
I Cahier des charges
I.1 besoins fonctionnels
I.2 besoins non fonctionnels
II Conception
II.1 Conception gnrale
II.2 Conception dtaille
III autre tche rcapitulative
III.1 autre tche subordonne

MAKKES M./ SADKI I.

ISET Charguia (Sem1- 13/14)

Gestion des projets

Chapitre 3: Etapes et planification dun projet

Structure WBS verticale


Lordonnancement des tches lchelle du temps en indiquant les diffrents liens
dantriorit. Plusieurs techniques existent dont nous citons principalement les diagrammes de
GANTT et de PERT.
Une liste des ressources affectes au projet (OBS : Organisation Breakdown
Structure) : Tableau des affectations ressources tches.
Exemple :
Tche
Mr X Mr Y Mr Z
X
A
X
X
X
B
Tableau 1: Matrice d'affectation des ressources humaines
Un calendrier global du projet (jours travaills et non travaills) pour dfinir le
planning du projet et estimer les charges.

II. La planification au niveau dune tche


Au niveau de chaque tche, la planification seffectue en dterminant :

Sa charge totale,
Les ressources qui lui sont affectes,
La rpartition de sa charge entre les ressources,
Les liens de dpendance avec les autres tches,
La date de dbut et de fin imposes ventuellement.

III. La planification au niveau dune ressource


La planification au niveau dune ressource seffectue en dterminant :
Son calendrier de sa disponibilit,
Son taux daffectation chaque tche.
Le dcoupage du projet et sa planification sont fortement interdpendants dans la mesure o
la planification du projet ncessite la dcomposition du projet en un ensemble dtapes et de
tches et que celles-ci ncessitent une planification, ce qui montre la complexit de la gestion
des projets.

MAKKES M./ SADKI I.

ISET Charguia (Sem1- 13/14)

Vous aimerez peut-être aussi