Vous êtes sur la page 1sur 17

Projet I-Map

PLAN D'ASSURANCE QUALITE


PROJET

I-MAP

___________________________________________________________________________________________________
Plan dassurance Qualit
344007908.doc
Page 1/17

Projet I-Map

DIFFUSION
Claude DAVIAU
Sbastien ARNOLD
Samuel KAUFFMANN
Thuong LUU NGUYEN
Julien BERNARDO
Frank GLANDY
Christelle CHAN

FONCTION / ENTREPRISE
Client - ITIN
Charg de projet
Charg de projet
Charg de projet
Charg de projet
Charg de projet
Charg de projet

ITIN
ITIN
ITIN
ITIN
ITIN
ITIN

Historique :
VERSION

DATE

0.1
1.1
1.2
1.3

03/04/2006
14/04/2006
21/04/2006
21/04/2006

1.4

21/04/2006

ORIGINE DE LA MISE JOUR


Cration du document
Refonte du document
Ajout de la convention de nommage
Abrviations CC remplace par CDC,
MEL ajoute, modifications styles
titres
Modification mise en page, ajout des
aspects informations lgales

RDIGE PAR

VALIDE PAR

Samuel KAUFFMANN
Samuel KAUFFMANN
Samuel KAUFFMANN
Franck GLANDY

Samuel KAUFFMANN

___________________________________________________________________________________________________
Plan dassurance Qualit
344007908.doc
Page 2/17

Projet I-Map

Prambule :
Avant toute utilisation de ce document, veuillez vrifier auprs du Chef de Projet que
vous disposez bien de la dernire mise jour.
Ce Plan dassurance Qualit a pour but de prsenter, en rponse au cahier des charges, les
dispositions prises par le Client et par lITIN pour :
organiser et planifier la production,
en assurer la qualit.

Il constitue :
Un outil de travail et un rfrentiel commun tous les acteurs pour leur donner une
vision similaire du projet,
Le cahier des charges de la qualit, ralis en collaboration avec le Client et
approuv par lui, chaque partie se devant donc de le respecter.

___________________________________________________________________________________________________
Plan dassurance Qualit
344007908.doc
Page 3/17

Projet I-Map

Sommaire
PLAN D'ASSURANCE QUALITE..................................................................................................................................1
1

RESPONSABILIT DE LASSURANCE QUALIT.................................................................................................5


1-1
1-2

SUIVI DE LEXCUTION DU PLAN..........................................................................................................................6


2-1
2-2
2-3
2-4
2-5

Identification des intervenants...............................................................................................................................11


Dfinition des responsabilits................................................................................................................................11
Organigramme........................................................................................................................................................12
Dfinition et organisation des moyens...................................................................................................................12
Dfinition de la formation......................................................................................................................................12

MTHODE ET PROCESSUS DINGNIERIE........................................................................................................13


5-1
5-2
5-3
5-4
5-5
5-6

Rfrence aux lments mis en vidence par le cahier des charges et ltude dopportunit..................................9
Exigences stratgiques.............................................................................................................................................9
Exigences fonctionnelles..........................................................................................................................................9
Exigences technologiques........................................................................................................................................9
Exigences organisationnelles...................................................................................................................................9
Exigences de contraintes........................................................................................................................................10

ORGANISATION ET COMMUNICATION DU PROJET.......................................................................................11


4-1
4-2
4-3
4-4
4-5

Ensemble des disposition mettre en uvre la bonne application du plan qualit.................................................6


Modalit de droulement des activits de contrle qualit......................................................................................6
Documents applicables et de rfrences..................................................................................................................6
Terminologie............................................................................................................................................................8
Informations lgales.................................................................................................................................................8

EXIGENCES, RISQUES ET CONTRAINTES DU PROJET....................................................................................9


3-1
3-2
3-3
3-4
3-5
3-6

Dsignation du responsable.....................................................................................................................................5
Procdures dapplication et non application............................................................................................................5

Cette section dcrit les phases du processus..........................................................................................................13


Livrables.................................................................................................................................................................13
Activits de production..........................................................................................................................................13
Activits de vrification.........................................................................................................................................13
Les contrles qualit applicables...........................................................................................................................14
Activits de gestion de projet.................................................................................................................................14

GESTION DES MODIFICATIONS............................................................................................................................15


6-1
6-2
6-3
6-4

Gestion des non-conformits et des demandes dvolution...................................................................................15


Reproduction, scurit, livraison...........................................................................................................................15
Dfinition des procdures......................................................................................................................................15
Modalit de transfert physique et de proprit du logiciel et de la documentation...............................................16

___________________________________________________________________________________________________
Plan dassurance Qualit
344007908.doc
Page 4/17

Projet I-Map

1 Responsabilit de lassurance qualit


1.1 Dsignation du responsable
L'tablissement et les mises jour du plan ainsi que le suivi de son application sont de la
responsabilit du responsable qualit projet, Samuel KAUFFMANN. La coordination des actions
entreprendre pour la bonne excution du plan relve de la responsabilit du chef de projet Julien
BERNARDO.

1.2 Procdures dapplication et non application


La prsente procdure est applicable ds le dbut du projet, le 3 Avril 2006; Elle est spcifique au
projet I-Map et doit tre suivie par l'ensemble de l'quipe du projet, sans exception.
Dans le cas d'une non-conformit due une impossibilit technique, il est ncessaire d'informer le
responsable de projet afin qu'il runisse l'quipe afin d'en dbattre. Si au terme de ce dbat
aucune autre solution rpondant aux exigences n'a t apporte, il tablira une fiche de nonconformit et en informera le client.
Dans le cas d'une non-conformit involontaire, il est ncessaire de rendre le document conforme
dans les plus brefs dlais et d'en informer le responsable de projet.

___________________________________________________________________________________________________
Plan dassurance Qualit
344007908.doc
Page 5/17

Projet I-Map

2 Suivi de lexcution du plan


2.1 Ensemble des dispositions mettre en uvre la bonne
application du plan qualit
Chaque membre de l'quipe projet est tenu de respecter les dispositions dcrites dans le PAQ et
de vrifier l'adquation du produit (document ou code) avec les normes en vigueur sur le projet
(Autocontrle).

2.2 Modalit de droulement des activits de contrle qualit


Les activits du responsable assurance qualit projet se droulent tout au long du projet. Elles
sont de deux types :
-

les activits d'assurance qualit qui permettent de dfinir au plus tt les principes qualit du
projet et d'anticiper d'ventuels problmes. Ces activits sont importantes au dbut du projet
et dans une moindre importance au dbut des phases.

les contrles qualit qui vrifient rgulirement que les procdures sont comprises et
correctement appliques. En cas de non-conformits relles ou potentielles, il propose des
actions correctives ou prventives. Il est charg ensuite de suivre le droulement de ces
recommandations.

TYPE D'ACTIVIT
Assurance qualit

DESCRIPTIF DE L'ACTIVIT
Elaboration du Plan d'Assurance Qualit
Participe aux revues de projet
Information de l'quipe projet sur les procdures en vigueur

Contrle qualit

Relecture des documents du projet


Contrle de la bonne application des procdures applicables
Ralisation d'audits de contrle (bilan qualit et revue qualit fournisseur)
Suivi des actions correctives ou prventives

Le chef de projet est responsable de l'application du PAQ. Il valide les recommandations


mises par le responsable qualit en cas de non-conformits constates.

2.3 Documents applicables et de rfrences


o

Les rfrences documents

La rfrence des documents se compose des lments suivants :

___________________________________________________________________________________________________
Plan dassurance Qualit
344007908.doc
Page 6/17

Projet I-Map

1. Initiale du projet (IM),


2. Initiale du document (ex : PAQ),
3. Numro de version du document.
Exemple : Le plan d'assurance qualit a pris comme rfrence lors de sa cration la rfrence
IM-PAQ-0.1
Les documents crs pour le projet devront tous avoir la mme charte graphique, savoir :
o

La police utilise sera VERDANA.

Le texte crit aura une taille de 10pt et sera justifi.

Les titres seront en gras, avec une taille de 16, 14 ou 12pt selon leur niveau hirarchique
(respectivement du plus grand au plus petit).

Le texte des tableaux sera dfini par une taille de 8pt et 9pt pour son entte.

La page de garde de chaque document comportera :


o

Le nom du document,

Le numro de version,

Les logos I-Map et ITIN.

Les enttes de chaque document seront composs du nom du projet, du logo I-Map ainsi
que celui de l'ITIN.

Les pieds de page feront mention du nom du document, sa version et du nombre de page
du document.

Les documents modifiables devront tre enregistrs au format Microsoft Word 97 (.DOC).
Les copies des courriers lectroniques seront au format texte brut (.TXT) et devront laisser
apparatre le destinataire, l'expditeur et l'objet du message.

Les documents non modifiables devront tre enregistrs au format Portable Document
(.PDF) et devront comporter comme proprits les lments suivants :
o

Titre : Projet I-Map - Titre du document - Version,

Auteur : Nom de l'auteur.

Afin de faciliter l'utilisation de cette charte graphique un modle de document est disponible sur le
serveur collaboratif StarTeam dans la section Documents/Modles de documents.

Dnomination des fichiers

Afin d'uniformiser la dnomination de fichiers il est ncessaire d'tablir certaines rgles. Cette
section dcrit les rgles de nommage des documents applicables ce projet.
1. En rgle gnrale, les documents sont nomms de la faon suivante :
[Initiale du projet]-[Initiale du document]-[Sujet (optionnel)]-[Numro de version].
[Extension du fichier]
Par exemple :
- Le plan d'assurance qualit se nomme : IM-PAQ-0.1.doc
- La cahier des charge se nomme : IM-CDC-0.2.doc

___________________________________________________________________________________________________
Plan dassurance Qualit
344007908.doc
Page 7/17

Projet I-Map

2. Dans le cas d'un document ayant une dfinition temporelle tel que les comptes
rendus de runion ou les courriers lectroniques, la convention de nommage est la
suivante :
[Date au format YYYYMMJJ]-[Initiale
[Extension du fichier]

du projet]-[Initiale

du document]-[Objet].

Par exemple :
- Le compte rendu de runion du 21 avril 2006 se nommerait : 20060421-IM-CRR-Point
UML.txt
Enfin, les nom de fichier ne devront comporter aucun accent afin de ne pas perturber le
fonctionnement du logiciel StarTeam
.
o

Liste des initiales des documents


INITIALE

NOM DU DOCUMENT
Audits

AUD

Cahier des charges

CDC

Cahier recette

CRT

Comptes rendus runion

CRR

Expression des besoins

EB

Fiches Anomalie

FA

Fiches de test

FT

Journal de bord

JB

Modles de document

MD

Plan d'assurance qualit

PAQ

Courrier / Messages lectronique

MEL

Diagrammes UML

UML

2.4 Terminologie
Afin d'tre efficace dans un contexte de dveloppement, un vocabulaire commun unique doit tre
dtermin pour tous les documents (applicables et de rfrence).
Le nom des personnes cites dans les documents sera de la forme suivante : La premire du
prnom en majuscule et le nom de la personne entirement en majuscule.
Exemple : Samuel KAUFFMANN.
Tout mot spcifique devra tre expliqu sous la forme d'une de fin de page.
Toute abrviation utilise dans un document devra tre dveloppe lors de sa premire utilisation.

2.5 Informations lgales


Afin de prserver la proprit des documents, logos et marques d'une utilisation frauduleuse, il est
ncessaire de faire rfrence une notice lgale.

___________________________________________________________________________________________________
Plan dassurance Qualit
344007908.doc
Page 8/17

Projet I-Map

Par exemple l'utilisation du mot StarTeam impliquera une note la fin du document :
"StarTeam est une marque dpos par la socit SUN Microsystem".

___________________________________________________________________________________________________
Plan dassurance Qualit
344007908.doc
Page 9/17

Projet I-Map

3 Exigences, risques et contraintes du projet


3.1 Rfrence aux lments mis en vidence par le cahier des
charges et ltude dopportunit
L'tude de besoin fournie par le client a relev plusieurs critres qui devront diriger le projet :
o Un logiciel facilement extensible,
o Une architecture ouverte,
o Et une simplicit d'utilisation.

3.2 Exigences stratgiques


L'application mise en oeuvre doit permettre de mettre en avant les lments dcrits dans l'tude
de besoins fournis par le client, sous forme d'une maquette fonctionnelle.
Le client souhaiterait pouvoir proposer un logiciel commercialisable permettant de reprsenter un
environnement sous forme de dessin o chaque lment serait li d'une faon intelligente.

3.3 Exigences fonctionnelles


Les exigences fonctionnelles exprimes par le client sont les suivantes :
o Reprsenter les flux sous forme de calques,
o Pouvoir utiliser les donnes cres sur chaque ordinateur disposant du logiciel I-Map,
o Grer la multiplicit des langages,
o Filtrer les flux selon des spcificits dynamiques.

3.4 Exigences technologiques


Le client, Claude DAVIAU, n'a pas exprim de relles exigences technologiques si ce n'est :
o L'utilisation d'un langage de programmation ouvert et objet comme JAVA (SUN),
o Un format de fichier standard tel que XML.

3.5 Exigences organisationnelles


Le chef de projet :
1. Planification,
2. Gestion du projet dans son intgralit,
3. Validation et approbation des documents,
4. Communication avec le client (prise de rendez-vous, courriers),
5. Gestion des ressources,
6. Prsentation du produit fini et de la recette.
Le responsable qualit :
1. Vrification des ralisations,

___________________________________________________________________________________________________
Plan dassurance Qualit
344007908.doc
Page 10/17

Projet I-Map

2. Respect de l'application du plan d'assurance qualit et des procdures dfinies,


3. Vrification des documents.
Le dveloppeur :
1. Analyse UML,
2. Dveloppement de l'application,
3. Recherche de la meilleure solution de conception,
4. Construction de la documentation,
5. Test (fiche de tests).

3.6 Exigences de contraintes


o
o
o

Le respect des dlais,


Une documentation dtaille sur les classes dveloppes,
Un manuel d'utilisation administrateur dtaill pour concevoir de nouveau items.

___________________________________________________________________________________________________
Plan dassurance Qualit
344007908.doc
Page 11/17

Projet I-Map

4 Organisation et communication du projet


4.1 Identification des intervenants
Matrise d'ouvrage :
INTERVENANT
Claude DAVIAU

SOCIT

FONCTION

Acti.ORG

CLIENT

ADRESSE LECTRONIQUE
cdaviau@actiorg.com

TLPHONNE
06 83 76 10 54

Matrise duvre :
INTERVENANT

SOCIT

FONCTION

Julien BERNARDO

ITIN

Chef de projet

Samuel KAUFFMANN

ITIN

Resp. qualit

Thuong LUU NGUYEN

ADRESSE LECTRONIQUE

TLPHONNE

tnizao@wanadoo.fr

06 25 39 73 02

skauffmann@tyneo.net

06 19 88 51 63

ITIN

thuongbino@hotmail.fr

06 31 76 30 79

Christelle CHAN

ITIN

luttiwinch@hotmail.com

06 74 80 58 32

Franck GLANDY

ITIN

riperoutz@hotmail.fr

06 09 20 32 10

Sbastien ARNOLD

ITIN

neo_nonold2000@hotmail.com

06 74 80 58 32

4.2 Dfinition des responsabilits


Le chef de projet doit :
o S'assurer du bon droulement des tches,
o

Respecter le suivi du planning,

Etablir une passerelle entre le client et l'quipe de dveloppement.

Le responsable qualit :
o S'assurer que le Plan d'Assurance Qualit (PAQ) est respect,
o S'assurer du respect des normes qualit.

___________________________________________________________________________________________________
Plan dassurance Qualit
344007908.doc
Page 12/17

Projet I-Map

4.3 Organigramme

4.4 Dfinition et organisation des moyens


Liste de diffusion : La liste permet aux membres du projet I-Map de communiquer travers
l'utilisation du courrier lectronique en envoyant leur courrier l'adresse I-Map@list.tyneo.net. Les
archives de la liste sont consultables sur Internet via l'adresse http://list.tyneo.net/pipermail/IMap/.
Runion : Le charg de projet, tout comme le responsable qualit, peut convenir de runion
d'quipe afin de raliser des bilans ou de dbattre sur un thme. Le charg de projet peut-tre
amen runir certaines personnes de l'quipe avec le client afin de discuter de l'avancement du
projet, des difficults rencontres ou autre.
A chaque fin de runion, un compte rendu papier devra tre rdig par le charg de projet et
diffus chaque personne concerne et relus par le charg qualit.
Espace collaboratif (WiKi) : L'utilisation du WiKi est considrer comme un outil complmentaire
aux autres moyens de communication permettant l'quipe de partager ses ressources
documentaires.

4.5 Dfinition de la formation


La formation utilisateur pourra se faire par :
o Les manuels d'utilisation.
La formation dveloppeur pour se faire par :
o La JAVADOC gnre,
o Le code source.

___________________________________________________________________________________________________
Plan dassurance Qualit
344007908.doc
Page 13/17

Projet I-Map

5 Mthode et processus dingnierie


5.1 Cette section dcrit les phases du processus
o
o

o
o
o
o

Runion de lancement.
Cration du cahier des charges :
o tude de l'expression des besoins du client
o tablissement des phases du projet,
o tablissement du planning,
o Cration du plan d'assurance qualit,
o Dfinition du primtre du projet.
Analyse UML.
Dveloppement.
Recette.
Documentations.

5.2 Livrables
Seront livrs la fin du projet :
1. Documentation technique du logiciel,
2. Documentation utilisateur,
3. Fichiers binaires du logiciel (.class),
4. Fichiers sources du logiciel (.java),
5. Plan d'assurance qualit,
6. Cahier des charges,
7. Package d'objet pour I-Map,
8. Modlisation UML d'I-Map,
9. Planning utilis,
10. Comptes rendus de runion,
11. Fiches de tests et d'anomalies.

5.3 Activits de production


Il a t dfini que le dveloppement se ferait de manire incrmentale afin de valider chaque
incrment avec le client pour rpondre au mieux ses attentes.

5.4 Activits de vrification


Chaque membre de l'quipe projet est tenu de respecter les dispositions dcrites dans le PAQ et
de vrifier l'adquation du produit (document ou code) avec les normes en vigueur sur le projet
(Autocontrle).

___________________________________________________________________________________________________
Plan dassurance Qualit
344007908.doc
Page 14/17

Projet I-Map

Les activits du responsable assurance qualit projet se droulent tout au long du projet. Elles
sont de deux types :
-

les activits d'assurance qualit qui permettent de dfinir au plus tt les principes qualit du
projet et d'anticiper d'ventuels problmes. Ces activits sont importantes au dbut du projet
et dans une moindre importance au dbut des phases.

les contrles qualit qui vrifient rgulirement que les procdures sont comprises et
correctement appliques. En cas de non-conformits relles ou potentielles, il propose des
actions correctives ou prventives. Il est charg ensuite de suivre le droulement de ces
recommandations.
TYPE D'ACTIVIT

Assurance qualit

DESCRIPTIF DE L'ACTIVIT
Elaboration du Plan d'Assurance Qualit
Participe aux revues de projet
Information de l'quipe projet sur les procdures en vigueur

Contrle qualit

Relecture des documents projet


Contrle de la bonne application des procdures applicables
Ralisation d'audits de contrle (bilan qualit et revue qualit fournisseur)
Suivi des actions correctives ou prventives

Le chef de projet est responsable de l'application du PAQ. Il valide les recommandations


mises par le responsable qualit en cas de non-conformits constates.

5.5 Les contrles qualit applicables


Des audits des diverses tapes du projet sont effectuer afin de sassurer du respect des
conventions mises en place entre les tudiants de lITIN et le client.
Le respect des tapes de lanalyse UML, le respect fonctionnel de lapplication est bien
entendu le point fort de laudit qualit.

5.6 Activits de gestion de projet


Des comptes rendus seront rdigs en cas de runion avec le client.
Les runions de projet seront organises rgulirement en interne pour valider le travail effectu
et dfinir les orientations suivre sous la responsabilit du chef de projet.

___________________________________________________________________________________________________
Plan dassurance Qualit
344007908.doc
Page 15/17

Projet I-Map

6 Gestion des modifications


6.1 Gestion des non-conformits et des demandes dvolution
Dans le cas d'une non-conformit due une impossibilit technique, il est ncessaire d'information
le responsable de projet afin qu'il runisse l'quipe afin d'en dbattre. Si au terme de ce dbat
aucune autre solution ne rpondant aux exigences n'a t apporte, il tablira une fiche de nonconformit et en informera le client.
Dans le cas d'une non-conformit involontaire, il est ncessaire de rendre le document conforme
dans les plus brefs dlais et d'en informer le responsable de projet.
Les demandes d'volution annonces par le client en cours de projet sont soumises discussion
avec l'ensemble de l'quipe et diriges par le responsable du projet. Le dbat prend en compte le
planning en cours, ainsi que la faisabilit et la difficult de l'volution.

6.2 Reproduction, scurit, livraison


La reproduction de tout document, ainsi que de toute ou partie du code du logiciel pendant la
phase de dveloppement du produit est interdite pour toute personne extrieure au projet sans
l'accord de tous les membres de l'quipe.
o Pour assurer la protection, la prennit et la non dgradation du logiciel finalis, celui-ci
sera dupliqu sur un mdium. Un exemplaire sera fourni chaque membre de l'quipe.
o En complment du serveur collaboratif StarTeam , un serveur de fichier (FTP) sera mis en
place afin de rpliquer les donnes prsentes par le responsable de sauvegarde (Sbastien
ARNOLD).
o Le projet sera livr sur CD-ROM accompagn des manuels d'accompagnement au format
numrique et papier (A4).

6.3 Dfinition des procdures


Les demandes d'volution annonces par le client en cours de projet sont soumises discussion
avec l'ensemble de l'quipe et diriges par le responsable du projet. Le dbat prend en compte le
planning en cours, ainsi que la faisabilit et la difficult de l'volution.
La gestion des diffrentes versions des documents est traite par l'outil collaboratif StarTeam mis
en place par L'ITIN.

___________________________________________________________________________________________________
Plan dassurance Qualit
344007908.doc
Page 16/17

Projet I-Map

6.4 Modalit de transfert physique et de proprit du logiciel


et de la documentation
Les transferts physique et de proprit de tous les livrables seront prcds d'une runion interne
faite en suivant le cahier de recette. La recette client se fera lors du bilan de projet avec tous les
intervenants.

___________________________________________________________________________________________________
Plan dassurance Qualit
344007908.doc
Page 17/17