Rapport Modéle PDF

RÉPUBLIQUE TUNISIENNE
Ministère de l’enseignement supérieur et de la recherche scientifique

Université de Sousse
Institut Supérieur De Gestion de Sousse
POUR L’OBTENTION DE LA LICENCE FONDAMENTALE EN INFORMATIQUE DE

GESTION
Réalisation et développement d’une application web et

mobile d’un site marchand E-commerce
Organisme d’accueil :
RÉALISÉ PAR :
M Zbidi Rania
lle
M Rziga Kenza
lle
ENCADRÉ PAR :
Dr. Ahmed Hadded
Mr. Souayed Fares
Année Universitaire : 2015 2016

REMERCIEMENTS
Nous tenons à exprimer toute notre gratitude et notre respect le plus sincère, à notre
encadrant académique Dr.Ahmed Hadded pour son assistance, ses encouragements et son
aide précieuse dans la réalisation de ce travail.
Nous tenons à remercier notre encadrant professionnel, M. Fares Souayed, pour son
accueil, le temps passé ensemble et le partage de son expérience. On a pu accomplir notre
mission grâce à sa confiance et son aide précieuse dans les moments les plus délicats.
Nous tenons à remercier toutes les personnes qui ont participé de près ou de loin au
bon déroulement de ce projet.
Zbidi Rania et Rziga Kenza - Institut Supérieur De Gestion de Sousse - 2015-2016 -2-
DÉDICACES
Tous les mots ne sauraient exprimer la gratitude, l’amour, le respect, la

reconnaissance… Aussi, c’est tout simplement que je dédie ce travail à
Mes chers parents
Aucune dédicace ne saurait exprimer mon amour éternel et ma considération pour
les sacrifices que vous avez consenti pour mon instruction et mon bien être. Je vous
remercie pour tout le soutien et l’amour que vous me portez depuis mon enfance et
j’espère que votre bénédiction m’accompagne toujours. Que ce modeste travail soit
l’exaucement de vos vœux tant formulés, le fruit de vos innombrables sacrifices, bien que
je ne vous en acquitterai jamais assez. Puisse Dieu, le Très Haut, vous accorder santé,
bonheur et longue vie et faire en sorte que jamais je ne vous déçoive.
À mon cher frère Anis

Aucune dédicace ne saurait exprimer tout l’amour que j’ai pour vous, ta joie et ta
gaieté me comblent de bonheur. Puisse Dieu te garder, éclairer votre route et vous aider à
réaliser à ton tour tes vœux les plus chers.
Ma chère cousine Lamia et son mari Walid
Vous m’avez soutenue et encouragée durant toute cette période, je n’aurais pu
achever ce travail sans votre générosité et votre affection. Que le tout puissant soit à vos
côtés et vous protège.
À mon cher Firas je te remerci
pour tes encouragements et ta patience
Mes amies de toujours Rim KOOLI et Sahar Ben Abdelfattah.
En souvenir de notre sincère et profonde amitié et des moments agréables que nous
avons passés ensemble. Veuillez trouver dans ce travail l’expression de mon respect le plus
profond et mon affection la plus sincère.
Et à tous ceux qui m’aiment et que j’aime, veuillez trouver dans ce modeste travail
l’expression de mon affection.
RANIA
DÉDICACES
Du profond de mon cœur, je dédie ce travail à tous ceux qui me sont chers,
À mes chers parents
Affables, honorables, aimables : Vous représentez pour moi le symbole de la bonté
par excellence, la source de tendresse et l’exemple du dévouement qui n’a pas cessé de
m’encourager et de prier pour moi. Vos prières et votre bénédiction m’ont été d’un grand
secours pour mener à bien mes études. Aucune dédicace ne saurait être assez éloquente
pour exprimer ce que vous méritez pour tous les sacrifices que vous n'avait cessé de me
donner depuis ma naissance, durant mon enfance et même à l’âge adulte. Vous avez fait
plus qu’une mère et un père puissent faire pour que ses enfants suivent le bon chemin dans
leurs vies et leurs études. Je vous dédie ce travail en témoignage de mon profond amour.
Puisse Dieu, le tout puissant, vous préserver et vous accorder santé, longue vie et bonheur.
À mes chères sœurs Emira, Noel et Eya, mes cousines Hela , Amal , son mari
Houssem , Tonton Fayçal et ma cousine Chaima. Les mots ne suffisent guère pour
exprimer l’attachement, l’amour et l’affection que je porte pour vous. Vous êtes mes
fidèles accompagnants dans les moments les plus délicats de cette vie mystérieuse. Je vous
souhaite un avenir plein de joie, de bonheur, de réussite et de sérénité. Je vous exprime à
travers ce travail mes sentiments de fraternité et d’amour.
À ma chère Tata Mouna Vous avez toujours été présents pour les bons conseils.
Votre affection et votre soutien m’ont été d’un grand secours tout au long de ma vie
professionnelle et personnelle. Veuillez trouver dans ce modeste travail ma reconnaissance
pour tous vos efforts.
À tous les membres de ma famille, petits et grands Veuillez trouver dans ce modeste
travail l’expression de mon affection.
À mes chers amis Zied Ben Salem, Sofien Azouzi, Ahmed Bidani ,Anis Mabrouk ,
Eya Eltaief, Ikram Taher, Ali bel Khodja, Moune El kafsi, Helmi Douik, Bechir Sfar,
Mohamed Hajjaj .
Je ne peux trouver les mots justes et sincères pour vous exprimer mon affection et
mes pensées, vous êtes pour moi des frères, sœurs et des amis sur qui je peux compter. En
témoignage de l’amitié qui nous unit et des souvenirs de tous les moments que nous avons
passés ensemble, je vous dédie ce travail et je vous souhaite une vie pleine de santé et de
bonheur.
KENZA
TABLE DES MATIÈRES
Remerciements ...............................................................................................................2
Dédicaces ........................................................................................................................3
Dédicaces ........................................................................................................................4
Table des matières ..........................................................................................................5
INTRODUCTION GÉNÉRALE..............................................................................................7
CHAPITRE I : LA PHASE DE LANCEMENT ...............................................................................9
I.1.INTRODUCTION ........................................................................................................10
I.2. PRÉSENTATION DE LA SOCIÉTÉ UTOPIA ...................................................................10
I.2.1. Fiche signalétique ............................................................................................10
I.2.2. Organigramme Hiérarchique............................................................................10
I.3. Motivation...............................................................................................................11
I.3.1. Étude de l’existant ...........................................................................................12
I.3.2. Cahier des charges ...........................................................................................12
I.3.3. Spécification des besoins .................................................................................16
I.4. Méthodologie..........................................................................................................21
I.4.1. RUP (Rational Unified Process).........................................................................21
I.4.2. Cycle de vie du système ...................................................................................22
I.4.3. Langage de modélisation UML .........................................................................23
I.4.4. Architecture cible ............................................................................................23
I.5. Modèle du système (Use Case Global) .....................................................................24
I.6. Diagramme de Gantt ...............................................................................................26
I.7.Conclusion................................................................................................................28
CHAPITRE II: PHASE D’ÉLABORATION ET DE CRÉATION .....................................................29
II.1.Introduction ............................................................................................................30
II.2.PRÉSENTATION DE LA PHASE D’ÉLABORATION ........................................................30
II.3. Raffinement des diagrammes des cas d’utilisation et séquence système ................30
II.3.1.Raffinement du cas d’utilisation « Authentification»........................................31
II.3.2.Diagramme de séquence système « authentification» .....................................32
II.3.3. Raffinement du cas d’utilisation « Gérer compte admin » ................................33
II.3.4. Diagramme de séquence système «Gérer compte admin»..............................34
II.3.5. Raffinement du cas d’utilisation « Gérer compte utilisateur »..........................35
II.3.6.Diagramme de séquence système «Gérer compte utilisateur».........................36
II.3.7. Raffinement du cas d’utilisation « Gérer compte responsable vente » .............37
II.3.8. Diagramme de séquence système «Gérer fournisseurs» .................................38
II.3.9. Diagramme de séquence système «Gérer livraison» .......................................39
II.3.10. Raffinement du cas d’utilisation « Gérer commandes» ..................................40
II.3.11. Diagramme de séquence système «Gérer commande » ................................41
II.3.12. Raffinement du cas d’utilisation «Gérer sous-catégories» .............................42
II.3.13. Diagramme de séquence système «Gérer sous-catégories » .........................43
II.3.14. Raffinement du cas d’utilisation « Gérer produits» ........................................44
II.3.15. Diagramme de séquence système «Gérer produits » ....................................45
II.4.Diagramme de classes .............................................................................................46
II.5. Diagramme de classes d’analyse .............................................................................48
II.5.1. Diagramme de classe d’analyse « gérer compte» ........................................49
II.5.2. Diagramme de classe d’analyse « gérer produit» ........................................50
II.5.4. Diagramme de classe d’analyse « gérer catégorie» .....................................51
II.5.5. Diagramme de classe d’analyse « gérer sous catégorie »..................52
II.6. Présentation des diagrammes de séquences d’analyse .........................................53
II.6.1 Diagramme de séquence d’analyse « Authentification» ...................................53
II.6.2 Diagramme séquence d’analyse « supprimer Catégorie» .................................54
II.6.3 Diagramme séquence d’analyse « inscription».................................................55
Conclusion ....................................................................................................................56
CHAPITRE III: PHASE DE TRANSITION.................................................................................57
INTRODUCTION .............................................................................................................58
III.1. Environnement de développement ........................................................................59
III.2 Environnement Matériel ......................................................................................59
III.3 Environnement Logiciel .......................................................................................59
III.3.1 Outil pour la conception « RATIONAL ROSE » .................................................59
III.3.2 O u t i l « Robot Mongo ».................................................................................60
III.3.3 Outil « Draw.io » ............................................................................................60
III.3.4 Outil «webstorm » ..........................................................................................60
III.3.5 Outil «Android Studio » ..................................................................................60
III.3.6 Outil «MS Visio» .............................................................................................60
III.4 Environnement technique ...................................................................................61
III.5.Architecture de notre application ........................................................................... 62
III.6. Présentation des Interfaces de l'application Web .................................................63

III.6.1. Présentation de l’interface « authentification » ..............................................63
III.6.2. Présentation de l’interface « inscription» .....................................................64
III.6.3. Présentation de l’interface « activer compte» ..............................................65
III.5.4. Présentation de l’interface « paramètres utilisateur» ...................................66
III.6.5 Présentation de l’interface « mes produits » ...................................................67
III.6.6 Présentation de l’interface « authentification administrateur » ......................68
III.6.7. Présentation de l’interface « ajouter produit» ..............................................69
III.6.8. Présentation de l’interface « ajout d’une image d’un produit» .....................69
III.6.9. Présentation de l’interface « détail d’un produit» .........................................70
III.7. Présentation des Interfaces..................................................................................70
de l'application mobile ..................................................................................................70
III.7.1. Présentation de l’interface « authentification» .............................................70
III.7.2. Présentation de l’interface « Listes des Produits à livrer ».............................71
III.7.3. Présentation de l’interface «Géolocalisation du produit à livrer» ..................72
III.7.4. Présentation de l’interface «Listes des produits en attente de livraison» .....72
Conclusion ....................................................................................................................73
CONCLUSION GÉNÉRALE ET PERSPECTIVES ....................................................................74
Webographie ................................................................................................................75
ANNEXES ...........................................................................................................................76
INTRODUCTION GÉNÉRALE
De nos jours l’internet joue un rôle crucial dans la commercialisation de la plupart

des produits et services. Elle est devenue un support global dans la convergence des
médias. Les sites web représentent un des supports de vente en ligne qui constituent un
outil permettant de se procurer du produit souhaité après avoir consulté différents produits.
Ils permettent de supprimer les contraintes géographiques et de consolider les différentes
stratégies. Pour être plus réactives et pouvoir répondre plus efficacement aux clients qui
préfèrent généralement la rapidité des transmissions et la réduction du coût. Les entreprises
doivent profiter de ces avantages qui leurs donnent une nouvelle dimension.
En revanche, le concept du “E-Commerce” peut se définir comme étant l’ensemble

des transactions commerciales s’opérant à distance par le biais d’interfaces électroniques.
Le commerce électronique ou “E-Commerce” utilise, en occurrence, média électronique
pour la réalisation de transactions commerciales. Il s’agit de la vente de produits ou services
à travers le réseau Internet.
C’est dans ce cadre que la société “UTOPIA”1 nous a confié la réalisation d’une
application en deux versions (web et mobile). Cette dernière est intitulée « Application de
Gestion de Vente en Ligne». Vu que la gestion des ventes en ligne n’est disponible que sur
quelques sites ou le site officiel de chaque marque, cette application permettra de regrouper
différents types de produits avec une possibilité de paiement sécurisé et de faciliter, ainsi,
le processus d’achat et de vente et aussi celui d’échange de produit (avec ou sans transfert
d’argent).
Ce rapport a été rédigé dans le cadre du projet de fin d’étude au sein de l’Institut
Supérieur de Gestion de Sousse dans le but d’obtention du diplôme de Licence
Fondamentale en Informatique appliquée à la Gestion. Le stage a été effectué au sein de la
société “UTOPIA”.
Le rapport est constitué de trois chapitres. Le premier chapitre no mmé « Lancement

et initiation» est consacré à la présentation générale du projet et du cadre de stage.
1 Voir Chapitre I pour plus d’information concernant la société « UTOPIA ».
Le second chapitre représente « Phase d’élaboration et création » où nous essayons
de modéliser les différentes interactions des utilisateurs vis-à-vis de notre application et de
ses différentes fonctionnalités.
Le troisième chapitre est réservé à « la phase de transition » nous proposons une

analyse et une conception détaillées des cas d’utilisation ainsi que les diagrammes de
séquences.
Ce rapport est clôturé par une conclusion générale donnant une synthèse à notre
projet et exposant les perspectives visant l’amélioration du présent travail.
CHAPITRE I : LA PHASE DE LANCEMENT
CHAPITRE I :
LA PHASE DE LANCEMENT
I.1.INTRODUCTION
Dans cette partie nous allons présenter l’organisme d’accueil de notre projet puis on
va détailler les problématiques et les objectifs. Le projet s’intègre dans le cadre du
commerce électronique, il est présenté par la société UTOPIA. Ce projet s’adresse à tous
les types des clients.
I.2. PRÉSENTATION DE LA SOCIÉTÉ UTOPIA
UTOPIA, située en Tunisie, est une agence d’ingénierie et Webmarketing. Elle

propose de multiples services comme la création des sites internet, le développement
d’applications mobiles (Android, iOS, Windows Phone), le Référencement (SEO) et le
CAO.
I.2.1. Fiche signalétique
Dénomination : Société UTOPIA

Forme juridique : Société à responsabilité limitée
Fondation : La société UTOPIA fut fondée en 3 Novembre 2000
Siege social : Rue Mongi Bali 4059 Sousse, Tunisie
Téléphone : (+216) 73 22 77 11
E-mail : contact@utopia.tn
Site web : http://www.utopia.tn
I.2.2. Organigramme Hiérarchique
La figure I.1 décrit l’organigramme hiérarchique de la société UTOPIA.
Président Directeur
Général
Equipe exécutive
et graphisme Equipe développement Equipe commerciale
Inclut un ensemble de Inclut un ensemble de
développeur dans de d’agents commerciaux
divers (mobiles, web, dont la mission et de se
etc.) déplacer sur terrain et
vers les clients potentiels

Encadrés par les chefs de
et de réaliser des accords
projets (Infographiste /
et contrats avec ces
Graphisme et
derniers
Intégration).
CEO: CMO: CTO :

Gérant Directeur marketing Directeur technique
I.3. MOTIVATION
Le secteur vente en ligne est très important pour toute entreprise qui veut se
développer, augmenter son chiffre d’affaire et surtout faire face à ses concurrents qui ne
cessent d’augmenter. Les avantages de la vente en ligne sont nombreux ils permettent à
l’entreprise d’être plus proche et toujours disponibles et à l’écoute de ces clients. Puisque le
client peut accéder, voir, commander et payer tout en étant, chez lui, assit sur un canapé
devant sa télé à 2h du matin. L’entreprise à travers la vente en ligne peut fidéliser et étudier
les préférences de ces clients de manière plus facile et moins couteuse. Vu que le sujet est à
la fois très important et d’actualité, et sur la base de l’idée de « stock deal2 » proposé par la
société UTOPIA, nous avons choisit de travailler la dessus.
De manière plus précise, notre projet consiste à la création et la dynamisation d’un

site internet de vente et échange en ligne des produits diversifiés accompagnés par
différents types d’offres. Et ceci par l'élaboration d’une application web, permettant la
vente, l’achat et l’échange des produits sur le web. Ce projet permet, ainsi, la vente et
l’échange des produits mis en ligne et aussi la possibilité de payement en ligne et la
livraison gratuite et rapide.
I.3.1. Étude de l’existant
Dans ce qui suit, nous allons décrire la méthode actuelle utilisée par un grand nombre
d’entreprises en Tunisie afin de pouvoir décrypter ces différents inconvénients et
d’introduire les caractéristiques principales de la solution logicielle sur laquelle nous avons
travaillé.
Généralement les entreprises utilisent des méthodes traditionnelles de vente en ligne :
- Les produits ne sont pas tous affichés sur leurs sites web et la mise à jour ne
s’effectue pas de manière instantanée.
- Les prix ne sont pas généralement affichés dans les sites aussi que les promotions.
- Pas de comparaison des prix (s’ils sont affichés) des différents produits avec ceux
de leurs concurrents.
- L’utilisation des messages, appel téléphonique pour informer les clients.
I.3.2. Cahier des charges
Cette section a pour objectif de faire une étude générale de l'environnement actuel
ainsi que les principes de fonctionnement de ces derniers. Cette étude permet de soulever
les points forts et faibles de la solution actuelle tout en insistant sur les lacunes et les
insuffisances de celle-ci rencontrées au niveau de notre système d'étude. Il s'agit ensuite
d'envisager et de proposer des solutions pour les lacunes signalées ci-dessus.
2 Elle consiste à permettre aux fournisseurs de vendre des marchandises avec le prix du stock.
a. Identification du projet
Il s’agit du développement d’une application de vente en ligne d’un Site E-

COMMERCE. Elle consiste à concevoir un système informatisé qui permettra :
- la gestion automatique des clients, des fournisseurs, du stock, etc.…

- de citer les listes des produits, des fournisseurs ;
- d’organiser la gestion des produits ainsi qu’échanger les informations nécessaires
entre les acteurs ;
- effectuer les payements en ligne.
L’application vise, ainsi, à augmenter, et à valoriser la consommation des produits
de chaque fournisseur via un canal de distribution et de communication moderne utilisant
les TIC. Ceci permettra à ces fournisseurs d’augmenter les ventes de leurs produits,
d’accroître leurs revenus et d’identifier les différents intervenants dans une transaction
électronique.
b. Critiques
D'après ce qui précède, nous pouvons signaler certains inconvénients qui sont à
l’encontre de la croissance de l’entreprise ou même à sa survie :
- Le fait que les produits ne soient pas tous affichés sur le site web de l’entreprise, ne
sont pas mis à jour ou affiché sur un grand nombres de pages du site, ceci obligera
le client d’aller pour accéder à toute la gamme de produits. Ceci peut, dans la
plupart du temps, décourager le client et l’obliger à chercher ailleurs ;
- L’affichage des prix et la possibilité de comparaison avec ceux des produits d’autre
entreprise est quasi absente. Le client est obligé de naviguer d’un site à un autre
pour effectuer personnellement cette comparaison. L’entreprise ne peut pas, ainsi,
inciter (par sa politique des prix) ce dernier à acheter ses services ou ses produits.
- L’utilisation des messages ou d’appels téléphoniques ne sont pas très efficaces.
Leurs coûts et leurs nombres ne permet pas d’atteindre un grand nombre de clients
de manière régulière.
Les limites et problèmes cernés ci-dessus, doivent être résolus le maximum possible.
C’est ce que nous allons essayer de faire avec notre application de boutique en ligne. Cette
dernière couvrira la plupart des besoins des clients d’une part et qui garantit une meilleure
commercialisation des produits d’autre part.
c. Solutions proposées
Implémenter une application qui permettra de:

- acheter des produits à des prix imbattables ;
- échanger des produits ;
- vendre des produits ;
- payer à distance.
d. Objectifs du projet
Cette application a des objectifs multiples, elle doit tout d’abord être fiable ,facile
et robuste. En effet son domaine concerne le suivi continu des acteurs.
L’adoption de notre application devra également permettre de :

- Réduire les prix des biens.
- Raccourcir les cycles d’achats et d’exécution.
- Augmenter la fidélisation de la clientèle.
- Faire des achats en ligne.
- Localiser des fournisseurs.
- Faire la gestion stratégiques des achats.
- Utiliser les nouvelles technologies.
- Contrôler et suivre l’avancement des achats.
- Assurer la confidentialité des données.
- Offrir une meilleure qualité de traitement.
- Gagner du temps…
I.3.3. Spécification des besoins
La spécification des besoins d’une application est une étape rudimentaire lors de sa
mise en œuvre. Finalisée par le développeur et l’utilisateur, elle facilite au premier les
étapes qui la suivent.
a. Identification des acteurs
La figure suivante décrit les différents intervenants dans l’application.
*Admin : l’administrateur contrôle directement le site. Il est responsable de la gestion

des transactions entre le client et le magasin et la gestion du contenu du site
(promotion, catégories, sous catégories, client, commande).
**Client : Cet utilisateur est un internaute possédant un compte client à travers

lequel il peut naviguer dans le site, choisir des produits et passer sa commande.
***Responsable vente : La responsabilité de cet acteur se limite dans la gestion des

produits, il peut aussi consulter les commandes et leurs états (En cours/Livrée).
****Responsable livraison : Cet acteur travaille en collaboration avec le

responsable vente. Son rôle se résume dans la gestion des commandes : il peut les
consulter et changer leurs états (En cours, livrée).
b. Besoins fonctionnels
Dans ce qui suit nous allons décrire les besoins fonctionnels des différents acteurs
intervenants dans l’application à savoir : administrateur, utilisateurs, responsable de ventes
et celui de la livraison.
b. 1. Besoins fonctionnels de l'administrateur
- Gérer compte : Ce processus permet à l’administrateur d’activer les nouveaux

comptes créés pour garantir une sécurité optimale ainsi gérer les comptes des
responsables.
- Gérer produit : Ce processus a pour objectif de permettre à l’administrateur d’ajouter,

modifier ou supprimer des produits.
- Gérer offre : Ce processus a pour objectif de permettre à l’administrateur d’ajouter

des nouvelles offres.
- Gérer catégorie : Ce processus a pour objectif de permettre à l’administrateur

d’ajouter des nouvelles catégories.
- Gérer Sous-catégorie : Ce processus a pour objectif de permettre à l’administrateur

d’ajouter des nouvelles sous catégories.
- Gérer vente : Ce processus a pour objectif de garantir à l’administrateur un support

logiciel pour ajouter des nouvelles offres.
- Gérer réclamation : Ce processus a pour objectif de garantir à l’administrateur un

support logiciel pour recevoir des réclamations.
b. 2. Besoins fonctionnels de l'utilisateur
- Gérer panier : Ce processus offre une possibilité à l’utilisateur d’ajouter des

produits au panier ce qui lui permet de continuer son shopping avant de passer la
commande.
- Gérer produit : Ce processus permet à l’utilisateur d’ajouter d’acheter ou d’échanger

des produits.
- Gérer compte : Ce processus permet au client de s’authentifier à son compte.
- Gérer favorite : Ce processus permet d’ajouter un produit a une liste de favoris,

l’utilisateur est plus susceptible de retourner et l’encourage à visiter le site plus
souvent.
- Gérer réclamation : Ce processus permet à l’utilisateur d’envoyer un message à

l’administrateur via un mail.
b. 3. Besoins fonctionnels du responsable de livraison
– Gérer compte : Ce processus permet au responsable livraison d’accéder à son

compte afin de s’authentifier.
– Gérer état commande : Ce processus a pour objectif de permettre au responsable de

livraison un support logiciel afin de changer l’état de commande.
b. 4. Besoins fonctionnels du responsable de la vente
- Gérer compte : Ce processus permet au responsable de vente de s’authentifier à

son compte.
- Gérer commande : Ce processus permet au responsable de vente de contrôler les

commandes.
- Gérer produit : Ce processus permet au responsable de vente de valider les produits

proposé par le client.
c. Besoins non fonctionnels
Les besoins non fonctionnels sont l’ensemble des contraintes qui, une fois
respectée, permettra de garantir la performance et la faisabilité du système.
- Responsive :
Un site responsive est une approche de conception Web qui vise à élaborer de sites
offrant une expérience de lecture et de navigation optimales pour l’utilisateur quel que soit
sa gamme d’appareil (téléphones mobiles, tablettes, liseuses, moniteurs d’ordinateur de
bureau).
- La rapidité de traitement :
Vu le nombre important des transactions quotidiennes, il est impérativement
nécessaire que la durée d’exécution des traitements s’approche le plus possible du temps
réel.
- La performance :
Un logiciel doit être avant tout performant c’est à-dire à travers ses fonctionnalités
peut répondre à toutes les exigences des utilisateurs d’une manière optimale.
- La convivialité :
Le futur logiciel doit offrir une meilleure utilisation afin d’être compréhensive. En
effet, les interfaces utilisateurs doivent être conviviales c’est-à-dire simples, ergonomiques
et adaptées à l’utilisateur.
- Compatibilité :
L’application doit être compatible avec la majorité des navigateurs existants.
- Extensibilité et maintenance :
Afin de permettre la maintenance et l’évolution de l’application, il faut
prendre en considération la généricité et la documentation du code source.
I.4. MÉTHODOLOGIE
Cette partie est consacrée à la présentation de la modélisation de notre application. Il

consiste à façonner le système, lui donner une forme, une architecture, et une description
logique.
Pour cette raison, nous présentons la méthode de conception RUP (Rational Unified
Process) qui est une méthode de modélisation que nous allons utiliser. Nous présentons,
par la suite, l’identification du cycle de vie de l’application.
I.4.1. RUP (Rational Unified Process)

RUP3 est l’une des plus célèbres implémentations de la méthode PU permettant de
donner un cadre au développement logiciel. Il est piloté par les cas d’utilisation. Les cycles
d’évolutions se décomposent en quatre phases à savoir : phase de lancement, phase
d’élaboration, phase de construction et phase de transition.
3 Pour plus d’information : Kruchten, P. (2000).
Description des 4 phases :

Phase de lancement : dans cette phase, l’idée et le cadre du projet doivent être
déclaré, et énoncé les ressources nécessaires.
Phase d’élaboration : dans cette phase, il faut définir l’architecture nécessaire et

analyser le système.
Phase de construction : Développent du système
Phase de transition : Livraison du système aux utilisateurs.
I.4.2. Cycle de vie du système
Un « cycle de vie d'un logiciel »4, désigne toutes les étapes du développement d'un
logiciel, de sa conception à sa disparition. Il permet de détecter les erreurs et ainsi de
maîtriser la qualité du logiciel, les délais de sa réalisation et les coûts associés.
4 Pour en savoir plus: Mchangama, I. (2007).
Ce modèle est beaucoup plus général que le cycle de vie en V. Il met l'accent sur
l'activité d'analyse des risques : chaque cycle de la spirale se déroule en quatre phases :
- Détermination, à partir des résultats des cycles précédents, ou de l'analyse préliminaire
des besoins, des objectifs du cycle, des alternatives pour les atteindre et des
contraintes ;
- Analyse des risques, évaluation des alternatives et éventuellement maquettage ;
- Développement et vérification de la solution retenue, un modèle « classique » (cascade
ou en V) peut être utilisé ici ;
- Revue des résultats et vérification du cycle suivant.
Notre projet au sein de la société UTOPIA prend en compte la recherche et

l’investigation. De plus, nous nous sommes déplacés, auprès des fournisseurs, afin de
savoir comment doit être effectué la fonctionnalité et d’en ajouter des détails. Chaque
cycle présente une version évoluée pour que le client puisse la tester. Ceci nous permettra
de perfectionner l’application vu l’adaptabilité du modèle en spirale à accueillir n'importe
quel nombre de changements, qui peuvent se produire, durant toutes les phases du projet.
I.4.3. Langage de modélisation UML
Le langage de modélisation unifiée (Unified Moddelling Langage) est tout d’abord

un langage utilisée pour faire la documentation des modèles de systèmes et non pas une
méthodologie. Il est un moyen d’exprimer des modèles objets en faisant abstraction de leur
implémentation. C’est-à-dire que le modèle fourni par UML est valable pour n’importe
quel langage de programmation.
I.4.4. Architecture cible
Notre application fait recours à l’architecture 3-tiers qui est un modèle d’architecture
d’application. Le principe de base de cette architecture, consiste à séparer trois couches
logicielles contenues dans une application:
• La couche présentation : correspondant à l’affichage
• La couche traitements ou application : correspondant aux processus métiers de

l’application
• La couche d’accès aux données
Le but de cette séparation est de rendre chacune des couches indépendantes afin de
faciliter la maintenance et les évolutions futures de l’application. Elle assure une sécurité
plus importante car l’accès à la base de données n’est autorisé que par la couche de
traitements. Elle a également l’avantage d’optimiser le travail en équipe et le
développement multi-cibles.
I.5. MODÈLE DU SYSTÈME (USE CASE GLOBAL)
Dans cette partie nous allons définir qu’est ce qu’un diagramme de cas d’utilisation,
ensuite nous allons présenter notre diagramme de cas d’utilisation ainsi que sa description.
Dans ce diagramme, nous avons identifié quatre acteurs qui sont les suivants :
- Administrateur (admin) : C’est l’acteur avec plus de privilèges et plus d'accès aux
différents menus de l'application, C’est lui qui s’occupe de la plupart des opérations
de gestion ;
- Utilisateur : C’est l’acteur qui utilise l’application pour l’achat, la vente ou

l’échanges des produits.
- Responsable vente : c’est l’acteur qui s’occupe de la gestion des produits proposés
par le client.
- Responsable livraison : C’est l’acteur qui utilise l’application pour gérer les
livraisons pour changer l’état de commande.
I.6. DIAGRAMME DE GANTT
Le diagramme de Gantt est un outil de planification, largement utilisé en

ordonnancement et en gestion de projet et de production. Il permet de visualiser, dans le
temps, les divers tâches composant un projet ainsi que leurs durées.
Il s’agit d’une représentation d’un graphe connexe, orientée qui permet de

représenter graphiquement l’avancement du projet.
La figure I.12 représente la planification détaillée de notre projet. La rédaction du

rapport s'étale sur toute la durée du projet.
Les phases primaires du projet s'intéressent à la recherche et à la documentation, à

l'analyse des besoins (l'étude de l'existant, à la préparation de l'architecture et des choix
techniques) ainsi qu’à la conception de l'application. Elles seront traitées dès le début du
projet et jusqu'au démarrage de la phase de développement des différentes applications.
Et finalement, la phase du test et de validation prend place pour finaliser le projet et

assurer son bon fonctionnement.
I.7.CONCLUSION
L’objectif de ce chapitre est de décrire les bases sur lesquelles est

réalisé ce rapport à savoir : la société où le stage à été effectué, la
motivation du projet et l’idée de l’élaboration de notre application ainsi
que la méthodologie et les phases de lancement de cette dernière. Nous
espérons que cet objectif a été atteint.
Le chapitre suivant sera consacré à la phase d’élaboration et à la

création de l’application.
CHAPITRE II: PHASE D’ÉLABORATION ET DE CRÉATION
CHAPITRE II:
PHASE D’ÉLABORATION ET DE
CRÉATION
II.1.INTRODUCTION
L’activité de conception consiste à façonner le système et à lui donner une forme (et
une architecture) répondant à tous les besoins et exigences (y compris les besoins non
fonctionnels et autres contraintes).
II.2.PRÉSENTATION DE LA PHASE D’ÉLABORATION
Dans la phase d’élaboration nous développons de façon incrémentale l’architecture

que nous avons délimitée dans la phase précédente.
C’est la phase au moment pour procéder à des itérations, l’objectif est de rédiger en
détails, de formuler la partie des cas d’utilisation et d’étayer le raffinement de chaque cas
d’utilisation.
II.3. RAFFINEMENT DES DIAGRAMMES
DES CAS D’UTILISATION ET SÉQUENCE SYSTÈME
Un diagramme de cas d’utilisation est un graphe qui représente un ensemble d’acteur

qui réalise un ensemble d’action. Les cas d’utilisation permettent d’exprimer les besoins
des utilisateurs d’un système, ils sont donc une vision orientée utilisateur de ces besoins.
Et pour chaque cas d’utilisation nous allons présenter le diagramme de séquence

système. Ce diagramme permet de montrer l'interaction directe entre l'acteur et le système
puis que ce dernier représente une boite noir.
II.3.1.Raffinement du cas d’utilisation « Authentification»

Ce cas d’utilisation permet de donner accès à l’utilisateur à son espace et ceci selon
ffi ffi
son profil. L’accès au front o ce comme au back o ce nécessite la saisie du nom de
l'utilisateur et du mot de passe.
II.3.2.Diagramme de séquence système « authentification»

Ce diagramme représente l’interaction entre l’utilisateur et le systéme lors de
l’authentification, et permet aussi aux différents acteurs déjà inscrits d’accéder à
l’application, en introduisant le nom_utilisateur et le mot de passe.
II.3.3. Raffinement du cas d’utilisation « Gérer compte admin »

Après l’authentification, l’administrateur consulte la liste des nouveaux utilisateurs et
valide leur comptes. Comme il peut aussi ajouter d’autres comptes pour le responsable.
II.3.4. Diagramme de séquence système «Gérer compte admin»

Ce diagramme représente l’interaction entre l’administrateur et le système qui permet
la validation d’une demande d’accès au site. Aussi, l’administrateur peut ajouter des
nouveaux responsables et il va attribuer un rôle à chaque responsable soit un responsable
de vente ou bien un responsable de livraison .Il peut le supprimer ou le modifier.
II.3.5. Raffinement du cas d’utilisation « Gérer compte utilisateur »

Un utilisateur est une personne qui n’est pas encore « un client ». Il n’a pas la
possibilité de naviguer dans le site, de consulter, de chercher et ajouter des produits dans le
panier tant qu’il ne possède pas un compte.
II.3.6.Diagramme de séquence système «Gérer compte utilisateur»

Ce diagramme permet à l’utilisateur de s’inscrire dans le site via un compte. Il ne
peut pas accéder à son espace et modifier son compte si seulement s'il a activé le lien
qu’il a reçu dans l'email .
II.3.7. Raffinement du cas d’utilisation « Gérer compte responsable vente »

Ce diagramme représente le responsable de vente qui peut ajouter, modifier ou
supprimer un fournisseur. Dans le cas d’ajout, il peut imprimer un abonnement.
II.3.8. Diagramme de séquence système «Gérer fournisseurs»

Cette interaction entre le système et le responsable vente permet l’ajout d’un
nouveau fournisseur .ainsi il peut imprimer un abonnement, modifier les informations d’un
fournisseur ou le supprimer.
II.3.9. Diagramme de séquence système «Gérer livraison»

Cette interaction entre le responsable livraison et le système permet d’afficher la liste
des commandes et changer l’état de commande lorsqu'elle est livrée.
II.3.10. Raffinement du cas d’utilisation « Gérer commandes»

Dans ce diagramme, l’utilisateur peut ajouter un produit au panier ensuite il peut
passer sa commande et choisir le mode de paiement, sinon il annule la commande.
II.3.11. Diagramme de séquence système «Gérer commande »

Dans cette interaction nous allons montrer la passation d’une commande, lorsque
l’utilisateur est intéressé par un produit.
II.3.12. Raffinement du cas d’utilisation «Gérer sous-catégories»

Ce cas d’utilisation permet d’ajouter, modifier, supprimer et chercher des sous-
catégories et des catégories. Et même nous pouvons ajouter des nouveaux attributs.
II.3.13. Diagramme de séquence système «Gérer sous-catégories »

Cette interaction entre le système et l’utilisateur permet à l’administrateur de
consulter la liste des sous-catégories et d’ajouter des nouveaux attributs en cas de besoin.
II.3.14. Raffinement du cas d’utilisation « Gérer produits»

L’administrateur peut ajouter un produit après avoir sélectionner obligatoirement une
sous catégorie. Ainsi il doit affecter à chaque produit un type d’offre, un fournisseur et une
quantité de produit disponible dans le stock. Comme il peut supprimer ou modifier un
produit.
L’utilisateur peut ajouter un produit à troquer ou à vendre. Ce produit doit être

valider par le responsable vente.
II.3.15. Diagramme de séquence système «Gérer produits »

Ce diagramme permet aux utilisateurs d’ajouter des produits qui vont être valider par
le responsable vente.
II.4.DIAGRAMME DE CLASSES
Dans cette partie nous allons tout d'abord définir qu'est ce qu'un diagramme de
classes ensuite nous allons présenter notre diagramme de classes.
Le diagramme de classes exprime de manière générale la structure statique d’un

système, en termes de classe et de relation entre ces classes. Une classe permet de décrire
un ensemble d’objets (attribut et comportement). Elle est composée du nom de la classe,
des attributs, et des méthodes.
Diagramme de classes relatif aux fonctionnalités de notre système. Ce diagramme

modélise notre système en découpant tout une tache complexe en plusieurs petits travaux
simples présentés par des classes reliées entre eux selon différents types de relations comme
l'indique notre diagramme, selon leurs besoins fonctionnels.
II.5. DIAGRAMME DE CLASSES D’ANALYSE
Une classe d’analyse possède les caractéristiques suivantes:
Une classe d’analyse se concentre sur les besoins fonctionnels.
Une classe d’analyse fournit rarement une interface en termes d’opérations et de

signatures. Son comportement est défini par des responsabilités à un niveau plus élevé,
moins formel. Une responsabilité est une description textuelle d’un sous-ensemble
cohérent du comportement défini par une classe.
Une classe d’analyse définit des attributs.
Une classe d’analyse est impliquée dans des relations.
Les classes d’analyse appartiennent toujours à l’un de ces trois stéréotypes de base
: <<frontière>>, <<contrôle>>ou <<entité>>
II.5.1. Diagramme de classe d’analyse « gérer compte»

Pour pouvoir accéder au site, l’utilisateur doit passer par la connexion. S’il n’a pas
un compte, il doit s’inscrire. C’est ce que nous allons décrire dans le diagramme de classe
d’analyse qui correspond au cas d’utilisation « Gérer des comptes » afin de décrire
l’interaction entre les 3 niveaux.
II.5.2. Diagramme de classe d’analyse « gérer produit»

Ce diagramme représente l’enchainement de l’ajout, la modification et la suppression
d’un produit. L’ajout d’un produit doit obligatoirement sélectionner un type d’offre, sous-
catégorie et fournisseur.
II.5.4. Diagramme de classe d’analyse « gérer catégorie»

Ce diagramme présente l’ajout, suppression et modification d’une catégorie,
lorsqu’on veut sélectionner une catégorie.
II.5.5. Diagramme de classe d’analyse « gérer sous catégorie »

Ce diagramme permet de présenter l’ajout , la suppression et la modification des sous
catégories.
II.6. PRÉSENTATION DES DIAGRAMMES DE SÉQUENCES
D’ANALYSE
II.6.1 Diagramme de séquence d’analyse « Authentification»

Ce diagramme de séquence d’analyse présente le séquencement , des interactions
entre l’utilisateur, l’interface de l’authentification et l’entité modèle.
Loop est la répétition de l’affichage de l’interface authentification jusqu’à la

validation utilisateur et le mot de passe.
II.6.2 Diagramme séquence d’analyse « supprimer Catégorie»

Ce diagramme de séquence d’analyse permet de détailler la suppression de la
catégorie selectionnée par l’administrateur. Ensuite, l’interface «catégorie» envoie la
requête de suppression de la catégorie au controleur. Puis le controleur envoie la demande
de suppression au modèle «Catégorie» et Le modèle «Catégorie» exécute la requête de
suppression de la catégorie, sous-catégories , produits et envoie un statut au controlleur
.Enfin , le controleur vérifie le statut et l’envoie à l’interface «catégories» qui envoie un
message de suppression réussie à l’administrateur.
II.6.3 Diagramme séquence d’analyse « inscription»
Ce diagramme de séquence d’analyse permet l’utilisateur de remplir le formulaire

d’inscription. L’interface «inscription» demande au controleur de vérifier les champs saisis
par l’utilisateur :
– Si les données sont invalides le controleur envoie un message d’erreur à l’interface
d’inscription:
– Si les données sont valides le controleur envoie les données au modèle «Client». Si
le stockage des données (requête d’inscription) s’effectue avec succès le modèle ajoute un
client et il affiche l’interface «login» à internaute sinon il envoie un message d’échec.
CONCLUSION
Nous avons présenté dans ce chapitre les détails de l'analyse et de

la conception de notre système. Nous passons maintenant à la description
de la mise en œuvre de ce système. C'est la phase de notre méthodologie,
à savoir la phase de transition.
CHAPITRE III: PHASE DE TRANSITION
CHAPITRE III:
PHASE DE TRANSITION
INTRODUCTION
Ce chapitre décrit la partie réalisation et mise en œuvre de notre

projet. Nous cherchons à cette étape du projet à réaliser un produit
complet et prêt à être exploité. Nous allons présenter dans ce chapitre en
premier lieu, l'environnement de développement que nous avons utilisé.
En deuxième lieu, les différentes composantes de la solution. Et nous
présenterons les différentes interfaces relatives à notre application.
III.1. ENVIRONNEMENT DE DÉVELOPPEMENT
Dans cette partie nous allons présenter l'environnement matériel ,logiciel et technique
qu'on a adopté au cours de la réalisation de notre application, notre modèle logique de base
de données ainsi que notre structure générale de l'application, quelques exemples des
interfaces et nos applets de signature électronique et celle de des signatures électroniques.
III.2 ENVIRONNEMENT MATÉRIEL
Le développement de l’application est réalisé par le biais de deux ordinateurs

portables ayant les caractéristiques suivantes :
Marque Asus Lenovo

Processeur Processeur i7 Processeur i5
RAM 8Go de RAM 8 GO de RAM
Disque dur 1TO de disque dur 500 Go de disque dur
matériels de base
III.3 ENVIRONNEMENT LOGICIEL
Nous allons présenter dans cette partie les moyens logiciels utilisés dans la
réalisation de ce projet. Nous abordons les logiciels et les langages utilisés pour la
réalisation aussi bien de notre application et pour la rédaction du rapport.
III.3.1 Outil pour la conception « RATIONAL ROSE »
Toute méthode de développement de logiciels est meilleure si elle est épaulée par
un outil. Notre conception fait usage de l’outil RATIONAL ROSE.
Le logiciel RATIONAL ROSE est un logiciel d'utilisation, pour créer et éditer

les différents diagrammes du modèle UML (Unified Modelling Language) d'un logiciel. Il
permet également de sauvegarder et d'imprimer ces diagrammes, ainsi que de
générer le code source Java ou C++ qui leur correspondent.
Ce logiciel constitue une excellente option pour une familiarisation à la

modélisation.
III.3.2 O u t i l « Robot Mongo »
Robomongo est un pionnier de quelques idées et techniques intéressantes qui ont été
mises en œuvre pour la première fois dans MongoDB écosystème. Aujourd'hui
Robomongo inspire de nombreux outils MongoDB.
III.3.3 Outil « Draw.io »
C'est une application gratuite disponible e ligne qui permet de dessiner des
diagrammes ou des organigrammes. Elle permet aussi de concevoir des dessins vectoriels.
Cet outil est utilisé dans la conceptions des figures dans notre rapport
III.3.4 Outil «webstorm »
WebStorm est un IDE pour les langages Web (HTML, CSS et JavaScript), développé
par l'entreprise JetBrains. L'éditeur offre divers fonctionnalités :
- Éditeur JavaScript
- Auto-complétion intelligente
- Inspection du code et correction rapide
- Navigation rapide du code et recherche d'usage d'un code
- Refactorisation du code
- Débogueur et Tests
- Débogueur JavaScript
III.3.5 Outil «Android Studio »
Android Studio est l'IDE offciel pour Android app développement, basé sur IntelliJ
IDEA. En plus de puissant éditeur de code et développeur d'outils de IntelliJ, Android
Studio offre encore plus de fonctionnalités qui améliorent votre productivité lors de la
construction d'applications Android, tels que: Un système de construction à base de Gradle
flexible.
III.3.6 Outil «MS Visio»
MS Visio est un programme Microsoft Office qui vous

permetdecréerdesdiagrammesàl’aidedegraphiquesvectorielsetladernière version de ce
programme est Microsoft Office Visio 2013 pour Windows.
III.4 ENVIRONNEMENT TECHNIQUE
Cette partie est dédiée à la présentation de nos choix effectués au niveau du

langage de programmation utilisé ainsi des technologies et Framework.
Java script: est un langage de programmation complètement lié au langage

HTML. Le développeur internet code ses pages HTML en y intégrant des sources
JavaScript.
NodeJS : est un langage coté serveur. C’est un serveur d’application (côté back
end). Il posséde un driver Js qui est le mongoose.
MongoDB :
MongoDB (de l'anglais humongous qui peut être traduit par «énorme») est un
système de gestion de base de données orientées documents, répartissable sur un nombre
quelconque d'ordinateurs et ne nécessitant pas de schéma prédéfini des données. Il fait
partie de la mouvance NoSQL.
Express : est un Framework Node JS qui permet de gérer le rooting.
AngularJS : est un Framework Web (côté front end) développé par Google.
AngularJS permet de créer une application Web "Single Page" (SPA) en écrivant un
minimum de code, en s'appuyant sur une architecture MV* et sur un mécanisme de liaison
bidirectionnel simple et puissant. Il utilise les balises et les propriétés html standards pour
lier les évènements et les données à l’aide de javascript.
Pourquoi NOsql :
Une table No-SQL a potentiellement un nombre illimité de colonnes. Les trois

concepts importants sont:
- La table groupe les éléments de sémantique proches,
- La colonne possède un nom,
- L’enregistrement est une ligne de la table associant un ensemble de colonne à leur

valeur.
- Leurs performances ne s’écroulent jamais quel que soit le volume traité. Leur temps
de réponse est proportionnel au volume (on observe une dérive quadratique dans les
SGBDR classiques).
- Elles se migrent facilement. En effet, contrairement aux SGBDR classiques, il n’est

pas nécessaire de procéder à une interruption de service pour effectuer le déploiement
d’une fonctionnalité impactant les modèle de données.
- Elles sont consistantes de manière pratique (pour l’utilisateur une requête aura
toujours la même réponse quel que soit le nœud du cluster).
- Elles s’intègrent facilement aux SI déployés dans les Clouds du marché.
- Elles possèdent un modèle extensible (le nombre de colonne d’une table n’est pas
défini).
III.5. ARCHITECTURE DE NOTRE APPLICATION
III.6. PRÉSENTATION DES INTERFACES DE L'APPLICATION WEB
Dans cette partie nous allons présenter la structure globale de notre application ainsi
que quelques interfaces de cette dernière.
III.6.1. Présentation de l’interface « authentification »

Dans cette interface l'utilisateur est demandé à saisir son login et son mot de passe
pour pouvoir s'authentifier.
III.6.2. Présentation de l’interface « inscription»

Dans cette interface l'utilisateur est demandé de saisir ces données afin de créer un
compte.
III.6.3. Présentation de l’interface « activer compte»
Après la création du compte utilisateur, l’administrateur consulte son compte, et il

reçoit la liste des nouveaux comptes. Il peut activer ou supprimer un utilisateur.
III.5.4. Présentation de l’interface « paramètres utilisateur»

Cette interface permet à l’utilisateur de modifier ses coordonnées.
III.6.5 Présentation de l’interface « mes produits »
L’utilisateur peut proposer des produits soit à vendre, soit à troquer .
III.6.6 Présentation de l’interface « authentification administrateur »
Si l'administrateur souhaite accéder à l’application, il doit s’authentifier à travers

cette page.
III.6.7. Présentation de l’interface « ajouter produit»
Cette interface représente une partie de l’application consacrée à l’administrateur.

Pour l’ajout d’un nouveau produit l’administrateur doit s’authentifier .Il doit remplir les
champs du formulaire.
III.6.8. Présentation de l’interface « ajout d’une image d’un produit»
L’ajout d’un produit est accompagné par l’ajout d’une image.
III.6.9. Présentation de l’interface « détail d’un produit»
Cette interface permet de consulter le détail du produit.
III.7. PRÉSENTATION DES INTERFACES
DE L'APPLICATION MOBILE
La partie mobile est consacrée pour le responsable de la livraison qui va utiliser cette
interface, afin de détecter les emplacements des commandes à livrer.
III.7.1. Présentation de l’interface « authentification»
Pour accéder à l’application mobile, le responsable vente doit s’authentifier via cette
interface.
III.7.2. Présentation de l’interface « Listes des Produits à livrer »
Pour que le responsable de livraison puisse livrer les commandes du client, il doit
consulter les listes du produits.
III.7.3. Présentation de l’interface «Géolocalisation du produit à livrer»
Le responsable de livraison détecte l’emplacement du produit commandé.
III.7.4. Présentation de l’interface «Listes des produits en attente de
livraison»
Le responsable de livraison peut mettre les produits en liste d'attente.
CONCLUSION
Au cours de ce chapitre, nous avons décrit les plateformes

matérielles et logiciels avec lesquelles nous avons conçu notre
application. Nous avons ensuite présenté l’application proprement
dite à travers une sélection des interfaces les plus significatives
que nous avons développées.
CONCLUSION GENERALE
CONCLUSION GÉNÉRALE ET PERSPECTIVES
Nous avons essayé tout au long de ce travail de présenter tout d’abord la société
Utopia SARL entant que, organisme d’accueil de notre projet avant de se focaliser à la
phase de lancement, qui a fait l’intitulé de notre premier chapitre à travers lequel nous
avons exposé les motivations en premier lieu. Puis nous avons énoncé les cahiers de
charges en identifiant le projet sans oublier les critères et les solutions proposés, tout en
spécifiant les besoins à travers l’identification des acteurs, les besoins fonctionnels, les
besoins non fonctionnels et la méthodologie utilisée dans la modélisation de notre
application.
Ce chapitre premier a été découronné par la phase d’élaboration et de création qui a

fait l’objet de notre second chapitre où nous avons présenté la phase d’élaboration. Puis
nous avons essayé de raffiner les diagrammes des cas d’utilisation, de présenter les
diagrammes des séquences système et de modéliser notre système, à l’aide du diagramme
de classes.
Pour clôturer notre rapport, nous avons présenté quelques interfaces du travail
réalisé.
L'expérience dans un cadre professionnel à la société Utopia, nous a été bénéfique

sur tous les plans, elle nous a permis d'acquérir une expérience professionnelle dans des
nouvelles technologies, pouvant êtres valorisées pour d'autres projets informatiques. En
effet, ce projet clôture notre formation pour l'obtention d'un diplôme de Licence
Fondamentale en Informatique de Gestion et nous avons procuré d'excellentes opportunités
pour les améliorer dans les techniques de recherches, d'analyse et de programmation. Ceci
nous a permis également de mettre en pratique nos connaissances théoriques acquises
auprès de nos enseignants de l'Institut Supérieur de Gestion de Sousse.
Nous estimons que ce stage effectué est d'une importance considérable pour la suite
de notre carrière que ce soit universitaire ou professionnelle.
Nous souhaitons que notre travail a atteint ses objectifs, mais, comme tout autre
travail il ne peut prétendre la perfection. Finalement, nous tenons à signaler que
l’application est évolutive, extensible et peut être toujours enrichie et développée.
WEBOGRAPHIE
https://www.mongodb.com/
http://mongoosejs.com/docs/guide.html
https://github.com/scotch-io/
http://code.runnable.com/VOedxBgEG7oc8eth/login-user-nodejs-express-for-node-js-
and-hello-world
http://expressjs.com/en/starter/installing.html
http://expressjs.com/en/guide/routing.html
http://expressjs.com/en/guide/writing-middleware.html
http://expressjs.com/en/guide/using-middleware.html
http://expressjs.com/en/guide/database-integration.html
https://docs.mongodb.com/manual/
https://drive.google.com/drive/folders/0BxgtL8yFJbacQmpCc1NMV3d5dnM
https://docs.angularjs.org/api
http://materializecss.com/
http://demo.geekslabs.com/materialize/v3.1/
https://bootstrapbay.com/blog/learning-angularjs/
https://www.codetutorial.io/authentication-for-express-using-passportjs-part-1/
https://github.com/gsklee/ngStorage
http://dataops.co/android-login-registration-system-with-node-js-and-mongodb/
http://blog.robomongo.org/robomongo-rc8/
https://www.getpostman.com/docs/
https://en.wikipedia.org/wiki/IBM_Rational_Rose_XDE
https://en.wikipedia.org/wiki/Rational_Unified_Process
https://www.edrawsoft.com/EDrawMax.php
https://www.google.com/design/spec/material-design/introduction.html#introduction-
goals
http://nodemon.io/
https://nodejs.org/en/
http://ionicframework.com/
ANNEXES

Rapport Modéle PDF

Uploaded by

Document Information

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Rapport Modéle PDF

Uploaded by

Copyright:

Available Formats

RÉPUBLIQUE TUNISIENNE

Ministère de l’enseignement supérieur et de la recherche scientifique

POUR L’OBTENTION DE LA LICENCE FONDAMENTALE EN INFORMATIQUE DE

Réalisation et développement d’une application web et

Année Universitaire : 2015 2016

Tous les mots ne sauraient exprimer la gratitude, l’amour, le respect, la

À mon cher frère Anis

III.6. Présentation des Interfaces de l'application Web .................................................63

De nos jours l’internet joue un rôle crucial dans la commercialisation de la plupart

En revanche, le concept du “E-Commerce” peut se définir comme étant l’ensemble

Le rapport est constitué de trois chapitres. Le premier chapitre no mmé « Lancement

1 Voir Chapitre I pour plus d’information concernant la société « UTOPIA ».

Le troisième chapitre est réservé à « la phase de transition » nous proposons une

I.2. PRÉSENTATION DE LA SOCIÉTÉ UTOPIA

UTOPIA, située en Tunisie, est une agence d’ingénierie et Webmarketing. Elle

I.2.1. Fiche signalétique

Dénomination : Société UTOPIA

I.2.2. Organigramme Hiérarchique

La figure I.1 décrit l’organigramme hiérarchique de la société UTOPIA.

Inclut un ensemble de Inclut un ensemble de

développeur dans de d’agents commerciaux

divers (mobiles, web, dont la mission et de se

etc.) déplacer sur terrain et

vers les clients potentiels

CEO: CMO: CTO :

De manière plus précise, notre projet consiste à la création et la dynamisation d’un

I.3.1. Étude de l’existant

Généralement les entreprises utilisent des méthodes traditionnelles de vente en ligne :

I.3.2. Cahier des charges

Il s’agit du développement d’une application de vente en ligne d’un Site E-

- la gestion automatique des clients, des fournisseurs, du stock, etc.…

Implémenter une application qui permettra de:

L’adoption de notre application devra également permettre de :

I.3.3. Spécification des besoins

a. Identification des acteurs

La figure suivante décrit les différents intervenants dans l’application.

*Admin : l’administrateur contrôle directement le site. Il est responsable de la gestion

**Client : Cet utilisateur est un internaute possédant un compte client à travers

***Responsable vente : La responsabilité de cet acteur se limite dans la gestion des

****Responsable livraison : Cet acteur travaille en collaboration avec le

b. 1. Besoins fonctionnels de l'administrateur

- Gérer compte : Ce processus permet à l’administrateur d’activer les nouveaux

- Gérer produit : Ce processus a pour objectif de permettre à l’administrateur d’ajouter,

- Gérer offre : Ce processus a pour objectif de permettre à l’administrateur d’ajouter

- Gérer catégorie : Ce processus a pour objectif de permettre à l’administrateur

- Gérer Sous-catégorie : Ce processus a pour objectif de permettre à l’administrateur

- Gérer vente : Ce processus a pour objectif de garantir à l’administrateur un support

- Gérer réclamation : Ce processus a pour objectif de garantir à l’administrateur un

b. 2. Besoins fonctionnels de l'utilisateur

- Gérer panier : Ce processus offre une possibilité à l’utilisateur d’ajouter des

- Gérer produit : Ce processus permet à l’utilisateur d’ajouter d’acheter ou d’échanger

- Gérer compte : Ce processus permet au client de s’authentifier à son compte.

- Gérer favorite : Ce processus permet d’ajouter un produit a une liste de favoris,

- Gérer réclamation : Ce processus permet à l’utilisateur d’envoyer un message à

b. 3. Besoins fonctionnels du responsable de livraison

– Gérer compte : Ce processus permet au responsable livraison d’accéder à son

– Gérer état commande : Ce processus a pour objectif de permettre au responsable de

b. 4. Besoins fonctionnels du responsable de la vente

- Gérer compte : Ce processus permet au responsable de vente de s’authentifier à

- Gérer commande : Ce processus permet au responsable de vente de contrôler les

- Gérer produit : Ce processus permet au responsable de vente de valider les produits

c. Besoins non fonctionnels

Cette partie est consacrée à la présentation de la modélisation de notre application. Il