Vous êtes sur la page 1sur 7

Guide de gestion documentaire

Project Management Specifications


Fichier: 300042844

Version: 0.1
Date : 29.09.2012
Auteur:PMA

Guide de gestion documentaire


Version 0.1

Revision History
Date
29.09.201
2

Version
0.1

Description

Statut

Rdaction initiale incomplte du guide


de la gestion des documents produits
dans le cadre des projets danalyse
ANL3IR

Draft
incomplet

Author
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.

Vision globale de la librairie de documents dun projet ANL3IR


2.1
Objectifs
2.2
Hypothses et contraintes
2.3
Rgles et conventions de nommage
2.4
Versionning
2.5
Librairie des gabarits

3.

Documentation et plan de projet


3.1
Initialisation du projet

4.

Plans techniques du processus


4.1
Methods, tools and techniques (Mthodes outils et techniques)
4.2
Infrastructure Plan (Plan dinfrastructure)

Project Management Specifications

Page 1 of 7

Guide de gestion documentaire


Project Management Specifications
Fichier: 300042844

Version: 0.1
Date : 29.09.2012
Auteur:PMA

1. Introduction
1.1 Objectifs du document
Ce document sert de guide et de cahier des charges pour la gestion de la librairie des documents produits dans le
cadre dun projet ANL3IR. Il relate les contraintes et les objectifs dune bonne gestion de cette librairie.
1.2 Domaine de dfinition du document
Ce document dcrit les activits et les responsabilits du responsable de la librairie documentaire dun projet. La
documentation est le seul livrable dun projet danalyse !! Une bonne gestion est un facteur cl du succs du projet.
Il dtaille galement tous les livrables requis pour la ralisation du dossier danalyse et pour la conduite du projet.
1.3 Dfinitions, acronymes et abrviations
1.4 Rfrences

Gabarits RUP-ESI
Guide de gestion de projet

2. Vision globale de la librairie de documents dun projet ANL3IR


2.1 Objectifs
Un projet danalyse a pour seuls livrables les documents respectant les gabarits de mthodologie documentaire propos
par notre mthode danalyse RUP-ESI.
Ces documents servent donc plusieurs objectifs en parallle :
conteneur du processus danalyse : aliment de manire itrative et incrmentale tout au long du projet ; en
bout de projet, cette librairie constitue la version lectronique complte de votre dossier danalyse final avec le
traage de ses volutions (versionning)
Conteneur du processus de gestion de projet : le suivi de projet ncessite un certains nombre doutils. La
librairie permet aux membres de faire le point sur ltat davancement de leur projet et de garder trace des
dcisions prises lors du droulement du projet.
systme de communication : entre les membres dune quipe de projet ;
respect dune mthodologie commune cross-projets : la synchronisation du travail de chaque membre avec
ltat davancement du projet ncessite de parler le mme langage et de disposer de la mme structuration des
points de vue. Lusage de gabarits et dune structure de stockage souple et dynamique va dans ce sens. PMA
doit superviser famille de projets avec une fiabilit et une efficacit maximale. Par exemple, la nomenclature
correcte des documents permet au super chef de projet (PMA) de les rattacher instantanment un projet (via
le nommage des groupes) et leur version (v0.1, v0.2, ... v0.9, v1.0, ...) dans leur cycle de vie individuel.
2.2 Hypothses et contraintes
Le projet ANL3IR est avant tout un projet pdagogique propre lenvironnement de lESI. Une mthodologie
gnrale comme RUP nest pas ncessairement pratique dans tous ses lments.
Le processus PM (Project Management) RUP-ESI est conu "On-The-Go" ! Pour mener au mieux les activits
danalyse et de gestion du projet, de nouveaux outils-documents sont ncessaires et les anciens voluent pour rpondre
aux besoins des tudiants analystes.
Les tudiants devront vrifier rgulirement la structure des gabarits proposs sur le distri gnral de la dropbox et
utiliser les bons gabarits. Le partage dropbox permet de visualiser le casier de documents de tous les groupes projets.
Les tudiants sont encourags saligner sur les meilleures pratiques observables.
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.

Page 2 of 7

Guide de gestion documentaire


Project Management Specifications
Fichier: 300042844

Version: 0.1
Date : 29.09.2012
Auteur:PMA

2.3 Rgles et conventions de nommage


Le format du nommage dun document est le suivant : "AInnmm_XY_vii" avec :
- AI : initiales de Analyse et Industriel
- nn : n du groupe de labo
- mm : n du sous-groupe
- XY : sigle spcifique d'un document; ex.: EC pour Etude de CAS
- vii : version du document
2.4 Versionning
Tout gabarit est cens reprsenter la version v00 . Lcriture dun document initial selon ce gabarit donne lieu la
version v01 .
Seule une version approuve par le comit de pilotage du projet peut permettre au document de passer en v10 .
2.5 Librairie des gabarits
Utilisation des documents avec leur sigle et dfinition succincte de leur signification.
Documents de dfinition et de gestion du projet :
- EC : Etude de Cas (Business case); description sommaire (en 2 ou 3 pages) mais pertinente du cas selon la
vision business (ou mtier) du SI vis ; donne lieu lidentification du projet dvelopper ;
-

EB : Expression des Besoins ; aprs analyse pralable plus dtaille dfendue devant le comit de pilotage, ce
document permet de cibler les besoins qui seront pris en compte dans la phase danalyse ; en annexe le rapport
dinterview de lutilisateur responsable ;

SDP : Software Development Plan ; document servant de contrat entre les diffrentes parties prenantes du
projet et actant les dcisions importantes prises lors des runions de pilotage ;

PLI : Plan Initial; annexe au SDP, il permet de planifier les activits , les charges et les ressources, ainsi que les
livraisons du projet. Le mme document permettra dassumer le suivi de la consommation du projet. En fin de
projet, il permet de dfinir le degr dachvement du projet.

FP : Fiches de Prestations ; permettent de grer les ressources humaines sur le projet ;

GLO : GLOssaire des termes; permet de fixer le vocabulaire du projet.

PV : Procs Verbal ; document permettant de structurer une runion dinformation, danalyse ou de pilotage et
de rapporter de manire fiable les dcisions et rsultats dune runion de projet.

Documents du processus danalyse : utiliser les gabarits RUP-ESI correspondants ;


- MCD : diagramme de classes complet et document ;
- MLD / MPD : Modle Logique de Donnes et Modle Physique de Donnes de la base de donnes
relationnelle correspondant au MCD ;
- MCT : diffrents diagrammes de UC ou dactivits avec leur documentation ;
- CRU : Matrice CRUD de validation des modles conceptuels ;
- UC : Spcifications fonctionnelles des UC ;
- RUC : Documentation des UC realization ;
- PTUC : Spcifications des tests fonctionnels des UC ;
- Documents de dfinition et de gestion du projet :
Documents de clture du projet :
A la clture du projet, le dossier danalyse intgrera un document dintroduction et un document de conclusion

Page 3 of 7

Guide de gestion documentaire


Project Management Specifications
Fichier: 300042844
-

Version: 0.1
Date : 29.09.2012
Auteur:PMA

Introduction : une page maximum pour rsumer les objectifs du projet danalyse ANL3IR, le cas dtude, les
decisions prises pour mener le projet son terme,
Conclusion : le degr dachvement du projet et sa justification (les problems rencontrs et leur resolution, );
critique positive du cours et du droulement du projet; bote suggestion pour les annes prochaines.

3. Documentation et plan de projet


3.1 Initialisation du projet
Activits
Formation initiale
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
Productions :

Initialisation du SDP (V0.1) : dfinition du groupe de projet ; distribution de rles aux membres
PV : cours 1 et 2
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.
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)
3.1.1

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
3.1.2

Identification des classes et ralisation du MCD du SI

Activits :

Page 4 of 7

Guide de gestion documentaire


Project Management Specifications
Fichier: 300042844

Version: 0.1
Date : 29.09.2012
Auteur:PMA

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.
3.1.3

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
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
3.1.4
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.
3.1.5

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

Page 5 of 7

Guide de gestion documentaire


Project Management Specifications
Fichier: 300042844

Version: 0.1
Date : 29.09.2012
Auteur:PMA

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.
3.1.6
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 :
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
3.1.7

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
3.1.8

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
3.1.9
Elaboration des plans de tests
Activits :
Titulaire : prsentation des corrections des tapes prcdentes
Support si ncessaire

Page 6 of 7

Guide de gestion documentaire


Project Management Specifications
Fichier: 300042844

Version: 0.1
Date : 29.09.2012
Auteur:PMA

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
3.1.10
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
3.1.11
Planning gnral
Utiliser le gabarit Planning du projet.
Activits du projet
Phase : Initialisation du projet
- Livrables
Phase : Analyse
- Livrables
Phase : Clture du projet
- Rapport provisoire
- Rapport final

S1

S2

S3

S4

S5

S6

S7

S8

S9

S10 S11 S12

sem.de la
Rentre

4. Plans techniques du processus


4.1 Methods, tools and techniques (Mthodes outils et techniques)
Mthodologie : voir cours de premire et de deuxime anne.
Outil AGL : en principe, Rational Rose ; si un autre outil est utilis, il devra ltre pour tout le dossier et par tous les
membres du projet afin dassurer la compatibilit des modles.
Techniques: diagrammes UML: cf. cours dAnalyse 2e
Gabarits des documents : voir les documents mis votre disposition.
4.2 Infrastructure Plan (Plan dinfrastructure)
Lanalyse se fera en principe sur le matriel et les logiciels prsents dans lcole. Le projet ne dispose daucun budget
justifiant lacquisition de nouveaux outils.
Logiciels et formats de documents : Word, ODT, PDF, Google document

Page 7 of 7