PAQL

PAQL
PAE
Auteurs : AAJ
Réf : PAQL_PAE_001.V1.0.3
Institut Limayrac et Hôpital Purpan
Plan Assurance
Qualité Logicielle
Gestion d'un parc d'antidotes
Auteurs:
Andrea DUPUY-ROUANET
Arnold BOUNGOUNGOU
Date:
2013/2014
Modifications Version Auteur Date
Rédaction initiale du document 0.7.0 A. DUPUY 16/11/13
Modifications et ajouts 0.8.0 A.DUPUY 17/11/13
Modifications et ajouts 0.8.5 A.DUPUY 18/11/13
Modifications 0.9.0 A.DUPUY 30/11/13
Ajout du planning et du tableau de bord 1.0.0 A.DUPUY 02/12/13
Gestion de configuration documentaire 1.0.1 A.BOUNGOUNGOU 02/01/14
Priorité des tâches / Criticité 1.0.2 A. DUPUY 19/01/14
Mise à jour planning 1.0.3 A.DUPUY 28/01/14

PAQL
PAE
Auteurs : AAJ
2
Sommaire
1. But, portée, responsabilité............................................................................................... 4
1.1 Objectif du document.................................................................................................. 4
1.2 Portée du document.................................................................................................... 4
1.3 Responsabilités associées........................................................................................... 4
1.4 Procédure d'évolution du PAQL................................................................................. 4
1.5 Développement du projet ........................................................................................... 5
2. Documentation utilisée.................................................................................................... 5
2.1 Documents de référence ............................................................................................. 5
3. Terminologie .................................................................................................................... 5
4. Organisation .................................................................................................................... 6
4.1 Maitrise d’ouvrage...................................................................................................... 6
4.2 Maitrise d’œuvre......................................................................................................... 6
4.3 Equipe projet .............................................................................................................. 6
4.4 Responsable qualité (AQ) ........................................................................................... 6
4.5 Rédacteur.................................................................................................................... 7
4.6 Communication .......................................................................................................... 7
5. Cycle de vie....................................................................................................................... 8
5.1 Motivation du choix.................................................................................................... 8
5.2 Description des étapes du cycle de vie ....................................................................... 9
5.3 Phases du cycle de vie ...............................................................................................10
6. Planning de Gantt...........................................................................................................11
7. Documentation produite .................................................................................................12
8. Gestion des exigences .....................................................................................................12
9. Gestion de la configuration.............................................................................................13
9.1 Outils de travail collaboratif .....................................................................................13
9.2 Gestion des documents..............................................................................................14
9.2 Environnement technique.........................................................................................14
10. Gestion des modifications .............................................................................................15
10.1 Procédure de modification.......................................................................................15
10.2 Références et versions .............................................................................................15
11. Les modifications ..........................................................................................................16

PAQL
PAE
Auteurs : AAJ
3
12. Priorité des tâches / Criticité ........................................................................................16
13. Méthodes, outils, règles et normes ...............................................................................17
13.1 Méthodes..................................................................................................................17
13.2 Outils .......................................................................................................................17
13.3 Utilisation des métriques........................................................................................17
13.4 Règles de présentation ............................................................................................18
14. Convention de nommage...............................................................................................18
14.1 Conventions pour le nom des fichiers et des classes...............................................18
14.2 Conventions pour les classes...................................................................................18
15. Assurance qualité et contrôle .......................................................................................19
16. Reproduction, production, livraison .............................................................................21
16.1 Procédure de reproduction ......................................................................................21
16.2 Protection du site.....................................................................................................21
16.3 Livraison et installation..........................................................................................21
17. Suivi de l'application du PAQL.....................................................................................21
17.1 Validation des documents .......................................................................................21
17.2 Relecture..................................................................................................................21
18. Suivi de projet ...............................................................................................................22
19. Tableau de bord.............................................................................................................23

PAQL
PAE
Auteurs : AAJ
4
1. But, portée, responsabilité
1.1 Objectif du document
Le plan d’assurance qualité (PAQL) a pour but de définir les méthodes et outils utilisés
par le projet, ainsi que les mesures à prendre et les étapes pour contrôler et s’assurer de
la qualité du projet.
Tout document produit sera soumis au contrôle de qualité. Il devra être conforme aux
règles définies dans ce document. Tout document non conforme devra être corrigé.
1.2 Portée du document
Ce document est destiné :
 Au client, le Docteur GALLARD Jean-Christophe.
 A Mr. BELKACEM Michel, superviseur de l'équipe projet.
 A Mme. CANCEILL SABINE, responsable de filière et coordinatrice
technique.
 A l’équipe du projet : Andrea, Arnold, Jérémy
1.3 Responsabilités associées
Le responsable qualité est chargé de la rédaction du présent PAQL ainsi que de veiller à
son application et son évolution, en collaboration avec le chef de projet. C’est à lui de
décider des actions à entreprendre si le PAQL n’est pas appliqué.
1.4 Procédure d'évolution du PAQL
Le PAQL est élaboré au début du projet. A chaque étape, il est susceptible d’être modifié,
auquel cas la modification sera indiquée dans la table de l’historique.

PAQL
PAE
Auteurs : AAJ
5
1.5 Développement du projet
 Arnold BOUNGOUNDOU et Jérémy COUSINOU sont chargés d’élaborer
le cahier des charges.
 Jérémy COUSINOU est responsable de la validation du produit final.
 Andrea DUPUY est chargé d’élaborer le Pland'AssuranceQualitéLogicielle
et responsable du Contrôle AQ
 Tous les membres de l'équipe sont responsables et participeront à la
rédaction des dossiers de spécifications, de conceptions et de tests.
 Tous les membres de l'équipe sont responsables de la validation de tous les
documents projets.
2. Documentation utilisée
2.1 Documents de référence
Le tableau suivant récapitule les principales sources documentaires qui seront utilisées
dans le cadre de ce projet.
BUT SOURCE
Compréhension du besoin Dr. GALLARD
Rédaction des documents Cours de Mr. BELKACEM, expériences
de projet passées
Développement PHP Documentation PHP et documents
projets produits
3. Terminologie
Les termes suivants sont les termes spécifiques utilisés dans le PAQL.
 CdC : Cahier des charges
 CdB : Cahier de bord
 DDC : Dossier de Conception
 DDS : Dossier de Spécifications
 PAQL : Plan d’Assurance Qualité Logiciel
 PDL : Plan de Développement Logiciel
 MOA : Maitrise d’ouvrage

PAQL
PAE
Auteurs : AAJ
6
 MOE: Maitrise d'œuvre
 CV : Cycle de Vie
4. Organisation
4.1 Maitrise d’ouvrage
La maitrise d'ouvrage estl'Hôpital PURPAN, représentée par le maître d'ouvrage, le Dr.
GALLART
4.2 Maitrise d’œuvre
La maitrise d’œuvre est l’équipe projet composée de ces trois membres nommés
précédemment ; étudiants à l’institut Limayrac en deuxième année de master chef de
projet informatique.
4.3 Equipe projet
L'équipe projet est responsable de la/le:
 Planification du projet.
 Contrôle de l'avancement du projet.
 Mobilisation des moyens nécessaire à la coordination des travaux de chacun.
 Affectation des tâches.
 Suivi des tâches.
 Coordination technique.
4.4 Responsable qualité (AQ)
Le responsable qualité tout le long du projet est Andrea DUPUY, dont les objectifs sont:
 Définir les règles de retour en arrière et les procédures de modification.
 Veiller à la diffusion et au respect des règles particulières au projet.
 Gérer l'évolution du PAQL.
 Approuver et appliquer les règles qualités sur les différents documents.
 Contrôler la conformité qualité des fichiers de code.

PAQL
PAE
Auteurs : AAJ
7
4.5 Rédacteur
Toute personnes de l'équipe rédigeant des documents devront utiliser un langage adapté
au public concerné.
Le rédacteur est capable d'exécuter une grande variété de tâches :
 Recueil des besoins de ses interlocuteurs.
 Rôle d'interface entre les techniciens, l'utilisateur et le client.
 Réalisation du travail de mise en forme sur différents supports.
 Rédaction des documents pour les concepteurs comme pour les utilisateurs.
4.6 Communication
Le mode de communication à privilégier entre les différents intervenants sont le
courrier électronique et la réunion physique. Les documents contractuels devront être
présentés à la maîtrise d'ouvrage en version papier afin qu'elle puisse conserver une
version signée et approuvée par les deux parties desdits documents.
Les documents attachés à l'envoi de courriers électroniques entre membres de l'équipe
hors finalisation seront au format Microsoft Office Word. Ces documents ne pourront
être considérés comme des documents finaux.
Les documents finaux devant restés virtuel seront au format PDF, signé numériquement
empêchant ainsi toute modification. Le reste des documents finaux seront imprimés en
version papier.

PAQL
PAE
Auteurs : AAJ
8
5. Cycle de vie
5.1 Motivation du choix
Chaque attente du client peut être atteinte indépendamment des autres.
L’utilisation d’un cycle de vie permettant de développer chacun des modules de bout en
bout séparément est donc appropriée. Le produit final sera livré en lots successifs. Le
cycle de vie choisi est un cycle incrémental, pour ainsi fournir à l'équipe projet une
adaptabilité et une agilité respectant les besoins du client, et les changements éventuels
du besoin en cours de route.

PAQL
PAE
Auteurs : AAJ
9
5.2 Description des étapes du cycle de vie
Spécifications : Cette étape permet de définir l’architecture interne du logiciel,
d’acquérir et d’installer les outils de programmation. Elle comporte l'élaboration du
cahier des charges et du dossier de spécifications.
Conception et Codage : Cette étape regroupe la phase de conception détaillée et de
codage. Elle permet de détailler précisément la conception globale par module afin de
pouvoir les développer et préparer les tests unitaires. Le codage permet de traduire la
conception détaillée en un programme.
Tests : Cette étape permet de tester le logiciel dans l’ordre suivant. Tests unitaires, tests
d'intégration, tests de validation. Les résultats obtenus permettront de modifier si
nécessaire le logiciel. Jérémy COUSINOU, validateur général, décidera ou non de la
validation du code.
Mise en production : Livraison du logiciel final et déploiement.
Maintenance : Phase de surveillance et de stabilité du logiciel.

PAQL
PAE
Auteurs : AAJ
10
5.3 Phases du cycle de vie
Activités
Documents
Requis Produits
Spécifications
Etude détaillée du
logiciel à réaliser,
préparation des
tests systèmes, mise
à jour des
documents établis
dans l'étape
précédente
 CdC  DS
Conception
Définition de
l'architecture
interne du logiciel,
définition des
composants,
préparation des
tests d'intégration
et des tests
unitaires, mise à
jour des documents
établis dans l'étape
précédente
 DS  DC
 Plan de tests
d'intégration
s et unitaires
Codage
Codage,
documentation des
composants, mise à
jour des documents
établis dans l'étape
précédente
 DC  Manuel
utilisateur
 Manuel
d'installation
Tests
Réalisation des jeux
de tests, correction
du code si besoin,
mise à jour des
documents établis
dans l'étape
précédente
 Ensemble
des plans de
tests
 Rapports de
tests
Livraison
Réalisation des
tests d'acceptation
par le client
 Jeux de tests
d'acceptation

PAQL
PAE
Auteurs : AAJ
11
6. Planning de Gantt

PAQL
PAE
Auteurs : AAJ
12
7. Documentation produite
Le tableau ci-dessous fait l’inventaire des documents à fournir tout au long du projet,
ainsi que leur statut.
Document Statut
CDC Livrable
PAQL Livrable
Dossier de Spécifications Livrable
Plan de tests Livrable
Jeu de tests Livrable
Manuel utilisateur Livrable
Dossier de conception Livrable
Code source Privé
 Description des différents statuts :
– Livrable : Doit être fournit au client
– Consultable : Peut être consulté par le client
– Privé : Destiné à l'équipe du projet uniquement
8. Gestion des exigences
La gestion des exigences, des priorités et des objectifs hebdomadaires seront
stipulés dans un tableau mis à jour chaque semaine.
Chaque nouvelle exigence émanant du client (amélioration/ajouts de modules par
exemples) fera l'objet d'un audit entre le client et l'équipe projet. Une présence physique
des deux partis s'avère obligatoire pour évaluer la faisabilité de la requête.
Une limite d'exigences pour ce projet est mise en place. Effectivement, trop de nouvelles
requêtes demanderont un temps de développement plus important. Cette limite
s'imposera à 3 exigences.

PAQL
PAE
Auteurs : AAJ
13
9. Gestion de la configuration
La configuration est l'ensemble des éléments suivants : code source exécutable,
outils de développement et de test utilisés, documents et données.
9.1 Outils de travail collaboratif
Pour gérer les différentes versions de notre code, nous allons utiliser un
archivage. A chaque étape majeure par exemple lors de la version Béta, un zip sera
créé. L’avantage est que l’on a une trace de chaque version et des modifications
apportées par chaque développeur.
Le retour à une version précédente en cas de problème est facilité.
Pour l'architecture et l'arborescence du code, l'outil Freemind sera utilisé.
Pour le travail collaboratif et la gestion des documents projets, nous utiliserons Google
Drive.

PAQL
PAE
Auteurs : AAJ
14
9.2 Gestion des documents
Les documents et fichiers seront stockés sur Google drive, tous les membres du
projet auront accès, et à chaque modifications apportées, il y aura une traçabilité,
indiquant qui a modifié, et quand. Avec une possibilité de revenir à un état antérieur.
9.2 Environnement technique
Le développement sera effectué sous environnement Windows (Windows
SevenPro). L’application étant hébergée sur OVH chacun des développeurs utilisera
GITHUB pour « comiter » son code source. Pour le PHP (on utilisera KOMODO IDE6 et
Notepad++) et d’une base de données MySQL. Il possède également PHPMyAdmin,
pour gérer plus facilement notre base de données.

PAQL
PAE
Auteurs : AAJ
15
10. Gestion des modifications
10.1 Procédure de modification
Les modifications peuvent avoir deux origines :
➢Détection d'une anomalie
➢Demande d'évolution
Dans le cas d'une détection d'anomalie, il faut en trouver la source puis la corriger
dans les plus brefs délais.
Dans le cas d'une demande d'évolution du logiciel par le client, il faut dans un premier
tempsréaliser une étude de faisabilité, pour ensuite modifier le logiciel en conséquence.
Les membres de la MOEsont responsables de la mise en œuvre de ces modifications.
10.2 Références et versions
Les références et les versions respecteront une nomenclature de type
numérotation à 3 chiffres.
Exemple de version : 1.2.3
Si les modifications ne sont pas importante, on incrémente le denier chiffre à droite. Si
les modifications sont moyennes ou grandes, on incrémente respectivement et les chiffres
des positions précédentes deviennent 0 (zéro) :
Version : 1.0.0 version finale du document hors amélioration
0.0.3 modification mineure.
1.2.1 modification moyenne.
Exemple de référence : PAQL_LRH_001.V0.0.1
Les deux premiers blocks représentent la terminologie du document et celle de
l’application. Le premier groupe de chiffre représente l’ID du logiciel, et le dernier groupe
la version.

PAQL
PAE
Auteurs : AAJ
16
11. Les modifications
Quand une anomalie majeure est détectée dans le fonctionnement du système,
une correction doit être faite rapidement. Le client peut aussi décider de faire évoluer
l’application, mais dans ce dernier cas, l’équipe de projet doit donner son accord et
surtout approuver la faisabilité de ces modifications dans les délais impartis. Tout cela
entraine un changement de version.
Trois cas peuvent nécessiter un changement de version :
➢Une nouvelle livraison de l'application ou du document :
✔On incrémente le numéro de version. Les numéros de révision et de
correctionreviennent à zéro.
➢Une évolution :
✔On incrémente le numéro de révision. Le numéro de correction revient à zéro.
➢Une correction d'anomalie(s) :
✔On incrémente le numéro de correction
12. Priorité des tâches / Criticité

PAQL
PAE
Auteurs : AAJ
17
13. Méthodes, outils, règles et normes
13.1 Méthodes
La méthodologie UML sera utilisée pour toutes les phases d'analyse de ce projet.
Les testsseront préparés pendant les premières étapes du projet, à savoir :
➢Analyse des besoins : Préparation des tests d'acceptation
➢Spécifications externes : Préparation des tests systèmes
➢Conception globale : Préparation des tests d'intégration
➢Conception détaillée : Préparation des tests unitaires
Ces tests devront être préparés au fur et à mesure de l'avancement du projet. Ainsi, à
chaqueétape, ils devront être répertoriés dans le document « PlanDeTests*.odt ».
13.2 Outils
Le tableau suivant récapitule les outils qui seront utilisés dans le cadre de ce projet.
Fonctions Outils
Editeur de texte Notepad++
Editeur UML ArgoUML
Environnement de développement OVH, PhpMyAdmin
Développement collaboratif GitHub
Gestion de projets Cocomo
Mesures du code Sonar
Architecture du code FreeMind
Architecture Base de Données WorkBrench
13.3 Utilisation des métriques
Dans un but d'efficacité et d'organisation, les phases de mesures ci-après sont à
respecter:
CODE
o Mesure du nombre de commentaires dans le code source (15% minimum)
o Mesure de la qualité du code source
 Utilisation de l'outil SONAR
PROJET
o Mesure de l'avancement du projet (en %).
o Mesure des tâches effectuées, des tâches restantes (en %).

PAQL
PAE
Auteurs : AAJ
18
13.4 Règles de présentation
Tous les documents liés à ce projet devront respecter un même modèle :
➢Page de garde
✔Nom du projet
✔Nom du document
✔Date de dernière modification
✔Numéro de version
✔Auteur(s)
✔Cartouche d'entête : Logo de l'établissement, nom du document, logo du projet
➢Pages suivantes
✔Cartouche d'entête : Logo de l'établissement, nom du document, logo du projet
✔Numéro de page
14. Convention de nommage
14.1 Conventions pour le nom des fichiers et des classes
Pour une classe AntidoteClasse, le fichier devrait être
nommé Antidote_classe.php.
La classe Contrôleur Antidote_controller.php (notez l'ajout de _controller )
La classe Vue vue_Antidotes devrait se trouver dans un fichier nommé view.ctp
Chaque fichier serait située dans ou sous les répertoires appropriés (qui peuvent être
dans un sous-répertoire) du répertoire principal WWW.
14.2 Conventions pour les classes
Les noms de classe de modèle sont au singulier et commencent par une
majuscule : Antidote, AntidotePetit.
Les noms de tables en base de données correspondant aux modèles PHP sont au pluriel
et utilisent le caractère souligné (underscore). Les tables correspondantes aux modèles
mentionnés ci-dessus seront donc Antidotes, Antidote_petits.

PAQL
PAE
Auteurs : AAJ
19
Les clés étrangères des relations hasMany, belongsTo ou hasOne sont reconnues par
défaut grâce au nom (singulier) de la table associée, suivi de _id.
Les tables de jointure utilisées dans les relations hasAndBelongsToMany
(HABTM) entre modèles devraient être nommées d'après le nom des tables des modèles
qu'elles unissent, dans l'ordre.
Toutes les tables (à l'exception des tables de jointure), nécessitent une clé primaire
simple pour identifier chaque ligne de manière unique.
15. Assurance qualité et contrôle
Le tableau ci-dessous résume les principales mesures d'assurances et de contrôle
qualité, elles sont triées par ordre d'importance selon la norme : NF ISO/CEI 9126 (de
A, le plus exigent, à Z le moins exigent).
Caractéristiques 1 Réutilisabilité
Remarques Etapes concernées Exigence
L'application doit pouvoir
être adapté sur n'importe
quelle station distante
• Conception préliminaire
• Développement
C
Caractéristiques 2 Évolutivité et Maintenabilité
L'ajout de nouvelles
fonctionnalités ne doit
• Tout le cycle de

PAQL
PAE
Auteurs : AAJ
20
poser aucun problèmes production
• Phase de développement
B
Caractéristiques 3 Souplesse
Capable de tourner sur
n’importe quelle station
de travail, serveur web,
système d’exploitation…
• Tests
• Livraison
A
Caractéristiques 4 Fiabilité
En cas d'échec ou d'erreur
renouveler les opérations
adéquates
• Conception préliminaire
et détaillée
• Développement
• Tests
B

PAQL
PAE
Auteurs : AAJ
21
16. Reproduction, production, livraison
16.1 Procédure de reproduction
Aucune procédure de reproduction particulière n'est prévu.
16.2 Protection du site
Les médecins, gestionnaires et administrateurs auront accès à leur
environnement par l'intermédiaire de logins et mots de passes.
16.3 Livraison et installation
L'accès au site final sera remis au client. Lors de la livraison du produit, le
manuel utilisateur sera livré afin de permettre à des personnes étrangères à l'équipe
projet d'utiliser le produit sans difficultés.
17. Suivi de l'application du PAQL
17.1 Validation des documents
Tous les documents rédigés seront relus par le responsable qualité et modifiés en
cas de non-conformité avec le présent Plan d'Assurance Qualité Logicielle. De la même
façon, les documents de type « livrables » seront relus et devront être validés par le
maitre d'œuvre (Mr. Michel Belkacem).
17.2 Relecture
La lecture croisée sera effectuée au minimum par les 2 membres de l'équipe de
développement (l'un rédige, l'autre relit).
L'auteur d'un document assure la réalisation des corrections proposés par les relecteurs
et gère le changement des numéros de versions.
L'enchaînement des tâches est le suivant :
➢Création du document
➢Diffusion aux relecteurs

PAQL
PAE
Auteurs : AAJ
22
➢Intégration des modifications par l'auteur et modification éventuelle du numéro
deversion en fonction des modifications effectuées
➢Validation finale
18. Suivi de projet
Le respect des points suivants permettra de suivre l'évolution du projet:
 Réunions ou contacts hebdomadaires avec le client.
 Rapports de réunions envoyés à l'équipe projet et au client.
 Rapports d'avancée hebdomadaire.
 Sauvegarde régulière (au moins une fois par semaine) du code source.

PAQL
PAE
Auteurs : AAJ
23
19. Tableau de bord

PAQL

Contenu connexe

Tendances

En vedette

Plus de Arnold Stellio

PAQL