Historique des révisions

Date	Version	Description	Auteur

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 5

5. Critères d’évaluation 5

Plan d'Itération 0 0

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 première itération, appelée IT0.

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.0 – ISI3_BE1

· Plan de cycle de vie v1.0 – 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 0. 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’IT0 recouvre toute la phase de Lancement. Ainsi la fin de l’itération coïncide avec la fin de la phase, prévue le 21/11/2001.

2.1 Disciplines

L’IT0 consiste à définir les caractéristiques du produit en fonction des besoins des utilisateurs et des besoins du client, à mettre en place et planifier le projet, et enfin à configurer le processus et mettre en place l’environnement. Trois disciplines sont donc concernées :

Discipline	Début	Fin
Expression des exigences (EE)	13/11/2001	28/11/2001
Gestion de projet (GP)	13/11/2001	28/11/2001
Gestion de processus (GS)	13/11/2001	28/11/2001

2.2 Activités

Groupe d’activités	Début	Fin	Participants
EE : Définir les besoins	13 novembre	14 novembre	Antoine REGLAT Joel ALAUX
EE : Spécifier le logiciel	14 novembre	25 novembre	Joel ALAUX, Sébastien GARY, Antoine REGLAT, François BLOQUE
AC : Définir architecture candidate	14 novembre	26 novembre	Sébastien GARY
GP : Lancer et Planifier (corrections)	13 novembre	13 novembre	François BLOQUE
GP : Gérer et contrôler le projet	13 novembre	28 novembre	François BLOQUE
GP : Gérer l’itération	13 novembre	28 novembre	François BLOQUE
GP : Définir objectifs IT suivante	26 novembre	28 novembre	François BLOQUE
GP : Finir l’itération	28 novembre	28 novembre	François BLOQUE
GP : Finir la phase	28 novembre	28 novembre	François BLOQUE
GS : Mettre en place l’environnement	13 novembre	28 novembre	Antoine REGLAT
GS : Gérer l’environnement pour l’IT0	13 novembre	28 novembre	Antoine REGLAT

2.3 Produits et responsabilités

Produit	Responsable
Glossaire	Joël ALAUX
Vision	Sébastien GARY Antoine REGLAT
Modèle des cas d’utilisation	Joël ALAUX
Spécifications supplémentaires	Sébastien GARY
Document d’architecture logicielle	Sébastien GARY
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 0	François BLOQUE
Plan de l’itération 1	François BLOQUE
Evaluation de l’itération 0	François BLOQUE
Plan de cycle de vie	Antoine REGLAT

3. Ressources

3.1 Ressources humaines

Chef de projet : François BLOQUE.

Analystes : Joël ALAUX, François BLOQUE, Sébastien GARY, Antoine REGLAT

Ingénieur processus : Antoine REGLAT

3.2 Ressources d’équipement

· un ou plusieurs postes PC disposant des logiciels Rational Rose, de Microsoft Word et d’un navigateur Internet

· une imprimante

· l’accès au processus PILPOIL

4. Cas d’utilisation

Les acteurs et les cas d’utilisation doivent tous être identifiés dans le modèle des cas d’utilisation. Par contre les spécifications de cas d’utilisation et la documentation des scénarios de succès ne débutera que dans la prochaine itération.

5. Critères d’évaluation

Les objectifs de l’itération 0 sont de définir les caractéristiques du produit en fonction des besoins et exigences du client et des utilisateurs, d’identifier tous les cas d’utilisation, et enfin d’identifier les risques principaux. Les priorités des cas d’utilisation sont fixées à partir de ces risques et de l’importance des besoins. Enfin, l’architecte devra réaliser une première étude de l’architecture du système, et plus spécialement du format de fichier à utiliser pour représenter les diagrammes.