Historique des révisions

Date	Version	Description	Auteur
19/02/2002	1.0	Création	ISI3_BE1

Table des matières

1. Introduction 4

1.1 Objectif 4

1.2 Portée 4

1.3 Références 4

1.4 Contenu du document 4

2. Plan 4

2.1 Disciplines 4

2.2 Activités 4

2.3 Produits et responsabilités 5

3. Ressources 6

3.1 Ressources humaines 6

3.2 Ressources d’équipement 6

4. Cas d’utilisation 6

5. Critères d’évaluation 6

Plan d'Itération 3

1. Introduction

1.1 Objectif

L’objectif de ce document est de déterminer les tâches et de planifier le déroulement de la quatrième itération (la deuxième de la phase de Construction) appelée IT3.

1.2 Portée

Le plan d’itération est destiné aux membres de l’équipe et aux superviseurs de projet.

1.3 Références

· Document Vision v1.1 – ISI3_BE1

· Plan de cycle de vie v1.3 – ISI3_BE1

· Modèle des Cas d’Utilisation v1.1 – ISI3_BE1

· Spécifications supplémentaires v1.1 – ISI3_BE1

· Le processus PILPOIL www.aubryconseil.com/pilpoil - Claude Aubry

Ce document présente les objectifs, l’organisation, et les critères d’évaluation de l’itération 3. Il décrit les produits à fournir, et distribue les rôles parmi les intervenants. Le document fait référence aux rôles, disciplines, groupes d’activité et produits tels que définis dans le processus PILPOIL.

2. Plan

L’IT3 est la dernière itération de la phase de Construction. La fin de l’IT3 coïncidera avec la fin de cette phase, prévue le 11/03/2002.

2.1 Disciplines

Toutes les disciplines sont concernées par cette itération :

Discipline	Début	Fin
Expression des exigences (EE)	25/02/2002	01/03/2002
Analyse et Conception (AC)	25/02/2002	01/03/2002
Gestion de projet (GP)	14/01/2002	08/02/2002
Gestion de processus (GS)	14/01/2002	08/02/2002
Implémentation (IM)	01/03/2002	08/03/2002
Test (TT)	08/03/2002	11/03/2002

2.2 Activités

La charge estimée, pour un groupe d’activités, correspond à la somme totale des charges de tous les participants à ce groupe d’activités. Quand il est écrit « Tous » cela fait référence aux quatre étudiants de maîtrise et aux cinq étudiants de licence ISI tels que décrits dans le Plan de Développement Logiciel v1.3

Groupe d’activités	Début	Fin	Charge estimée	Participants
EE : Spécifier le logiciel	25/02/2002	01/03/2002	4h	Joël ALAUX François BLOQUE Sébastien GARY Aurélie POUECH Mathieu MEZIL Antoine REGLAT
AC : Analyser le comportement	25/02/2002	01/03/2002	8h	Joël ALAUX François BLOQUE Sébastien GARY Aurélie POUECH Mathieu MEZIL Antoine REGLAT
AC : Concevoir les composants	25/02/2002	01/03/2002	20h	Tous
AC / IM : recherche et tests sur les différentes méthodes d’impression sous Java	25/02/2002	01/03/2002	6h	Sébastien MAZADE Marie-Julie PECOULT Xavier TELLO
IM : implantation des fonctions de Undo/Redo et transformations graphiques (zoom/dézoom)	25/02/2002	01/03/2002	16h	Sébastien MAZADE Marie-Julie PECOULT Xavier TELLO
IM : Codage de la version bêta	01/03/2002	08/03/2002	60h	Tous
TT : Tests de la version bêta	08/03/2002	11/03/2002	16h	Tous
GP : Gérer et contrôler le projet	25/02/2002	11/03/2002	30h	François BLOQUE
GP : Gérer l’itération IT3	25/02/2002	11/03/2002	-	François BLOQUE
GP : Définir plan pour la phase de transition	08/03/2002	11/03/2002	2h	François BLOQUE
GP : Finir l’itération et finir la phase	08/03/2002	11/03/2002	2h	François BLOQUE
GS : Gérer le processus pour l’IT3	25/02/2002	11/03/2002	9h	Antoine REGLAT

Remarques :

· les charges estimées pour la gestion de projet correspondent aux deux réunions hebdomadaires prévues et aux diverses communications entre les membres du projet.

· Pour la gestion de processus, les charges estimées correspondent aux éventuelles configurations de CVS et autres outils utilisés.

2.3 Produits et responsabilités

Produit	Responsables
Spécifications des cas d’utilisation	Joël ALAUX
Document d’architecture logicielle	Sébastien GARY
Modèle de conception	Antoine REGLAT
Plan de développement Logiciel	François BLOQUE
Liste des risques	François BLOQUE
Plan de l’itération IT4	François BLOQUE
Evaluation de l’itération IT3	François BLOQUE
Plan de cycle de vie	Antoine REGLAT
SNIper version bêta	Xavier TELLO
Modèle de Test de la version bêta	Sébastien GARY

3. Ressources

3.1 Ressources humaines

Chef de projet: François BLOQUE.

Architecte: Sébastien GARY.

Analystes / Concepteurs: Joël ALAUX, François BLOQUE, Sébastien GARY, Sébastien MAZADE, Mathieu MEZIL, Marie-Julie PECOULT, Aurélie POUECH, Antoine REGLAT, Xavier TELLO.

Ingénieur processus: Antoine REGLAT.

3.2 Ressources d’équipement

· un ou plusieurs postes PC disposant de Rational Rose, d’un environnement de développement orienté Java (tel que Borland JBuilder ou JCreator), du JDK (Java Development Kit), de Microsoft Word et d’un navigateur Internet.

· une imprimante.

· l’accès au processus PILPOIL (par le navigateur Internet).

4. Cas d’utilisation

Les cas d’utilisation traités ici sont (dans l’ordre de priorité) :

· imprimer un diagramme SNI

· créer une UD de type « Menu »

· modifier une UD de type « Menu »

· créer une étiquette

· modifier une étiquette

· supprimer une étiquette

· associer une UD à une Etiquette, associer une Etiquette à une UD (ie. les Filtre)

· supprimer une association UD-Etiquette (ie. Filtre)

· naviguer dans un sous-SNI

· composer des UD

· décomposer une UD

Les besoins fonctionnels Zoomer/Dézoomer, le Undo/Redo (Faire/Défaire), le Copier/Couper/Coller d’UD, et l’Aide en ligne, non traités dans l’itération précédente faute de temps et/ou d’expertise Java, ne sont absolument pas prioritaires. Avant de les implémenter, les personnes concernées (voir paragraphe 2-2 Activités) doivent évaluer la charge nécessaire. Cette activité se fera en parallèle de la spécification et de l’analyse des derniers cas d’utilisation.

5. Critères d’évaluation

Compte-tenu du temps perdu sur l’itération précédente, la date du jalon de fin d’itération 3 (le 11/03/2002) doit cette fois être respectée, c’est à dire que la version bêta de SNIper doit absolument être disponible à cette date. Toutes les fonctionnalités restantes ne seront peut être pas réalisables, la priorité allant aux cas d’utilisation qui n’ont pu être traités dans l’itération précédente.

Néanmoins on doit absolument pouvoir disposer au minimum de l’UD de type « Menu », des Etiquettes, des Filtres (liaisons Etiquette – UD) et de l’impression papier. Ce dernier problème est sûrement le plus délicat, puisque depuis l’IT1, aucun solution convenable n’a été trouvée. C’est pourquoi deux personnes sont assignées à plein temps sur ce problème en tout début d’itération.

Il apparaît par contre que la composition/décomposition d’UD, le « Undo », le Copier/Couper/Coller d’UD, ou les fonctions de manipulation du graphe (zoom) ne sont pas prioritaires. De ce fait leur implémentation est souhaitable mais pas indispensable. Ce point pourra être réévalué en cours d’itération en fonction de l’avancement du projet.

De plus, comme précédemment, une attention toute particulière doit être prêtée aux performances du logiciel: des temps de réponse trop longs impliqueront le refus du produit (les contraintes de performances sont définies plus précisément dans le document de Spécifications Supplémentaires v 1.1). Les tests pratiqués lors de l’IT1 ont prouvé que SNIper ne serait jamais utilisable sur le serveur TGV. Dès lors, les nouveaux tests seront concentrés sur les machines du CICT, à savoir les serveurs Ondine, Telline ou Salines.