Guide de gestion des projets d'analyse

Guide mthodologique RUP-ESI-PMA

Fichier: 300042556

Version: 0.9
Date : 01 novembre 2012
Auteur : PMA

Guide de gestion des projets d'analyse

Version 0.9

Revision History
Date

Version

Description

Statut

Author

09/2010

0.1

Rdaction initiale incomplte du guide

de la gestion des projets danalyse
ANL3IR

Draft
incomplet

PMA

6/10/2010

0.2

Poursuite de la rdaction

Draft
incomplet

PMA

8/10/10

0.3

Poursuite de la rdaction

Draft
incomplet

PMA

5/01/2011

0.4

Clture des projets ANL 3IR

Draft
incomplet

PMA

01/11/201
2

0.9

Prcisions des lments de

mthodologie RUP-ESI-PMA et
description des outils de gestion de
projets

Draft complet

PMA

Table of Contents
1.

Introduction
1.1
Objectifs du document
1.2
Domaine de dfinition du document
1.3
Dfinitions, acronymes et abrviations
1.4
Rfrences

2.

Aperu dun projet danalyse

2.1
But dun projet, dlimitation et objectifs
2.2
Hypothses et contraintes
2.3
Productions du projet

3.

Organisation du projet
3.1
Structure de dcision
3.2
Liens externes
3.3
Rles et responsabilits

4.

Processus de gestion du projet

4.1
Plan de projet

Page 1 of 11

Guide de gestion des projets d'analyse

Guide mthodologique RUP-ESI-PMA
Fichier: 300042556
4.2
4.3
4.4
4.5
4.6
5.

Version: 0.9
Date : 01 novembre 2012
Auteur : PMA

Evolution du plan
Plans des itrations
Contrle et suivi de projet
Risk Management plan (Plan de gestion des risques)
Close-out Plan (Clture du projet)

Technical Process Plans (Plans techniques)

5.1
Development Case (Type de projet)
5.2
Methods, tools and techniques (Mthodes outils et techniques)
5.3
Infrastructure Plan (Plan dinfrastructure)
5.4
Product Acceptance Plan (Plan des tests dacceptation)

Guide mthodologique RUP-ESI-PMA

1. Introduction
1.1 Objectifs du document
Ce document sert de guide et de cahier des charges pour le dveloppement et la gestion des projets danalyse
ANL3IR (cours danalyse en 3me anne option IR lESI). Il relate les contraintes et les objectifs pdagogiques
et fixe un ensemble de rgles respecter avec les comportements attendus. Il exploite la structure du gabarit SDP de
la mthodologie enseigne lESI. Il indique aux tudiants comment dfinir leur projet et concevoir leur propre SDP. Il
donne des explications sur lexploitation des diffrents outils danalyse et de gestion de projet de la mthodologie.
1.2 Domaine de dfinition du document
Ce document dcrit les activits danalyse et de gestion de projet qui doivent tre ralises pour mener bien un projet
danalyse. Il dtaille galement tous les livrables requis pour la ralisation du dossier danalyse et les outils pour la
conduite du projet. Il spcifie le contenu du dossier final et la mthode dvaluation du travail fourni durant le semestre.
1.3 Dfinitions, acronymes et abrviations

SI : Systme dInformation ou Systme Informatique selon le contexte

SIA : Systme dInformation Automatis, terme dsuet pour systme informatis
SDLC : Software Development Life Cycle, concept temporel dcoupant le projet en phases dactivits
agences selon un cycle qui peut se rpter plusieurs fois
UP : Unified Process, mthodologie dinformatisation des SI exploitant UML et le concept SDLC
RUP : Rational Unified Process, mthodologie UP outille par la firme Rational Rose
RUP-ESI : mthodologie UP lESI ; il sagit essentiellement dun mlange de UP et de Merise adapt
lenseignement de lanalyse lESI.
RUP-ESI-PMA : cest la mise en application concrte et pdagogique de la mthode enseigne lESI.
Gabarit : il sagit dun document squelette pr-formatt pour rcolter de manire structure un ensemble
dinformations. Toute mthodologie de dveloppement de SI propose un rfrentiel de documents modles prt
lemploi afin de structurer la documentation dune phase ou dun aspect du projet dinformatisation.
SDP : Software Development Plan ; gabarit utilis pour tablir le document initial de dfinition et de gestion de
projet ;
1.4 Rfrences

Cours danalyse ANL1 et ANL2

Cours ANL3IR (Prsentation et Introduction du cours ANL3IR)

2. Vision globale ANL3IR

1.5 But dun projet, dlimitation et objectifs
1.5.1
Buts dun projet ANL3IR
Le dveloppement dun projet danalyse en 3 anne a pour but lapplication pdagogique et lassimilation des 2

Page 2 of 11

Guide de gestion des projets d'analyse

Guide mthodologique RUP-ESI-PMA
Fichier: 300042556

Version: 0.9
Date : 01 novembre 2012
Auteur : PMA

processus tudis en 1 et 2 anne du cycle denseignement de lanalyse lESI :

Processus de dveloppement informatique : vision globale du processus avec une vision plus dtaille limite
la seule phase danalyse. La phase danalyse est compose dtapes de niveau conceptuel et dtapes de
niveau fonctionnel.
Processus de gestion de projet : application dune mthodologie SDLC base sur UP et dcoupant le projet en
3 grandes phases (initialisation, analyse, clture du projet).
Le projet vise les objectifs pdagogiques suivants :
Processus de dveloppement
o Appliquer la matire thorique vue aux cours de 1re et 2me annes au travers de la ralisation dune
analyse base sur un cas dtude. Le processus doit permettre de produire les diffrents diagrammes
UML tudis au cours de 2me anne. Un dossier danalyse intgrant lensemble des documents finalise
le projet.
Processus de gestion de projet
o Appliquer les concepts thoriques exposs au x cours de 1re et 2me annes concernant les activits et
les tches de gestion de projet
o Simuler de faon suffisamment raliste les contraintes organisationnelles de la gestion de projet :
communication et travail en quipe

outils de communication : ex. e_mail, Google groupe, dropbox,

documentation : utilisation de gabarits et conventions de nommage, librairie de
documents du projet
suivi de projet : plan mis jour et runions de pilotage
Organisation et lancement du projet : information des participants, dfinition des rles et
partage des tches, coordination des membres
Planification de projet : dcoupe du projet en tapes activits tches, valuation de la
charge de travail, et chancier des livrables,
Suivi de lavancement du projet : contrle de lavancement du projet par rapport au planning
initial
1.5.2
Elments compris dans le projet
Le projet produira les livrables dfinis au point 2.3. Le niveau conceptuel consiste produire la modlisation des
donnes (MCD et leur transformation en MLD/MPD) et celle des traitements (MCT), puis la matrice CRUD.
Le niveau fonctionnel tudiera les Use Cases du SI. Etant donn que la contrainte de temps est lune des contraintes
principales du projet tous les UC identifis au dpart ne seront pas ncessairement analyss en dtail.
Le contenu rel du projet sera dfini de faon progressive avec le chef de projet loccasion des runions de pilotage.
1.5.3
Elments hors du domaine du projet
Le projet ne concerne que les activits de la phase danalyse lexclusion de celles de conception et de ralisation de
logiciel. Les itrations fonctionnelles (tude des UC) seront ralises compltement, partiellement ou pas du tout.
Les lments qui seront exclus dun projet seront documents dans le SDP de ce projet.
1.5.4
Objectifs du projet
Le document SDP du projet devra exposer les objectifs dun projet fictif rpondant aux attentes de ses utilisateurs. Les
objectifs doivent exprimer clairement les bnfices attendus justifiant le dveloppement du SI : gain de temps,
conomies, performance, ergonomie du travail, scurit,
1.6 Hypothses et contraintes
Toute gestion de projet doit grer le systme des 3 contraintes conflictuelles classiques : dlais / charges, budget et
qualit du SI dvelopper.
Les contraintes relles du projet sont dordre pdagogique et sont dfinies par le contexte de lenseignement dune
matire acadmique.
Il ny a aucune contrainte concernant le budget et la qualit finale du SI. Lvaluation du travail portera sur la qualit de

Page 3 of 11

Guide de gestion des projets d'analyse

Guide mthodologique RUP-ESI-PMA
Fichier: 300042556

Version: 0.9
Date : 01 novembre 2012
Auteur : PMA

la conduite du projet et sur celle des livrables.

Concernant le temps, le projet est doffice termin avec le semestre. La charge sexprime en sances de laboratoire et en
sances de travail entre 2 laboratoires. La prsence au laboratoire est obligatoire et la charge de travail durant la semaine
est suppose tre de 2h.
La finalisation du projet comporte 2 activits : la clture provisoire en fin dcembre, et lexamen en dbut janvier.
Les livrables consistent en des documents comportant des diagrammes UML et du texte explicatif.
La russite du projet ncessite la rvision des concepts thoriques vus au cours et lassimilation pratique des
diagrammes UML. La planification et le suivi de projet sont les facteurs cls essentiels de sa russite par rapport
lobjectif de certification de lenseignement de lanalyse lESI.
Il est difficile de simuler des contraintes relles de projets en entreprise. Par exemple il ne peut y avoir dintgration du
projet dans un SI informatique existant !
1.7 Productions du projet
1.7.1
Phase dinitialisation
Documentation de lanalyse pralable du processus de dveloppement du SI :
Document Etude de cas : la rdaction du business case initial dcrivant la vision business du SI souhait (en
2 ou 3 pages) ; utiliser le gabarit EC
Dossier Expression des besoins : business case approuv par le comit de pilotage avec en annexe le
rapport dinterview de lutilisateur responsable ; utiliser le gabarit EB
Documentation de la dfinition et de la planification du processus de gestion de projet :
Software Development Plan : version initiale complter et adapter aux dcisions du comit de pilotage ;
utiliser le gabarit SDP
Plan de projet initial : utiliser le gabarit PLI pour planifier les activits et les livraisons du projet
1.7.2
Phase danalyse dtaille
Documentation suivante :
MCD (diagramme de classes complet et document) : utiliser le gabarit MCD .
MLD (Modle logique de donnes) et MPD (modle physique de donnes de la base de donnes relationnelle
correspondant au MCD) : gabarit Design de la DB MLD / MPD crer.
MCT (diffrents diagrammes avec leur documentation) : utiliser le gabarit MCT .
Matrice CRUD et validation des modles conceptuels : gabarit CRUD crer.
Spcifications fonctionnelles des UC : utiliser le gabarit Use Case Specifications pour chacun des UC
identifis
Documentation des UC realisation : utiliser le gabarit Use Case Realization pour chaque UC retenu.
Spcifications des tests fonctionnels des UC : utiliser le gabarit Plans de tests fonctionnels unitaires pour
chaque UC analys.
1.7.3
Productions de la gestion de projet
Durant le dveloppement du projet, la gestion du projet ncessitera la mise jour des documents suivants :
Software Development Plan : version initiale complter et adapter aux dcisions du comit de pilotage
Plan de projet ralis : ce document permet de suivre lexcution du projet par rapport sa planification
initiale.
Il faudra galement produire les documents suivants :
Fiches des prestations : permettant de tracer lutilisation des ressources humaines pour raliser les tches du
projet
PV des runions du comit de pilotage

Page 4 of 11

Guide de gestion des projets d'analyse

Guide mthodologique RUP-ESI-PMA
Fichier: 300042556

Version: 0.9
Date : 01 novembre 2012
Auteur : PMA

1.7.4
Clture du projet
A la clture du projet, un dossier danalyse intgrera les productions dtailles ci-dessus au sein de la table des matires
suivante :
1. Introduction : une page maximum pour rsumer les objectifs du projet danalyse ANL3IR, le cas dtude, les
decisions prises pour mener le projet son terme, le degr dachvement du projet
2. Documents de dfinition du projet : tude de cas (EC), expression des besoins (EB), SDP, plan initial (PLI)
3. Modlisation des donnes : MCD, MLD et MPD
4. Modlisation des traitements : MCT
5. La validation du modle conceptuel par la matrice CRUD
6. Les spcifications dtailles des Use Cases retenus avec prsentation des interfaces utilisateurs pour les UC
interactifs (au moins un UC par tudiant).
7. Les ralisations de UC (au moins un UC par tudiant).
8. Les plans de tests correspondant aux Use cases retenus
9. Conclusion : texte dcrivant le droulement du projet, les problmes rencontrs, les solutions apportes, les
apprentissages, des suggestions damlioration du cours danalyse ANL3IR.
10. Annexes :
o Plan de projet realis : le calendrier effectif de remise des livrables
o Glossaire global du projet : reprenant les termes gnraux et/ou abrviations qui reviennent
rgulirement dans le dossier
o Liste de tous les documents en entre et en sortie du projet

3. Organisation du projet
1.8 Structure de dcision

.
Comit de pilotage

Utilisateur
Responsable

Utilisateur de
rfrence (expert
du domaine )

Chef de projet

Membre de lquipe :
Nom + analyste +
rle spcifique

Membre de lquipe :
Nom + analyste + rle
spcifique

Membre de lquipe :
Nom + analyste + rle
spcifique

1.9 Liens externes

Rfrences ventuelles vers des sites Web permettant de visualiser un SI en ligne existant et dalimenter le cas dtude
par reverse engineering.
1.10

Rles et responsabilits

Comit de pilotage : constitu du chef de projet et des membres du groupe danalyse, il se runit rgulirement
pour approuver la bonne marche du projet, notamment suite aux livraisons.
Il est galement appel se runir pour approuver ou rejeter toute modification du scope ou de lorganisation
du projet suite tout vnement impactant la disponibilit des ressources du projet.
Chef de projet : lenseignant responsable du cours;
Analystes les membres du groupe (tudiants de 3me anne).

Les rles suivants interviennent dans la pratique de gestion du projet.

Page 5 of 11

Guide de gestion des projets d'analyse

Guide mthodologique RUP-ESI-PMA
Fichier: 300042556
EQUIPE DE PROJET
Participant
Professeur titulaire avec
dlgation progressive aux
tudiants

Rle
Chef de projet

[A complter]

Expert
du
domaine
ou
utilisateur

Le groupe des tudiants :

[A complter]

Analyste

Version: 0.9
Date : 01 novembre 2012
Auteur : PMA

Responsabilit
Contrle lavancement du projet
Coordonne les activits globales de lquipe
Est responsable du suivi du planning et de la
qualit gnrale des rsultats du projet
Identifie les problmes et les changements et
garantit leur suivi
Connait le mtier et lexistant ; les bonnes
pratiques, les objectifs et les contraintes
Formule les besoins de lutilisateur final
Rpond aux questions des analystes
Produit tous les livrables (documents) du
processus danalyse et de la gestion de projet
Dcrit lexistant ; exprime les besoins et les
analyse
Modlise
le
domaine
du
problme
conformment la mthodologie UP-ESI

4. Processus de gestion du projet

1.11

Plan de projet

1.11.1

Initialisation

Activits :
Titulaire :
Formation initiale
Synthse des matires thoriques, des exercices et des cas des laboratoires
Prsentation et introduction au cours ANL3IR
Explication du fonctionnement du projet.
Avis sur les propositions de sujets
Rponses aux questions des tudiants
Orientation des tudiants pour le choix et la dlimitation de leur projet
Etudiants :
Constitution des quipes (4 6 tudiants)
Proposition de sujets
Productions :
Les groupes seront dfinis et le rle de chacun des tudiants dans le groupe sera tabli.
1.11.2

Lancement du projet

Activits :
Titulaire :
Rponses aux questions des tudiants
Assistance dans la rdaction du business case de dpart voir rservoire de proposition de cas
Assistance ltablissement du planning
Etudiants :
Rdaction du business case (voir exemples des annes prcdentes)
Estimation du temps ncessaire pour la ralisation des tapes prvues
Ralisation du planning sous forme de diagramme Gantt.

Page 6 of 11

Guide de gestion des projets d'analyse

Guide mthodologique RUP-ESI-PMA
Fichier: 300042556

Version: 0.9
Date : 01 novembre 2012
Auteur : PMA

Finalisation du document SDP

Identifier les questions souleves par le projet
Explorer sommairement les domaines proposs, premire identification des SS, des facettes ou des Use-cases.
Productions :
Les documents suivants seront remis au titulaire lissue de cette activit :
lexpos du cas
le SDP mis jour pour lquipe de projet considre (premire version), comprenant le plan du projet tenant
compte du calendrier et de lhoraire rels (sous forme de Gantt - en provenance de MS- Project, par exemple ou de tableau)
une liste des questions en suspens (questions sur le fonctionnement du projet et questions lutilisateur)
1.11.3

Interview utilisateur

Activits :
Remarque : cette interview peut se faire de faon relativement formelle avec un utilisateur externe ou moins
formellement avec lexpert du groupe.
Quelle que soit la personne interroger, une liste de questions sera tablie ds le dbut du projet et enrichie au fur et
mesure, si des problmes se posent. Les rponses seront galement consignes dans un document tenu jour tout au
long du projet.
Titulaire : correction et prsentation de ces corrections
Analystes : Sur base du questionnaire prpar lors du lancement du projet
Raliser linterview de lutilisateur
Rdiger le rapport de linterview et le faire valider par lutilisateur
Adapter les documents danalyse en fonction des rponses de lutilisateur
Productions :
Les documents suivants seront remis au titulaire :
le rapport de linterview de lutilisateur
1.11.4

Identification des classes et ralisation du MCD du SI

Activits :
Titulaire : prsentation des corrections des tapes prcdentes
Support si ncessaire
Analystes :
Trouver les classes ncessaires limplmentation du SI (par SS si le problme le demande)
Raliser une premire version de diagramme de classes
o Identification des attributs, des mthodes
o Dfinition de tous les lments
Productions :
Les documents suivants seront remis au titulaire :
Une premire version du MCD reprenant tous les lments dfinis au cours.
1.11.5
Dfinition des Use cases
Activits :
Titulaire : prsentation des corrections des tapes prcdentes
Support si ncessaire
Analystes : Sur base des corrections proposes par le titulaire
Dfinir les acteurs externes et internes du SI
Raliser le diagramme de contexte du SI
Dcouper si ncessaire le SI en SS
Identifier les UC ncessaires pour rpondre aux demandes des utilisateurs
Identifier des liens entre UC et entre acteurs et UC afin de raliser les diagrammes de UC ncessaires
Rpartir les use cases entre les diffrents membres du groupe

Page 7 of 11

Guide de gestion des projets d'analyse

Guide mthodologique RUP-ESI-PMA
Fichier: 300042556

Version: 0.9
Date : 01 novembre 2012
Auteur : PMA

Productions :
Les documents suivants seront remis au titulaire :
Liste et dfinition des acteurs du SI
Diagramme de contexte
Diagramme densemble des use cases
Liste des use cases identifis, avec une brve description de chacun dentre eux
1.11.6

Vrification de la cohrence

Activits :
Titulaire : correction et prsentation de ces corrections
Support si ncessaire
Analystes :
Raliser la matrice CRUD
A partir de celle-ci, vrifier la cohrence du modle conceptuel et appliquer les corrections ncessaires
o Au diagramme des UC (ajout ou suppression de UCs) et ventuellement la dfinition de certains UC
o Au diagramme de classes et la description de ses lments
Productions :
Les documents suivants seront remis au titulaire :
La matrice CRUD
Le MCD et le MCT corrigs.
1.11.7

Description de la base de donnes relationnelle utiliser

Activits :
Titulaire : corriger et prsenter les corrections
Analystes : Sur base des indications du titulaire et des corrections au MCD
Construire le modle logique des donnes brut
Ajouter celui-ci une estimation des volumes de donnes (nombre dobjets par classes, valuation de leur
volution dans le temps).
Dduire et documenter le schma conceptuel (modle ANSI/SPARC vu au cours de bases de donnes) de la
base de donnes.
Productions :
Les documents suivants seront remis au titulaire (outre les feuilles de tches remettre imprativement avec toute
production):
Modle logique des donnes optimis
Schma conceptuel de la base de donnes relationnelle.
1.11.8
Description dtaille des Use cases
Activits :
Titulaire : correction des tapes prcdentes et prsentation de ces corrections
Support si ncessaire
Analystes :
Rpartir les use cases entre les diffrents membres du groupe
Pour chaque Use case :
o raliser la description du Use Case dans les gabarits fournis
o se coordonner avec ses collgues pour assurer la cohrence du systme
Eventuellement corriger le diagramme du sous systme en fonction des rsultats de la description des use cases
et des solutions adoptes aux questions lutilisateur
Eventuellement corriger le MCD ( ce stade, seuls des dtails sevraient ncessiter une correction, au niveau des
attributs par exemple) sur base de cette description dtaille.
Productions :
Les documents suivants seront remis au titulaire :

Page 8 of 11

Guide de gestion des projets d'analyse

Guide mthodologique RUP-ESI-PMA
Fichier: 300042556

Version: 0.9
Date : 01 novembre 2012
Auteur : PMA

Corrections aux productions prcdentes

Premire description de chacun des UC :
Rem : ne pas oublier de noter, Use Case par Use Case, les mots qui devront tre dfinis dans un glossaire
1.11.9

Elaboration des interfaces utilisateurs

Activits :
Titulaire : Support si ncessaire
Analystes :
Pour chaque use case, lanalyste responsable ralise une maquette des interfaces utilisateurs ncessaires la mise en
uvre du Use case. Cette maquette sera ralise laide de loutil [choix dun outil par quipe: A complter] Si elle est
anime, elle sera prsente au titulaire lors dune sance de labo.
Productions :
Le document suivant sera remis au titulaire :
Version complte des Uses cases avec interfaces utilisateurs
1.11.10
Documentation des UC realisation
Activits :
Titulaire : prsentation des corrections
Analystes :
Chaque analyste documentera la ralisation dau moins un UC :
Identification de toutes les classes ncessaires sa ralisation : documentation du DCP (ou VOPC) du UC
Pour au moins un scnario du UC : ralisation dun diagramme de squence et/ou de communication
.Productions :
La ralisation du UC sera documente dans un document reprenant le VOPC et le(s) diagramme(s) de communication
ou de squence
1.11.11

Elaboration des plans de tests

Activits :
Titulaire : prsentation des corrections des tapes prcdentes
Support si ncessaire
Analystes :
Pour au moins un UC par analyste, dfinir les scnarios de tests fonctionnels unitaires dans le tableau prsent
au cours
Productions :
Le document suivant sera remis au titulaire :
Un functional test plan par UC
1.11.12

Consolidation du dossier

Activits :
Titulaire : prsentation des corrections aprs rception et examen du dossier.
Analystes :
Vrification de la cohrence du dossier
Rdaction dune introduction et dune conclusion
Ralisation de la table des matires
Mise jour du glossaire des termes utiliss
Productions :
Version provisoire du dossier la dernire sance de laboratoire du semestre
Version finale du dossier la premire semaine de la rentre
1.11.13
Planning gnral
Utiliser le gabarit PLI du projet. Ce gabarit propose une dcomposition des activits selon la mthodologie RUPESI-PMA explique dans la phase de formation initiale. Voici un bref aperu de son contenu.

Page 9 of 11

Guide de gestion des projets d'analyse

Guide mthodologique RUP-ESI-PMA
Fichier: 300042556

Activits du projet
Phase : Initialisation du projet
- Livrables
Phase : Analyse
- Livrables
Phase : Clture du projet
- Rapport provisoire
- Rapport final

Version: 0.9
Date : 01 novembre 2012
Auteur : PMA

S1

S2

S3

S4

S5

S6

S7

S8

S9

S10 S11 S12

sem.de la
Rentre

1.12
Evolution du plan
Le suivi des rvisions ci-dessus (Revision History) sert prendre en compte lvolution du document en fonction des
dcisions prises au cours du projet. Des documents justificatifs pourront tre ajouts au dossier pour expliquer les
changements importants.
1.13
Plans des itrations
Il ne sera normalement pas possible de faire une seconde itration. Celle-ci implique la ralisation de maquettes animes
et/ou de prototypes qui ne seront pas construits au labo danalyse (lien ventuel avec autre labo).
1.14

Contrle et suivi de projet

1.14.1
Requirement Management Plan
Un projet pdagogique comme celui-ci ne grera pas le suivi de demandes complmentaires des utilisateurs. Ce point
ny est donc pas utile. Nanmoins, ltude des besoins devra permettre de distribuer chaque tudiant au moins 2 UC (1
UC en mode batch et 1 UC en mode interactif).
1.14.2
Schedule Control Plan
Lavancement du travail sera valu chaque semaine et compar au planning initial du projet. Le planning sera adapt si
ncessaire (Reviewed Project Plan).
1.14.3

Plan de reportage

1.14.4

Measurement Plan

A dfinir.
Plusieurs runions de pilotage (en principe 4) sont prvues afin de contrler lvolution du projet. La rpartition des
points est la suivante :
Processus de gestion de projet : 30 points
Processus danalyse : 40 points
Dossier final et clture du projet : 30 points
Les cotes seront tablies lors de linterview dexamen lequel comportera des questions sur la justification thorique des
lments du dossier final.
1.15

Plan de gestion des risques

Risk
Impact Probabilit
Dviation du planning par manque dexprience Elev Eleve
des analystes
Rponse incomplte aux besoins des utilisateurs Elev Eleve
par manque de contact formel avec ceux-ci

Action
Formation des analystes la mthodologie et
suivi plus serr du projet suivant.
Dans le cadre dun projet pdagogique
comme celui-ci, ce risque est difficile
viter. Dans la ralit : implication
importante des utilisateurs, surtout au niveau
de la validation des rsultats
Page 10 of 11

Guide de gestion des projets d'analyse

Guide mthodologique RUP-ESI-PMA
Fichier: 300042556
Risk
Qualit ingale des productions dun analyste
lautre, manque de cohrence des rsultats
Dcrochage dun ou de plusieurs membres
de lquipe
Utilisation dautres logiciels que ceux qui sont
proposs par lcole
Utilisations doutils de communication Internet

Version: 0.9
Date : 01 novembre 2012
Auteur : PMA
Impact Probabilit Action
Moye Eleve
Renforcer la coordination au niveau de
n
lquipe ; appliquer les principes de
review du travail
Elev Selon les Prsence rgulire aux sances de
personnes laboratoire, travail dquipe.
Moye Moyenne Travail personnel accru pour assurer la
n
compatibilit des rsultats avec les
exigences du projet.
Google ou Dropbox : les tudiants doivent
assurer un backup rgulier de leurs
productions

1.16
Plan de Clture du projet
Bilan du projet : conclusion mettre dans le rapport dfinitif. Lexamen oral permettra aux tudiants de prsenter et
commenter leurs conclusions quant au droulement du projet et la qualit du rsultat final.

5. Plans techniques du processus

1.17
Type de projet
Il sagit dun projet danalyse exploitant la mthodologie dveloppe dans les cours danalyse de premire et de
deuxime. Les livrables sont exclusivement les documents rclams par la mthodologie et par les besoins de
lvaluation finale (examen en janvier).
1.18
Methods, tools and techniques (Mthodes outils et techniques)
Mthodologie : voir cours de premire et de deuxime anne, ainsi que la prsentation et introduction au cours de
troisime anne.
Diffrentes catgories doutils seront ncessaires :
Outils de conception des documents et diagrammes UML : une suite bureautique pour les documents et
Rational Rose pour les diagrammes UML. Si dautres outils sont utiliss, ils devront tre mentionns dans le
document SDP du projet.
Techniques: diagrammes UML: cf. cours dAnalyse 2e
Gabarits des documents : voir les documents mis votre disposition.
Dropbox : distri gnral et casiers structurs pour mmoriser la librairie documentaire des projets
1.19
Infrastructure Plan (Plan dinfrastructure)
Le projet ne comprend pas la ralisation du systme informatique. Il ny a donc aucun plan dinfrastructure prvoir.
Quant lanalyse elle se fera en principe sur le matriel et les logiciels prsents dans lcole ou disponibles sur le NET
(ex. mail, Google et dropbox). Le projet ne dispose daucun budget justifiant lacquisition de nouveaux outils.
1.20
Plan des tests dacceptation
Le plan des tests dacceptation raliss par les utilisateurs sur les prototypes de lapplication sort du domaine de ce
projet.

Page 11 of 11