Sommaire des objectifs:
Modifier le TP2 afin de réutiliser l’interface graphique sur une base de données Oracle.
Créer une interface web pour cette même base de données.
Analyse:
1. Il serait intéressant de réutiliser au maximum le code existant.
2. Il faut conserver les mêmes capacités.
3. L’option de sauvegarde vers des fichiers n’est plus requise.
4. Il faut générer une base de données Oracle permettant de contenir les parcs, les manèges et les liens les unissant.
5. Il faut créer une interface web (servlet) permettant d’effectuer une recherche simple sur la même base de données.
Choix: (Les numéros entre parenthèses correspondent aux points de l'analyse) a. (1-2) J’ai donc décidé de créer une classe héritant de mon BddPlus (qui lui
héritait déjà de Bdd) qui va redéfinir les méthodes qui géraient la base de données « en maps ». Ce faisant on minimise les modifications sur l’interface graphique et le nombre de méthode à redéfinir. On change simplement l’objet qui contenait la base de données pour un objet qui ne contient plus rien (sauf quelques variables telles le login et le mot de passe Oracle), mais gère les accès à la base Oracle par ses méthodes.
b. (2-1) En agissant de la sorte (en ne touchant pas du tout à l’interface graphique, mais plutôt en adaptant le code sous-jacent à Bdd, on se trouve à s’assurer de conserver toutes les fonctionnalités et même de faciliter l’évolution en parallèle des deux version du programme.
c. (1) La point négatif (qui me semble mineur en comparaison des avantages) est qu’on se trouve à générer deux maps (qui restent vides) en mémoire lors de la création du BddPlusDB.
d. (3) C’est la seule différence que je n’ai pas vraiment le choix de faire directement dans l’interface graphique (Attraction.java) afin d’éviter que l’utilisateur n’ait un bouton mort sans comprendre pourquoi. L’alternative aurait été de redéfinir la méthode de sauvegarde afin qu’elle génère une fenêtre d’avertissement. Beaucoup de travail pour peu de chose.
e. (4) La structure de la base de données sera la suivante :
Une table des Parcs, contenant les nom, ville et état sous forme de chaînes de caractère. Avec comme clé primaire le nom du Parc, puisque par définition il est (le nom) l’identificateur unique d’un parc.
Une table des Maneges, contenant nom, hauteur vitesse et nombre de passagers sous forme, respectivement, de chaîne de caractère, deux valeurs décimales et un entier. Ici aussi le nom est déclaré comme clé primaire afin d’en assurer l’unicité.
Une table des Emplacements, référant aux deux autres par deux clés distantes fixées sur les noms des deux premières tables. On diminue la gestion en couplant ces données avec un effacement automatique si les parcs ou manège associés étaient effacés.
f. (a+b) Le fait de se contenter de redéfinir les méthodes de gestion tout en conservant la même structure de travail pourrait aussi permettre d’utiliser une structure mixe si le besoin s’en faisait sentir. Par exemple, pour diminuer l’attente depuis le serveur, j’aurais pu utiliser les structures de maps pour toute la gestion interne et n’accéder à la base de données Oracle qu’au moment de l’ouverture de l’application et d’un enregistrement sur demande des données (mais ça aurait quelque peu détourné l’objectif du TP je présume, c’est pour cela que je ne l’ai pas fait. Le code (incomplet) lié à cette idée est en commentaire au début de plusieurs méthodes et au cœur du constructeur.)
g. (5) Comme il s’agit d’une interface très simplifiée, il n’est pas utile de découper le code en plusieurs fonctions. Pour simplifier l’implantation, tout le code est donc créé sous l’appel d’un doPost d’un HttpServlet. L’utilisation de la classe définissant déjà le doPost permet un codage linéaire qui se contente d’afficher un squelette de page web directement rempli par le résultat d’une seule requête à la base Oracle.
Notice
:Je ne vois pas la nécessité de recréer un nouveau manuel d’utilisateur puisque, ayant conservé exactement la même structure de travail, l’utilisateur ne voit aucune différence en passant de l’ancienne à la nouvelle application, à l’exception près que la nouvelle application contient déjà les enregistrements déjà insérées dans la base lors d’une précédente session de travail qui se « sauvegardent » dorénavant automatiquement.
Nota : La version électronique de ce .doc contient en annexe le manuel original du TP2.
Attractions 2005 - Manuel d'utilisation
Voici Attractions 2005, un logiciel qui vous permettra de faire la gestion d'une banque de données sur des parcs d'attractions et les manèges qu'ils contiennent.
Ajout de parcs ou de manèges:
Vous pouvez ajouter des données, que ce soit des parcs ou des manèges, par deux méthodes. Soit manuellement, soit au moyen d'un fichier textuel contenant les informations sur une série de parcs ou de manèges.
Depuis un fichier:
Il faut utiliser le menu FICHIER, puis choisir, selon le cas, Parcs… ou Manèges… qui vous ouvrira ensuite une fenêtre qui vous permettra de choisir le fichier.
Par la suite le programme vous
demandera si vous voulez ajouter ces données à celles déjà stockées ou alors les remplacer. Une fois que vous
aurez fait ce choix, les données apparaîtront dans la liste appropriée.
Manuellement:
Vous pouvez ajouter un parcs ou un manège manuellement en utilisant le menu d'ÉDITION ou directement en utilisant le bouton AJOUTER situé sous la liste voulue. On vous demandera alors de fournir toutes les caractéristiques du parc ou du manège. Vous pouvez annuler l'opération en tout temps.
Ajout d'emplacement:
Vous pouvez ajouter des liens d'emplacement entre les parcs et les manèges par deux méthodes. Soit manuellement, soit au moyen d'un fichier textuel contenant les informations de liens.
Depuis un fichier:
Comme pour les parcs ou les manèges, il faut utiliser le menu FICHIER, puis choisir Emplacements… On vous demandera ensuite le nom du fichier à utiliser et si vous désirez ajouter ces emplacements à ceux déjà stockés ou alors les remplacer.
Manuellement:
Vous pouvez ajouter un emplacement manuellement en utilisant le menu d'ÉDITION.
On vous demandera alors de choisir parmi tous les parcs en mémoire puis parmi tous les manèges en mémoire. Vous pouvez annuler l'opération en tout temps.
Utilisation générale:
Une fois que vous aurez intégré vos informations à la banque de données, vous pourrez par la suite en tout temps
accéder d'un seul clic à toutes les informations relatives à un parc ou à un manège. Pour cela il suffit de sélectionner l'élément qui nous intéresse dans une des deux listes et vous verrez apparaître ses informations spécifiques au bas de la liste et se surligner dans la liste opposée tous les éléments qui y sont associés.
Tri par état:
Vous pouvez limiter l'affichage des parcs à ceux d'un seul état / province en sélectionnant celui voulu dans la menu déroulant des états / provinces. Choisir TOUS dans ce menu affichera la liste complète des parcs en mémoire. Notez que les parcs (et les manèges) sont toujours triés en ordre alphabétique, ce qui simplifie a recherche d'informations.
Sauvegarde des informations:
À la fin de votre travail, si vous désirez conserver les informations stockées / modifiées, vous devez penser à sauvegarder le contenu de votre banque de données au moyen du menu d'enregistrement situé dans le manu FICHIER. On vous demandera alors trois noms de fichier, pour contenir respectivement les informations des parcs, des manèges et les liens entre eux.
Informations supplémentaires:
Il y a une fenêtre d'aide accessible dans le programme au moyen de la touche F1 du clavier ou dans le menu ATTRACTIONS.
Pour plus amples informations, vous pouvez contacter l'auteur à [email protected] .
