Rapport Site E-Commerce JEE (Servlet - JSP)

RPUBLIQUE TUNISIENNE
MINISTRE DE LENSEIGNEMENT SUPRIEUR

DE LA RECHERCHE SCIENTIFIQUE
UNIVERSIT DE TUNIS EL MANAR
INSTITUT SUPRIEUR DINFORMATIQUE
Prsent en vue de lobtention du

Diplme : Licence Applique
Option : Systmes Informatiques et Logiciels
Par
Conception et dveloppement d'un

site marchand avec gestion et suivie
Client
Organisme daccueil :
3S2I
Encadrant lentreprise:
Encadrant lISI:
Anne universitaire : 2013-2014

Table des matires
Introduction gnrale ........................................................................................................................................ 1
Chapitre I Analyse du cahier des charges ......................................................................................................... 2
I. Prsentation de L e-commerce................................................................................................................. 3
I.1. Dfinition ............................................................................................................................................. 3
I.2. Types e-commerce .............................................................................................................................. 3
I.3. Les bnfices du passage au e-commerce .......................................................................................... 3
I.4. Modes de payement en ligne en Tunisie............................................................................................. 4
II. Cadre gnral du projet ............................................................................................................................. 5
II.1. Prsentation de lorganisme daccueil ............................................................................................... 5
II.2. Cadre du projet et motivation ............................................................................................................ 6
II.3. Prsentation de la chocolaterie.......................................................................................................... 6
III. Cahier des charges .................................................................................................................................... 7
III.1. tude de l'existant ............................................................................................................................. 7
III.1.1. Analyse du site Gourmandise ..................................................................................................... 7
III.1.2. Analyse du site Chamalo ............................................................................................................ 8
III.1.3. Analyse du site Sotuchoc ............................................................................................................ 8
III.2. Critique de lexistant.......................................................................................................................... 9
III.3. Objectifs ........................................................................................................................................... 10
III.3.1. Partie administrateur du site .................................................................................................... 10
III.3.2. Partie client............................................................................................................................... 11

Chapitre II Spcification des besoins ............................................................................................................. 12
I. Spcification des besoins.......................................................................................................................... 13
I.1. Identification des acteurs .................................................................................................................. 13
I.1.1. Lutilisateur ................................................................................................................................. 13
I.1.2. Le client....................................................................................................................................... 13
I.1.3. Ladministrateur ......................................................................................................................... 14
II. Analyse des besoins ................................................................................................................................. 14
II.1. Besoins fonctionnels ......................................................................................................................... 14
II.2. Besoins non fonctionnels.................................................................................................................. 16
III. Identification des cas dutilisation et leurs priorits .............................................................................. 17
III.1. Cas dutilisation global ..................................................................................................................... 17
III.2. Diagrammes des cas dutilisations relatifs lutilisateur ................................................................ 19
III.3. Diagrammes des cas dutilisations relatifs au client ........................................................................ 20
III.4. Diagrammes des cas dutilisations relatifs ladministrateur ......................................................... 21
Chapitre III Conception .................................................................................................................................. 26
I. Diagramme de squence .......................................................................................................................... 27
I.1. Diagramme de squence relatif au cas dutilisation inscription ................................................. 27
I.2. Diagramme de squence relatif au cas dutilisation connexion .................................................. 28
I.3. Diagramme de squence relatif au cas dutilisation gestion panier .......................................... 29
I.4. Diagramme de squence relatif au cas dutilisation gestion des utilisateurs ............................. 30
II. Diagramme dactivit .............................................................................................................................. 31

II.1. Diagramme dactivit relatif au cas dutilisation gestion des utilisateurs .................................. 32
II.2. Diagramme dactivit relatif au cas dutilisation passer commande ......................................... 32
II.3. Diagramme dactivit authentification ....................................................................................... 33
III. Diagramme de Classe ............................................................................................................................. 34
III.1. Le dictionnaire de donnes ............................................................................................................. 35
Chapitre IV La ralisation ............................................................................................................................... 41
I. Environnement et outils de dveloppement............................................................................................ 42
I.1. Environnement matriel.................................................................................................................... 42
I.2. Environnement logiciel ...................................................................................................................... 42
I.2.1. Modle MVC ............................................................................................................................... 42
I.2.2. Langage de programmation ....................................................................................................... 43
I.2.3. La plateforme de dveloppement .............................................................................................. 44
I.2.3.1 Dfinition .............................................................................................................................. 44
I.2.4. Logiciel de conception ................................................................................................................ 44
I.2.5. Logiciels de dveloppement ....................................................................................................... 45
I.2.6. Serveur Tomcat........................................................................................................................... 45
I.2.7. SGBD ........................................................................................................................................... 45
I.2.8. Les bibliothques ........................................................................................................................ 46
I.2.8.1 JSTL ....................................................................................................................................... 46
I.2.8.2 JQUERY ................................................................................................................................. 47
I.2.8.3 Commons IO ......................................................................................................................... 47

I.2.9. Les API......................................................................................................................................... 47
I.2.9.1 Commons FileUpload ........................................................................................................... 47
I.2.9.2 JDBC ...................................................................................................................................... 47
I.2.9.3 JSON ...................................................................................................................................... 47
II. Architecture de dveloppement ............................................................................................................. 47
III. Diagramme de dploiement ................................................................................................................... 48
IV. Dveloppement des interfaces .............................................................................................................. 49
IV.1. Interfaces Front-End........................................................................................................................ 49
IV.1.1. Page daccueil ........................................................................................................................... 49
IV.1.2. Interface Authentification ........................................................................................................ 50
IV.1.3. Interface denregistrement ...................................................................................................... 51
IV.1.4. Fiche produit ............................................................................................................................ 52
IV.1.5. Gestion panier .......................................................................................................................... 52
IV.1.6. Processus de lachat ................................................................................................................. 53
IV.2. Interfaces back-End ......................................................................................................................... 54
IV.2.1. Tableau de bord ....................................................................................................................... 54
IV.2.2. Modifier un produit .................................................................................................................. 54
IV.2.3. Modifier tat des commandes ................................................................................................. 55
IV.2.4. Lajout dune actualit.............................................................................................................. 56
IV.2.5. Gestion des utilisateurs ............................................................................................................ 57
Conclusion gnrale ........................................................................................................................................ 58

Bibliographie.................................................................................................................................................... 59
Annexe : UML .................................................................................................................................................. 60
I. Dfinition .................................................................................................................................................. 60
II. Les Bases dUML ...................................................................................................................................... 60

Table des figures
Figure 1 : Schma du systme de paiement lectronique sur Internet.............................................................. 5
Figure 2: La fiche produit Palet Or dans le site Gourmandise ......................................................................... 7
Figure 3 : La page principale dans le site Chamalo ........................................................................................... 8
Figure 4 : Len-tte du site Sotuchoc.................................................................................................................. 9
Figure 5 : Diagramme des cas d'utilisations global ......................................................................................... 18
Figure 6 : Diagramme des cas d'utilisations relatifs lutilisateur .................................................................. 19
Figure 7 : Diagramme des cas d'utilisation relatif au client ............................................................................ 20
Figure 8 : Diagramme des cas d'utilisation relatif ladministrateur ............................................................. 22
Figure 9 : Diagramme de squence inscription .......................................................................................... 27
Figure 10 : Diagramme de squence connexion ........................................................................................ 28
Figure 11 : Diagramme de squence gestion panier ................................................................................. 29
Figure 12 : gestion des utilisateurs .................................................................................................................. 31
Figure 13 : Diagramme de classe global .......................................................................................................... 35
Figure 14 : L'architecture 3-tiers ...................................................................................................................... 48
Figure 15 : Diagramme de dploiement .......................................................................................................... 49
Figure 16 : Page d'accueil ................................................................................................................................ 50
Figure 17 : Formulaire d'authentification d'un client ...................................................................................... 51
Figure 18 : Formulaire de s'inscription ............................................................................................................ 51
Figure 19 : Fiche produit .................................................................................................................................. 52
Figure 20 : Panier ............................................................................................................................................. 53

Figure 21 : Processus de paiement de la commande....................................................................................... 53
Figure 22 : Tableau de bord ............................................................................................................................. 54
Figure 23 : formulaire de modification d'un produit ....................................................................................... 55
Figure 24 : modification d'une commande ...................................................................................................... 56
Figure 25 : interface de l'ajout d'une actualit ................................................................................................ 56
Figure 26 : dtails d'un utilisateur ................................................................................................................... 57

Table des tableaux
Tableau 1 : description de cas dutilisation rechercher produit ................................................................. 19
Tableau 2 : Description de cas dutilisation grer panier ............................................................................ 20
Tableau 3 : Description du cas dutilisation grer compte .......................................................................... 21
Tableau 4 : Description du cas dutilisation grer des utilisateurs .............................................................. 23
Tableau 5 : Description du cas dutilisation grer des catgories ............................................................... 23
Tableau 6 : Description du cas dutilisation grer des produits................................................................... 24
Tableau 7 : Description du cas dutilisation grer des commandes ............................................................ 25
Tableau 8 : L'entit Utilisateur ........................................................................................................................ 36
Tableau 9 : L'entit Role .................................................................................................................................. 36
Tableau 10 : Lentit Produit ........................................................................................................................... 37
Tableau 11 : Lentit Commande ..................................................................................................................... 37
Tableau 12 : Lentit Ligne de Commande ...................................................................................................... 38
Tableau 13 : Lentit Facture ........................................................................................................................... 38
Tableau 14 : Lentit Compte ........................................................................................................................... 39
Tableau 15 : Lentit Catgorie........................................................................................................................ 39
Tableau 16 : Lentit mouvement stock........................................................................................................... 39

Introduction gnrale
Aujourdhui, le commerce lectronique demeure peu dvelopp, en dpit dun chiffre daffaire de
42,3 millions de dinars, ralis au cours des huit premiers mois de 2012, soit une croissance de plus
de 55% par rapport la mme priode de 2011, indiquent les statistiques de ministre du commerce
sur cette activit. [1]
L'ide de notre application web est le dveloppement d'un site marchand dune chocolaterie, qui
offre aux consommateurs une vitrine virtuelle contenant tous types de chocolat et tous les gots
disponibles que cherche un client pour satisfaire ses besoins et commander son produit dsirable
depuis chez lui, ainsi la notion du panier, devient trs intuitive lors de la navigation sur le site. Notre
application marchande a optimis la prsentation des produits pour attirer des nouveaux clients et
fidliser les inscrits. Pour mesurer les performances et optimiser le rendement de la boutique, une
interface administrateur contenant un suivi statistique sur chacun des produits, clients et
commandes afin den amliorer le contenu et garantir la rentabilit du site.
L'accent a t mis sur la simplicit d'utilisation du site, qui comme nous le verrons fera appel des
technologies particulires, cette volont passe galement par une exploitation maximale des
nombreuses possibilits offertes par la JEE.
Le prsent rapport, qui expose ce travail, est compos de quatre chapitres structurs comme suit :
- Dans le premier chapitre, nous allons prsenter lentreprise daccueil et le cadre de ce projet.
Puis, nous allons analyser ltude de lexistant et dfinir lobjectif de ce projet.
- Le deuxime chapitre sera consacr pour analyser les besoins fonctionnels et non
fonctionnels. Puis, nous allons modliser les cas dutilisations.
- Le troisime chapitre sera consacr la conception et ses diffrents diagrammes.
- Dans le quatrime chapitre, nous allons traiter toutes les phases ncessaires pour la
ralisation de cette application en dcrivant lenvironnement matriel et logiciel, donner un
aperu sur les interfaces ralises.
Page 1
Page 2
Chapitre 1: Analyse du cahier des charges
Introduction
Il s'agit d'une tape initiale dans la ralisation d'une application donne. Le prsent chapitre donnera
un aperu global sur l'application. Ce chapitre sintroduit en premier lieu par une dfinition de le-
commerce et une brve prsentation de lorganisme daccueil. En deuxime lieu, nous dterminons
le cahier des charges ainsi, ltude de lexistant et ses critiques. Enfin, nous identifions les objectifs
atteindre par ce projet en proposant des solutions.
I. Prsentation de L e-commerce
I.1. Dfinition
Le e-commerce est aussi appel commerce lectronique et correspond un ensemble de

transactions commerciales ralises distance par le biais dinterfaces lectroniques et digitales.
Les ventes ralises distance peuvent aussi bien correspondre des biens ou des services.
Le e-commerce est devenu le principal canal de la vente distance ce qui explique le remplacement
du terme de vente par correspondance par celui de vente distance. [2]
I.2. Types e-commerce
Dans le commerce lectronique on peut distinguer trois types :
o B2B : Lchange lectronique entre entreprises, souvent appel Business to Business. Il

sagit des relations entre entreprises.
o B2C : Le commerce lectronique destination des particuliers, ou Business to Customer.

Il sagit des sites de ventes aux particuliers.
o C2C : Le commerce lectronique entre particuliers, ou Customer to Customer. Il sagit

des sites permettant la vente aux particuliers. [3]
Cest le second type qui nous intresse dans notre projet
I.3. Les bnfices du passage au e-commerce
Les avantages lis la mise en place dune solution de commerce lectroniques peuvent tre les
suivants :
La rduction des cots internes par la diminution des interventions humaines ;
Page 3
Gagner du temps en diffusant simplement lensemble de votre catalogue de produits et

services ;
Dvelopper vos ventes en offrant un nouveau canal de distribution ;
Permettre une commande en ligne 24h/24 et 7 jours sur 7 ;
Amliorer vos marges en faisant de la vente directe de vos produits ;
Vendre au niveau national et international ses produits et tendre son march.
Renforcer la capacit exportatrice des entreprises tunisiennes et dintgrer le march

international.
Augmenter la concurrence.
Diversification des produits et services offerts aux clients.
Atteindre des besoins non satisfaits par la voie traditionnelle.
I.4. Modes de payement en ligne en Tunisie
Pour la scurisation des transactions de paiement en ligne la Poste Tunisienne offre sa propre
solution de paiement lectronique scurise sur Internet. Il sagit dune plate-forme de paiement
lectronique sur Internet base sur les cartes bancaires et les cartes prpayes. Les moyens de
paiements accepts:
o Les cartes (e-DINAR SMART, e-DINAR Universel)
o Les cartes bancaires de la Poste VISA Electron
o Les cartes VISA International
o Les cartes Mastercard International
Pour bnficier de cette solution, Il faudra suivre les procdures suivantes :
1) Formuler une demande d'adhsion
2) Ouvrir un compte courant postal CCP : pour la compensation financire des transactions de
paiement.
Page 4
3) Signer un contrat d'adhsion qui rgit la relation entre les 3 intervenants : le commerant, la
Poste et le client.
La figure ci-dessous explique le systme de paiement en ligne en Tunisie.
Figure 1 : Schma du systme de paiement lectronique sur Internet
Le Kit marchand est un ensemble de programmes permettant l'acheminement et la scurisation des

donnes confidentielles relatives la carte utilise dans la transaction de paiement [4].
II. Cadre gnral du projet
Dans cette partie, nous prsentons lentreprise daccueil et la motivation du projet
II.1. Prsentation de lorganisme daccueil
3S2I Lixeo est un leader mondial en consultation et services informatiques et technologiques. Cest
une entreprise qui offre un large tendu de solutions personnalises.
Lixeo opre dans trois pays et compte 25 employs permanents et plus de 100 prestataires. Elle
dispose dun centre de dveloppent au Maroc, en Tunisie et en Belgique offrant des services pour le
compte de plus de 70 compagnies dans le Maghreb et lEurope.
Page 5
Ses domaines de comptence couvrent ladministration, nergie, comptabilit et finance, industrie

et rseaux. Son expertise se manifeste dans lassistance et proposition de solution client ainsi que la
rectification et renforcement de leur investissement.
3S2I a des relations de partenariat avec des entreprises locales et trangres. Elle a plusieurs annes
d'exprience dans la conception et la construction des applications client-serveur et des applications
web sur des plates-formes de bases de donnes scurises.
Lixeo adopte un processus de pense novatrice et aie recours des cadres prouves combine avec
des professionnels expriments garantissant la livraison de solutions d'applications fiables qui
rpondent aux besoins du client - de l'initiation du projet jusqu' son achvement. Elle combine le
meilleur des technologies mergentes avec des composants prouvs pour aider ses clients
atteindre leurs objectifs d'affaires.
II.2. Cadre du projet et motivation
La socit 3S2I restant lcoute de lvolution de lart et des techniques informatiques concernant
le web, opte pour les architectures modernes et les solutions faciles et optimales pour la ralisation
des applications web ayant pour but laide la dcision, la fluidit de communication ainsi que la
richesse de linterface client. Do le choix de la programmation POO (Programmation Orient
Objet) et la technologie JEE (Java Entreprise Edition) pour les applications web.
Dans ce cadre, nous sommes chargs de dvelopper en langage Java, un site marchand dune
chocolaterie qui a pour but de crer et grer sa propre boutique en ligne afin de se positionner sur le
web et s'imposer dans son march en touchant une nouvelle cible, la fidliser, et la dvelopper.
II.3. Prsentation de la chocolaterie
ChocoShop est un petit projet dune Chocolaterie Tunisienne innovatrice en cours de constitution
qui ouvrira ses portes dans les prochaines semaines la Marsa, rue Voltaire.
Le chocolat y est fabriqu par une quipe de chocolatiers gastronomes, dous et passionns qui
offrent sans cesse des ides innovantes pour mler le chocolat de nouvelles saveurs, de nouvelles
formes pour fasciner et mduser tous les gots et les envies. En crant sa propre marque,
ChocoShop vise simposer sur le march local du Chocolat en offrant le meilleur de la tradition,
des recettes originelles auxquelles, au fil du temps, se sont additionnes dautres plus originales.
Page 6
Les chocolats sont soigneusement mlangs et contrls pour garantir des rsultats parfaits et les
plus dlicieux de chaque lot. Le bon chocolat est un art. Certainement.
III. Cahier des charges
Cest une phase indispensable avant de sattaquer au projet. Dans cette partie nous allons analyser
les projets existants identiques notre projet en citant leurs points faibles pour remdier ces
incompltudes et perfectionner le travail et viter les malveillances.
III.1. tude de l'existant
Afin dtudier lexistant, nous avons concentr sur trois sites actuels dans le march de la vente en
ligne des chocolats en Tunisie ; le premier est www.gourmandise.com.tn, le second est
www.chamalo.net et le troisime est www.sotuchoc.com.tn.
III.1.1. Analyse du site Gourmandise
La figure ci-dessous prsente une capture dcran de la fiche produit Palet Or propre au site
Gourmandise.
Figure 2: La fiche produit Palet Or dans le site Gourmandise
Linconvnient majeur que nous avons constats dans ce site est le suivant :
Absence de processus de payement en ligne : Le client ne peut que visualiser les produits et
leurs descriptions sans pouvoir les commander de chez lui.
Page 7
III.1.2. Analyse du site Chamalo
La figure ci-dessous prsente une capture dcran du catalogue du site Chamalo.
Figure 3 : La page principale dans le site Chamalo
Les inconvnients majeurs que nous avons constats dans ce site sont les suivants :
La mal prsentation du catalogue: Les produits sont mal prsents pour le client en utilisant
une interface statique trs ple contenant des images clipart en noir et blanc pour signifier
les produits en plus de labsence totale dune description.
Absence du processus de paiement en ligne.
III.1.3. Analyse du site Sotuchoc
La figure ci-dessous prsente une capture dcran de len-tte de la page daccueil du site Sotuchoc.
Page 8
Figure 4 : Len-tte du site Sotuchoc
Les inconvnients majeurs que nous avons constats dans ce site sont les suivants :
Lexpulsion des espaces membre : Le processus de linscription et de lauthentification est

banni dans ce site. En consquence la communication avec les clients est interrompue.
Absence du processus de paiement en ligne.
III.2. Critique de lexistant
En Tunisie, pour acheter des gteaux ou de la Chocolat pour un mariage, des fianailles, un
anniversaire ou une rception, le client doit se dplacer directement au local de la ptisserie afin de
chercher une offre de vente qui satisfait ses envies. Ses dplacements peuvent tre parfois inutiles
et mme peuvent provoquer un gaspillage de temps si on ne trouve pas ce quon cherche. Dailleurs,
mme le vendeur na aucun moyen pour mettre disposition ses annonces de vente et ses services,
lexception des supports traditionnels tels que les journaux ou les petites affiches.
Ce problme se manifeste clairement dans les sites web prcdemment prsents, ce sont des sites
vitrines qui exposent leurs produits avec des informations limites sans fournir le service de
paiement en ligne. Donc, il est impossible de vendre un produit ou tendre un service sur ce type
d'interface.
Page 9
III.3. Objectifs
Lobjectif du projet consiste dvelopper un site web dynamique dune chocolaterie. Ce site
permettra de raliser les oprations suivantes :
Grer les clients,

Grer les commandes,
Grer les actualits,
Mettre en place des promotions,
Grer les catgories,
Grer les produits (ajouter, modifier ou supprimer des produits).
En effet, ce site donne aux internautes la possibilit de sinscrire, effectuer leurs demandes en ligne,
et de suivre leurs commandes. En plus, les internautes peuvent consulter en ligne le catalogue et
toutes ses nouveauts.
Cette application Web permettra de cibler une nouvelle catgorie de clientles (locale et
internationale) et doffrir une meilleure qualit de service en communication et en commerce.
Nous avons concentrs dans notre projet sur la simplicit, la clart de larchitecture de site en
constituant les deux interfaces suivantes :
Interface complte d'administration pour ajouter et modifier des catgories/produits/clients.
Interface pratique cot client lui permettant de commander des produits, suivre ses
commandes et grer son compte.
III.3.1. Partie administrateur du site
Ladministration du site est en quelque sorte larrire-boutique qui nous permettra dadministrer
notre site au moyen dune interface graphique.
Linterface dadministration regroupe tous les outils et toutes les fonctionnalits qui permettent de
grer le contenu, ainsi les clients, le stock, les actualits et les commandes. Cette partie, galement
appele Back Office ou Back End nest en effet accessible quaux personnes disposant dun compte
administrateur via un login et un mot de passe. Ladministration se dissocie du Front End ou du
frontal, qui dsigne la partie publique, visible dans un navigateur par tous les internautes.
Page 10
III.3.2. Partie client
Cette interface doit tre accessible nimporte quel internaute cherchant des produits et effectuant
des commandes.
Conclusion
Dans ce chapitre, nous avons dcrit le cadre du travail et le sujet du projet. Dans le chapitre suivant
nous allons prsenter une analyse des besoins de lapplication et aborder ltude conceptuelle de
notre site, tout en mentionnant tous les scnarios possibles, les acteurs, et les diagrammes.
Page 11
Page 12
Chapitre II : Spcification des besoins
Introduction
La phase danalyse des besoins est la phase la plus importante dans le processus de ralisation de
projet. En effet, elle permet dtudier la faisabilit du projet et produit le contrat entre les futurs
utilisateurs et les concepteurs. Elle consiste lexpression, le recueil et la formalisation des besoins
des clients potentiels et de lensemble des contraintes. Pour ce faire, nous avons adopt une
dmarche prcise pour arriver avoir une application bien organise, robuste et volutive.
Dans ce chapitre, nous prsenterons la spcification des exigences fonctionnelles et non

fonctionnelles ainsi que la description dtaille des cas dutilisation attendus.
I. Spcification des besoins
Cette partie sintresse identifier les utilisateurs et spcifier dune faon dtaille les besoins
fonctionnels et non fonctionnels.
I.1. Identification des acteurs
Les diffrents acteurs dfinis dans cette application sont les suivants :
I.1.1. Lutilisateur
Il est un client anonyme pour la boutique, il peut naviguer librement dans le site sans avoir tre
inscrit. Ainsi, il sera capable de :
Effectuer une recherche rapide sur un produit en tapant son nom ou un de ses attributs.
Effectuer une recherche dtaille selon la catgorie du produit.
Consulter les produits solds.
Ajouter des produits son panier.
Sinscrire.
I.1.2. Le client
Le client est un consommateur authentifi possdant un compte qui lui permet de bnficier de tous
les services offerts pour un visiteur quelconque mais il est privilgi davoir :
Ajouter des produits sa liste des favoris.

Grer son compte.
Page 13
Passer des commandes.

Suivre ltat de ses commandes.
S'inscrire la newsletter et recevoir les nouveauts.
I.1.3. Ladministrateur
Un administrateur a la possibilit daccder tout type de donnes. Ainsi, il peut visualiser des
statistiques pour prparer les rapports annuels ou superviser le rendement de sa boutique. Il peut
aisment :
Supprimer des clients et visualiser leur renseignement.

Consulter, crer et supprimer des catgories.
Ajouter, modifier et supprimer des produits.
Ajouter et supprimer des actualits.
Suivre, modifier et supprimer des commandes.
II. Analyse des besoins
Lors de cette section, nous allons rciter les diffrents besoins fonctionnels et non fonctionnels pour
la gestion dune chocolaterie.
II.1. Besoins fonctionnels
Les besoins fonctionnels expriment les services offerts lutilisateur et les fonctionnalits
envisages que nous allons prsenter lors de cette tape. Lapplication web doit assurer :
La gestion des utilisateurs

Modifier des utilisateurs : ladministrateur na pas dintrt pour modifier les
informations personnelles dun client mais en revanche, il peut modifier leurs rles et
ajouter un nouvel administrateur ou le supprimer.
Supprimer des utilisateurs : ladministrateur peut bannir un client en supprimant son
compte.
Afficher des utilisateurs : ladministrateur peut consulter les informations personnelles
des clients comme le nom, le prnom, le-mail, le pseudo, le mot de passe, le tlphone,
lge, le sexe, le code postal, ladresse, la ville, le pays et leur photo de profil.
Page 14
La gestion des actualits

Ajouter des actualits : ladministrateur peut ajouter une nouvelle actualit pour
informer ses clients dune offre ou un nouveau produit, qui sera prsent par une image
dans un diaporama la page daccueil. Il saisit un titre et choisit limage puis le produit
cibl.
Lister les actualits : ladministrateur peut consulter une liste de ses dernires actualits
actives.
Supprimer des actualits : ladministrateur peut supprimer une actualit lorsquune
offre est expire ou un produit est retir de la boutique.
La gestion des produits
Ajouter des produits : ladministrateur peut ajouter un produit la boutique en
saisissant le nom du produit, une brve description, la catgorie laquelle appartient le
produit, le prix, le solde sil est sold, la quantit dans le stock et une image
reprsentative.
Modifier des produits : ladministrateur peut modifier toute information appartenant
un produit y compris son prix et son solde.
Lister les produits : ladministrateur peut voir une liste complte de ses produits.
Supprimer des produits : ladministrateur peut supprimer un produit du catalogue au
cas o sa production est suspendue.
La gestion des commandes
Afficher les commandes : ladministrateur peut consulter les dtails dune commande et
voir les produits commands.
Modifier les commandes : ladministrateur peut modifier ltat davancement dune
commande (Enregistr : Accuss de rception de commande, Traite : Traitement de la
commande en cours, Valide : Confirmation de commande et validation dfinitive,
Livre : La commande est livre l'adresse de livraison)
Supprimer des commandes : ladministrateur peut supprimer une commande si elle est
expire.
La gestion des catgories
Afficher les catgories : ladministrateur peut voir les catgories actives.
Modifier les catgories : ladministrateur peut modifier le nom dune catgorie.
Supprimer les catgories: ladministrateur peut supprimer une catgorie entire.
Page 15
Un tableau de bord
Nombre total des utilisateurs inscrits
Nombre total des produits vendus
Somme total des revenues
Nombre des commandes non traites
Nombre des produits hors stock
Le produit le plus vendu et sa quantit de vente
La gestion du panier
Le client peut ajouter des produits son panier
Le client peut modifier la quantit du produit command
Le client peut vider son panier
La gestion des comptes
Le client peut modifier ses informations de comptes incluant son pseudo et son mot de
passe
Le client peut modifier son carnet dadresse
La suivie des commandes : le client peut consulter lhistorique de ses commandes et suivre
leur tat davancement.
Une liste des produits solds ainsi que des produits les plus vendus.
Une recherche rapide et dtaille selon la catgorie.
Le paiement en ligne scuris avec diffrents modes de paiement (carte bancaire E-dinar, carte
Mastercard, carte Visa).
II.2. Besoins non fonctionnels
Les exigences non fonctionnelles dcrivent les caractristiques et les critres de qualit de
lapplication dans le but de rendre les besoins fonctionnels oprationnels car il ne faut en aucun cas
ngliger les facteurs de performance, de fiabilit, de fonctionnalit et de prise en charge des risques
afin de pouvoir remdier aux problmes de performance de lapplication (rapidit, temps de
rponse, rutilisation, etc.). Les besoins que nous avons pu extraire sont :
Fiabilit: Lapplication web doit fonctionner de faon cohrente sans erreurs et doit tre
satisfaisante.
Page 16
Ergonomie et bonne Interface : Lapplication dvelopper doit prsenter des IHMs (interfaces
utilisateurs) attirantes et conviviale afin de faciliter lutilisation de lapplication et assurer un
accs rapide aux diffrents modules. Bien quil sagisse dune application web, les IHMs
doivent tre soigneusement cres.
Scurit : Notre solution doit respecter surtout la confidentialit des donnes personnelles des
clients.
Compatibilit et portabilit : Un site web quel que soit son domaine, son diteur et son langage
de programmation ne peut tre fiable quavec une compatibilit avec tous les navigateurs web.
Rutilisation : Lapplication doit tre paramtrable et extensible et offre la possibilit dajouter
de nouvelles fonctionnalits.
III. Identification des cas dutilisation et leurs priorits
Dans cette partie, nous allons modliser les diffrents besoins dcrits dans la partie prcdente
travers quelques diagrammes des cas dutilisations.
Les cas dutilisation dcrivent les interactions entre les acteurs et lapplication web que nous
dsirons le concevoir.
Dans ce qui suit, nous allons prsenter les diffrents cas dutilisation. Ensuite, nous les dtaillons
avec des descriptions textuelles.
III.1. Cas dutilisation global
Un utilisateur (client non authentifi) peut consulter le catalogue des produits, voir ses descriptions
et effectuer des recherches. Il ne doit pas tre authentifi pour pouvoir raliser ces actions. Il peut se
connecter, sinon sil nest pas inscrit il cre un compte.
Le client profite de tous les services offerts pour un simple utilisateur. Ainsi, il gre son compte et
effectue une commande aprs avoir grer son panier.
Ladministrateur possde une gestion complte de son site. Il gre les produits, les catgories, les
commandes, les utilisateurs, les actualits et suit le rendement de sa boutique grce des
statistiques.
La figure ci-dessous prsente linteraction entre tous les acteurs et lapplication web.
Page 17
s'inscrire
consulter des catalogue

utilisateur
rechercher des produits
afficher les dtails d'un produit
grer son panier
<<include>>
effectuer une commande

<<include>>
client
<<include>>
grer son compte s'authentifier
<<include>>
afficher l'historique des commandes
<<include>>
grer des produits
<<include>>
grer des catgories
<<include>>
grer des utilisateurs
<<include>>
Administrateur grer des actualits
<<include>>
grer des commandes
<<include>>
consulter des statistiques
Figure 5 : Diagramme des cas d'utilisations global
Page 18
III.2. Diagrammes des cas dutilisations relatifs lutilisateur
La figure ci-dessous reprsente un raffinement des cas dutilisations relatifs lutilisateur.
s'inscrire
effectuer une recherche rapide

consulter des catalogue <<extend>>
<<extend>> effectuer une recherche avance

utilisateur
rechercher des produits
<<extend>>
effectuer une recherche par catgorie
afficher les dtails d'un produit
<<extend>> ajouter des produits au panier
grer son panier <<extend>>

modifier quantit des produits
<<extend>>
supprimer des produits du panier
<<extend>>
vider le panier
Figure 6 : Diagramme des cas d'utilisations relatifs lutilisateur
Le tableau suivant reprsente une description du cas dutilisation rechercher produit
Rechercher des produits

Acteur Utilisateur
Pr condition Aucune.
Description Lutilisateur peut rechercher des produits selon un critre bien dfinit.
Scnario Nominal Lutilisateur se pointe dans un formulaire de recherche.
Lutilisateur remplit les champs
Lutilisateur passe la requte.
Le systme affiche les rsultats.
Post condition Aucune.
Tableau 1 : description de cas dutilisation rechercher produit
Page 19
Le tableau suivant reprsente une description du cas dutilisation grer panier
Grer panier
Acteur Client
Pr condition Le client sest authentifi
Description Lutilisateur modifie, ajoute et supprime les produits dans son panier.
Scnario Nominal Le client ajoute un produit dans son panier.
Un pop-up saffiche lui confirmant lajout du produit.
Sil na pas encore termin, il peut continuer ses achats.
Pour achever ses achats, il accde son panier.
Il modifie la quantit du produit commander.
Il supprime un produit du panier.
En cas de confirmation, il passe sa commande.
En cas dannulation, il vide son panier.
Post condition Si la commande est passe, le client sera amen mentionner les informations
de facturation.
Tableau 2 : Description de cas dutilisation grer panier
III.3. Diagrammes des cas dutilisations relatifs au client
La figure ci-dessous reprsente un raffinement des cas dutilisations relatifs au client.
afficher l'historique des commandes

<<include>>
grer son panier effectuer une commande

<<extend>>
<<include>>
modifer son carnet d'adresse
<<extend>>
<<extend>> modifier les informations du compte

client grer son compte
<<extend>>
s'authentifier
suivre ses commandes
<<include>>
Figure 7 : Diagramme des cas d'utilisation relatif au client
Page 20
Le tableau suivant reprsente une description du cas dutilisation grer compte
Grer compte
Acteur Client
Pr condition Le client sest authentifi
Description Lutilisateur modifie ses informations personnelles et suit ses commandes.
Scnario Nominal Le client modifie ses informations didentit comme son nom, prnom,
date de naissance, sexe.
Il modifie ses informations de compte comme son pseudo, mot de
passe et sa photo de profil.
Il modifie son carnet dadresses comme son pays, ville, adresse et son
code postal.
Il sauvegarde les modifications.
Il consulte lhistorique de ses commandes et suit ltat des commandes
en cours.
Post condition Aucune.
Tableau 3 : Description du cas dutilisation grer compte
III.4. Diagrammes des cas dutilisations relatifs ladministrateur
Ladministrateur gre les produits, les catgories, les commandes, les utilisateurs, les actualits et
suit le rendement de sa boutique grce des statistiques.
La figure ci-dessous reprsente un raffinement des cas dutilisations relatifs ladministrateur.
Page 21
ajouter des fiches produits

<<extend>>
<<extend>> grer les produits

modifier des fiches produits
<<extend>>
ajouter des catgories
supprimer des fiches produits
<<extend>>
modifier des catgories
<<extend>>
<<include>>
<<include>>
grer des catgories
Administrateur
consulter des commandes <<extend>>
supprimer des catgories
<<extend>>
modifier tat commandes

<<extend>>
<<extend>> grer des commandes
supprimer des commande consulter des statistiques

<<include>>
<<include>>
<<include>>
s'authentifier
<<include>>
modifier des utilisateurs
<<extend>>
<<extend>> grer des actualits

grer des utilisateurs
afficher des commandes en cours <<extend>>
<<extend>>
<<extend>>
ajouter une actualit
supprimer des utilisateurs
<<extend>>
modifier une actualit
supprimer une actualit
<<include>>
Figure 8 : Diagramme des cas d'utilisation relatif ladministrateur
Page 22
Le tableau suivant reprsente une description du cas dutilisation grer des utilisateurs
Grer des utilisateurs

Acteur Administrateur
Pr condition Ladministrateur sest authentifi
Description Ladministrateur gre ses clients.
Scnario Nominal Ladministrateur affiche les dtails de chaque utilisateur
Il modifie son rle (Client / administrateur).
Il supprime des utilisateurs.
Post condition Ladministrateur se dconnecte.
Tableau 4 : Description du cas dutilisation grer des utilisateurs
Le tableau suivant reprsente une description du cas dutilisation grer des catgories
Grer des catgories

Description Ladministrateur gre les catgories auxquelles les produits appartiennent.
Scnario Nominal Ladministrateur accde linterface ajout catgorie.
Il saisit le nom de la catgorie.
Il choisit une image reprsentative pour la catgorie.
Il sauvegarde lopration.
Ladministrateur accde linterface liste des produits.
Il affiche la liste des catgories.
Il modifie le nom dune catgorie.
Il supprime une catgorie.
Tableau 5 : Description du cas dutilisation grer des catgories
Page 23
Le tableau suivant reprsente une description du cas dutilisation grer des actualits
Grer des actualits

Description Ladministrateur peut ajouter, modifier et supprimer des actualits.
Scnario Nominal Ladministrateur accde linterface ajout actualit.
Il saisit le titre de lactualit, une brve description, la catgorie et le
produit cibl et il choisit une image.
il accde linterface liste actualits.
Il peut modifier le titre et la description de lactualit et sauvegarde les
modifications.
Il peut supprimer lactualit.
Le tableau suivant reprsente une description du cas dutilisation grer des produits
Grer des produits

Description Ladministrateur peut ajouter, modifier et supprimer des produits.
Scnario Nominal Ladministrateur accde linterface ajout produit.
Il saisit le nom du produit, une brve description, la quantit, le prix, le
solde et il choisit une image.
il accde linterface liste produit.
Il affiche les dtails dun produit.
Il peut changer toutes ses informations et sauvegarde les
modifications.
Il peut supprimer un produit.
Tableau 6 : Description du cas dutilisation grer des produits
Page 24
Le tableau suivant reprsente une description du cas dutilisation grer des commandes
Grer des commandes

Description Ladministrateur peut consulter, modifier ltat des commandes et les
supprimer.
Scnario Nominal Ladministrateur accde linterface commande.
Il modifie ltat dune commande.
Dabord il traite la commande.
Ensuite, il valide la commande.
Enfin, il affirme la livraison de la commande.
En cas dexpiration, il peut supprimer une commande.
Tableau 7 : Description du cas dutilisation grer des commandes
Conclusion
Ce chapitre prcise les besoins fonctionnels que lapplication dveloppe doit offrir aux utilisateurs
et les besoins non fonctionnels aprs lidentification des acteurs ainsi que les cas d'utilisations de
chaque acteur. Le chapitre suivant, expliquera la conception de lapplication web afin de le rendre
plus fidle aux besoins du client.
Page 25
Page 26
Chapitre III : Conception
Introduction
La conception est une phase indispensable pour la ralisation dun projet. Elle consiste laborer
une base solide sur laquelle sappuiera la phase de ralisation ultrieure. Cette phase a pour objectif
de permettre la description dtaille du fonctionnement futur du systme afin de faciliter la
ralisation et rendre le dveloppement plus fidle aux besoins du client.
Aprs avoir identifi les besoins et analys le cahier des charges, nous allons nous intresser la
phase la plus importante dans le cycle de dveloppement des logiciels : la phase de conception.
Cette tape consiste prsenter les diagrammes de squences, dactivits et le diagramme de
classes.
I. Diagramme de squence
Le diagramme de squence reprsente un scnario qui modlise une excution particulire dun cas
dutilisation. Il correspond une slection denchanements du cas dutilisation.
I.1. Diagramme de squence relatif au cas dutilisation inscription
La figure ci-dessous reprsente le diagramme de squence modlisant le processus dinscription.
insciption : jsp inscription : servlet Utilisateur

: utilisateur
1 : remplir formulaire()
2 : valider formulaire()
3 : ajout utilisateur()
4 : create_user()
alt 5 : validation
[Champs valides] 6 : confirmer l'ajout()
7 : afficher confirmation
[Champs invalides] 8 : erreur

9 : afficher chec()
10 : demande de rssayer
Figure 9 : Diagramme de squence inscription
Page 27
1. Le client remplit le formulaire dans la page inscription

2. Le client confirme le formulaire.
3. Le systme traite les donnes.
4. Si les champs sont valides, le modle enregistre les donnes dans la base.
5. Sinon, lutilisateur sera inform dun chec.
I.2. Diagramme de squence relatif au cas dutilisation connexion
La figure ci-dessous reprsente le diagramme de squence modlisant le processus de connexion.
connexion : JSP authentification : servlet compte

: utilisateur
1 : saisie pseudo et password()
2 : demander la connexion()
3 : validate_account()
alt
4 : validation
5 : autoriser l'accs()
[Accs accept]
6 : confirmation
[champs invalides] 7 : echec

8 : refuser l'accs()
9 : demande de ressayer
Figure 10 : Diagramme de squence connexion
1. Le client saisit son pseudo et son mot de passe dans le formulaire de connexion
2. Le client confirme le formulaire.
3. Le systme traite la cohrence des donnes.
4. Si les champs sont valides, le modle renvoie une confirmation.
5. Sinon, lutilisateur sera inform dun chec et son accs sera refus.
Page 28
I.3. Diagramme de squence relatif au cas dutilisation gestion panier
La figure ci-dessous reprsente le diagramme de squence modlisant le processus de gestion

panier.
panier : JSP panier : servlet panier

: client
1 : ouvrir panier()
2 : afficher panier
alt
[ajouter produit]
3 : ajout produit()
4 : envoie id produit()
5 : add_item()
6 : confirmer l'ajout
[modifier produit]
7 : modifier la quantit produit()
8 : envoie quantit()
9 : modify_item()
10 : confirmer la modification
[supprimer produit]
11 : supprimer un produit()
12 : envoie id produit()
13 : delete_item()
14 : confirmer la suppression
[vider panier]
15 : vider le panier()
16 : envoie tous les produits()
17 : empty_cart()
18 : confirmer l'opration
19 : mettre jour le panier()
Figure 11 : Diagramme de squence gestion panier
Page 29
1. Lutilisateur ouvre son panier.

2. La page panier saffiche.
3. Le client peut modifier la quantit du produit.
4. Le client peut supprimer un produit.
5. Le client peut ajouter un produit.
6. Le client peut vider le panier.
7. Le systme met jour le panier.
I.4. Diagramme de squence relatif au cas dutilisation gestion des

utilisateurs
Pour la gestion des utilisateurs, ladministrateur ouvre linterface dadministration et demande la

liste des utilisateurs. Pour modifier le rle dun utilisateur, ladministrateur se pointe sur un client et
slectionne le nouveau rle depuis la liste et sauvegarde son choix. Aprs la validation des
modifications, linterface utilisateur : jsp communique avec le contrleur utilisateurs : servlet
et envoie lid rle. Le contrleur invoque la mthode modify_user () pour lui affecter le nouveau
rle, ensuite la liste saffiche de nouveau avec les mises jour travers le contrleur .Une fois la
modification des utilisateurs est faite, le mme scnario se rpte pour lajout et la suppression.
La figure ci-dessous reprsente le diagramme de squence modlisant le processus de gestion des

utilisateurs.
Page 30
utilisateur : JSP utilisateurs : Servlet utilisateur

: Administrateur
1 : demander liste utilisateurs()

2 : lister utilisateurs()
3 : get_all()
4 : retourner liste utilisateur
alt
[suppression]
5 : supprimer utilisateur()
6 : envoie id utilisateur()
7 : delete_user()
8 : confirmer suppression
9 : mettre jour la liste
[dtails] 10 : afficher dtails utilisateur()

11 : envoie id utilisateur()
12 : details_user()
13 : confirmer l'opration
14 : retourner les dtails()
15 : afficher les dtails
[modification] 16 : modifier rle utilisateur()
17 : envoie nouveau rle()
18 : modify_user()
19 : confirmer la modification
20 : mettre jour la liste
Figure 12 : gestion des utilisateurs
II. Diagramme dactivit
Le diagramme dactivits reprsente un modle de traitement modlis sous la forme dun

enchanement dactivits, il permet de dcrire un processus et de modliser un cas dutilisation
lorsque le diagramme de classe nest pas encore stabilis.
Page 31
II.1. Diagramme dactivit relatif au cas dutilisation gestion des

utilisateurs
La figure ci-dessous reprsente le diagramme dactivit du processus de gestion des utilisateurs.
administrateur
s'authentifier
identifiant incorrect
identifiant correct
grer les utilisateurs
consulter modifier
supprimer rechercher
Figure 15 : Diagramme dactivit du processus gestion des utilisateurs
Ladministrateur tout dabord sauthentifie. Si son identifiant est incorrect, il sera demand de le
saisir nouveau, sinon il se pointe dans la page de gestion des utilisateurs. Ladministrateur peut
consulter les dtails des clients, chercher un client particulier, modifier leur rle ou supprimer un
utilisateur.
II.2. Diagramme dactivit relatif au cas dutilisation passer commande
Ladministrateur se pointe sur la page des commandes. Il peut choisir entre trier ses commandes,
modifier leur tat et les supprimer.
Page 32
La figure ci-dessous reprsente le diagramme dactivit du processus passer commande .
administrateur
lister commandes enregistrs
modifier commande supprimer commande

trier commandes
changer tat de commandes
Figure 17 : Diagramme de squence de lopration passer commande
II.3. Diagramme dactivit authentification
Afin de sinscrire, le systme vrifie les champs envoys dans le formulaire dinscription.
Aussi, pour se connecter, le systme vrifie si le pseudo ou ladresse e-mail existent dans la base.
En cas de champs vides ou invalides, lutilisateur sera redirig vers la mme page pour renseigner
nouveau ses informations.
La figure ci-dessous reprsente le diagramme dactivit du processus dauthentification.
Page 33
Client
deja inscrit non inscrit
saisi droit d'acces renseignement des informations d'inscription
champs vides inscription reussite
champs vides, invalides ou existance d'infos
champs invalides
pseudo ou email existent deja
ouverture de l'espace personel
Figure 18 : Diagramme dactivit du processus authentification .
III. Diagramme de Classe
Alors que le diagramme des cas d'utilisation montre un systme du point de vue des acteurs, le
diagramme de classes en montre la structure interne. Il permet de fournir une reprsentation
abstraite des objets du systme qui vont interagir pour raliser les cas d'utilisation.
Un diagramme de classes n'est donc pas bien adapt pour dtailler, dcomposer, ou illustrer la
ralisation d'un cas d'utilisation particulier [5].
La figure ci-dessous reprsente le diagramme de classe global.
Page 34
Utilisateur
role -id_util
possde
-id_role -nom_util
-lib_role -prenom_util
1
-sexe_util
-adresse_util
-tel_util
Compte +1..* -email_util
-id_compte -date_nais_util
-pseudo_compte -code_postale_util
0..1 1 -pays_util passe
-pass_compte
possde -ville_util 1
+modifiercompte()
+supprimercompte() +ajouterutil()
+verifiercompte() +modifierutil()
+supprimerutil()
+consulterutil()
+activerutil()
Produit +desactiverutil()
-id_prod +existepseudo()
-nom_prod +listerutilisateur()
1..*
-description_prod +affectuerutilisateur()
-prix_prod Commande
-solde_prod
-id_cmd
-qnt_prod
-date_cmd
categorie -image_prod
-Date_livr_cmd
+id_cat -date_ajout_prod
-etat_cmd
+lib_cat +ajouterproduit() -prix_total_cmd
1 1..* +modifierproduit() ajout
+img_cat +passercommande()
+ajoutercat() appartient +supprimerproduit() * * +modifieretatcommande()
+supprimercat() +consulterficheproduit()
+triercommande()
+modifiercat() +listerproduit() ligne_cmd
+consulteretatcommande()
+listercat() +rechercherproduit() +qnt_lcmd +choixcommande()
+solderproduit() +nom_produit_lcmd +listercommande()
+ajoutproduitcategorie() +P.U.HT_lcmd
+modifierproduitcategorie() +montant.HT_lcmd
+afficherproduitcategorie()
+nouveauproduit()
1..*
gnre
1..* 1
entre Facture
1..*
-id_facture
mouvement stock
-id_client
-id-mouvement -adresse_Client
-date_mouvement -ville_client
-type_mouvement -pays_client
+ajouter_entree() +etablirfacture()
+ajouter_sortie() +envoyerfacture()
+afficherfacture()
+imprimerfacture()
Figure 13 : Diagramme de classe global
III.1. Le dictionnaire de donnes
Le dictionnaire de donnes permet de recenser les informations ncessaires. Il prcise le libell des
donnes, le nom de chaque champ, le type, la dimension et le libell des donnes utilises. Nous
allons prsenter ces donnes selon les entits.
Page 35
Lentit Utilisateur :
Nom du champ Libell de la proprit Type Dimension
Id_util Identifiant utilisateur entier 10
nom_util Nom utilisateur texte 20
prenom_util Prnom utilisateur texte 20
sexe_util Sexe utilisateur texte 1
adresse_util Adresse utilisateur texte 20
tel_util Tlphone utilisateur entier 8
email_util Adresse email utilisateur texte 20
date_nais_util Date de naissance utilisateur date 8
code_postale_util Code postal utilisateur entier 4
pays_util Pays utilisateur texte 20
ville_util Ville utilisateur texte 20
Tableau 8 : L'entit Utilisateur
Lentit Rle :
Id_role Identifiant rle entier 10
Lib_role libell rle texte 20
Tableau 9 : L'entit Role
Page 36
Lentit Produit :
id_prod Identifiant produit entier 10
nom_prod Nom produit texte 20
description_prod Description produit texte 100
prix_prod Prix produit rel 9
solde_prod Solde produit rel 6
qnt_prod Quantit produit entier 8
image_prod Image produit texte 50
date_ajout_prod Date ajout produit date 8
Tableau 10 : Lentit Produit
Lentit Commande :
id_cmd Identifiant produit entier 10
date_cmd Nom produit texte 20
date_livr_cmd Description produit texte 100
etat_cmd Prix produit rel 9
prix_total_cmd Solde produit rel 6
Tableau 11 : Lentit Commande
Page 37
Lentit Ligne de Commande :
qnt_lcmd Quantit de la ligne de commande entier 10
nom_produit_lcmd Nom produit de la ligne de commande texte 20
P.U.HT_lcmd Prix unitaire hors taxe de la ligne de rel 9

commande
montant.HT_lcmd Montant hors taxe de la ligne de rel 9

commande
Tableau 12 : Lentit Ligne de Commande
Lentit Facture :
id_facture Identifiant de la facture entier 10
id_client Identifiant du client concern entier 10
adresse_Client Adresse de livraison du client concern texte 20
ville_client Ville de livraison du client concern texte 20
pays_client Pays de livraison du client concern texte 20
Tableau 13 : Lentit Facture
Page 38
Lentit Compte :
id_compte Identifiant du compte entier 10
pseudo_compte Pseudo du compte texte 15
pass_compte Mot de passe du compte texte 15
Tableau 14 : Lentit Compte
Lentit Catgorie :
id_cat Identifiant de la catgorie entier 10
lib_cat Libell de la catgorie texte 20
img_cat Image de la catgorie texte 20
Tableau 15 : Lentit Catgorie
Lentit mouvement stock :
id-mouvement Identifiant du mouvement entier 10
date_mouvement Date du mouvement date 8
type_mouvement Type de mouvement (Entr / Sortie) texte 20
Tableau 16 : Lentit mouvement stock
Page 39
Conclusion
La phase conceptuelle est une tape fondamentale pour la ralisation de nimporte quel projet. Elle
permet de faciliter le systme dinformation et raliser limplmentation de la base de donnes et le
traitement. Par la suite, nous devons chercher les moyens et les outils possibles pour dvelopper
lapplication, ce que nous allons prsenter dans le chapitre suivant.
Page 40
Page 41
Chapitre IV : La ralisation
Introduction
Aprs avoir achev la phase de conception de lapplication, nous entamons dans ce chapitre la
phase de ralisation du projet. Ce chapitre a pour objectif majeur de prsenter le produit final. Cest
la phase de ralisation de ce site web dynamique qui utilise des technologies spcifiques. Ce
chapitre est compos de deux parties : la premire partie prsente lenvironnement de
dveloppement alors que la seconde partie concerne les principales interfaces graphiques.
I. Environnement et outils de dveloppement
Cette phase comportera les outils et les technologies utilises pour raliser lapplication.
I.1. Environnement matriel
Ce projet a t ralis sur un ordinateur dont les caractristiques sont les suivantes :
Fabricant : TOSHIBA
Modle : A500
Mmoire : 4 Go de mmoire totale de type DDR3
Disque dur : Disque dur TOSHIBA MK5055GSX de 465.76 Go
Rseau : Realtek RTL8191SE Wireless LAN 802.1/*1n PCI-E NIC
Systme d'exploitation : Windows 7 Edition Familial Premium (X64) Service Pack 1
I.2. Environnement logiciel
Cette partie reprsente les outils logiciels ncessaires pour achever cette application.
I.2.1. Modle MVC
En ce qui concerne le patron de conception, nous avons choisi le modle MVC (Model View -
Controller). Il s'agit d'un design pattern, une technique de programmation. C'est une faon de
programmer et d'organiser son code [6].
Page 42
Le modle de conception MVC impose une rpartition stricte des tches au sein d'une application :
o la couche Modle se charge des traitements effectuer sur les donnes et de leurs stockages.
o la couche Vue se charge de la prsentation des donnes pour l'utilisateur et de l'interaction,
o la couche Contrle se charge d'aiguiller les requtes entrantes vers les traitements et vues
correspondants.
Modle : des traitements et des donnes
Dans le modle, on trouve la fois les donnes et les traitements appliquer ces donnes. Ce bloc
contient donc des objets Java d'une part, qui peuvent contenir des attributs (donnes) et des
mthodes (traitements) qui leur sont propres, et un systme capable de stocker des donnes d'autre
part. Le modle peut par exemple contenir la liste des utilisateurs, avec leurs noms, prnoms, ges...
Vue : des pages JSP
Cest la partie qui s'occupe de l'affichage. Elle affiche ce que contient le modle. Dans notre
application, les pages JSP sont destines la vue. Elles sont excutes ct serveur et permettent
l'criture des pages en HTML, CSS et JavaScript
Contrleur : des servlets
Cest la partie "rflexion" du programme. Une servlet est un objet qui permet d'intercepter les
requtes faites par un client, et qui peut personnaliser une rponse en consquence. Elle intercepte
une requte issue d'un client, appelle ventuellement des traitements effectus par le modle, et
ordonne en retour la vue d'afficher le rsultat au client. [7]
I.2.2. Langage de programmation
Notre choix de langage de programmation sest orient assez vite vers Java pour multiples raisons :
Orient objet : rutilisabilit et conomie en terme de code.
Scuris : Java a t conu pour tre exploit dans des environnements serveur et distribus.
Dynamique : Java a t conu pour sadapter un environnement qui volue, et permet

ldition des liens entre modules objets dynamiquement au moment de lexcution.
Portable : Il est possible d'excuter des programmes Java sur tous les environnements qui
possdent une JVM (Java Virtual Machine).
Complet : Java possde une trs riche bibliothque et permet entre autre la connectivit des
bases de donnes, le dveloppement d'applications multitches. .
Page 43
Fiable : Java a t conu pour que les programmes qui l'utilisent soient fiables sous
diffrents aspects.
I.2.3. La plateforme de dveloppement
Nous avons choisi J2EE comme plateforme pour dvelopper notre application et cela se justifie par
plusieurs raisons, pour nen citer que lessentiel :
Plateforme totalement gratuite.

Garantie des services ncessaires pour toute application dentreprise moderne.
La disponibilit dune multitude doutils open source.
La portabilit.
La libert de choix des diffrents outils.
Le bnfice des efforts de toute la communaut open source.
I.2.3.1 Dfinition
J2EE (Java 2 Enterprise Edition) est une norme propose par la socit Sun, porte par un
consortium de socits internationales, visant dfinir un standard de dveloppement d'applications
d'entreprises multi-niveaux, bases sur des composants.
On parle gnralement de plate-forme J2EE pour dsigner l'ensemble constitu

des services (API) offerts et de l'infrastructure d'excution. J2EE comprend notamment :
Les spcifications du serveur d'application, c'est--dire l'environnement d'excution.
Des services qui sont des extensions Java indpendantes permettant d'offrir en standard un
certain nombre de fonctionnalits [8].
I.2.4. Logiciel de conception
Nous avons utilis pour la modlisation UML le logiciel Open Source StarUML. Grce ce
logiciel, nous pouvons concevoir des classes, des objets et des acteurs et d'y dfinir nombre
d'attributs. Ce logiciel permet une visualisation et une reprsentation d'une architecture d'un projet
en montrant les acteurs, processus et composants.
Page 44
I.2.5. Logiciels de dveloppement
Nous utilisons l'IDE Eclipse et ce n'est pas le seul existant, c'est simplement celui que nous le
matrisons le mieux.
Massivement utilis en entreprise, c'est un outil puissant, gratuit, libre et multiplateforme. Les
avantages d'un IDE dans le dveloppement d'applications web Java EE sont multiples citant :
intgration des outils ncessaires au dveloppement et au dploiement d'une application,

paramtrage ais et centralis des composants d'une application,
multiples moyens de visualisation de l'architecture d'une application,
gnration automatique de portions de code,
assistance la vole lors de l'criture du code,
outils de dbogage.
I.2.6. Serveur Tomcat
Pour faire fonctionner cette application web Java EE, nous avons besoin de mettre en place un
serveur d'applications. Il en existe beaucoup sur le march, nous avons choisi d'utiliser Tomcat, car
c'est un serveur lger, gratuit, libre et multiplateforme.
Tomcat est dsormais un projet principal de la fondation Apache. Cest un conteneur de Servlet
J2EE qui implmente la spcification des Servlets et des JSP de Sun Microsystems. Tomcat est en
fait charg de compiler les pages JSP avec Jasper pour en faire des Servlets (une servlet tant une
application Java qui permet de gnrer dynamiquement des donnes au sein dun serveur http).
Gnralement, ces donnes sont prsentes sous forme de page HTML cot client [9].
I.2.7. SGBD
Un SGBD est un logiciel qui permet dinteragir avec une base de donnes. Il doit garantir, dune
part la description et la manipulation des donnes, et dautre part la rsolution des problmes de
concurrence et de protection daccs aux donnes. Le SGBD que nous allons choisir doit tre :
gratuit ou open source,
conu pour la gestion des bases de donnes relationnelles,
rapide et efficace
Page 45
Lun des gestionnaires de base de donnes le plus populaire et qui rpond ces exigences est
MySQL Workbench. En effet, MySQL Workbench est le logiciel open-source possder pour un
dveloppeur web ou pour grer des bases de donnes MySQL.
Bas sur le Framework .Net 2.0, ce logiciel permet de crer visuellement des bases de donnes et
tables MySQL laide des diagrammes EER (Extended Entity-Relationship).
Il fournit les services suivants :
Reverse Engineering (Cration du diagramme partir dune BDD MySQL).
Gnration du code SQL de cration des tables.
Synchronisation du schma MySQL : BDD <-> Diagramme.
Export en image, PDF.
Compatibilit avec DBDesigner4.
Diagrammes et designs [10].
La cration automatique de base de donnes na jamais t aussi simple.

MySQL Workbench lavantage de crer toutes les contraintes MySQL comme les cls primaires,
trangres, index etc
I.2.8. Les bibliothques

I.2.8.1 JSTL
JSTL est l'acronyme de Java server page Standard Tag Library. C'est un ensemble de tags
personnaliss dvelopp sous la JSR 052 qui propose des fonctionnalits souvent rencontres dans
les JSP :
Tag de structure (itration, conditionnement ...)
Internationalisation
Excution de requte SQL
Utilisation de document XML [11]
Le but de la JSTL est de simplifier le travail des auteurs de page JSP. La JSTL permet de
dvelopper des pages JSP en utilisant des balises XML, et permet de concevoir des pages
dynamiques complexes sans connaissances du langage Java.
Page 46
I.2.8.2 JQUERY
JQuery est une bibliothque JavaScript permettant grandement de faciliter le dveloppement

JavaScript. L'un de ses grands avantages est de grer la compatibilit entre les diffrents
navigateurs. JQuery permet galement de faire de l'AJAX facilement [12].
I.2.8.3 Commons IO
Commons IO est une librairie contenant de nombreuses mthodes pour aider le dveloppeur Java
utiliser pleinement les fonctionnalits IO. Elle fournit des classes statiques de mthode permettant
de faciliter des actions communes, des filtres et de nouvelles implmentations de Stream.[13]
I.2.9. Les API

I.2.9.1 Commons FileUpload
Cette API du projet Jakarta Commons fournit les classes ncessaires au tlchargement de fichiers,
avec servlets et applications Web.
I.2.9.2 JDBC
JDBC (Java Data Base Connectivity) est une interface de programmation qui permet aux
applications Java d'accder par le biais d'une interface commune des sources de donnes pour
lesquelles il existe des pilotes JDBC.
I.2.9.3 JSON
JSON (JavaScript Object Notation) est un format d'change de donnes. Il permet de reprsenter de
l'information structure.
II. Architecture de dveloppement
Pour notre application, nous avons choisi larchitecture 3tiers car elle apporte les avantages
suivant :
Une conception claire et efficace grce la sparation des donnes,
Plus de flexibilit dans lallocation des ressources et dans les requtes du client vers le
serveur,
Indpendance des donnes de laffichage et des actions.
Page 47
Larchitecture 3tiers est un modle logique darchitecture applicative qui vise sparer trs
nettement trois couches logicielles au sein dune mme application ou systme, modliser et
prsenter cette application comme un empilement de trois couches dont le rle est clairement dfini.
La figure ci-dessous reprsente les trois couches de larchitecture 3tiers.
Figure 14 : L'architecture 3-tiers
Chacune de ces trois couches ont un rle spcifique.
La couche prsentation est charge du traitement de l'interaction avec l'utilisateur. C'est un

rle d'affichage et d'interaction.
La couche application effectue les traitements applicatifs. De plus, elle effectue le tampon
entre la prsentation et les donnes. Elle effectue aussi les rgles de gestion de l'application.
La partie donne stocke les donnes prennes de l'entreprise ou de l'application.
III. Diagramme de dploiement
Cest le premier niveau de conception car cest lui qui permet dorganiser les environnements de
travail sur le rseau. Pour cela, nous allons modliser notre architecture par le diagramme de
dploiement reprsent dans la figure suivante.
Page 48
Internaute Navigateur(HTTP)
Serveur web
Serveur de base de donns
Plate-forme e-commerce
BDD
serveur de paiement
Figure 15 : Diagramme de dploiement
IV. Dveloppement des interfaces
Dans cette partie du rapport, nous prsenterons les interfaces fonctionnelles du systme.
IV.1. Interfaces Front-End
Dans cette partie, nous prsentons quelques imprimes cran de linterface utilisateur pour donner
une ide plus prcise sur les fonctionnalits offertes.
IV.1.1. Page daccueil
Lors du lancement de lapplication, la page daccueil saffiche. Un client, sans sauthentifier, peut
consulter tous les produits, voir leurs dtails, faire des recherches selon la catgorie et les
promotions ou lister les plus vendus. Ainsi, il peut ajouter des produits son panier.
Page 49
Figure 16 : Page d'accueil
IV.1.2. Interface Authentification
Lorsquun client possdant un compte dsire se connecter, il clique sur se connecter dans len-
tte de la page et un pop-up dauthentification saffiche. Lutilisateur saisit son pseudo et son mot
de passe pour se connecter et pourra ensuite grer son compte et consulter ses commandes comme
le montre la figure ci-dessous.
Page 50
Figure 17 : Formulaire d'authentification d'un client
IV.1.3. Interface denregistrement
Afin de sinscrire dans le site, le client doit remplir un formulaire contenant les champs obligatoires
suivants : pseudo, email, mot de passe, confirmation mot de passe, nom, prnom et date de
naissance. Si son pseudo existe dj dans la base de donnes, il sera notifi, sinon lapplication le
valide avant de soumettre le formulaire comme le montre la figure ci-dessous.
Figure 18 : Formulaire de s'inscription
Page 51
Les autres champs ne sont pas obligatoires. Mais lors du passage dune commande, le client devra
accomplir ses informations pour des besoins de livraison.
IV.1.4. Fiche produit
La figure ci-dessous prsente une fiche dun produit avec sa description, sa disponibilit en stock et
la quantit dsirant commander.
Figure 19 : Fiche produit
IV.1.5. Gestion panier
Aprs avoir ajout des produits, le client peut visualiser son panier et effectuer un ensemble
doprations; il peut modifier la quantit dun produit, ajouter un nouveau produit au panier ou le
supprimer et vider le panier. Sinon, il passe la commande.
Page 52
Figure 20 : Panier
IV.1.6. Processus de lachat
Pour passer sa commande, le client passe par cinq tapes : panier, connexion, coordonns, paiement
et validation.
Figure 21 : Processus de paiement de la commande
Page 53
IV.2. Interfaces back-End
Dans cette partie, nous prsentons quelques imprimes cran de linterface administrateur.
IV.2.1. Tableau de bord
Lors de son authentification, un tableau de bord sera affich contenant des statistiques sur le
rendement de la boutique. Cette page contient le nombre total des inscrits depuis la cration,
nombre des produits vendus, les revenues, les commandes en attente de traitement, les produits hors
stock et le produit le plus vendu.
Figure 22 : Tableau de bord
IV.2.2. Modifier un produit
Lors de la modification dun produit, une interface saffiche contenant un formulaire.
Ladministrateur peut modifier le nom du produit, la description, le prix, le solde, la quantit et la

catgorie.
Page 54
Figure 23 : formulaire de modification d'un produit
IV.2.3. Modifier tat des commandes
Cette page permet ladministrateur de modifier ltat davancement dune commande pour
informer le client. Ainsi, il peut consulter les lignes de commandes ou supprimer une commande si
elle est expire.
Page 55
Figure 24 : modification d'une commande
IV.2.4. Lajout dune actualit
Figure 25 : interface de l'ajout d'une actualit
Page 56
Lactualit est reprsente sous forme dun diaporama qui saffiche la page daccueil pour mettre
les clients la page.
Dabord, ladministrateur saisit le titre de lactualit. Ensuite, il choisit la catgorie puis, le produit
cibl et une brve description.
IV.2.5. Gestion des utilisateurs
Ladministrateur peut consulter ses clients, voir leurs dtails, modifier leur rle ou les supprimer.
Figure 26 : dtails d'un utilisateur
Conclusion
La partie de ralisation dtermine une ide plus claire sur les tches qui sont ralises dans ce site
web par la prsentation des interfaces graphiques. Avec ce chapitre, nous terminons la phase de
dveloppement de ce site.
Page 57
Conclusion gnrale
Ce travail sinscrit dans le cadre dun Stage de Fin dEtudes effectu au sein de lentreprise 3S2i en
vue de lobtention de la licence en Systmes Informatiques et Logiciels lInstitut Suprieur
dInformatique. Au terme de ce projet, nous avons ralis une application web dune chocolaterie
en cours de cration.
Cest une application presque finalise et accompagne de toutes les documentations techniques et
conceptuelles ncessaires sa bonne volution. Pour concevoir ce travail, nous avons dabord
prsent premirement le cadre de ce projet, puis nous avons analys ltude de lexistant.
En second, nous avons analys les besoins fonctionnels et non fonctionnels. Puis, nous avons
modlis des cas dutilisations avant dentamer la phase de conception.
Ensuite, nous avons attaqu la phase de conception qui consiste prsenter les diagrammes de
squences, dactivits et le diagramme de classes.
Finalement, nous avons trait toutes les phases ncessaires la ralisation de cette application, et
dans cette phase, nous avons appris mieux manipuler les langages Java, HTML5 et JavaScript,
aussi nous avons approfondi nos connaissances en langage SQL avec le MySQL.
Le sujet vient de couronner nos tudes approfondies en gnie logiciel. En effet, il nous a permis de
mettre en uvre le langage Java et la programmation orient objet invoqus aux cours de mes
tudes.
Par ailleurs, lobjectif principal de ce stage tait la dcouverte du monde de lentreprise et dans
cette optique, ce stage a totalement rpondu nos attentes.
Page 58
Bibliographie
[1] Tunisie: Commerce lectronique, une activit haut potentiel promouvoir, 04 Octobre 2012 . [En
ligne]. Available: www.webmanagercenter.com.
[2] definitions marketing, dimanche24 juin 2012 . [En ligne]. Available: http://www.definitions-
marketing.com/Definition-E-commerce.
[3] O. d. Wasseige, e-Commerce, e-Marketing, eBay, chez 3 Leviers de croissance pour les entreprises.
[4] le porte monnaie electronique tunisien, poste tunisienne, [En ligne]. Available: http://www.e-
dinar.poste.tn/fr/services_professionnel.html#procedure.
[5] UML2 - de l'apprentissage la pratique, developpez, [En ligne]. Available: laurent-

audibert.developpez.com/Cours-UML/?page=diagramme-classes.
[6] P. Puiseux, UPPA Tutoriel PyQt.14 : Architecture VMC, [En ligne]. Available: http://web.univ-
pau.fr/~puiseux/enseignement/python/tuto-PyQt.14(VMC).pdf..
[7] M. M. a. Coyote, Crez votre application web avec Java EE, 31/01/2013.
[8] java : exposs, [En ligne]. Available: http://omar.z.gp/java/exposes/j2ee.html.
[9] tomcat - documentation ubuntu francophone, [En ligne]. Available: http://doc.ubuntu-

fr.org/tomcat.
[10] Creation automatique de base de donnes MySQL avec Workbench, winastuce, 2013. [En ligne].
Available: http://www.winastuce.com/creation-automatique-de-base-de-donnees-avec-workbench.
[11] J.-M. DOUDOUX, Dveloppons en Java - JSTL (Java server page Standard Tag Library), jmdoudoux,
2013. [En ligne]. Available: Available: http://www.jmdoudoux.fr/java/dej/chap-jstl.htm.
[12] Cours, openclassrooms, [En ligne]. Available:

http://fr.openclassrooms.com/informatique/jquery/cours.
[13] Les librairies d'Apache Software Foundation, developpez, [En ligne]. Available: http://baptiste-
wicht.developpez.com/tutoriels/java/apache/apis/?page=page_3.
Page 59
Annexe
I. Dfinition
UML (en anglais Unified Modeling Language) ou langage de modlisation unifi est un
langage de modlisation graphique base de pictogrammes. Il est apparu dans le monde du gnie
logiciel, dans le cadre de la conception oriente objet . Couramment utilis dans les projets
logiciels, il peut tre appliqu toutes sortes de systmes ne se limitant pas au domaine
informatique. UML est l'accomplissement de la fusion de prcdents langages de modlisation objet
: Booch, OMT, OOSE.
II. Les Bases dUML
UML se dfinit comme un langage de modlisation graphique et textuel destin

comprendre et dcrire des besoins, spcifier et documenter des systmes, esquisser des architectures
logicielles, concevoir des solutions et communiquer des points de vue. UML unifie la fois les
notations et les concepts orients objet. Il ne sagit pas dune simple notation graphique, car les
concepts transmis par un diagramme ont une smantique prcise et sont porteurs de sens au mme
titre que les mots dun langage. UML unifie galement les notations ncessaires aux diffrentes
activits dun processus de dveloppement et offre, par ce biais, le moyen dtablir le suivi des
dcisions prises, depuis lexpression de besoin jusquau codage. Dans ce cadre, un concept
appartenant aux exigences des utilisateurs projette sa ralit dans le modle de conception et dans le
codage. Le fil tendu entre les diffrentes tapes de construction permet alors de remonter du code
aux besoins et den comprendre les tenants et les aboutissants. En dautres termes, nous pouvons
retrouver la ncessit dun bloc de code en se rfrant son origine dans le modle des besoins.
UML 2 sarticule autour de treize types de diagrammes, chacun deux tant ddi la
reprsentation des concepts particuliers dun systme logiciel. Ces types de diagrammes sont
rpartis en deux grands groupes :
Six diagrammes structurels :
Page 60
Annexe
Diagramme de classes : Il montre les briques de base statiques : classes, associations,

interfaces, attributs, oprations, gnralisations, etc.
Diagramme dobjets : Il montre les instances des lments structurels et leurs liens
lexcution.
Diagramme de packages : Il montre lorganisation logique du modle et les relations

entre packages.
Diagramme de structure composite : Il montre lorganisation interne dun lment

statique complexe.
Diagramme de composants : Il montre des structures complexes, avec leurs interfaces

fournies et requises.
Diagramme de dploiement : Il montre le dploiement physique des artefacts sur les

ressources matrielles.
Sept diagrammes comportementaux :

Diagramme de cas dutilisation : Il montre les interactions fonctionnelles entre les
acteurs et le systme ltude.
Diagramme de vue densemble des interactions : Il fusionne les diagrammes dactivit et

de squence pour combiner des fragments dinteraction avec des dcisions et des flots.
Diagramme de squence : Il montre la squence verticale des messages passs entre

objets au sein dune interaction.
Diagramme de communication : Il montre la communication entre objets dans le plan au

sein dune interaction.
Diagramme de temps : Il fusionne les diagrammes dtats et de squence pour montrer

lvolution de ltat dun objet au cours du temps.
Diagramme dactivit : Il montre lenchanement des actions et dcisions au sein dune

activit.
Diagramme dtats : Il montre les diffrents tats et transitions possibles des objets dune
classe.
Page 61
:

:

.
.E-commerce, JEE, JSP, Servlet, JavaScript, MYSQL, MVC :
Titre: Conception et dveloppement d'un site marchand avec gestion et suivie Client
Rsum: Le travail prsent dans le cadre dun projet de fin dtude pour obtenir la Licence
Applique en Gnie logiciel, est de crer un site marchand dune chocolaterie, connu galement
sous le nom de site e-commerce accessible en permanence qui vise favoriser le processus de vente
en ligne afin de faciliter et d'encourager la communication avec le client.
Mots-cls: E-commerce, JEE, JSP, Servlet, JavaScript, MYSQL, MVC.
Title: Design and development of a commercial Website with Client Management
Abstract: The work presented in the context of a final study project to obtain Applied Software
Engineering Degree, is to create a chocolate dealer website, also known as e-commerce site
accessible at all times that aims to promote the online sales process in order to facilitate and
encourage communication with customers.
Key Words: E-commerce, JEE, JSP, Servlet, JavaScript, MYSQL, MVC.

Rapport Site E-Commerce JEE (Servlet - JSP)

Загружено:

Сведения о документе

Оригинальное название

Авторское право

Доступные форматы

Поделиться этим документом

Поделиться или встроить документ

Параметры публикации

Этот документ был вам полезен?

Это неприемлемый материал?

Авторское право:

Доступные форматы

Rapport Site E-Commerce JEE (Servlet - JSP)

Загружено:

Авторское право:

Доступные форматы

RPUBLIQUE TUNISIENNE

MINISTRE DE LENSEIGNEMENT SUPRIEUR

INSTITUT SUPRIEUR DINFORMATIQUE

Prsent en vue de lobtention du

Conception et dveloppement d'un

Anne universitaire : 2013-2014

Chapitre I Analyse du cahier des charges ......................................................................................................... 2

I.1. Dfinition ............................................................................................................................................. 3

I.2. Types e-commerce .............................................................................................................................. 3

I.3. Les bnfices du passage au e-commerce .......................................................................................... 3

I.4. Modes de payement en ligne en Tunisie............................................................................................. 4

II. Cadre gnral du projet ............................................................................................................................. 5

II.1. Prsentation de lorganisme daccueil ............................................................................................... 5

II.2. Cadre du projet et motivation ............................................................................................................ 6

II.3. Prsentation de la chocolaterie.......................................................................................................... 6

III. Cahier des charges .................................................................................................................................... 7

III.1. tude de l'existant ............................................................................................................................. 7

III.1.1. Analyse du site Gourmandise ..................................................................................................... 7

III.1.2. Analyse du site Chamalo ............................................................................................................ 8

III.1.3. Analyse du site Sotuchoc ............................................................................................................ 8

III.2. Critique de lexistant.......................................................................................................................... 9

III.3. Objectifs ........................................................................................................................................... 10

III.3.1. Partie administrateur du site .................................................................................................... 10

III.3.2. Partie client............................................................................................................................... 11

I. Spcification des besoins.......................................................................................................................... 13

I.1. Identification des acteurs .................................................................................................................. 13

I.1.1. Lutilisateur ................................................................................................................................. 13

I.1.3. Ladministrateur ......................................................................................................................... 14

II. Analyse des besoins ................................................................................................................................. 14

II.1. Besoins fonctionnels ......................................................................................................................... 14

II.2. Besoins non fonctionnels.................................................................................................................. 16

III. Identification des cas dutilisation et leurs priorits .............................................................................. 17

III.1. Cas dutilisation global ..................................................................................................................... 17

III.2. Diagrammes des cas dutilisations relatifs lutilisateur ................................................................ 19

III.3. Diagrammes des cas dutilisations relatifs au client ........................................................................ 20

III.4. Diagrammes des cas dutilisations relatifs ladministrateur ......................................................... 21

Chapitre III Conception .................................................................................................................................. 26

I. Diagramme de squence .......................................................................................................................... 27

I.1. Diagramme de squence relatif au cas dutilisation inscription ................................................. 27

I.2. Diagramme de squence relatif au cas dutilisation connexion .................................................. 28

I.3. Diagramme de squence relatif au cas dutilisation gestion panier .......................................... 29

II. Diagramme dactivit .............................................................................................................................. 31

II.2. Diagramme dactivit relatif au cas dutilisation passer commande ......................................... 32

II.3. Diagramme dactivit authentification ....................................................................................... 33

III. Diagramme de Classe ............................................................................................................................. 34

III.1. Le dictionnaire de donnes ............................................................................................................. 35

Chapitre IV La ralisation ............................................................................................................................... 41

I. Environnement et outils de dveloppement............................................................................................ 42

I.1. Environnement matriel.................................................................................................................... 42

I.2. Environnement logiciel ...................................................................................................................... 42

I.2.1. Modle MVC ............................................................................................................................... 42

I.2.2. Langage de programmation ....................................................................................................... 43

I.2.3. La plateforme de dveloppement .............................................................................................. 44

I.2.3.1 Dfinition .............................................................................................................................. 44

I.2.4. Logiciel de conception ................................................................................................................ 44

I.2.5. Logiciels de dveloppement ....................................................................................................... 45

I.2.6. Serveur Tomcat........................................................................................................................... 45

I.2.7. SGBD ........................................................................................................................................... 45

I.2.8. Les bibliothques ........................................................................................................................ 46

I.2.8.1 JSTL ....................................................................................................................................... 46

I.2.8.2 JQUERY ................................................................................................................................. 47

I.2.8.3 Commons IO ......................................................................................................................... 47

I.2.9.1 Commons FileUpload ........................................................................................................... 47