Présentation du projet - Service d'echange de Donnees de l'ENST ...

Projet Java/BD
Présentation du projet
Philippe PICOUET
Philippe TANGUY
03 janvier 2006
Encadrants
Philippe PICOUET
Philippe TANGUY
(philippe.picouet@ens-bretagne.fr)
(philippe.tanguy@enst-bretagne.fr)
Objectifs
L’objectif du projet est d’abord technologique. Il s’agira de développer une application Web utilisant les
technologies Java et SGBD relationnel.
Le projet débute début janvier et se termine à la fin du mois de mars 2006.
Description de l’application
En fin de projet, l’application visée sera un jeu de type gestion de portefeuille qui se déroule sur une période
virtuelle comprise entre deux dates t1 et t2 précisées au début du jeu par un joueur particulier, disposant du
statut de « Maître de jeu ».
N joueurs, déclarés par le maître de jeu et disposant à la date t1 d’une même somme d’argent M, peuvent
chaque jour acheter ou vendre des actions de leur portefeuille au cours du jour.
Tous les cours quotidiens des actions sur une période incluant t1 et t2 sont accessibles via un service Web
« QueryFimatex », accessible en lecture à tous sous la machine candle.enst-bretagne.fr. Cette source de
données servira à initialiser puis à actualiser la base de données du jeu.
A la date t2, tous les portefeuilles sont soldés et le gagnant est celui qui dispose du plus de liquidités.
La fonctionnalité JEU est une fonctionnalité qui « met en scène » la fonctionnalité GESTION DE
PORTEFEUILLE pour un ensemble d’utilisateurs. Cette seconde fonctionnalité sera à étudier et à
développer dans une première version.
Notes
Des renseignements sur le service Web et les données FIMATEX sont disponible à l’URL :
http://candle.enst-bretagne.fr/download/FIMATEX/Projet_Java_BD_Fimatex.pdf
Une application Web exemple est disponible à l’URL :
http://candle.enst-bretagne.fr/FimatexAppliWebExemple/index.html

Exemple de cas d’utilisation
Chaque joueur accède via un navigateur à l’application qui lui affiche d’une part le contenu (et la
valeur) de son portefeuille et les liquidités dont il dispose, et d’autre part d’un écran lui présentant le
cours du jour (et ceux des jours passés) des actions. Il peut décider de vendre une partie de ses actions
et/ou d’en acheter d’autres au cours du jour, dans la limite de ses liquidités. Quand il a passé tous les
ordres pour la journée en cours, il demande à passer au jour suivant. Le passage au jour suivant se fait
en même temps pour l’ensemble des joueurs.
Le maître de jeu configure la partie (nombre de joueurs, identifiant des joueurs) et décide du mode de
passage à une date ultérieure : manuel, ce sera à lui de passer à la date suivante, et ceci même si tous
les joueurs n’ont pas terminé toutes leurs opérations ; automatique, le passage à une date ultérieure
aura lieu au bout d’un temps défini à l’avance (la journée peut durer 5mn, par exemple) ou encore
quand tous les joueurs auront validé la modification quotidienne de leur portefeuille.
Un historique des opérations des joueurs est conservé dans la base de données afin de permettre de
développer dans le futur des nouvelles fonctionnalités, telles que rejouer une partie ou analyser la
stratégie des différents joueurs.
Etapes principales
Etape 1 : familiarisation avec les données FIMATEX
Cette étape consiste à prendre en main les données FIMATEX et à maîtriser au sein d’un programme écrit en
Java l’accès au service Web qui en permet la récupération.
Etape 2 : définition du cahier des charges de la partie GESTION DE
PORTEFEUILLE
Cette deuxième étape consiste, à définir plus précisément le cahier des charges. Celui-ci doit préciser les
fonctionnalités de l’outil à réaliser et proposer une série de prototypes intermédiaires à mettre en œuvre. Pour
chacun des prototypes, la démarche s’appuiera ensuite sur l’utilisation d’UML pour les schémas fonctionnels,
les schémas de classes et la traduction de ce schéma en modèle logique pour la base de données.
Livrables attendus : à définir.
Etape 3 : développement partie GESTION DE PORTEFEUILLE
Partie base de données
Partie Application Web (JSP Java)
Livrables attendus : code source commentés.
Etape 4 : définition du cahier des charges de la partie JEU
Idem étape 2

Etape 5 : développement partie JEU
Idem étape 3
Organisation pédagogique
Les groupes seront composés de trois étudiants. Les groupes sont incités à collaborer pour progresser plus
vite. Une réunion hebdomadaire avec les encadrants est planifiée toutes les semaines. Les avancées seront
présentées et les problèmes rencontrés seront discutés. Un compte rendu succinct de la réunion, établi par les
élèves, sera diffusé à l’ensemble des intervenants à la suite de la réunion.
Organisation technique
Langage : Java
SGBD relationnel : PostgreSQL 8
Environnement de développement :
Eclipse 3.1
Plugin Tomcat
Plugin NitroX (édition de code HTML, XML, JSP, etc.)
Gestion de versions : SubVersion + plugin Eclipse (SubClipse)