Gestion de l'information sur Internet. Pizza Online

Transcription

1 Cian Nicolas Han Dan Pitot Pierre Université Paris-Sud UFR des Sciences d'orsay M2 Pro Informatique Gestion de l'information sur Internet Pizza Online

2

3 Sommaire Introduction 2 I.Base de données et DTD 3 1.La base de données 3 2.La DTD 4 II.Présentation du site 5 1.Interface Client 5 a)le site HTML 5 i.la page d'accueil 5 ii.la carte 5 iii.les pizzas personnalisées 7 iv.le panier 8 v.la commande 9 b)le site WAP 10 2.Interface «Chef» 10 a)ajout d'un ingrédient 10 b)ajout d'une pizza 11 c)ajout d'une salade 12 d)ajout d'un menu 12 e)modification d'une pizza 13 f)modification d'une salade 15 g)modification d'un menu 15 h)suppression d'une pizza 16 i)suppression d'une salade 17 j)suppression d'un menu 17 k)traitement des commandes 17 3.Interface Administrateur 18 III. Difficultés rencontrées 19 Conclusion 20 Annexe : Les outils du projet 21 1

4 Introduction Dans le cadre de ce projet, nous devons réaliser le site internet d'une société livrant des pizzas à domicile, Pizza Online. Dans ce site, les clients peuvent commander eux-mêmes leurs menus et visualiser leurs commandes en PDF ou bien sur leurs téléphones mobiles via la technologie WML. Un client peut choisir des pizzas parmi les pizzas types, composer lui-même son menu et sa pizza. Il peut également consulter les commandes passées précédemment et gérer son compte via l'interface. Lorsqu'une commande est passée, elle est traîtée par le chef qui prépare le menu correspondant. Le stock des produits nécessaires à la préparation des menus est géré dans la base de données, et lorsqu'une commande est passée, le stock est remis à jour automatiquement. Le chef dispose de fonctionnalités dans l'interface lui permettant d'ajouter, modifier et supprimer des ingrédients, des pizzas et des menus. La particularité de ce projet réside dans le fait qu'il est centré sur les technologies XML, notamment le standard XSL permettant de transformer un fichier XML en HTML, la technologie XSQL d'oracle permettant d'effectuer des requêtes dans une base de données via un fichier XML et de récupérer les résultats de requêtes toujours dans un fichier XML ainsi que le XPath permettant d'effectuer des requêtes dans un fichier XML. Nous utiliserons aussi le XSL/FO permettant de transformer un fichier XML en PDF. Les ingrédients des pizzas et des menus, les commandes ainsi que les clients seront stockés dans une base MySQL, tandis que les pizzas, les menus, et les divers seront stockés dans un fichier XML. Pour mener à bien ce projet, nous avons choisi de déployer notre application sur un serveur d'application, Tomcat, et ainsi privilégier l'utilisation des technologies Java pour le web tels que les servlets et les JSP. Ce projet doit nous permettre d'utiliser l'ensemble des technologies XML vues en cours et il doît être construit dynamiquement autour de cette technologie. Dans un premier temps, nous parlerons de la base de données du projet, des entités qu'elle contient et du fichier XML que nous avons considéré en justifiant le choix de la DTD. Dans la deuxième partie de ce rapport, nous nous présenterons l'interface administration du côté utilisateur, en nous basant sur les différents mécanismes mis en place comme la gestion du compte et des commandes, la recherche d'ingrédients ainsi que la composition de menus. Ensuite, nous nous focaliserons sur les fonctionnalités du chef de cuisinier en matière de gestion d'ingrédients, de pizzas et de menus, en détaillant les technologies utilisées. Enfin, en guise de conclusion, nous réaliserons un bilan sur les fonctionnalités implémentées dans ce projet, les technologies utilisées et leur intérêt dans ce projet ainsi que les difficultés rencontrées et les solutions considérées. 2

5 I.Base de données et DTD 1. La base de données Comme il a été précisé en introduction, notre site internet Pizza Online doit permettre à un client de commander un menu ou bien de composer sa propre pizza et ses propres menus, il se connectera à l'interface par l'intermédiaire d'un login et d'un mot de passe. Dans le cadre de ce projet, nous avons considéré plusieurs types d'utilisateur : L'administrateur, qui peut accéder à toutes les fonctionnalités de l'interface, qu'il s'agisse des consultations et compositions de menus, aux fonctionnalités du chef cuisinier ainsi qu'aux fonctionnalités de gestion de comptes. Le chef cuisinier, qui dispose d'un écran lui permettant de visualiser les commandes en cours et de traîter ces mêmes commandes. De plus, des fonctionnalités de gestion des ingrédients, des menus et des pizzas lui seront proposées. Le client, qui peut visualiser les entrées, les pizzas, et les menus mais également composer son propre menu et remplir son panier de commandes. Pour représenter les trois rôles précédents, nous avons considéré une table utilisateur dans laquelle on stocke pour chaque utilisateur, un login, un mot de passe, un nom, un prénom, une adresse, un numéro de téléphone et un type (administrateur, chef ou client). Pour des raisons de sécurité, les mots de passe des utilisateurs ont été cryptés suivant l'algorithme MD5. Un client, pouvant passer des commandes par l'intermédiaire de notre interface, nous avons bien entendu considéré une table stockant toutes les commandes des utilisateurs, la table commande. Chaque commande possède un identifiant qui lui est propre, on y stocke l'identifiant du client ayant passé la commande, son montant, sa description, le mode de paiement (chèque, carte bleue, liquide, ticket restaurant), et un flag indiquant si elle a été traitée ou non. Nous avons également stocké dans notre base de données les ingrédients utilisés dans les pizzas et les menus. Il a été précisé précédemment qu'un client pouvait composer son propre menu. Dans ce projet, nous avons considéré qu'un menu pouvait être composé d'une entrée (salade, boisson), d'une pizza et d'un dessert. Ainsi, nous avons opté pour une table générique stockant les ingrédients utilisés pour les entrées, les pizzas et les desserts. Chaque ingrédient possède un identifiant unique, un nom, un prix unitaire, une quantité, un seuil en dessous duquel il faut procéder à un renouvellement du stock, un format désignant l'unité utilisée (grammes, litres...), un flag indiquant s'il s'agit d'un ingrédient de pizza ou non, et sa catégorie (ingrédient de salade, de boisson ou de dessert). Tous les ingrédients du projet seront stockés dans la table stock. 3

6 Figure 1: Schéma de la base de données 2. La DTD Dans le cadre de ce projet, nous avons choisi de conserver les ingrédients divers (boissons, salades, desserts), les pizzas et les menus dans un fichier XML. La racine de notre fichier XML est l'élément <Nourriture>, celui-ci est composé de menus, de pizzas, de salades, de boissons et de desserts. Voici une liste des éléments de notre fichier XML : Un menu possède un nom unique et un prix, celui-ci est forcément composé d'une seule pizza, ensuite optionnellement, il peut contenir une boisson, une salade et un dessert. Une pizza, quant à elle, possède un nom unique qui fait office d'identifiant, un prix et elle se compose de 1 ou plusieurs ingrédients. Une boisson contient obigatoirement un nom unique, un prix et un format. Une salade, quant à elle, contient un nom unique, un prix et est composée de 1 ou plusieurs ingrédients. Et enfin, un dessert avec un nom unique et un prix. 4

7 II.Présentation du site 1. Interface Client La partie utilisateur du site s'articule autour d'un rendu HTML et d'un rendu WML. Le rendu HTML étant plus complexe, nous nous intéresserons d'abord au rendu HTML. a) Le site HTML i. La page d'accueil La page d'accueil présente un menu sur lequel l'utilisateur peut naviguer sur les différentes parties de la carte, il doit aussi s'inscrire sur le site pour avoir un compte et ainsi faciliter le traitement de ses commandes. Il fournit ses coordonnées lors de l'inscription, et choisit un compte d'utilisateur associé à un mot de passe. Figure 2: Page d'accueil du site pour l'utilisateur ii. La carte La carte est le moyen pour l'utilisateur, de sélectionner des entrées, des pizzas, des desserts ou des menus. Ses données sont représentées au format XML, afin qu'elle soit plus facilement dissociée de sa présentation. Un ensemble de 5

8 programmes XSLT sont d'ailleurs utilisés pour présenter les différents éléments de chaque sous-partie de la carte. Figure 3: Affichage des pizzas filtrées selon certains ingrédients La présentation pour les pizzas permet de filtrer les pizzas qui possèdent certains types d'ingrédients, en séparant les ingrédients choisis par une virgule. Cela permet d'obtenir la liste des pizzas qui possèdent au moins un des ingrédients présents dans la liste. La partie du programme XSLT suivante permet de faire un tel tri: 6

9 <xsl:choose> <xsl:when test="string-length($ingredients) > 0"> <xsl:for-each select="//pizza" > <xsl:variable name="nbres"> <xsl:value-of select="count(ingredient[contains($ingredients,text())])" /> </xsl:variable> <xsl:if test="$nbres > 0" > <xsl:apply-templates select="." /> </xsl:if> </xsl:for-each> </xsl:when> <xsl:otherwise> <xsl:for-each select="//pizza" > <xsl:apply-templates select="." /> </xsl:for-each> </xsl:otherwise> </xsl:choose> Cela permet de savoir de manière rapide pour le client quelle pizza est susceptible de lui plaire. Chacun des éléments possède un lien qui permet de l'ajouter au panier. Nous verrons quelles sont les caractéristiques du panier dans un paragraphe ultérieur. Le site permet également de pouvoir composer une pizza personnalisée, avec les ingrédients qui sont disponibles en stock. iii. Les pizzas personnalisées Comme demandé dans le sujet, le stock des ingrédients est stocké au sein de la base de données. A chaque ingrédient disponible, correspond une quantité restante. Nous avons simplifié le problème des quantités de la manière suivante: si une pizza est composée de tomate et de fromage, cela correspond à une unité de fromage et une unité de tomate. Dès qu'un seuil minimum est atteint, la base de données est remise automatiquement avec un stock de manière à ce que d'autres pizzas puissent être commandées. Pour faciliter la récupération des ingrédients, un script utilisant XSQL, couplé à un programme XSLT, permet d'afficher dans une liste sélectionnable les ingrédients à partir desquels la pizza personnalisée peut être faite. <?xml version="1.0" encoding="utf-8"?> <?xml-stylesheet type="text/xsl" href="../xsl/composepizza.xsl"?> <page xmlns:xsql="urn:oracle-xsql" connection="connection_gii"> <xsql:query> select id_stock,nom from stock where depizza = 1; </xsql:query> </page> Si aucun ingrédient n'est sélectionné lorsque l'utilisateur valide son choix, les ingrédients «tomate» et «fromage» sont sélectionnés par défaut. 7

10 Figure 4: Sélection d'ingrédients pour une pizza personnalisée iv. Le panier Le panier permet à l'utilisateur de stocker «virtuellement» les choix qu'ils a effectués sur le site pour composer sa commande. A chaque fois qu'il active un élement dans l'affichage de n'importe quel partie de la carte, cet élément est ajouté à son panier, qui lui est montré. Tous les éléments sont affichés, par catégories (il ne peut y avoir un dessert affiché entre deux salades), avec leur description, et leur prix. Le prix total est affiché sur la ligne du bas. Chaque élément dispose d'un lien qui permet de le supprimer du panier. Pour commander plusieurs mêmes éléments il faut les sélectionner autant de fois que nécessaire en allant sur la carte. Une classe utilitaire a été créée spécialment pour gérer le panier, une classe qui utilise des objets décrivant chacun des éléments disponibles dans un menu. Tous ces derniers objets héritent d'une même classe Entite, qui contient une méthode surchargée dans chaque sous-classe pour récupérer dans certains cas les ingrédients qui composent l'élément et dans chaque cas, le prix. L'objet Panier est gardé en session afin d'être toujours disponible en modification et lors de la confirmation de la commande. Figure 5: Affichage du panier 8

11 v. La commande Si l'utilisateur est identifié sur le site, lorsqu'il souhaite confirmer sa commande, l'historique de ses commandes lui est rappelé. Chaque identifiant de commande est affiché et lorsqu'on passe la souris sur un élément, plus de détails s'affichent. Le panier est également affiché à nouveau et les informations de livraison entrées par l'utilisateur au moment de son inscription lui sont rappelées. Il a possibilité de choisir entre différents moyens de paiement. Les informations sur les commandes sont également extraites de la base de données avec un script XSQL, auquel est couplé un programme XSLT, pour la présentation. Un autre fichier XSQL est utilisé pour récupérer facilement les données relatives au client. Nous remarquerons que l'intégration de la chaîne de présentation depuis la base de données, du fichier XSQL, du programme XSLT et de sa présentation au format HTML est relativement aisée lorsqu'il s'agit de présenter des données directement issues de la base de données. Le XSQL permet de s'abstraire de comment les données seront présentées par la suite. Il est aussi paramétrable, puisqu'ici nous voulions récupérer des informations relatives à un client donné (ses commandes, et ses données personnelles). La commande est traitée par un servlet qui analyse le panier et qui inscrit dans la base de données les informations relatives à la commande. Les articles qui ont été commandés ne sont pas retenus, pour validation de la commande, seuls les ingrédients nécessaires sont retenus dans le champ «description» de la table commande. Figure 6: Affichage du panier 9

12 b) Le site WAP Afin que l'utilisateur puisse consulter nos offres depuis un téléphone mobile, nous avons créé une page «WML», qui permet à un téléphone utilisant le WAP de visionner notre site. Etant donné que l'affichage et les interactions sur un tel terminal offrent très peu de possibilités, nous avons jugé préférable de nous limiter à l'affichage de nos produits (les menus, pizzas, entrées et desserts que nous proposons) et de ne pas offrir la possibilité de commander via cette interface ce qui aurait été trop complexe pour l'utilisateur. Voici un exemple de l'affichage obtenu : Figure 7: Affichage du site WAP 2. Interface «Chef» Le chef de cuisiner dispose dans notre interface web de nombreuses fonctionnalités de gestion des ingrédients, des pizzas et des menus. Il se connecte à l'interface avec son identifiant et son mot de passe, et suite à cette identification, un espace cuisine apparaît avec les fonctionnalités suivantes : a) Ajout d'un ingrédient Le chef cuisinier dispose d'un formulaire lui permettant d'ajouter des ingrédients. Il doit précisier un nom pour cet ingrédient, un prix, une quantité, un seuil, un format optionnel et choisir dans une liste, une catégorie pour cet ingrédient, c'est à dire s'il s'agit d'un ingrédient de pizza, de boisson ou de dessert. A la validation, ce formulaire appelle une servlet Java, AjoutIngredient, qui va vérifier la 10

13 cohérence des données saisies et insérer le nouvel ingrédient dans la table stock. S'il s'agit d'un ingrédient de pizza, nous n'insérerons que dans la table stock, sinon s'il s'agit d'un ingrédient divers nous procéderons également à une insertion dans le fichier XML, carte.xml. Pour un ingrédient divers, nous insérons dans la base de données toutes les informations du formulaire (nom, prix, quantite, seuil, format, categorie) tandis que dans le fichier XML nous n'insérons que le nom, le prix et le format. Figure 8: Ajout d'un ingrédient Pour modifier le contenu d'un fichier XML, nous utilisons la librairie jdom.jar, qui est une librairie de traitement XML pour le langage Java. Dans le cadre de ce projet, nous avons regroupé toutes les fonctions de manipulation du fichier XML dans la classe XMLControler. Pour le traitement des formulaires, nous avons opté pour une servlet car elle permet à notre projet de garder une architecture MVC (Modèle-Vue-Contrôleur) où le modèle est la base de données MySQL accessible par le contrôleur via la classe DataBase, où les servlets jouent le rôle de contrôleur et où les pages JSP permettent d'afficher les informations. Après vérification des informations saisies et de la bonne insertion de l'ingrédient dans la base de données et dans le fichier XML, la servlet générera dynamiquement un message d'erreur ou de succès vers le navigateur web côté client. b) Ajout d'une pizza Le chef cuisinier peut bien entendu décider de composer une nouvelle pizza et de l'ajouter au fichier XML. Pour cela, il remplit un formulaire dans lequel il doit spécifier le nom de la nouvelle pizza et cocher les ingrédients qu'il veut y insérer. La particularité de ce formulaire réside dans le fait qu'il est généré dynamiquement via XSQL et XSL. XSQL est un standard d'oracle permettant d'effectuer des requêtes SQL via un fichier XML et de récupérer le résultat toujours dans un fichier XML. 11

14 Figure 9: Ajout d'une pizza Le formulaire HTML généré dynamiquement par la feuille de style XSL est relié à une servlet Java, AjoutPizza, qui va contrôler la conformité des informations saisies et insérer les informations dans le fichier XML. c) Ajout d'une salade Il s'agit du même procédé que pour les pizzas, car tout comme la pizza, la salade est également composée d'un ou plusieurs ingrédients. Le formulaire d'ajout est également généré par XSQL et XSL à la différence que dans le fichier XSQL, on récupère les ingrédients de salade. Le formulaire est associé à la servlet, AjoutSalade, qui va contrôler les informations du formulaire et les insérer dans le fichier XML. Figure 10: Ajout d'une salade d) Ajout d'un menu Le chef cuisinier peut choisir entre quatre formules de menus : Un menu Pizza-Boisson composé d'une pizza et d'une boisson Un menu Pizza-Boisson-Dessert composé d'une pizza, d'une boisson et d'un dessert 12

15 Un menu Pizza-Salade-Boisson composé d'une pizza, d'une salade et d'une boisson Un menu Integral composé d'une pizza, d'une boisson, d'une salade et d'un dessert Une fois la formule de menu choisie, le formulaire correspondant au menu va être généré via XSL. Dans ce contexte, nous n'allons pas associer XSL à XSQL car nous reprenons uniquement des informations déjà présentes dans le fichier XML. Afin de faire fonctionner le moteur XSLT dans notre projet, nous avons implémenté la méthode lancerxslt dans la classe Utils, prenant en paramètre un flux d'écriture, le fichier XML et la feuille de style XSL. Cette méthode utilise les classes Transformer et TransformerFactory du package java.xml.transform. Une fois, la transformation XSLT effectuée, nous obtenons le formulaire correspondant au type de menu sélectionné. Dans ce formulaire, les pizzas, les boissons, les salades et les desserts disponibles sont représentées par des checkbox, le chef a ainsi la liberté de sélectionner les éléments qu'il souhaite ajouter à son menu. Par contre, il est indispensable d'avoir les pizzas, les boissons, les salades et les desserts dans le fichier XML, c'est pourquoi lorsque l'on insérait un ingrédient divers dans la base, on l'insérait aussi dans le fichier XML. Figure 11: Ajout d'un menu Le formulaire de menu est associé à une servlet, AjoutMenu, qui va contrôler les champs du formulaire, calculer dynamiquement le prix du menu et l'insérer dans le fichier XML. e) Modification d'une pizza Dans notre site Pizza Online, notre chef cuisinier se voit proposé la possibilité de modifier une pizza précédemment créée, par exemple s'il constate qu'elle n'a pas assez de succès auprès de la clientèle ou bien expérimenter de nouveaux ingrédients sur celle-ci. Tout d'abord dans une page HTML construite dynamiquement via XML et XSL, il sélectionne dans une liste la pizza qu'il souhaite modifier. 13

16 Figure 12: Choix d'une pizza à modifier Après avoir choisi la pizza en question et validé le formulaire, le chef cuisinisier bascule vers une page JSP qui va construire dynamiquement un formulaire. Cette page JSP effectue des requêtes dans la base de données afin de récupérer tous les ingrédients d'une pizza et les afficher sous forme de checkbox. Et pour chaque ingrédient, nous vérifions à l'aide de l'api XPath de Java si l'ingrédient est présent dans la pizza actuelle ou non, s'il est présent on coche la checkbox correspondante, sinon on ne la sélectionne pas. De par ce procédé, le chef cuisinier peut se rendre compte de la composition actuelle de la pizza. Ce formulaire est associé à la servlet ModificationPizza, qui va mettre à jour l'élément correspondant à cette pizza dans le fichier XML. Le noeud <Ingredients> va être supprimé puis remplacer par les nouveaux ingrédients que la chef aura précisé et le prix de la pizza sera recalculé selon les nouveaux ingrédients. Figure 13: Modification d'une pizza A titre d'exemple, le chef cuisinier souhaite modifier les ingrédients de la pizza test_pizza, en supprimant les champignons et en y ajoutant des anchois, des moules et des crevettes. 14

17 pizza : f) Modification d'une salade Elle suit exactement le même procédé que celui de la modification de Figure 14: Choix d'une salade à modifier Figure 15: Modification d'une salade A titre d'exemple, le chef cuisinier souhaite modifier la salade test_salade, en y supprimant la salade verte et en y ajoutant du maïs et de la salade frisée. g) Modification d'un menu La première étape de cette fonctionnalité est analogue à celle de la modification de pizza, c'est à dire que le chef cuisinier sélectionne le menu qu'il souhaite modifier dans un formulaire généré par une feuille de style XSL, à la différence que dans la feuille XSL nous effectuons des requêtes sur les éléments de type <Menu>. Ensuite, lorsque l'on valide ce formulaire, le nom du menu sélectionné est envoyé à une page JSP qui va construire dynamiquement un formulaire correspondant au type de menu sélectionné. La construction du formulaire suit le principe suivant : Figure 16: Choix d'un menu à modifier Tout d'abord, on récupère dans une liste HTML toutes les pizzas présentes 15

18 dans le fichier XML par l'intermédiaire de XPath. Ensuite, pour chaque pizza, on teste si celle-ci appartient au menu, toujours via XPath, si oui on la sélectionne, sinon on ne fait rien. Nous répétons le procédé pour les boissons, les salades et les desserts, en vérifiant dans le fichier XML si le menu possède bien ces éléments. Figure 17: Modification d'un menu Lors de la validation de ce formulaire, il appelera la servlet ModificationMenu, qui va effectuer une mise à jour de l'élément <Menu> correspondant, en modifiant l'attribut nompizza, et les attributs nomboisson, nomsalade, et nomdessert s'ils existent. Le prix du menu sera automatiquement recalculé suivant ses composants. A titre d'exemple, le chef cuisinier souhaite modifier le menu test_menu, en remplaçant la pizza «Quatre Saisons» par une pizza «Pizza au thon», le Coca-Cola par le Sprite, la salade au chèvre chaud par un avocat aux crevettes et en dessert, la tarte au citron par une mousse au chocolat. Dans le cadre de ce projet, nous avons choisi de ne pas proposer la modification d'un ingrédient que cela induirait trop de changements dans le fichier XML, en effet, si l'on modifie un ingrédient, il faut aussi modifier la pizza ou la salade qui l'utilise et indirectement les menus concernés. h) Suppression d'une pizza Le chef cuisinier a la possibilité de supprimer une pizza s'il juge qu'elle n'est pas assez populaire auprès des clients. Le chef sélectionne la pizza qu'il désire supprimer dans un formulaire, celui-ci est associé la servlet SuppressionPizza. Figure 18: Suppression d'une pizza 16

19 Dans cette servlet, nous vérifions si la pizza en question n'est pas déjà présente dans un menu, si c'est le cas nous n'autorisons pas la suppression car cela signifie qu'il faudrait également supprimer le menu qui la contient. Sinon, on effectue la suppression de l'élément correspondant par l'intermédiaire de Java DOM. i) Suppression d'une salade Elle suit exactement le même principe que la suppression de pizza. j) Suppression d'un menu Ce cas de figure est plus simple que celui de la pizza car il n'y a pas de test à réaliser. Le chef cuisinier sélectionne dans une liste d'un formulaire le menu qu'il souhaite supprimer. Une fois validé, ce formulaire appelle la servlet SuppressionMenu, qui va supprimer directement l'élément <Menu> correspondant dans le fichier XML via l'api Java DOM. k) Traitement des commandes Il a été précisé en introduction qu'un client de Pizza Online pouvait effectuer des commandes via l'interface web. Ces commandes sont stockées dans la table commande mais ne sont pas encore traitées. C'est précisément le chef cuisinier qui va déclencher une commande, pour cela il dispose d'un écran lui donnant toutes les commandes en cours. Figure 19: Traitement des commandes Cet écran est généré via XSQL et XSL. Les commandes sont stockées dans une table HTML et pour chaque commande, nous proposons un lien hypertexte de traitement. Lorsque l'on clique sur le lien hypertexte de traitement, on lance une page JSP, traitementcommande.jsp, dans laquelle on récupère l'identifiant de la commande. Par la suite, nous récupérons tous les ingrédients de la description, et pour chacun de ces ingrédients nous décomptons 1 en quantité. Une fois cette opération réalisée, le booléen «traitée» devient true, et la commande est ainsi traîtée. 17

20 3. Interface Administrateur L'administrateur de notre site peut faire les mêmes actions que le «chef» mais peut aussi modifier les informations des utilisateurs inscrits sur le site. L'interface que nous décrirons par la suite n'étant accessible que par le ou les administrateurs du site, toute autre utilisateur essayant d'y accéder étant redirigé vers l'index du site. Ainsi, il peut ajouter ou supprimer des utilisateurs mais aussi modifier les informations de leur profil, sans avoir à exécuter lui-même les requêtes à la base de données. Ceci peut-être utile si un utilisateur ne respecte pas la charte du site ou s'il lui demande de changer de login, ou encore de lui générer un nouveau mot de passe. Les mots de passes n'étant pas stockés en clair dans la base de donnée, l'administrateur ne peut théoriquement pas connaître sa valeur, mais il peut cependant le modifier. Voici un exemple de formulaire de modification des informations d'un utilisateur : Figure 20: Affichage du l'interface administrateur 18

21 III. Difficultés rencontrées Dans le cadre de ce projet, la première difficulté rencontrée fût la définition de la DTD, nous avons modifié celle-ci à plusieurs reprises afin de trouver la meilleure structure possible pour présenter et manipuler l'information. L'autre difficulté majeure fût la configuration des outils du projet. La plupart du temps, nous avons été obligés de travailler à distance, cela nous a conduit à considérer un projet Tomcat sous Eclipse utilisant un serveur subversion pour le contrôle de versions. La configuration du serveur Tomcat ne s'est pas réalisée sans difficultés, il y avait des incompatibilités entre certaines versions de Tomcat et certaines JDK. L'outil XSQL s'est avéré être encore plus difficile à configurer, et cette difficulté a été surmontée en recompilant en JAR le fichier de configuration des connexions. L'encodage des données en UTF-8 dans notre base MySQL nous a posé de gros problèmes, malgré la configuration de toutes les pages de notre site en UTF-8. 19

22 Conclusion Ce projet nous a permis de mettre en application les principes du cours de gestion d'information sur internet et de manipuler les technologies XML abordées dans ce cours. Nous avons réalisé ce projet dans un environnement Java/J2EE et ainsi expérimenté l'utilisation d'un serveur Tomcat ainsi que les technologies Java pour le web telles que les JSP et les servlets. Ce projet respecte bien les termes du cahier des charges dans le sens où un client peut se connecter à l'interface Pizza Online pour y visualiser les menus, les pizzas et autres éléments mais également commander des menus et élaborer ses pizzas. 20

23 Annexe : Les outils du projet Outils utilisés : Eclipse Europa Sysdeo, le plugin Tomcat pour Eclipse Apache Tomcat 6.0 MySQL Server 5.1 SVN et son plugin pour Eclipse (subversion tigris.org) Xalan 2.7.1, un moteur XSLT Oracle XSQL JDOM 1.1 : librairie Java de traitement XML Openwave Simulator : un simulateur pour le WML Clay Database Modeling : Plugin Eclipse de modélisation d'une base de données Connecteur JDBC pour MySQL : mysql-connector-java bin 21