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

Ce document a pour but de décrire l'ensemble 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