Plan Assurance Qualité [PDF]

Zitiervorschau

PLAN ASSURANCE QUALITE

Projet : Réalisation de progiciel spécifique pour la gestion de Relation Client et Métier

Préparé par : Khalil Raoudi

Sommaire

1

PRINCIPES DU PLAN PROJET ................................ ERROR! BOOKMARK NOT DEFINED. 1.1 1.2

2

PERIMETRE DU PROJET ......................................................................................... 4 2.1 2.2 2.3 2.4

3

PRESENTATION DU PROJET......................................................................................... 4 OBJECTIFS DU PROJET .............................................................................................. 4 REFERENTIEL D’EXIGENCES ........................................................................................ 4 LIVRABLES ........................................................................................................... 4

PLANNING ............................................................................................................ 6 3.1 3.2 3.3

4

OBJECTIFS DU PLAN PROJET ...................................................................................... 3 GESTION DU PLAN PROJET ........................................................................................ 3

CYCLE DE VIE ........................................................................................................ 6 DESCRIPTION DES PHASES ........................................................................................ 7 PLANNING DU PROJET ............................................................................................ 11

ORGANISATION DU PROJET .................................. ERROR! BOOKMARK NOT DEFINED. 4.1 4.2

EQUIPE .................................................................... ERROR! BOOKMARK NOT DEFINED. INSTANCES DE SUIVI DE PROJET ....................................... ERROR! BOOKMARK NOT DEFINED.

1.1 OBJECTIFS DU PLAN PROJET Le Plan Projet est un document qui synthétise tous les éléments décrivant le cadre, l’organisation et le déroulement du projet. Il sert de référence pour définir : 

quels sont les objectifs du projet,



ce que le projet doit produire,



qui intervient dans le projet et quand,



comment on travaille sur ce projet,



quel est le déroulement du projet (planning, phases).

Chaque intervenant du projet doit pouvoir se référer au Plan Projet pour pouvoir se situer en tant qu’acteur, avoir une visibilité sur les objectifs à atteindre ainsi que sur les moyens mis en œuvre.

1.2 GESTION DU PLAN PROJET 1.2.1 Procédure de validation du Plan Projet Le Plan Projet établit les règles d’organisation, de fonctionnement et de production de livrables entre les différents acteurs du projet. Il doit donc être validé selon la procédure établie au chapitre Error! Reference source not found..

1.2.2 Procédure d’évolution du Plan Projet Concernant la gestion courante des éléments (planning, équipe,…), leur suivi et modification est assuré dans le tableau de bord du projet, et dans tout document signalé comme tel dans la suite du Plan Projet.

La mise à jour du Plan Projet sera effectuée en cas d’événement exceptionnel nécessitant une remise en cause forte du planning, des charges ou du périmètre du projet.

2 PERIMETRE DU PROJET 2.1 PRESENTATION METIER

DU

PROJET

GESTION DE

RELATION CLIENT

ET

Le progiciel à développer couvre les activités propose des services de gestion internes et externes des offres proposées par le cabinet de conseil. Ce progiciel, conçu sous forme d’une CRM, couvre le besoin de la société en matière de gestion des clients, des appels d’offres, suivi des projet et missions, budget des prestations selon les pôles. Le progiciel doit être doté d’une fonction de control et suivi des performances qui control les différentes modules de la société (ressources humaines, recouvrement, trésorerie, taxes, factures…) selon les normes de qualité et la précision en calculs.

2.2 OBJECTIFS DU PROJET

2.3 REFERENTIEL D’EXIGENCES 2.3.1 Eléments du référentiel d’exigence 

Dans le cadre de ce projet le référentiel des exigences du projet est maintenu au niveau du document Cahier_De_Charge.doc (cf. Documents de référence)

2.4 LIVRABLES Phase

Livrable

Etude préalable

PQP

Conception

Dossier de spécification fonctionnelle

Diagramme des uses

Responsable

Date de livraison prévue

Date de livraison réelle

Date validation prévue

Sara MOURADI Oumaima ALAOUI ALIMANI

24/11/11

24/11/11

11/05/09

08/12/11

15/12/11

08/12/11

Oumaima ALAOUI

cases

ALIMANI

Diagramme d’activité

Sara MOURADI

Diagramme de classe

Sara MOURADI Oumaima ALAOUI ALIMANI

Interface

maquette

Interface CRUD Contact

Sara MOURADI

Interface CRUD Client

Oumaima ALAOUI ALIMANI

Interface CRUD groupe

Oumaima ALAOUI ALIMANI

Interface envoi SMS

Sara MOURADI

Interface authentification

Oumaima ALAOUI ALIMANI

Code

Code source

Code CRUD Contact

Sara MOURADI

Code CRUD Client

Oumaima ALAOUI ALIMANI

Code CRUD groupe

Oumaima ALAOUI SLIMANI

Code envoi SMS

Sara MOURADI

Code authentification

Oumaima ALAOUI ALIMANI

Documentation

Rapport technique

Sara MOURADI Oumaima ALAOUI ALIMANI

29/12/11

29/12/11

19/01/11

19/01/11

26/01/11

07/02/11

3 PLANNING 3.1 METHODE AGILE SCRUM

Analyse des besoins Conception

Documentation

Tests de recettes et déploiement

3.2 CYCLE DE VIE 3.2.1 Phases du cycle de vie retenu Les phases du cycle de vie du projet sont les suivantes :

 Etude préalable : Cette phase va permettre de connaitre les besoins et les objectifs

 Conception : Cette phase va permettre après, avoir effectué l’analyse des besoins, de présenter les différents diagrammes qui vont permettre la réalisation de l’application.

 Interface : Cette phase va permettre de décider du front office, toutes les pages qui seront visibles pour l’utilisateur.

 Codage : Cette phase va permettre de développer les différents modules de l’application.

 Déploiement : Cette phase a pour objectif la mise en production de l’application.

 Test : Cette phase va permettre de s’assurer du bon fonctionnement de chaque option et de chaque tâche.

 Documentation: Cette phase a pour objectif la rédaction de la documentation technique et les guides utilisateurs.

DESCRIPTION DES PHASES 3.2.2 Phase d’étude préalable Phase d’étude préalable Objectifs



Planning



Cahier des charges

Contrainte



Pré-requis



Etape de la phase



Livrables en sortie



PQP

Critères de fin de phase : 

Compréhension fonctionnelle et technique de l’application par l’équipe de développement

3.2.3 Phase de Conception Phase de conception Objectifs 

Analyser chaque module

Contrainte



Respect du cahier de charge

Pré-requis



Etape de la phase



Livrables en sortie



Dossier de spécification fonctionnelle

Dépendance



La phase fonctionnelle

Critères de fin de phase : 

Les critères de sortie sont les suivantes :  Valider l’application sur le plan fonctionnel

3.2.4 Phase des interfaces Phase des interfaces Objectifs



Concevoir les interfaces de chaque module

Contrainte Pré-requis Etape de la phase



Livrables en sortie



Maquette

Dépendance



L’analyse fonctionnelle

Critères de fin de phase :

3.2.5 Phase de Développement Phase de développement Objectifs



Développer les modules fonctionnels du portail

Contrainte



Respect des règles de gestion

Pré-requis



Dossier de spécifications fonctionnelles, techniques et ergonomique détaillées validé



Les maquettes HTML

Livrables en sortie



Code source

Dépendance



La phase fonctionnelle

Etape de la phase

Critères de fin de phase : 

Les critères de sortie sont les suivantes :  Aucune anomalie bloquante ni de bug

3.2.6 Phase de Déploiement Phase de Déploiement Objectifs



Assistance à l’installation de l’environnement de production

Contrainte



Respect des procédures

Pré-requis



Procédure d’installation et de configuration de l’application validée



Package d’installation de l’application validée



Assistance à l’installation de l’application



Bilan de projet



Dépendance avec la phase Intégration & recette, cette phase ne peut débuter seulement si les critères de sortie de la phase de recette sont validés.

Livrables en sortie Etape de la phase Dépendance

Critères de fin de phase :



3.2.7 Phase de Documentation & Formation Phase Documentation Objectifs



Contrainte

Elaboration de l’ensemble de la documentation technique de la solution

N/A

Pré-requis



Procédure d’installation et de configuration de l’application validée

Livrables en sortie



Documentation technique



Dépendance avec la phase de recette, cette phase ne peut débuter seulement si les critères de sortie de la phase de recette sont validés.

Etape de la phase Dépendance

Critères de fin de phase :

3.3 PLANNING DU PROJET L’élaboration du planning s’est basée sur les hypothèses suivantes :  

Respect des périodes de validation (Voir Chapitre Livrable) La solution CMS choisie sera standard aucun développement spécifique n’est prévu

Le planning peut subir des modifications suivant les impératifs du projet.