Sunteți pe pagina 1din 2

Projet 2011

Ralisation d'une application de gestion du bar de l'cole


On souhaite raliser une application destine grer le bar de l'cole. Les aspects gestion de la caisse ainsi
que gestion des commandes et du stock doivent tre pris en compte.
Ce projet sera ralis par groupe de 3, chacun ayant la responsabilit du dveloppement d'un module (IHM,
mtier et Base de donnes conformment l'architecture 3-tiers dcrite ci-dessous.
Une interface graphique permettra le dialogue entre les utilisateurs et lapplication. Sa conception est laisse
votre initiative.
Il vous appartiendra dans un premier temps d'tablir et de rdiger un cahier des charges (aprs discussion
ventuelles avec les responsables du bar).
A l'tape d'analyse conceptuelle, il s'agit de comprendre le problme, identifier les donnes et les rsultats
attendus, dgager les grandes fonctionnalits du systme (spcification fonctionnelle), identifier les
ressources ncessaires (matrielles et humaines). Un planning pour la ralisation doit tre tabli et les
tches de chacun tablies. Cette phase est indpendante de tout langage de programmation.
A l'tape de conception, on dcompose le problme en sous-problmes plus simples. Ceci donne naissance
un ensemble d'units informatiques (composants) qui constituent le logiciel d'application. C'est dans cette
phase que l'architecture du logiciel est labore. Les composants (modules ou units ) et leurs relations sont
spcifis.
Il s'agit d'un processus itratif qui peut conduire un retour vers l'analyse. On traduira cette tape par un
ensemble de diagrammes UML (diagrammes de classe, Use Case).
Ensuite, le codage consiste implanter (coder) la conception, c'est dire l'ensemble des composants de
l'application. Plus prcisment, il s'agit de traduire les traitements en terme de structures de contrle et les
donnes en termes des structures de donnes du LP
Chaque composant fera l'objet de test (test unitaire) avant les tests d'intgration.
Une attention particulire sera porte la clart de l'architecture, la robustesse de l'application et aussi
son ergonomie.
La ralisation de ce projet vous demandera, au del des cours, d'assumer une recherche personnelle. Les
enseignants joueront le rle de consultant.
Chaque groupe comprendra un chef de projet charg d'organiser le travail du groupe. Chaque membre du
groupe aura la responsabilit d'une partie du projet (IHM, Contrle ou BD).

A rendre

le cahier des charges


les diagrammes UML
le projet netbeans (source inclus)

Schma darchitecture
Les interfaces/classes <<Boundary>> spcifient les mthodes de lecture et criture sur les interfaces
utilisateur. Elles exercent les contrles de saisie sur les donnes. Elles rendent la prsentation graphique
indpendante de lapplication.
Les classes <<Controler>> (servlets) assurent la coordination entre les objets. Elles aiguillent les
traitements.
Les interfaces <<DAO>> spcifient les requtes la BD. Elles sont indpendantes du mode de stockage
des donnes (fichiers, BD, travers le rseau, ).
Les interfaces/classes <<Entity>> reprsentent les objets mtiers (ex :Stock, Article, Commande,). Elles
sont essentiellement constitues des accesseurs et ventuellement de mthodes propres.

<<Boundary>>

<<Controler>>

<<DAO>>

<<Entity>>

ihm

BD