|
Reunion2
Compte-rendu de la réunion n°2 avec M. Le Saëc
Compte-Rendu-Respo
Date : Mercredi 23 janvier 2007 Membres du groupe présents : Berthome Valentin, Bour Pascal, Gondet Romain, Laborde Camille, Magny Clément, Mazereau Christelle, Robert Maxime Contenu de la réunionSpécifications pour le cahier des chargesPour le cahier des charges à fournir il faut s'en tenir au plan standard de cahier des charges fourni. Il faut également y remettre le sujet ainsi que la charte graphique utilisée pour que le client puisse effectivement le valider. Dans le cahier des charges on peut spécifier des extensions du logiciel que l'on rajoutera ou non selon le temps restant. Cela permet ainsi dès le départ, lors de la conception, de le prendre en compte et donc de réaliser le reste du projet en ayant ce point en tête. L'extension est ensuite plus facile à réaliser. Remplissage de la basePour le remplissage de la base, il faut identifier quels sont les éléments obligatoires dans la base et donc prévoir ce qui arrivera lors de la saisie des données si ces champs ne sont pas remplis ou encore s'ils sont mal remplis. Il faut également identifier la façon dont les champs doivent être remplis : Travail effectuéCe qui a été faitLa création d'un alias mail a bien été réalisée, il s'agit de i2pfa16@enseirb.fr. Le sujet a été reformulé puis corrigé suite à notre dernière rencontre avec le client. Durant cette réunion nous avons pû mettre au point les besoins non fonctionnels comme le SGBD souhaité, langage de l'interface, charte graphique... le client souhaite donc que l'on utilise MySql pour la base de données, le langage PHP pour l'interface et n'a pas imposé de charte graphique. Il nous a néanmoins montré 1 ou 2 sites dont le fonctionnement et la charte graphique correspondraient à ses attentes. Nous lui avons proposé une bibliothèque graphique PHP permettant de faire des graphiques qui l'a vivement interessé. La modélisation se fera à l'aide de diagrammes UML. Ce qui n'a pas été faitLe découpage du groupe en équipe n'a pas été fait en raison de changements de groupes succesifs et non encore finalisés. Il était donc difficile de voir les compatibilités d'emploi du temps. Les cas d'utilisations n'ont pas non plus été fait, nous ne disposions pas de suffisamment d'informations sur le fonctionnement du logiciel et ce dont il doit être capable de faire. La rencontre avec le client nous a permis de bien cibler les utilisateurs, ce que chacun à le droit de faire et aussi l'environnement d'utilisation du logiciel. Travail prévu pour la semaine à venirIl faut absolument avoir fini un cahier des charges et le faire valide par le client pour pouvoir commencer rapidement la création de l'application. Dans le cahier des charges il faut définir les cas d'utilisations ainsi que les scénarii de base de l'application. Il faudra aussi définir des interfaces (écrans de l'application) à montrer au client pour qu'il puisse visualiser un peu l'application et nous dire si cela correspond à ses attentes ou non. Il faudra aussi procéder à la répartition des groupes de travail au sein de l'équipe. |