Le défi à relever pendant cette série de TDs est la construction d'un cahier des charges pour une galerie d'art qui désire modifier son système d’informations pour à la fois centraliser l’ensemble des informations et favoriser des ventes par correspondance.

Phase A : Un des étudiants jouera le client, l'autre le fournisseur. Le cahier des charges partiel résultant de la 1ère phase est le contrat passé entre les deux.
Par exemple :
- B1 : Pierre représente un client & Marie représente une entreprise d'informatique.
- B2 : Roméo représente un client & Julierre représente une entreprise d'informatique.

Phase B : Les cahiers des charges sont distribués au hasard à un autre groupe. Le client devient le fournisseur et le fournisseur le client. La revue d'inspection doit faire état des problèmes vus par le client et par le fournisseur.
Par exemple :
- B1 analyse le document de B2, mais : : Pierre représente une entreprise d'informatique et Marie représente le client.
- Le document de B1 pourra être analysé par B3 etc.

Phase C : A partir des fiches d'inspections obtenues sur leur travail, les étudiants modifient et complètent leur cahier des charges et use-cases.

1. Lecture et Analyse de document : Phase A
2. Extraction des uses cases : Phase A
3. Retour sur le cahier des charges et formalisation des rendus : Phase A
4. Inspections : Phase B
5. Confrontations : Phase B
6. Livraisons : Phase C

Tous les rendus se feront par binôme. - Les rendus du cahier des charge seront rédigés dans le format électronique qui vous convient. - Les diagrammes de cas d'utilisation seront rendus dans un document à part. Il comprendra un minimum de YY cas d'utilisation détaillés.

Format Papier ?

Le planning de tous les rendus est visible sur la page du module.

Pour les étudiants près à tenter une approche collaborative nous leur proposons d'utiliser l'outil googleDoc qui leur permettra de travailler à plusieurs sur un même document.

Voici la description donnée par une galerie d'art qui désire modifier son système d’informations pour à la fois centraliser l’ensemble des informations et favoriser des ventes par correspondance. La description est incomplète et peut contenir des incohérences. A vous de cerner les besoins de votre nouveau client et d’établir les bases du contrat que vous allez passer avec lui.

L'énoncé distribué au format papier est disponible ici.

Voici la description donnée par une galerie d'art qui désire modifier son système d’informations pour à la fois centraliser l’ensemble des informations et favoriser des ventes par correspondance. La description est incomplète et peut contenir des incohérences. A vous de cerner les besoins de votre nouveau client et d’établir les bases du contrat que vous allez passer avec lui.

L'énoncé distribué au format papier est disponible ici.

1. Composer les binômes. Chaque binôme envoie par mail le jour même à son enseignant les noms et prénoms des protagonistes.
2. A la fin de cette séance vous devrez avoir dégagé une première base de vocabulaire, avoir identifié les parties prenantes du projet, appréhendé les principales contraintes et certainement envisagés quelques fonctionnalités.

Plan type du cahier des charges

Pendant cette séance nous utiliserons l'outil “Visual Paradigm” qui vous permet de créer des diagrammes de use case.

En vous basant sur le cours, suivez le procédé proposé pour identifier les acteurs, les principaux UC. Après avoir décidé de ceux qui vous semblaient les plus critiques (Tous les groupes ne font pas forcément les mêmes choix, cela dépend des clients qui veulent mettre l'accent sur certains points en les justifiant ¹⁾), détaillez les.

Voici un tutoriel d'utilisation de cet outil, mais est-il vraiment nécessaire?

esquisse-de-use-case.swf

Pendant cette séance vous ciblez la livraison de votre cahier des charges et des use-case associés. Vous devrez les rendre le dimanche soir.

Nous nous plaçons à cette étape dans un premier échange du CdCF.

Après avoir lu avec attention le cahier des charges et les UC qui lui sont fournis :

• Le client va devoir relever tous les éléments qui lui semblent incohérents ( non valides, incohérences des fonctionnalités, choix qui semblent non pertinents, absence de vocabulaire, …), oubliés (des contraintes, des normes, …) ou au contraire vous “bifferez” les points qui vous paraissent bien définis.

• Le fournisseur informatique doit relever les points d'ombre qui ne lui permettent pas de clairement comprendre ce que doit faire le système à implémenter, l'absence de certaines limite, … ou au contraire vous “bifferez” les points qui vous paraissent bien définis.

Chacun des points abordés pendant cette inspection sera présenté dans la fiche en précisant :

1. sa référence dans le document à relire (n. de pages, paragraphe, …);
2. (facultatif) la référence correspondante dans le document d'origine;
3. valide ou non
4. (facultatif) une description de l'anomalie
5. (facultatif) le degré de sévérité de l'anomalie :

grave (à corriger absolument avant de continuer), passable (à corriger mais à un moment qui conviendra à l'équipe), bénin (à ne pas corriger forcément).

• Exemples :
  • Oubli d'une fonction importante : erreur grave à corriger avant de

continuer (car cette erreur grave peut rejaillir sur le reste du système)

• Fonction mal spécifiée : passable (il faut corriger mais à son rythme²⁾ )
• Lourdeur dans l'analyse (trop de détails qui ne semblent pas opportuns voire imposer une solution) : bénin

Cette séance est consacrée aux confrontations entre les binômes pour obtenir des compléments d'informations.

- Pendant les premières 30mn, une série de binôme répond aux questions de ceux qu'ils ont examinés.
- Pendant les 30 mn suivantes, ces binômes interrogent à leur tour leurs examinateurs.

Les 30 dernières minutes vous permettent de faire la synthèse des todo et faire des choix.

Cette séance est consacrée à la livraison. Vous devez justifier oralement vos choix et nous “vendre” votre travail.