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


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


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


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


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


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


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


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


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


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


11

6. Planning de Gantt

PAQL PAE


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


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


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


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


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


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


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


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


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


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


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


23

19. Tableau de bord

paql

Technology