Historique des révisions

Date	Version	Description	Auteur
04/01/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 5

3.1 Ressources humaines 5

3.2 Ressources d’équipement 5

4. Cas d’utilisation 6

5. Critères d’évaluation 6

Plan d'Itération 2

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 troisième itération, appelée IT2.

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.1 – 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 2. 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’IT2 se déroule pendant la phase de Construction. Le début de l’IT2 coïncide avec le début de cette phase, prévu le 14/01/2002.

2.1 Disciplines

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

Discipline	Début	Fin
Expression des exigences (EE)	14/01/2002	18/01/2002
Analyse et Conception (AC)	21/01/2002	26/01/2002
Gestion de projet (GP)	14/01/2002	08/02/2002
Gestion de processus (GS)	14/01/2002	08/02/2002
Implémentation (IM)	28/01/2002	06/02/2002
Test (TT)	04/02/2002	08/02/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.1.

Groupe d’activités	Début	Fin	Charge estimée	Participants
EE : Spécifier le logiciel	14/01/2002	18/01/2002	20h	Tous
AC : Affiner architecture	14/01/2002	26/02/2002	1h	Sébastien GARY
AC : Analyser le comportement	21/02/2002	25/02/2002	20h	Tous
AC : Concevoir les composants	25/02/2002	26/02/2002	15h	Tous
IM : Codage de la 1^ère version fonctionnelle	28/01/2002	06/02/2002	50h	Tous
TT : Tests de la 1^ère version fonctionnelle	04/02/2002	08/02/2002	8h	Tous
GP : Gérer et contrôler le projet	14/01/2002	08/02/2002		François BLOQUE
GP : Gérer l’itération IT2	14/01/2002	08/02/2002		François BLOQUE
GP : Définir objectifs itération suivante	06/02/2002	08/02/2002	2h	François BLOQUE
GP : Finir l’itération	06/02/2002	08/02/2002	2h	François BLOQUE
GS : Gérer le processus pour l’IT2	14/01/2002	08/02/2002	1h	Antoine REGLAT

2.3 Produits et responsabilités

Produit	Responsables
Spécifications des cas d’utilisation	Antoine REGLAT - Aurélie POUECH
Spécifications supplémentaires	Sébastien GARY
Document d’architecture logicielle	Sébastien GARY
Modèle de conception	Joël ALAUX - Marie-Julie PECOULT
Plan de développement Logiciel	François BLOQUE
Liste des risques	François BLOQUE
Liste des problèmes	François BLOQUE
Plan de l’itération IT3	François BLOQUE
Evaluation de l’itération IT2	François BLOQUE
Plan de cycle de vie	Antoine REGLAT - Mathieu MEZIL
SNIper version 1.0	François BLOQUE - Xavier TELLO
Modèle de Test de la version 1.0 de SNIper	Antoine REGLAT - Sébastien MAZADE

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 :

· créer une UD de type «Affichage», de type « Impression », de type « Impression Liste », de type « Message », de type « Message d’Erreur », de type « Affichage » , de type « Affichage Liste », de type « Menu », de type « Sous-SNI »

· modifier une UD de type «Affichage», de type « Impression », de type « Impression Liste », de type « Message », de type « Message d’Erreur », de type « Affichage » , de type « Affichage Liste », de type « Menu », de type « Sous-SNI »

· supprimer une UD

· créer une liaison entre deux UD

· modifier une liaison entre deux UD

· supprimer une liaison entre deux UD

· imprimer un diagramme SNI

5. Critères d’évaluation

L’objectif de l’itération IT2 est de disposer d’une version de SNIper permettant le dessin de diagrammes SNI simples. La principale tâche est donc de compléter le Modèle de Conception afin d’inclure le support de tous les types d’UD existants (contre un seul pour l’instant), et des besoins fonctionnels supplémentaires que sont l’interface multi-documents et la possibilité d’annulation des commandes (« undo »). La gestion de l’impression papier des diagrammes doit aussi être prise en compte, n’ayant pu être achevée dans l’itération précédente.

Cette itération ne pourra être validée qu’avec la livraison d’une première version de l’application (à partir du prototype développé à l’IT1) implémentant ces fonctionnalités, et du Modèle de Test correspondant. De plus, 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).