Docstoc

Plan qualite - Final

Document Sample
Plan qualite - Final Powered By Docstoc
					Osiris                                JavAct Debug                            Plan qualité




                            PLAN QUALITÉ
                   élaboré par OSIRIS pour Frédéric Migeon




           EXTENSION DU PLUGIN DE « RE-JEU »         POUR JAVACT SOUS   ECLIPSE


               Dans le cadre du module de Travail d'Étude et de Recherche, master
                         Informatique 1ère année, Université Paul Sabatier, Toulouse




Client:                                     Équipe:
    ●    Migeon Frédéric                        ●    Soler Alexandre
                                                ●    Ben Haddou Ouzzin
                                                ●    Chehem Hassan Aboubaker
                                                ●    Kargbo Michael




                                      Nom                  Date       Signature
                             Chehem Hassan Aboubaker
         Préparé par              Kargbo Michael
                                                          26/03/07


         Vérifié par              Soler Alexandre         13/06/07



         Approuvé par             Migeon Frédéric         14/06/07




                                         1/12
Osiris                                                 JavAct Debug                                           Plan qualité


Table des matières
1.Préambule.........................................................................................................3
2.Présentation du projet.......................................................................................3
   1.Objectifs........................................................................................................3
   2.Intervenants..................................................................................................4
         Client............................................................................................................4
    Titulaire........................................................................................................4
3.Gestion du projet...............................................................................................5
   1.Organisation de l'équipe de développement..................................................5
   2.Choix du cycle de vie.....................................................................................5
         Détail des incréments...................................................................................5
  3.Calendrier et responsabilités.........................................................................6
4.Organisation du projet.......................................................................................7
   1.Organisation interne......................................................................................7
  2.Organisation externe.....................................................................................8
5.Méthodologie....................................................................................................9
   1.Développement.............................................................................................9
   2.Documentation..............................................................................................9
  3.Espace de travail...........................................................................................9
6.Contenu et présentation des livrables.............................................................10
7.Contrôles qualité.............................................................................................10
8.Matrice de traçabilité......................................................................................11


Les termes ayant un chiffre en exposant sont décrits dans l'annexe (page 12).




                                                           2/12
Osiris                                  JavAct Debug                            Plan qualité



1.Préambule

                                                le
Ce document a pour but de décrire l'ensemb des dispositions relatives au
projet que va suivre l'équipe titulaire. Ces dispositions s'appliqueront à plusieurs
niveaux tels que les phases de développement, l'organisation du projet et la
méthodologie.
Il permet ainsi d'assurer la qualité du projet.

Le plan qualité a valeur de contrat entre le titulaire et le client mais aussi entre
les différents membres de l'équipe.
Ce contrat prend effet dès son acceptation par les personnes concernées.
Toutes évolutions ultérieures seront soumises à l'acceptation du client.

2.Présentation du projet

   1.Objectifs

JavAct1 est un intergiciel de haut niveau à base d'agents mobiles adaptables
développés par l'équipe LYRE de l'Institut de Recherche en Informatique de
Toulouse.
Afin d'en améliorer l'utilisation, divers projets visant à créer des plugins2 pour
l'environnement Eclipse3 ont été menés. Parmi eux, un projet de « débugger4
JavAct », en 2006.
Ce projet n'a malheureusement pas répondu aux attentes des utilisateurs à
cause de sa faible convivialité et de son manque d'ergonomie.
Afin de palier à ces manques, un nouveau projet de « débugger JavAct » a été
proposé. Le but de ce projet est double:
    ●    Fonctionnel:
         ○   proposer les informations nécessaires au bon déroulement d'un
             débuggage;
         ○   proposer les fonctionnalités de base d'un débugger;
         ○   proposer des solutions permettant le « re-jeu » de l'application
             débugée.
    ●    Ergonomie:
         ○   proposer une interface simple d'utilisation, intuitive;
         ○   représenter les informations récupérées à l'aide de graphismes;
         ○   proposer un moyen d'obtenir plus d'informations sur un élément
             affiché.




                                           3/12
Osiris                              JavAct Debug           Plan qualité


   2.Intervenants

          Client
Frédéric Migeon (co-développeur de l'intergiciel JavAct)
Bureau 419
Irit1 (Université Paul Sabatier)
118 route de Narbonne
31000 Toulouse
Frederic.Migeon@irit.fr



          Titulaire
Équipe Osiris
osiris-ter@googlegroups.com


Alexandre SOLER
06 87 7749 79
soler.alexandre@gmail.com


Ouzzin BEN HADDOU
06 68 53 22 00
anhurdechezanhur@gmail.com


Aboubaker CHEHEM HASSAN
06 26 74 28 96
obakar@gmail.com


Michael KARGBO
06 26 59 26 85
mkkmikl@gmail.com




                                       4/12
Osiris                               JavAct Debug                            Plan qualité



3.Gestion du projet

   1.Organisation de l'équipe de développement
Le projet comporte deux parties, une concernant le débuggage et une autre
l'affichage des informations données par le débugger.
Ainsi, il y a aura deux équipes de développement. La première s'occupera de la
partie « récupération des informations concernant le programme débuggé »
tandis que la seconde se chargera de la partie permettant « d'afficher ces
informations ».

   2.Choix du cycle de vie
Notre projet comporte une base principale, la récupération des informations de
l'application, à laquelle des fonctionnalités seront ajoutées au fur et à mesure de
son avancement.
De ce fait, nous avons choisi de développer ce projet avec un cycle de vie
incrémental.
Plusieurs maquettes seront réalisées pour proposer au client un choix au niveau
de l'interface et l'interaction homme-machine.
L'architecture technique ainsi que le choix des différents outils utilisés seront
justifiés et documentés.
Les tests unitaires, d'intégrations et de non régressions seront effectués à la fin
de chaque incrément suivant des plans définis lors de la spécifications.
Pour être valides, ces tests devront être approuvés par les responsables
technique et qualité.
Les tests de validations, qui seront effectués pour vérifier la compatibilité de
l'outil avec les exigences du client, serviront de démonstration pour la recette.

          Détail des incréments
Premier incrément:
• Trace d'exécution du programme
• Gestion de la fonction de filtrage avec la possibilité de filtrer avant et après le
  lancement du debuggage
• Afficher graphiquement les informations débuggées (affichage basique)
Second incrément:
• Intégration de la fonction de re-jeu (retour rapide, avance rapide, jouer,
  pause...)
Troisième incrément:
• Amélioration de l'affichage graphique par l'ajout de la visualisation grâce à la
  technique de zoom « oeil de poisson ».

                                         5/12
Osiris                              JavAct Debug                          Plan qualité


   3.Calendrier et responsabilités
Le responsable du projet réalisera un planning en estimant la charge des
différentes phases du projet qui vont de la mise en place des outils nécessaires
au fonctionnement de l'équipe, à la préparation de la soutenance en passant par
la recherche d'informations. Mais aussi la conception des documents tels que
celui-ci, la spécification, la conception, le codage de chaque incrément.
Ce planning sera respecté et des mesures pour notamment vérifier nos
estimations, seront réalisées.
Enfin, le temps passé devra être comptabilisé par chaque membre de l'équipe.




Ce planning tient lieu de référence pour les aspects délais du projet. Chaque
activité a été estimée et l'équipe devra s'y tenir. Le planning devra avant tout
être approuvé par notre client.

4.Organisation du projet

   1.Organisation interne
Quatre rôles ont été choisis. Chaque membre de l'équipe s'est vu attribuer un
rôle particulier assurant le bon déroulement du projet:




                                       6/12
Osiris                                JavAct Debug                            Plan qualité


         Chef de projet: Alexandre Soler
Le chef de projet est responsable des travaux que le client lui confie, de leurs
délais et résultats, ainsi que la qualité des fournitures intermédiaires et finales
livrées au client.
Il dirigera l'équipe et s'engage à respecter le cahier des charges définit avec le
client. La satisfaction du client est son objectif principal.


         Responsable technique: Ouzzin Ben Haddou
Le chef technique est responsable de la partie technique du projet à savoir la
spécification et la conception. Il devra justifier les choix techniques, tels que
l'architecture du logiciel, les outils utilisés. Il devra s'assurer de l'adéquation de
l'architecture avec les exigences applicables, en effectuant des tests de
performances qu'il définira.
Il assurera le bon déroulement de la conception: les méthodes de
développement utilisées devront être, dans la mesure du possible, éprouvées.
Enfin, le responsable technique devra orienter les équipes de développement
vers des techniques qu'il aura au préalable étudiées et sélectionnées selon des
critères de choix tels que les exigences du client, l'environnement de
l'application, les performances souhaitées, ... Toutes les alternatives envisagées
seront alors justifiées ainsi que celles rejetées.


         Responsable qualité: Aboubaker Chehem Hassan
Le chef qualité est responsable de la qualité du projet. Les critères de qualités
étant définis dans le présent document.
Il devra veiller à ce que ce document soit appliqué en matière de gestion et
d'assurance qualité entre l'équipe et le client pendant la durée du projet.
Avec le responsable technique, il doit s'assurer de la qualité de l'application
livrée en effectuant des tests définis durant la spécification.


         Responsable documentation: Michael Kargbo
Le chef de la documentation est responsable des documents liés au projet. Il
supervise leurs productions: chaque type de document aura un style prédéfinis.
Les documents peuvent être des fichiers dédiés au client (compte rendu,...), les
pages web du site web (wiki5) et aussi le code source de l'application.
Il gère également le versionning6 des documents et leurs stockage. En cas
d'incident provoquant la perte de ces documents, il devra être capable d'assurer
leurs recouvrement. Pour cela, des sauvegardes sur des supports différents
seront effectuées toutes les semaines.




                                           7/12
Osiris                               JavAct Debug                          Plan qualité


Un site web permet à l'équipe de partager des informations sous forme de
fichiers et de textes (wiki). L'équipe peut ainsi communiquer facilement et
rapidement, et avoir à portée de main tous les documents relatifs au projet.
Des réunions d'avancement hebdomadaires seront planifiées. Elles permettront
de mettre au point les difficultés rencontrées, des nouvelles actions à
entreprendre, évaluer le travail réalisé et éventuellement réorganiser le travail
pour la semaine à venir.
Un compte rendu est dressé et posté sur le site web à l'issue de chaque réunion.

    2.Organisation externe
La communication avec notre client se fera par courrier électronique. Lors de
problèmes majeurs notamment à caractères urgents, nous le contacterons par
téléphone ou irons le rencontrer directement à son bureau de travail.
Notre équipe est représentée par le responsable de projet. Seule cette personne
joindra notre client par les moyens de communication établis précédemment et
le client répondra uniquement à notre chef de projet.
Chaque fois que cela sera nécessaire, une réunion aura lieu avec le client.
Au début de chacune d'elles, le client devra signer le compte rendu de la
précédente.
Ensuite, l'équipe lui présentera les actions réalisées. La réunion pourra alors
continuer sur l'ordre du jour définit préalablement.
Durant le cycle de développement, le titulaire fournira le cahier des charges et le
plan qualité pour approbation, les comptes rendus de réunions, des maquettes
de l'interface graphique.
Tous les documents désirés par le client, lui seront disponibles immédiatement
par internet, grâce à un site web (décrit ci-dessous) ou sur demande en moins de
24 heures.

5.Méthodologie

    1.Développement
L'équipe de développement devra livrer un code de qualité conforme aux deux
exigences suivantes:
–   Toutes les méthodes devront être commentées afin d'expliquer leurs
    fonctions;
–   Le code sera espacé et organisé de façon à être propre et lisible.
Le langage de programmation utilisé sera le Java 5.07. Java s'est imposé par la
nature même de notre projet.
L'environnement de développement est Eclipse 3.2.




                                        8/12
Osiris                              JavAct Debug                         Plan qualité


Un outil de gestion de source (SubVersioN8) sera utilisé. Il est mis à notre
disposition au travers de notre site web. Il nous permettra d'héberger nos
fichiers sources et de les partager. Grâce à ce système, nous pourrons accéder
directement aux dernières versions de nos fichiers sources et gérer l'historique
de nos versions.

   2.Documentation
Après chaque réunion avec le client, un compte rendu sera créé par le scribe et
mis à disposition de toute l'équipe au travers de notre site le plus rapidement
possible. Ainsi les autres membres auront jusqu'à 22h la veille de la remise au
client pour le compléter.
Enfin, le document sera repris par le responsable de la documentation pour une
mise en forme et le transmettra au responsable du projet pour remise au client.
La documentation de la spécification (diagrammes UML9) sera produite à l'aide
du logiciel OpenOffice.org10
La documentation sera produite au format OpenDocument11 (odt) et Portable
Document12 (PDF) l'aide du logiciel OpenOffice.org.

   3.Espace de travail
Site web hébergé par Google Code13 (wiki, documents, sources):
http://code.google.com/p/javact-debugger/
Site web de présentation de l'équipe Osiris:
http://skhayman.googlepages.com/osiris




                                       9/12
Osiris                               JavAct Debug                            Plan qualité



6.Contenu et présentation des livrables
Lors de la livraison de notre projet, le responsable du projet fournira un CD Rom
contenant les éléments suivants:
–   un cahier des charges validé par le client;
–   la documentation technique, tel que le dossier de spécification complet, les
    dossiers de conceptions détaillés;
–   les fichiers sources Java;
–   le plugin de « re-jeu JavAct » pour Eclipse près pour installation. Il se
    présentera sous la forme d'une archive à décompresser dans le répertoire
    plugins d'Eclipse.
–   un document décrivant les procédures d'installation et d'utilisation du plugin;
La recette sera un exposé du résultat. Le titulaire présentera le travail effectué
avec des démonstrations. Elle aura lieu devant notre client et une grande partie
des utilisateurs de JavAct.
La soutenance du projet (présentation orale publique de dix minutes) aura lieu
devant le responsable du module TER. Les membres de l'équipe prendront la
parole sur des parties préalablement établis par le responsable du projet.

7.Contrôles qualité
Afin d'assurer la qualité du projet, le responsable qualité sera en charge de
vérifier que les engagements pris dans le présent document auront été
appliqués tout au long de l'avancement de ce projet. Il contrôlera:
–   que toutes les demandes du client ont été satisfaites dans les délais;
–   que les normes de codage établies ont été respectées;
–   que le planning a été suivi et respecté;
–   que les tests ont bien été effectués
Le responsable technique s'assura que chaque test aura été exécuté
conformément aux plans de procédures établis.
Les tests de recette seront essentiellement un sous-ensemble des jeux de tests
de validations.
Enfin, tous les tests seront définis par les responsables qualité et technique au
moment de la spécification.




                                       10/12
Osiris                                     JavAct Debug                                Plan qualité



8.Matrice de traçabilité

Structure             2                3                  4              5
            1                                                                      6    7     8
Exigences       2.1       2.2   3.1   3.2     3.3   4.1       4.2   5.1 5.2 5.3
GEN 01          OK                                                  OK
GEN 02                                              OK
GEN 03                                                    OK
GEN 04                                              OK
GES 01                          OK
GES 02                          OK
GES 03                                                    OK
GES 04                                                                            OK
GES 05                                                                            OK
GES 06                                              OK    OK
GES 07                                              OK
GES 08                                                    OK
GES 09                                       OK
GES 10                                       OK
GES 11                                                                   OK
GES 12                                       OK
AQ 01                                               OK
AQ 02                                               OK
AQ 03                                               OK
AQ 04                                 OK
AQ 05                                 OK
AQ 06                                 OK
AQ 07                                                                                  OK
AQ 08                                                                                  OK
AQ 09                                                                                  OK
AQ 10                                               OK




                                             11/12
1 JavAct: site web http://www.irit.fr/recherches/ISPR/IAM/JavAct_fr.html

2 Plugin: Désigne un programme qui interagit avec un logiciel principal, appelé programme
  hôte, pour lui apporter de nouvelles fonctionnalités

3 Eclipse: est un environnement de développement intégré extensible, universel et polyvalent,
  permettant potentiellement de créer des projets de développement mettant en œuvre
  n'importe quel langage de programmation.

4 Debuggeur: est un logiciel qui permet de débugger, c'est-à-dire d'aider le programmeur à
  détecter des bugues dans un programme (il peut aussi servir à tester ce dernier).

5 Wiki: Un wiki est un système de gestion de contenu de site Web qui rend les pages Web
  librement et également modifiables par tous les visiteurs autorisés.

6 Versionning: Le Versionning est un ensemble de pratiques, de procédés et d'outillage qui
  vise à garantir la stabilité du système d'information, sauf à l'occasion de mises en production
  préparées avec soin.

7 Java: Java est à la fois un langage de programmation et un environnement d'exécution.

8 SubVersion: Subversion (en abrégé SVN) est un logiciel informatique de gestion de version.

9 UML: est un langage graphique de modélisation des données et des traitements.

10 OpenOffice.org: Openoffice.org est une suite bureautique libre.

11 OpenDocument: OpenDocument est un format ouvert de données pour les applications
   bureautiques : traitements de texte, tableurs, présentations, diagrammes, dessins et base de
   données bureautique.

12 Portable Document: Le Portable Document Format (communément abrégé PDF) est un
   format de fichier informatique créé par Adobe Systems.

13 Google Code: Google Code est un site internet destiné aux développeurs intéressés par le
   développement relatif à Google. Il intègre le projet « Projet Hosting », un projet visant à
   apporter des services gratuits aux développeurs open-source.




Sources:

http://fr.wikipedia.org/

http://www.marte.fr/site/conseil/versionning.htm




                                             12/12

				
DOCUMENT INFO
Shared By:
Categories:
Tags:
Stats:
views:1
posted:10/16/2012
language:French
pages:12