Exemple de PAQ de mise en uvre

dun ERP

DIFFUSION
Nom/Liste

Fonction
Chef de porjet

Emission Approbat Informati

ion
on
X

Chef de projet

HISTORIQUE DES MODIFICATIONS

Versi
on

Nature de la modification

Auteur

1.0

Version initiale

Chef de proejt

Statut :Travail

Fonction

Date
enreg. :24/07/16

Date

Page 2/40

SOMMAIRE

Statut :Travail

Date
enreg. :24/07/16

Page 3/40

Objet et caractristiques du plan d'assurance qualit......................................................5

1.1Objectifs du plan.....................................................................................5
1.2Domaine dapplication............................................................................5
1.3Description du projet..............................................................................5
1.4Documents en entre.............................................................................6
1.5Documents produire............................................................................6
1.6Responsabilits de ralisation et de suivi du plan.................................7
1.7Evolution du PAQ....................................................................................7
1.8Drogation au PAQ.................................................................................7

Objectifs et engagements qualit du projet.................................8

2.1Objectifs gnraux du projet..................................................................8
2.2Engagements qualit..............................................................................8

Conduite de projet........................................................................9
3.1Structure organisationnelle et acteurs du projet...................................9
3.2CLIENT : Matre d'Ouvrage...................................................................9
3.3Matre duvre......................................................................................9
3.4Les principaux acteurs du projet............................................................9
Les principaux acteurs sont identifis :...............................................9
Sponsor du Projet : La Direction de la CLIENT...................................9
Equipe dsigne par la CLIENT :.....................................................10
quipe de projet SSII SSII
3.4.1

:..........................................10

Instances de pilotage du Projet..............................................11

3.5Planification..........................................................................................13
3.6Suivi du projet......................................................................................13
3.7Gestion des Risques..............................................................................13
Analyse des risques...........................................................................13
Suivi des risques................................................................................13
3.8Outils de conduite de projet.................................................................13
3.9Modalits dchange............................................................................14
Courrier lectronique........................................................................14
4

Dmarche de ralisation du projet.............................................16

4.1Droulement et phases du projet PROJET :.........................................16

:
Statut
:Travail
Date
Page 4/40
Phase
1 : Cadrage du projet et Analyse et conception......................16
enreg. :24/07/16

Statut :Travail

Date
enreg. :24/07/16

Page 5/40

OBJET

ET CARACTRISTIQUES DU PLAN D'ASSURANCE QUALIT

1.1 OBJECTIFS

DU PLAN

Le Plan dAssurance Qualit dcrit les tches raliser, les lments

produire, les moyens ncessaires, les rles et responsabilits, lorganisation,
les procdures et les mthodes applicables afin dassurer le bon droulement
du projet selon des critres de qualit, dlais et cots. Il couvre tout les
disciplines de gestion de projet sur tout le cycle de vie dun dveloppement
logiciel, notamment
Le prsent plan dassurance qualit prcise les lments permettant de
s'assurer de la mise en uvre et de l'efficacit des activits prvues dans le
cadre du projet.
Il expose notamment :
la description du projet,
lorganisation du projet,
la dmarche gnrale de la conduite du projet et de son suivi,
les diffrentes phases du projet,
les modalits dchanges entre les diffrents intervenants,
la gestion de configuration logicielle et documentaire,
la liste des produits (livrables),
la liste des procdures et modles applicables,
les critres dacceptation et contrles qualit
1.2 DOMAINE

DAPPLICATION

Le prsent PAQ sapplique sur le projet de la refonte du Systme

dInformation des Etablissements et Entreprises Publics (PROJET), ainsi
que les prestations de formation et dassistance technique y affrentes
pour le compte du client
1.3 DESCRIPTION

DU PROJET

Dans le cadre de laccompagnent stratgique des tablissements publics, le

suivi des performance et le dveloppment de la bonne gouvernance des
tablissements publics, la CLIENT a ralis un schma directeur du systme
dinformation et de communication.
Le cahjer des charges, a donn lieu aux principales orientations stratgiques
suivantes :
Statut :Travail

Date
enreg. :24/07/16

Page 6/40

o Renforcer la connaissance du portefeuille public ;

o Accompagner le client dans lamlioration de la gouvernance et du
dveloppement stratgique ;
o Amliorer lefficacit du contrle et lvaluation des performances ;
o Atteindre lexcellence oprationnelle dans la ralisation des activits de
la CLIENT.
Ainsi, pour atteindre ces orientations, la CLIENT a dcid de procder de
lancer le projet la refonte du systme dinformations des tablissements et
entreprises publics( PROJET), projet dont les travaux consistent en :
Lamlioration et lextension de la couverture fonctionnelle du systme
PROJET existant ;
Lvolution du systme PROJET (actuellement en mode client/serveur
lourd) vers une architecture technique ouverte (n-tiers, Web) ;
La mise en uvre de modules de collecte et de stockage des donnes
permettant lalimentation dudit systme ;
Lintgration et la mise en uvre de la solution ;
La reprise des donnes historiques dans le nouveau schma de base de
donnes ;
La ralisation des prestations de formation des informaticiens et des
utilisateurs ;
La ralisation des prestations dassistance technique.
La dure dExcution de ce projet est de XXXXXXXXXXMois.

1.4 DOCUMENTS

EN ENTRE

Id. Titre
Cahier des prescriptions
spciales
Rglement de la consultation
Offre technique dSSII
1.5 DOCUMENTS

Auteur(s)

Rfrence

CLIENT

Sans

CLIENT
SSII

Sans
Offre technique

PRODUIRE

Rfrence
Id. Titre
Plan assurance Qualit
Compte rendu de la runion de lancement
Planning dtaill
Dossier des spcifications gnrales
:
Statut :Travail
Date
enreg. :24/07/16

Page 7/40

Dossier des spcifications fonctionnelles

dtailles
Dossier de larchitecture technique
Dossier des spcifications Techniques dtailles
Dossier de stratgie de reprise des donnes
Dossier dinstallation
Dossier dexploitation
Dossier des tests unitaires et dintgration
Plan de formation
Manuels de formation
Dossier de tests de recette
Rapport de tests de recette
Registre des anomalies
Fiches dintervention de lassistance technique
Lensemble de ces documents .Ces livrables seront livrs sur support papier en
autant dexemplaires demands par la CLIENT et sur support lectronique.
1.6 RESPONSABILITS

DE RALISATION ET DE SUIVI DU PLAN

Le plan dassurance qualit est un document applicable sur le projet, et par

consquent, doit demeurer le plus stable possible pendant tout le
droulement du projet.
La dfinition, rdaction, diffusion, validation et le suivi de ce document seront
raliss conjointement par les quipes dSSII SSII
et de la
CLIENT, notamment par le biais des comits de projet et de pilotage.
1.7 EVOLUTION

DU

PAQ

Le PAQ peut exeptionnellement voluer dans plusieurs cas de figures parmi

lesquels :

Une adjonction de nouveaux critres de qualit au cours du projet,

Une modification de lorganisation du projet ou de son droulement

(quipes, comits, ),

Une modification des modalits dchange entre les diffrents

intervenants du projet (Moyens dchange, documentation, terminologie,
).

Toute volution du PAQ devra tre valide par le Comit de Pilotage

avant sa mise en application.
Statut :Travail

Date
enreg. :24/07/16

Page 8/40

1.8 DROGATION

AU

PAQ

Au cours du projet, certains points voqus dans le PAQ peuvent savrer

difficilement applicables.
Dans ce cas :

une demande de drogation sera mise par le Chef de Projet et

prsente au cours de la runion de pilotage,

A lissue de cette runion, le Comit de pilotage acceptera ou refusera

cette demande de drogation.

Statut :Travail

Date
enreg. :24/07/16

Page 9/40

OBJECTIFS

ET ENGAGEMENTS QUALIT DU PROJET

2.1 OBJECTIFS

GNRAUX DU PROJET

Le projet Refonte d'application a pour objectif de raliser et mettre en uvre

un ensemble dapplications conformment :

lError: Reference source not found,

et au Cahier des prescriptions spciales de lAO XXXXXXXXXXXXXXXXx

2.2 ENGAGEMENTS

QUALIT

Latteinte des objectifs qualit qui sont le respect des cots et

dlais et la conformit avec les spcifications dfinies (voir Documents
en entre) est assure par :

une bonne visibilit des travaux prvisionnels et raliss,

une anticipation sur les risques par le suivi dun plan daction,

des contrles rguliers effectus en cours de phase et chaque

fin de phase afin de dceler les carts ventuels par rapport aux
spcifications,

une communication rgulire des informations relatives au

projet, notamment par les runions des quipes projet, des
comits de projets et de pilotage, et par l'utilisation d'un moyen
d'change rapide savoir le courrier lectronique.
Dans le chapitre 6 est expose la dmarche qualit globale dSSII.

Statut :Travail

Date
enreg. :24/07/16

Page 10/40

CONDUITE

DE PROJET

3.1 STRUCTURE

ORGANISATIONNELLE ET ACTEURS DU PROJET

3.2 CLIENT : MATRE

D'OUVRAGE

La matrise douvrage sera assure par la CLIENT et aura pour principale

mission dassurer en permanence au cours du projet, la cohrence des
objectifs et les priorits tablir entre
les besoins des diffrents types
d'utilisateurs. Cette mission dpasse le cadre et la dure du projet, car le
systme doit voluer en permanence en fonction de l'volution des besoins.
La matrise douvrage sera en charge de :
Prendre les dcisions stratgiques d'orientation pour les choix
conceptuels, organisationnels, techniques et de planning,
Assurer la mise disposition des ressources de la CLIENT,
ressources disponibles, motives et comptentes,
Assurer la fourniture SSII SSII
de toute information
ncessaire la bonne ralisation du projet,
Etre l'acteur principal des divers comits mixtes ;
Assurer le dialogue permanent avec le responsable de Compte SSII
ou son Responsable de Mission,
Assurer la validation des rsultats/documents de chaque phase
principale du projet par des recettes formelles, selon un planning
dfini.
3.3 MATRE

DUVRE

La matrise duvre sera assure par SSII SSII

. SSII SSII
La matrise duvre aura pour principales missions :
La conduite du projet
Dassurer la ralisation du projet, mettre en uvre les
fonctionnalits dsires
du produit et de sassurer de
leur bon fonctionnement,
Dassurer ladquation de ces fonctionnalits par rapport aux
spcifications dfinies par la matrise douvrage.
3.4 LES

PRINCIPAUX ACTEURS DU PROJET

Statut :Travail

Date
enreg. :24/07/16

Page 11/40

Les principaux acteurs sont identifis :

SPONSOR

DU

PROJET : LA DIRECTION

DE LA

CLIENT

Le Sponsor du Projet est l'metteur de la demande. Il est le

commanditaire du Projet. C'est lui qui :
dfinit les objectifs gnraux et entrine le primtre du projet,
fixe le dlai et le budget du projet,
dsigne la reprsentation des utilisateurs,
confie les fonds lquipe projet, "architecte" et "gardien" du Projet
en regard des dsirs et capacits du sponsor,
sassure du respect des objectifs initiaux tout au long du droulement
des travaux.
EQUIPE DSIGNE PAR LA CLIENT :
Elle est compose des profils suivants :

Dun responsable , chef de projet (CP) , investi du pouvoir de

dcision, en particulier, pour trancher sur les options ayant un
impact sur les cots, le primtre fonctionnel et technique, et
dlais de mise en uvre.
Ce rle ncessite une trs grande disponibilit (quasi plein temps
sur toute la dure du projet).

Du DSI, des responsables des divisions et services de la CLIENT,

concernes par le PROJET.

des utilisateurs cls, dtachs plein temps pour les travaux du

projet.

Equipe informatique de la CLIENT sous la responsabilit du DSI,

elle est forme dingnieurs de dveloppement, dingnieurs
systmes et DBA .

QUIPE DE PROJET SSII SSII

:
Un Chef de projet (CP) est dsign par SSII SSII
. Ce
Responsable de mission est charg de reprsenter SSII SSII
tout au long du projet. Il assure linterface entre lquipe projet et les
structures SSII SSII
. En particulier il est charg de mobiliser
toutes les ressources SSII SSII
ncessaires dans toutes les
situations problmatiques (support, escalade,...). Il est habilit prendre
Statut :Travail

Date
enreg. :24/07/16

Page 12/40

toutes dcisions concernant le management du projet et les interventions

dSSII SSII
.
Le Chef de projet a la responsabilit de demander larbitrage de la
Reprsentation des utilisateurs, sur les options ayant un impact sur les
cots, primtre fonctionnel et dlais de mise en uvre.
Consultant Fonctionnel :SSII SSII
, Il maitrise le contexte
mtier de la CLIENT, sa mission est d assurer lanimation des ateliers de
cadrage, il apporte des solutions mtiers et organisationnelles lors du
droulement du projet . Il est responsable de la documentation
fonctionnelle, celle relative au paramtrage fonctionnel, lorganisation
cible la et la formation.
Expert Technique : De profil ingnieur systme et DBA, il propose
larchitecture technique idale limplmentation de la solution cible, de
la base de donnes Oracle et est responsable de llaboration de tout
document technique de la solution.
Quatre ingnieurs de
dveloppeur Spcifique (ID), dont un
formateur: Ralisent lensemble des composantes lors de la phase
dtude. Ils laborent la documentation technique. Ralisent les formations
techniques et celles destines aux utilisateurs.

3.4.1 INSTANCES

DE PILOTAGE DU

PROJET

Les diffrentes instances de pilotage du projet sont les suivantes :

Statut :Travail

Date
enreg. :24/07/16

Page 13/40

3.4.1.1 COMIT DE PILOTAGE : INSTANCE DORIENTATION ET DARBITRAGE

Le rle principal du comit de pilotage est de sassurer que les

objectifs du projet vont tre atteints.
Ce comit est prsid par le Sponsor du projet.
Sur base des dossiers de choix labors par lquipe projet, ce
Comit prend les arbitrages sur toutes les options ayant un impact
sur le primtre fonctionnel, sur le cot ou sur les dlais de
ralisation.
Comit de pilotage
Prsident
Les
permanents

Sponsor du projet
membres Sponsor du projet
Chef de projet de la CLIENT
DSI de la CLIENT
Responsables des divisions de la CLIENT
Chef de projet SSII SSII

En fonction des projets Utilisateurs-Cls de la CLIENT

Informaticiens de la CLIENT
et dossiers traits
Consultants d SSII SSII
Echanger les informations ncessaires au
Responsabilit
bon droulement du projet,
Dfinir les critres davancement des
travaux du titulaire,
Vrifier le contenu des rapports
davancement,
Emettre un avis sur ltat davancement,
Demander des expertises ou missions
particulires au titulaire,
Suivre, coordonner et contrler lexcution
des prestations objets du prsent cahier
des charges,
Examiner les ressources humaines
affectes au march,
Examiner lopportunit de recourir
dautres prestations proposes,
Darbitrer en dernire instance les points
de blocage.
Valider les diffrents livrables par phase.
A la demande, et au moins une fois par
Frquence
mois
Chef de projet SSII SSII
Rdacteur du CR
Statut :Travail

Date
enreg. :24/07/16

Page 14/40

3.4.1.2 COMIT DE PROJET : INSTANCE DE MANAGEMENT OPRATIONNEL DU PROJET

Il est Compos de :
CLIENT : Chef de projet, du DSI, des responsables mtiers, des utilisateurs
cls, informaticiens
SSII : Chef de projet, Consultants techniques et fonctionnel, Ingnieurs de
dveloppements
Le Comit de Projet se runit, par dfaut, deux fois par mois. Il a notamment
pour objet de :
Suivre lavancement des actions en cours ;
Suivre les travaux de conception, de dveloppement, de recette, de
validation et dintgration ;
Planifier les phases de recettes et de mise en production ;
Proposer au Comit de Pilotage des points pour dcision ;
Identifier les alertes remonter au Comit de Pilotage ;
Suivre les incidents et leurs impacts sur le projet ;
Identifier les actions prendre pour pallier ou corriger dfinitivement
lincident.

Statut :Travail

Date
enreg. :24/07/16

Page 15/40

Le Chef de projet SSII SSII

effectue un suivi systmatique de
lavancement du projet
avec consolidation des lments de manire
hebdomadaire.
En cas de ncessit, le Comit de projet est convoqu soit par le chef de projet
de la CLIENT ou par le Chef de projet dSSII.
3.4.1.3 COMIT OPRATIONNEL : INSTANCE DE RALISATION OPRATIONNELLE DES
PHASES DU PROJET

Sous la responsabilit du Chef de projet dSSII ,il est compos cot SSII des
Consultants techniques et fonctionnel, Ingnieurs de dveloppements,
utilisateurs cls et ingnieurs de la CLIENT.
Ses objectifs sont :
de raliser dans les dlais impartis les diffrentes phases du projet,
de prparer et de raliser les diffrents CRP du recueil des besoins,
de prparer et suivre limplmentation des diffrents composants de
la solution,
dlaborer les diffrents livrables et faire le suivi de leur validation,
dassister les utilisateurs dans la phase de recette fonctionnelle,
de prparer et raliser les formations aux utilisateurs.
3.4.1.4 FONCTIONNEMENT GNRAL DES INSTANCES

Le chef de projet dSSII SSII fournit :

le planning mensuel du projet fourni par le chef de projet dSSII

au minimum 3 jours ouvrables avant le Comit de Projet,
une note de synthse prparatoire chaque Comit de Projet,
fournie 3 jours ouvrables minimum avant la runion,
un tableau de suivi des charges de tous les intervenants,
actualis mensuellement et fourni 3 jours ouvrables minimum
avant le Comit de Projet,
un tableau de suivi des cots, actualis mensuellement et fourni
3 jours ouvrables minimum avant le Comit de Projet.
une synthse de l'avancement des travaux, mettant en exergue
les problmes rencontrs et proposant des solutions pour les
rsoudre.

Statut :Travail

Date
enreg. :24/07/16

Page 16/40

Sauf prcisions contraires lors des runions des diffrentes instances :

La convocation et lordre du jour sont la charge du prsident dsign,

Les comptes rendus de runions sont rdigs par la personne dsigne,

et diffuss sous 2 jours ouvrs. Lapprobation formelle dun compte
rendu se fait au dbut de la runion suivante.

En cas de besoins,
comit de pilotage.

le comit de projet peut demander larbitrage du

3.5 PLANIFICATION
Le planning initial dtaill est fourni en annexe et servira de rfrence
pendant toute la dure du projet afin dy analyser les carts par rapport aux
prvisions.
3.6 SUIVI

DU PROJET

Le suivi du projet est une activit permanente pendant toute la dure du

projet et est sous la responsabilit du Directeur de Projet qui respectera la
Error: Reference source not found
3.7 GESTION

DES

RISQUES

ANALYSE DES RISQUES

Lensemble des risques identifis est fourni dans le tableau de bord des
risques qui est initi lors de la phase davant vente. Lidentification de ces
risques seffectue partir dune check-list.
SUIVI DES RISQUES
Le suivi des risques est sous la responsabilit du chef de projet et en informe
le suivi lors des runions de comits de projet ou de pilotage. Ces informations
figurent dan le tableau de bord des risques.
3.8 OUTILS

DE CONDUITE DE PROJET

Les outils de base qui vont aider la conduite du projet et la prparation des
diffrents livrables sont Microsoft Project, Microsoft Word et Microsoft Excel.
Pour matriser la gestion du projet, pour une meilleure optimisation des
facteurs de temps, de cots et de ressources, SSII utilise Microsoft Project.
Par ses multiples fonctionnalits et possibilits, MS-Project nous permet de :

planifier les diffrentes tches du projet en utilisant le Diagramme de

GANTT,

Statut :Travail

Date
enreg. :24/07/16

Page 17/40

de gnrer des indicateurs de suivi :

lavancement en charge du projet,
le tableau des jalons faisant apparatre les contraintes en dlais,
le tableau des charges prcisant les charges de rfrence,
consommes et restantes,

Les comptes-rendus de runions (comits de pilotage, projet, utilisateurs)

seront rdigs laide des outils de bureautique Microsoft Word et Microsoft
Excel.
3.9 MODALITS

DCHANGE

COURRIER LECTRONIQUE
Le principal moyen dchange entre les diffrents intervenants du projet sera
le courrier lectronique. Les mails changs devront, par ailleurs, respecter
les modalits suivantes :

Comporter dans la zone objet la mention suivante :

Objet : Refonte du PROJET:

Un accus de rception doit tre retourn lmetteur dans un dlai

infrieur 24 heures, sinon ce dernier procdera la retransmission de
son mail.

Les interlocuteurs privilgis de part et dautre sont :

SSII :
xxxxxxxxxxx@SSIIMr

Mr
.ma
xxxxxxxxxxxxxxxxxx :

xxxxxxxxxxxxxxxxxx :
xxxxxxxxxxxx@SSII-

.ma
CLIENT:

Mr xxxxxxxxxxxxxxxxxx : e-mail
Mr xxxxxxxxxxxxxxxxxx : e-mail
Mr xxxxxxxxxxxxxxxxxxx : e-mail

3.9.1.1 TYPES DE DOCUMENTS CHANGS

Deux types de documents seront produits au cours du projet Refonte du

PROJET savoir :

Documents de gestion de projet. Ces documents seront diffuss par

Internet ou directement sous forme de papier lors des diffrentes
runions. Il doivent parvenir au destinataire privilgi et, en copies
conformes, aux autres personnes concernes.

Statut :Travail

Date
enreg. :24/07/16

Page 18/40

Documents techniques : Ces documents seront changs entre un

metteur et un destinataire privilgis qui peuvent varier dune tape
lautre du projet.

Des copies conformes de ces documents doivent parvenir aux deux directeurs de projet ainsi quaux
autres personnes concernes.

Statut :Travail

Date
enreg. :24/07/16

Page 19/40

DMARCHE

DE RALISATION DU PROJET

4.1 DROULEMENT

ET PHASES DU PROJET

PROJET :

La CLIENT souhaite raliser le projet en 3 phases en plus des

prestations de formation et dassistance technique que nous dcrivons
ci-dessous :

Description des diffrentes tapes des phases du projet, des

intervenants et de leur rle et des livrables de chaque phase.
PHASE 1 : CADRAGE

DU PROJET ET

PHASE 2 : RALISATION
PHASE 3 : RECETTE
FORMATION

ANALYSE

ET CONCEPTION

DE LA SOLUTION

DE LA SOLUTION

ET ACCOMPAGNEMENT

Statut :Travail

Date
enreg. :24/07/16

Page 20/40

5
5.1

GESTION

DE LA CONFIGURATION

GESTION

DE LA DOCUMENTATION

PRSENTATION ET STRUCTURE DE LA DOCUMENTATION

Il est convenu que tout document doit comporter les lments suivants
sur la page de garde :
le nom du projet
le titre du document,
sur la deuxime page :
la rfrence du document,
pour les documents faisant lobjet dune mise jour, la date de
dernire mise jour,
l'indice de rvision du document (numro chronologique : 00, 01...),
ltat du document (ex : travail),
le nom de lauteur (ou des auteurs),
pour les documents faisant l'objet d'une validation, la cartouche de
visa (noms des destinataires, objet de la diffusion pour approbation,
dates de visa) ou, dans le cas des documents lectroniques, un mail
qui accuse la rception et la validation du document.
Et la suite :
Une table des mises jour des documents permet de retracer les diffrentes tapes qua suivies le
document et se dcompose de la faon suivante :
l'indice de rvision du document (00, 01...),
la date de dernire mise jour de cette rvision,
lobjet de la mise jour du document par rapport la rvision
prcdente.
Un sommaire contenant :
les titres
les numros de pages correspondants
Dautre part, sur chaque page du document doivent tre prciss :
le titre du document,
la rfrence,
la date de dernire mise jour,
le numro de page.

Statut :Travail

Date
enreg. :24/07/16

Page 21/40

RGLES DE NOMMAGE
Les rgles de nommage sont Quatre lettres qui permettent didentifier le
document_PROJET_Vxx.xx du document
CIRCUIT DE VALIDATION
Le circuit de validation pour les documents est valid lors de la runion de
lancement ou du 1er comit de pilotage.
Pour chaque document produire, on y prcise lensemble des intervenants
participant sa validation
On distinguera 2 circuits de validation :

le circuit de validation interne, qui regroupe lensemble des

intervenants dSSII participant la validation constituant ainsi un
groupe de validation interne,

le circuit de validation CLIENT constitu des intervenants de la

CLIENT

5.2 GESTION

DES LOGICIELS PRODUITS

IDENTIFICATION ET GESTION DE VERSION

Le logiciel produit est identifi par son nom et sa version :

le nom du logiciel est PROJET,

la version du logiciel est sous la forme N.M.T o :

N dsigne lindice de version caractrisant une cration ou
volution du logiciel. Cette indice sincrmente suite un avenant ou
un nouveau contrat. Dans le cas o lavenant au contrat serait
valid avant le dmarrage de la phase de codage, cet indice ne sera
pas incrment.
M dsigne lindice de rvision, caractrisant les rclamations
client et donc, toute remonte danomalie dtecte en production
(site pilote ou site en exploitation). lincrmentation de cet indice est
lie chaque livraison au client, suite au traitement dun lot
danomalies.
T est un indice de travail. Cet indice sincrmente aprs chaque
lot danomalies issu des tests dintgration.

Ces rgles sappliquent aussi tous les excutables et sources du logiciel

produire.
Le plan des livrables fera ainsi apparatre, pour une version de logiciel donn,
lensemble des excutables le constituant avec leur version.
PRSENTATION DES SOURCES
Lensemble des sources dvelopps seront constitus :
Statut :Travail

Date
enreg. :24/07/16

Page 22/40

dune entte dcrivant :

le nom du source,
la version,
la date de modification,
lauteur,
un descriptif rapide des fonctionnalits quil assure

de lignes de commentaires au cur du code permettant de dcrire

brivement ce que traite la partie correspondante.

5.3 SUPPORTS

ET LIEUX DE STOCKAGE

Lensemble des lments du projet (entrants et produits) sont stocks sur deux
types de support :

Sur support lectronique pour tous ceux dont lon dispose au format
lectronique,

Sur support papier pour lensemble des entrants et produits. Les

sources ne seront stocks sur ce support, seulement sur demande.

SUPPORT PAPIER
Sur support papier, on stockera les documents conformment la procdure
spcifique

Statut :Travail

Date
enreg. :24/07/16

Page 23/40

SUPPORT LECTRONIQUE
Lensemble des entrants, livrables, mesure du possible, seront stocks au
format lectronique sur le serveur de documents ddi au projet.
Producti
Suivi de
Entrant
Documentai
Logiciel
Livrabl

Documentai
Logiciel

Documentai
Logiciel
Travail

Elments du circuit
interne de SSII
(versions de travail,
etc..)

intern

Elments du
circuit
externe de
SSII

exter

Guides et
Figure 1 Organisation des rpertoires du projet

Cette organisation des rpertoires est conforme la procdure classement et

archivage (dans linstruction 006).

5.4 SAUVEGARDES

ET ARCHIVAGES

Les sauvegardes sur le serveur de documents du projet sont effectues de

manire quotidienne du Lundi au Vendredi et de manire mensuelle, par
lquipe Systme da CLIENT.
Statut :Travail

Date
enreg. :24/07/16

Page 24/40

Les sauvegardes du Vendredi sont conserves durant 4 semaines, le

mensuelles 6 mois, et les autres 1 semaine.
Par ailleurs, 2 bandes ou CD Rom seront produites chaque livraison
dapplicatif :

lune delles sera fournie au client,

et lautre conserve au sein des locaux dSSII.

Lensemble des lments du projet sera archiv sur CD Rom ds la fermeture

de celui-ci.

Statut :Travail

Date
enreg. :24/07/16

Page 25/40

ACTIONS

QUALIT

Ce chapitre traite exclusivement toutes les actions entreprendre par la

Cellule Qualit, cellule indpendante de lquipe projet et dont son lien avec la
structure du projet est transversal.

6.1 POLITIQUE

DASSURANCE QUALIT.

Le socle de notre systme de management est ax sur lamlioration de la

performance de la socit en entretenant une culture de lanticipation et une
ractivit permanente dans une dmarche damlioration continue.
Notre premier souci est de garantir la satisfaction de nos clients en
entretenant une relation base sur une coute de leurs besoins, un suivi
rgulier et une prise en compte des risques sur chaque projet.
6.2 PROCESSUS

DE CONTRLE QUALIT POUR LES PROCDURES DE GESTION DE

PROJET

Tous les projets chez SSII sont grs suivant le processus de

Dveloppement dune Solution Logicielle dont les indicateurs sont en
standard :

Le respect des dlais de livraison,

Le respect des charges estimes,

La rentabilit conomique.
Dans la pratique, chaque projet va ajouter quelques nouveaux indicateurs
relatifs ses exigences propres, par exemple :

Statut :Travail

Date
enreg. :24/07/16

Page 26/40

Schma des processus de contrle qualit.

Statut :Travail

Date
enreg. :24/07/16

Page 27/40

Le Plan dAssurance Qualit dcrit les tches raliser, les lments

produire, les moyens ncessaires, les rles et responsabilits,
lorganisation, les procdures et les mthodes applicables afin
dassurer le bon droulement du projet selon des critres de qualit,
dlais et cots. Il couvre tout les disciplines de gestion de projet sur
tout le cycle de vie dun dveloppement logiciel, notamment :
6.3 CONTRLE

DE LAPPLICATION DE LA DMARCHE

QUALIT

L'objectif principal des procdures Qualit d'un projet est de faire en sorte
de :

Rpondre aux besoins dfinis,

Respecter les niveaux dfinis dans la convention de services,

Respecter le budget allou et les ressources affects au projet,

Garantir la qualit des livrables (aussi bien en terme de facilit de

maintenance que damlioration),

Garantir le respect des normes et des standards,

Raliser le projet conformment la mthodologie dfinie par le

Client.

Les activits qualits sont rparties dans le Contrle Qualit et dans

l'Assurance Qualit.

Contrle Qualit : les activits sont gres en interne par le

Directeur technique , le CP et autre intervenant charg de la vrification et
la validation des livrables chaque tape du projet et pour chaque activit.

Assurance Qualit : La Direction technique dfinit les structures et

normes dfinies pour un projet donn afin d'amliorer la qualit globale du
projet ainsi que leur mise en uvre au fil du projet.
6.3.1 ASSURANCE QUALIT
Ses objectifs et activits sont :

Fixe les standards et procdures propres au projet,

Valide la proposition et le contrat,

Valide les standards et procdures spcifiques au projet,

Valide ladquation des dispositifs qualit par rapport aux objectifs

conomiques et oprationnels du projet,

Valide ladquation des dispositifs qualit du projet par rapport la

politique qualit dSSII,

Effectue les benchmarks par rapport aux autres projets,

Statut :Travail

Date
enreg. :24/07/16

Page 28/40

L'quipe contrle qualit effectue une revue qualit priodique, selon un

planning fixer au dmarrage du projet. Ses interventions ont lieu
raliser les revues suivantes :

Revue des exigences

Revue de planification du projet

Revues qualit priodiques du projet

Revues des livrables

Revues de fin de projet

Ces actions sont ralises conjointement par la direction technique

dSSII et le chef de projet dSSII

Statut :Travail

Date
enreg. :24/07/16

Page 29/40

6.3.2 CONTRLE QUALIT

Les activits de contrle qualit consistent effectuer des revues.
L'ensemble des livrables et la plupart des produits raliss doivent tre
passs en revue, en interne, par l'quipe du projet. Cet examen est ralis,
par le biais d'une quipe de contrle qualit interne sous la responsabilit
de la direction technique en collaboration avec le chef de projet
dSSII prennent en charge l'ensemble des revues :
Phase
Dfinition et
expression des
besoins

Type de revues

Revue des besoins

Revue des estimations

Revue des exigences

Revue des spcifications

Revue du plan de tests unitaires

Revue de code

Revue d'excution des tests unitaires

Revue du plan de test (assemblage,

intgration et non-rgression)

Revue d'excution des tests ((assemblage,

intgration et non-rgression)

Avant dploiement

Aprs dploiement

Conception
Codage

Tests

Dploiement

Les revues suivent la dmarche suivante :

Lancement : Tous les membres de l'quipe sont informs de l'objet, de

l'objectif, de la date, du dlai, du lieu de runion de la revue, etc. l'aide du
formulaire.

Excution : L'quipe excute la revue et consigne les carts et les

remarques.

Analyse des commentaires : Le responsable revue dfinit les actions

correctives en traitant en priorit les carts. Toutes les actions sont
consignes dans le plan daction et suivies.

Mise en uvre des actions : Les intervenants chargs d'excuter les

actions dfinies consignent dans le plan daction qui est suivi par les
Responsable de la revue.
Liste des contrles par revue :
Revue de code : Liste des contrles

Statut :Travail

Date
enreg. :24/07/16

Page 30/40

Traitement des donnes/variables

Logique
Normes
Revue du Plan de test unitaire

Excution de test unitaire

Statut :Travail

Date
enreg. :24/07/16

Page 31/40

Revue dexcution de test

Toutes les conditions de test identifies dans le plan de test sont-elles prises en charge ?
Les scripts de test sont-ils documents au format qui convient ?
Les erreurs ont-elles t consignes et l'enregistrement mis jour comme il convient ?
Les tests unitaires ont-ils t r-excuts aprs la correction des erreurs dceles lors des tests
dintgration ? Ces activits ont-elles t consignes comme il convient ?
Les logiciels et la documentation de dpart sont-ils toujours cohrents ?
Le journal des modifications et l'historique de maintenance du code ont-ils t mis jour ?
Les tests de chane peuvent-ils tre excuts sans dbogueur durant l'excution ?

Statut :Travail

Date
enreg. :24/07/16

Page 32/40

Revue de documentation : Liste des contrles

Guide utilisateur
Les normes de documentation ont-elles t respectes ?
Les demandes d'information de tous les groupes et niveaux d'utilisateurs ont-elles t prises en
compte ?
Les informations contenues dans le guide sont-elles comprhensibles pour l'utilisateur ?
Ces informations sont-elles utiles l'utilisateur ?
Le document comprend-il une section didactique ?
L'utilisateur peut-il localiser facilement une fonction prcise ?
Les messages d'erreur et d'alerte ventuels, ainsi que le motif du message et le remde propos,
sont-ils documents ?
Toutes les activits de sauvegarde et de restauration des utilisateurs sont-elles dtailles ?
Guide dexploitation
Le guide est-il cohrent avec la conception technique ?
La documentation est-elle termine ?
Les conditions et les procdures de redmarrage sont-elles spcifies ?
Toutes les actions requises par le personnel d'exploitation en cas de dfaillance sont-elles spcifies
?
Les fonctions de scurit mettre en uvre par le service d'exploitation sont-elles spcifies ?
Les enregistrements mis jour par le service d'exploitation sont-ils spcifis ?
Les procdures de nettoyage et de tenue d'archives sont-elles spcifies ?
Les conditions et les procdures de restauration sont-elles spcifies ?
Les documents ont-ils t labors avec les outils et les traitements de texte qui conviennent ?
Les normes de documentation sont-elles respectes ?
Revue avant dploiement : Liste des contrles
Les tests unitaires, de chane et systme ont-ils t excuts ?
La documentation est-elle termine et cohrente avec les logiciels ?
Toutes les modifications ncessaires la mise en uvre ont-elles t intgres ?
Les procdures et programmes permettant de convertir/saisir les donnes du systme sont-ils
disponibles ?
Le guide utilisateur est-il prt ?
Le guide de fonctionnement est-il prt ?
Les supports de formation des utilisateurs sont-ils prts ?
Les supports de formation oprationnelle sont-ils prts ?
Les ressources humaines, le matriel et les logiciels ncessaires la mise en uvre ont-ils t
affects ?
Les jeux de test de non-rgression sont-ils prts ?
Les supports de formation du personnel de maintenance sont-ils prts ?

Statut :Travail

Date
enreg. :24/07/16

Page 33/40

Revue aprs dploiement : Liste des contrles

L'installation est-elle termine ? Le processus d'installation est-il document comme il convient pour
la rinstallation ?
Les donnes du systme existant ont-elles t rcupres dans le nouveau systme ?
L'interfaage avec les autres systmes est-il au point ?
Les utilisateurs on-ils t forms ?
Plusieurs cycles de traitement ont-ils t raliss sur le nouveau systme pour rendre pleine
confiance aux utilisateurs ?
Le personnel de maintenance est-il en mesure d'assurer le suivi du systme ?
Le personnel d'exploitation a-t-il t form ?
Des procdures de contrle des versions et de la configuration ont-elles t dfinies ?
La documentation a-t-elle t mise jour suite aux modifications/suppressions d'erreurs ?

Statut :Travail

Date
enreg. :24/07/16

Page 34/40

MTHODOLOGIE
RECETTE :

ET

DMARCHE

DE CORRECTION DES ANOMALIES LORS DE LA

Toute anomalie doit tre signale dans une fiche dincident.

Les diffrents champs seront renseigns par les ralisateurs des tests pour
permettre danalyser lanomalie et dengager les actions correctives
ncessaires.
En cas d'anomalie : nouvelle excution du test.
Deux types d'incidents :

Bloquante :
de nature empcher une exploitation normale du systme
donne des rsultats systmatiquement ou alatoirement errons.
le traitement associ est prioritaire

Non Bloquante :
nempche pas lexploitation normale du systme
provoque un certain inconfort aux utilisateurs tels que :
de problmes dergonomie,
des problmes de mise en forme au niveau des tats,
etc.

7.1 DOCUMENTS
7.1.1 FICHES

SUPPORTS DE TESTS

DE TESTS

Il sagit dune fiche de description de la tactique retenue pour tester une

partie ou un module dune application de faon reprsentative.
Dans le cas de tests de recette, la tactique se fera conformment aux
procdures de travail des utilisateurs.
Chaque scnario sera tabli sous forme dune suite dtapes
homognes excutable de manire squentielle.
Elle :

indique lobjet, lopration, le rsultat attendu ;

enregistre le rsultat du contrle

consigne sommairement un dfaut ou anomalie constat.

Statut :Travail

Date
enreg. :24/07/16

Page 35/40

enregistre la dcision officielle

conforme et accept sans rserves ;
en anomalie et accept avec rserves ;
non conforme et refus ;
dclenche ventuellement une fiche danomalie.

7.1.2 FICHE

DINCIDENT

correspond une formulation de rserves ( lever) ou une nonconformit patente ;

donne la description prcise de lincident ;

dclenche le processus de correction

reprsentation de llment en recette.

7.2 CIRCUIT

et

le

suit

jusqu

DE LA FICHE DINCIDENT

Toute fiche dincident mise par lquipe de test est analys, et une action de
correction est entame afin que les tests se poursuivent normalement et que
la recette soit close.
Le chef de projet dSSII analyse la fiche avec lingnieur de dveloppement et
donne la suite donner :
- A traiter immdiatement(Bloquante) :
la correction est ralise par lingnieur de dveloppement dans
lenvironnement de dveloppement.
Il procde au test unitaire et dintgration dans lenvironnement de
dveloppement
Le chef de projet teste la correction
o Si le test est concluant : La correction est installe dans
lenvironnement de test, lutilisateur concern peut la tester
o Sinon, on retourne au dbut.
- Le traitement peut tre diffr (Non Bloquante) :
Les tests se poursuivent.
Lensemble des incidents non bloquants sont traits la fin du
droulement dun scenario de tests complet. Pour leur traitement le
processus est identique ce qui a t dcrit ci-dessus.

Statut :Travail

Date
enreg. :24/07/16

Page 36/40

7.3

EXEMPLE

DE FICHES

Fiche de test :
Description du test
Type de test :
o Intgration
o Recette
Modalit/Tactique du test
Libell du test / lment contrl :
Programmes cibls:
Conditions pralables remplir (Donnes en entre, jeux dessai):
Scnario (succession doprations effectuer)
N de ltape
Rsultats
attendus
tape n1

Rsultats
obtenus

tape n2
tape n3
Conclusion du test

Statut :Travail

Date
enreg. :24/07/16

Page 37/40

o conforme

o accept avec rserve

refus
Rserves :
N fiche dincident lie :
Pour la CLIENT
A Le
Nom, Prnom et Qualit du
Signataire

Signature

Pour SSII
A Le
Nom, Prnom et Qualit du Signataire

Signature

Fiche dincident
Projet

Client

Nom de
lmetteur1
Fiches dincident
rattaches

Date

Lieu

N Appel Hotline2
Date dappel Hotline

Statut
o Identifi o Diagnostiqu o Trait o Contrl o Valid
o Rejet3
o Refus4 : N Fiche
associe :

Identification/Description
Logiciel/Progiciel

Version

Personne ayant dtect lincident

Fourni par SSII
3
Dans le cas dun rejet indiquer le motif dans la zone Description du Diagnostic
4
Dans le cas o la validation de la solution est refuse, une nouvelle fiche sera cre, et les remarques y seront
consignes
2

Statut :Travail

Date
enreg. :24/07/16

Page 38/40

Module/Domaine

Phase/Lot

SousFonction ou
programme
Conditions prcises dapparition de lincident :
Fonction
concerne

Description du problme :

Catgorie :

o Bloquant

Rptitivit :

o Systmatique

Statut :Travail

o Non Bloquant
o Alatoire

Date
enreg. :24/07/16

Page 39/40

Fiche dincident :

Diagnostic effectu et suite donner

o Technique

Type dincident :

o Fonctionnel

Description

Traitement
confi :

Date de
fin prvue

Le :

Charg
e
prvu
e

Traitement/Contrle de la solution
Description du traitement effectu

Date de fin de
traitement
Documentation impacte
o
Rfrence aux documents concerns :

Charge
consomme
Solution contrle
o
Rfrence aux tests effectus :

Validation de la solution
Pour le Prestataire
Pour la CLIENT
Nom, Prnom et Qualit du Signataire Nom, Prnom et Qualit du Signataire

Date

Date

Statut :Travail

Signature

Signature

Date
enreg. :24/07/16

Page 40/40