Mise en Place D'un Marketplace Doté D'un Outile de Gestion Integré

MISE EN PLACE D’UNE MARKETPLACE DOTEE D’UN
S
OUTIL DE GESTION DE STOCK ET DE MARKETING INTEGRE
DEDICACE
A mon modèle, KONNA André.
NGO KONNA Andréa Paloma, étudiante niveau III option génie logiciel
Institut Africain d’Informatique – Centre d’Excellence Technologique Paul Biya
Année Académique 2020-2021
I
S
REMERCIEMENTS
Nous exprimons notre gratitude envers :
❖ Monsieur Armand Claude ABANDA, Représentant résident de l’IAI-Cameroun, pour la

qualité de la formation ;
❖ Monsieur FOTSA Lucien, Directeur général de MIT², pour un accueil chaleureux et un
séjour riche en apprentissage ;
❖ Madame BELINGA Estelle, notre encadrante académique ;
❖ Madame ESSISSIMA Merveille, notre encadrante professionnelle pour son encadrement,
son soutien, son expertise en analyse et en programmation ;
❖ Le personnel de l’IAI-Cameroun pour les connaissances acquises par son biais ;
❖ Le personnel de MIT² pour son encadrement, son cadre convivial et son
professionnalisme ;
❖ Madame NGO KONNA Virginie Jacqueline, pour son soutien indéfectible, ses
encouragements et pour tout ce dont nous ne pourrons jamais assez la remercier ;
❖ Monsieur WABO KENGNE Brael Bauman, pour son soutien, ses conseils ;
❖ Tous nos frères et sœurs de sang ou pas pour leur soutien et leurs encouragements ;
❖ Madame KENMOGNE SOFEU Miriane pour son soutien, ses conseils et son amitié ;
❖ Tous nos camarades de stage pour leurs conseils, leur soutien indéfectible et leur présence ;
❖ La famille KONNA pour son soutien inconditionnel ;
❖ Tous ceux ayant participé de près ou de loin à la réalisation de ce projet ainsi que des
différentes enquêtes.
II
S
SOMMAIRE
DEDICACE ............................................................................................................................. I
REMERCIEMENTS ............................................................................................................. II
LISTE DES ABREVIATIONS ............................................................................................. V
LISTE DES FIGURES ......................................................................................................... VI
LISTE DES TABLEAUX ................................................................................................. VIII
RESUME .............................................................................................................................. IX
ABSTRACT .......................................................................................................................... X
INTRODUCTION GENERALE ............................................................................................ 1
DOSSIER D’INSERTION ..................................................................................................... 2
I. INTRODUCTION ...................................................................................................... 4
II. ACCUEIL ET INTEGRATION DANS LA STRUCTURE D’ACCUEIL ............... 5
III. PRESENTATION DE LA STRUCTURE ............................................................... 6
IV. PRESENTATION DU THEME ............................................................................ 10
CONCLUSION ................................................................................................................. 11
CAHIER DES CHARGES ................................................................................................... 12
INTRODUCTION ............................................................................................................ 14
I. CONTEXTE ET JUSTIFICATION ......................................................................... 15
II. CIBLES ET BENEFICIAIRES ................................................................................ 16
III. OBJECTIFS DU PROJET ..................................................................................... 16
IV. EXPRESSION DES BESOINS ............................................................................. 17
V. PLANNIFICATION ................................................................................................. 21
VI. ESTIMATION DU COUT DU PROJET .............................................................. 22
VII. LIVRABLES.......................................................................................................... 25
CONCLUSION ................................................................................................................. 26
DOSSIER D’ANALYSE ...................................................................................................... 27
INTRODUCTION ............................................................................................................ 29
I. ETUDE ET CRITIQUE DE L’EXISTANT ............................................................. 30
II. PROBLEMATIQUE ................................................................................................ 32
III. DEMARCHE D’ANALYSE ................................................................................. 33
IV. CAPTURE DES BESOINS FONCTIONNELS .................................................... 39
CONCLUSION ................................................................................................................. 58
III
S
DOSSIER DE CONCEPTION ............................................................................................. 59

INTRODUCTION ............................................................................................................ 61
I. CAPTURE DES BESOINS TECHNIQUES ........................................................... 62
II. CONCEPTION GENERIQUE ................................................................................. 64
III. CONCEPTION PRELIMINAIRE ......................................................................... 67
IV. CONCEPTION DETAILLEE................................................................................ 77
CONCLUSION ................................................................................................................. 99
DOSSIER DE REALISATION .......................................................................................... 100
INTRODUCTION .......................................................................................................... 102
I. PRESENTATION DE L’ENVIRONNEMENT LOGICIEL ET DES
TECHNOLOGIES .......................................................................................................... 103
II. PRESENTATION DU MODELE-ASSOCIATION .................................................. 105
III. ESTIMATION DE LA TAILLE DE LA BASE DE DONNEES ........................ 107
CONCLUSION ............................................................................................................... 109
GUIDE UTILISATEUR ..................................................................................................... 110
INTRODUCTION .......................................................................................................... 112
I. GUIDE D’INSTALLATION ...................................................................................... 113
II. GUIDE UTILISATEUR ............................................................................................ 119
CONCLUSION ............................................................................................................... 123
CONCLUSION GENERALE ............................................................................................ 124
BIBLIOGRAPHIE................................................................................................................. A
WEBOGRAPHIE .................................................................................................................. B
GLOSSAIRE ......................................................................................................................... D
ANNEXES.............................................................................................................................. E
TABLE DES MATIERES ...................................................................................................... F
IV
S
LISTE DES ABREVIATIONS

2TUP (2 (Two) Tracks Unified Process) : processus de développement logiciel implémentant la
méthode du processus unifié ;
API (Application Programming Interface) : ensemble normalisé de classes, de méthodes,

de fonctions et de constantes qui sert de façade par laquelle un logiciel offre ses services. ;
AUP: Agile Unified Process.
CSS (Cascading Style Sheet) : feuille de style en cascade qui décrit la représentation des pages
HTML.
EssUP: Essential Unified Process.
HTML (HyperText Markup Language) : langage de balisage conçu pour représenter les pages
web.
IDE (Integrated Development Environment) ou Environnement de développement :

environnement de programmation complet qui se présente sous la forme d'une application ;
MVC (Model View Controller) : design pattern (patron de conception) qui divise une application
en trois composants logiques ;
OMG (Object Management Group) : consortium américain à but non lucratif créé en 1989
dont l’objectif est de standardiser et promouvoir le modèle objet sous toutes ses formes.
OOD (Object Oriented Design) : méthode d’analyse et de conception orientée objet, conçue
par Grady Booch.
OOSE (Object-Oriented Software Engineering) : langage de modélisation objet et méthode

d’analyse conçue par Ivar Jacobson.
RUP: Rational Unified Process.
UML (Unified Modeling Language) : langage de modélisation orienté objet issu de la fusion de
OMT, OOD et OOSE.
UP: Unified Process.
XUP: eXtreme Unified Process.
V
S
LISTE DES FIGURES

Figure 1 Logos des partenaires et clients de MIT² (Source : documentation MIT²) _________________________ 7
Figure 2 Organigramme de MIT² (Source : documentation MIT²) ______________________________________ 8
Figure 3 Plan de localisation de MIT² ____________________________________________________________ 9
Figure 4 Planning prévisionnel ________________________________________________________________ 22
Figure 5 Représentation des branches du processus 2TUP (https://www.researchgate.net) _______________ 38
Figure 6 Récapitulatif des diagrammes UML (source : https://wikipedia.com) __________________________ 35
Figure 7 Formalisme diagramme de cas d'utilisation _______________________________________________ 39
Figure 8 Diagramme de cas d'utilisation global de notre système ____________________________________ 42
Figure 9 Diagramme du cas d'utilisation « gérer commandes » ______________________________________ 43
Figure 10 Diagramme du cas d'utilisation « gérer comptes utilisateurs »_______________________________ 43
Figure 11 Formalisme diagramme d'activité _____________________________________________________ 47
Figure 12 Diagramme d'activité du cas "s'authentifier" ____________________________________________ 50
Figure 13 Diagramme d'activité " valider commande " _____________________________________________ 51
Figure 14 Diagramme d'activité "approuver demandes création compte vendeurs" ______________________ 52
Figure 15 Formalisme du diagramme d'état-transition _____________________________________________ 53
Figure 16 Diagramme d'état-transition d’une commande ___________________________________________ 55
Figure 17 Diagramme d'état-transition d’un article ________________________________________________ 56
Figure 18 Diagramme d'état-transition du compte vendeur _________________________________________ 57
Figure 19 Représentation de l'architecture 3 tiers (source : https //blog.lecacheur.com/) _________________ 62
Figure 20 Représentation schématique de l'architecture MVC (https://www.monocubed.com/) ____________ 63
Figure 21 Schéma de l'architecture matérielle ____________________________________________________ 64
Figure 22 Représentation de l'architecture de haut niveau logiciel ____________________________________ 65
Figure 23 Maquette de Camer All In One ________________________________________________________ 66
Figure 24 Formalisme du diagramme de composants ______________________________________________ 67
Figure 25 Diagramme de composants __________________________________________________________ 69
Figure 26 Formalisme du diagramme de déploiement ______________________________________________ 69
Figure 27 Diagramme de déploiement __________________________________________________________ 71
Figure 28 Formalisme d'un diagramme de paquetages _____________________________________________ 72
Figure 29 Diagramme de paquetages ___________________________________________________________ 74
Figure 30 Formalisme diagramme de structure composite __________________________________________ 75
Figure 31 Diagramme de structure composite ____________________________________________________ 76
Figure 32Formalisme diagramme de séquence ___________________________________________________ 77
Figure 33 Diagramme de séquence du cas "s'authentifier" __________________________________________ 79
Figure 34 Diagramme de séquence du cas « passer commande" _____________________________________ 80
VI
S
Figure 35Diagramme de séquence du cas "Initier création compte vendeur" ___________________________ 81

Figure 36 Formalisme du diagramme de communication ___________________________________________ 82
Figure 37 Diagramme de communication du cas « Ajouter article au panier » __________________________ 83
Figure 38Diagramme de communication du cas "passer commande" _________________________________ 84
Figure 39 Formalisme du diagramme de temps (Source : http://www.netforceteam.com/) ________________ 85
Figure 40 Diagramme de temps du cas "suivre colis" ______________________________________________ 87
Figure 41 Formalisme du diagramme d'interaction globale (Source : http://www.netforceteam.com/) ______ 88
Figure 42 Diagramme d’interaction globale du cas « passer commande »______________________________ 91
Figure 43 Formalisme du diagramme de classes __________________________________________________ 92
Figure 44 Diagramme de classes du système _____________________________________________________ 96
Figure 45 Formalisme diagramme d'objets ______________________________________________________ 97
Figure 46 Diagramme d'objets ________________________________________________________________ 98
Figure 47Modèle entité-association ___________________________________________________________ 106
Figure 48Taille de la base de données à vide ____________________________________________________ 107
Figure 49 Accueil du programme d'installation de PostgreSQL ______________________________________ 113
Figure 50 Choix du répertoire d'installation de PostgreSQL _________________________________________ 114
Figure 51 Choix du mot de passe pour l'utilisateur par défaut ______________________________________ 114
Figure 52Choix du numéro de port ____________________________________________________________ 115
Figure 53 Résumé de l’installation ____________________________________________________________ 115
Figure 54 Installation proprement dite de PostgreSQL ____________________________________________ 116
Figure 55 Interface de sortie _________________________________________________________________ 116
Figure 56 Page d'accueil de pgAdmin 4 ________________________________________________________ 117
Figure 57 Interface d'accueil de pgAdmin 4 _____________________________________________________ 117
Figure 58 Créer une base de données __________________________________________________________ 118
Figure 59 Base de données avec différentes tables _______________________________________________ 118
Figure 60 Interface d'accueil _________________________________________________________________ 119
Figure 61 Interface du panier ________________________________________________________________ 120
Figure 62 Interface de login __________________________________________________________________ 120
Figure 63Interface d'inscription_______________________________________________________________ 121
Figure 64 Formulaire de commande ___________________________________________________________ 121
Figure 65 Interface du panier après une commande réussie ________________________________________ 121
Figure 66 Dashboard vendeur ________________________________________________________________ 122
Figure 67 Dashboard livreur _________________________________________________________________ 122
Figure 68 Dashboard administrateur __________________________________________________________ 122
VII
S
LISTE DES TABLEAUX

Tableau 1 Tableau des ressources matérielles de l’entreprise (Source : documentation MIT²) _______________ 9
Tableau 2 Tableau des ressources logicielles de MIT² (Source : documentation MIT²) _____________________ 10
Tableau 3 Intervenants du projet ______________________________________________________________ 21
Tableau 4 Récapitulatif des tâches du projet _____________________________________________________ 21
Tableau 5 Tableau des ressources matérielles ____________________________________________________ 22
Tableau 6 Tableau des ressources logicielles _____________________________________________________ 23
Tableau 7 Tableau des ressources humaines _____________________________________________________ 24
Tableau 8 Coût total des ressources du projet ____________________________________________________ 25
Tableau 9 Tableau récapitulatif de la critique de l'existant __________________________________________ 30
Tableau 10 Etat de l'art des sites d'e-commerce camerounais _______________________________________ 31
Tableau 11 Tableau comparatif des processus unifiés ______________________________________________ 36
Tableau 12 Etude comparative entre UML et MERISE ______________________________________________ 33
Tableau 13 Tableau de formalisme du diagramme de cas d'utilisation ________________________________ 40
Tableau 14 Résumé des fonctionnalités utilisateurs _______________________________________________ 41
Tableau 15 Description textuelle du cas d'utilisation "s'authentifier" __________________________________ 44
Tableau 16 Description textuelle du cas d'utilisation "valider commande" _____________________________ 45
Tableau 17 Description textuelle du cas d’utilisation « approuver demande compte vendeur » _____________ 46
Tableau 18 Tableau de formalisme du diagramme d'activité ________________________________________ 48
Tableau 19 Formalismes des éléments du diagramme d'état -transition _______________________________ 54
Tableau 20 Tableau de formalisme du diagramme de composants ___________________________________ 68
Tableau 21 Tableau de formalisme des éléments d'un diagramme de déploiement ______________________ 70
Tableau 22 Tableau de formalisme des éléments du diagramme de paquetages ________________________ 73
Tableau 23 Tableau de formalisme des éléments du diagramme de structure composite __________________ 75
Tableau 24 Tableau de formalisme des éléments du diagramme de séquence __________________________ 78
Tableau 25 Tableau de formalisme des éléments du diagramme de communication _____________________ 83
Tableau 26Tableau de formalisme des éléments du diagramme de temps _____________________________ 86
Tableau 27 Tableau de formalisme des éléments du diagramme d'interaction globale ___________________ 89
Tableau 28 Tableau de formalisme des éléments du diagramme de classes ____________________________ 93
Tableau 29 Tableau de formalisme des éléments du diagramme d'objets ______________________________ 97
Tableau 30 Tableau récapitulatif des logiciels utilisés _____________________________________________ 103
Tableau 31 Tableau récapitulatif des technologies _______________________________________________ 104
Tableau 32 Tableau récapitulatif de l'estimation de la taille de la base de données _____________________ 107
VIII
S
RESUME
Nous nous sommes attelés à mener notre étude portant sur l’e-commerce, le marketing digital
et la gestion de stock, que nous avons regroupé sous le thème : « Mise en place d’une marketplace
dotée d’un outil de gestion de stock et de marketing intégré ». L’objectif de cette étude est
d’optimiser le suivi des commandes, la gestion de stock e-commerce et la gestion des opérations
marketing au Cameroun. L’essence de ce projet vient du constat d’un certain nombre de manquements
en matière d’e-commerce au Cameroun. En ce qui concerne le suivi de commandes, nous voyons
l’arnaque, la non fiabilité des produits exposés en ligne, la commande qui n’aboutit à aucune livraison
que subissent fréquemment les adeptes d’e-commerce. S’agissant de la gestion de gestion de stock, nous
constatons l’usage de méthodes manuelles tandis que la gestion des opérations de marketing est souvent
faite de façon inadéquate dû au manque de connaissance en la matière. Afin de mettre sur pied notre
solution, nous avons utilisé UML à sa version 2.5, guidé par le processus 2TUP pour avoir une analyse
précise et faciliter l’implémentation. Nous nous sommes également basés sur les méthodes de gestion
de stock, en occurrence la méthode par complètement et la méthode juste à temps et sur les méthodes de
marketing digital (content marketing, retargeting, social media marketing, e-mailing). Parlant de
l’implémentation, nous avons utilisé le framework PHP Laravel pour le back-end et le framework
Bootstrap associé à HTML, CSS et JavaScript pour le front-end. En résultat de ce travail ardu, nous
obtenons une solution : « Camer All In One », une marketplace recueillant les boutiques camerounaises
et leur offrant une gestion de stock en ligne et des opérations marketing pour leur boutiques virtuelles
que les acheteurs pourront visiter pour faire des achats en ligne. En somme, notre plateforme s’érige en
solution aux problèmes suscités en ceci qu’elle contribue non seulement à exploiter l’opportunité d’e-
commerce au Cameroun et à réduire la propagation du virus de la COVID-19 en évitant aux acheteurs
le contact dans les surfaces physiques, mais aussi elle permet aux vendeurs de gérer leur de stock
efficacement et de facilement prendre en main le marketing de leur commerce.
Mots-clés :
✓ E-commerce ;
✓ Marketplace ;
✓ Stock ;
✓ Marketing.
IX
S
ABSTRACT
We carried out a study on e-commerce, marketing and stock management in Cameroon under the
theme “Implementation of a marketplace equipped with an inventory and marketing tool
management”. The aim of this study is to optimize orders’ tracking, inventory and marketing campaigns
management. The essence of this project comes from a finding of a number of shortcomings in e-
commerce in Cameroon. About orders’ tracking, we notice scam, unreliability of on-line products, orders
that are finally not shipped. Concerning inventory management, we notice traditional methods while
marketing campaigns are done in a wrong way because of less knowledge about it. To realize our solution,
we use UML version 2.5, guided by the 2TUP with the aim of producing a precise analysis and easing the
implementation phase. We also used inventory management strategies such as the just in time and the
push strategies and digital marketing strategies (content marketing, retargeting, social media marketing,
e-mailing). Talking about implementation, we use Laravel, a PHP based framework for back-end
development, and Bootstrap, a framework coupled with HTML, CSS and JavaScript for the front-end. As
a result of this hard work, we obtain one solution: “Camer All In One”, a marketplace gathering
Cameroonian shops, while offering an inventory and marketing tool management for their online shops,
that customers can visit to purchase items. In closing our platform sets itself up as a solution to the
problems we mentioned above in the fact that it permits not only the exploitation of e-commerce in
Cameroon, avoid COVID-19 spreading as people can place and receive orders at home, restraining
movements and overcrowding, but also it permits shops to manage in an efficient way their inventory and
to get started correctly with the digital marketing of their online shop.
Keywords :
✓ E-commerce ;
✓ Marketplace ;
✓ Inventory ;
✓ Marketing.
X
S
INTRODUCTION GENERALE
Faisant face à la pandémie COVID-19 et devant assurer la rotation de l’économie qui a subi un
coup, les solutions numériques se sont avérées indispensables. Prenons simplement le cas du travail dans
les bureaux, qui trouve son compte dans le télétravail ou encore les commerces qui trouvent solution
dans l’e-commerce1. D’un point de vue global, l’e-commerce connait une fulgurante croissance au cours
des années et est présente sur tout le globe, à échelle variable. De façon reconnue, l’e-commerce peut se
faire de deux façons : soit en possédant son propre site, soit par le biais d’une marketplace. C’est sur
cette dernière que nous nous basons dans notre étude. En prenant le cas de l’Afrique, plus précisément
celui du Cameroun en matière de e-commerce, nous constatons une opportunité jusqu’ici saisie de façon
timide, malgré le taux de pénétration d’internet croissant d’année en année ou alors entravée par certain
nombre d’obstacles. Après une observation minutieuse, nous relevons d’une part un problème dans le
suivi des commandes qui ne fait pas toujours l’objet d’un contrôle rigoureux ce qui donne lieu à de
l’anarque côté client ; d’autre part une gestion de stock en ligne qui, pour la plupart des commerces est
faite de façon manuelle ou requière des dépenses supplémentaires ; des opérations marketing souvent
mise en œuvre de façon inadéquate. Au vu de ces problèmes nait une interrogation : comment optimiser
le suivi des commandes et comment optimiser la gestion de stock et des opérations marketing aux e-
commerçants ? Afin d’y apporter une réponse claire et adéquate, nous avons le présent document faisant
la quintessence du travail abattu tout au long de cette période de stage. Il comprendra donc une phase
d’insertion retraçant notre accueil en entreprise ainsi que la description de cette dernière ; un cahier des
charges comprenant toutes les informations concernant le projet et les ressources nécessaires à sa
réalisation ; des dossiers d’analyse et de conception présentant respectivement les besoins fonctionnels
et techniques de notre solution conformément à la méthodologie choisie ; un dossier de réalisation
présentant les technologies utilisées, les données nécessaires à la configuration et aux prévisions
concernant la base de données ; un guide utilisateur détaillant l’installation de l’environnement du projet
tout d’abord, et ensuite comment utiliser notre solution en ce qui concerne les utilisateurs finaux.
1
E-commerce : vente en ligne de biens et de services.
NGO KONNA Andréa Paloma, étudiante niveau III, option génie logiciel
Institut Africain d’Informatique – Centre d’Excellence Technologique Paul Biya 1
Année Académique 2020/2021
S
DOSSIER D’INSERTION
S
Préambule
L’objectif de cette partie est de permettre à l’étudiant de prendre connaissance du milieu

professionnel dans lequel il évoluera tout au long de cette période de stage académique, et de s’y
familiariser.
Aperçu
INTRODUCTION
I.ACCUEIL ET INTEGRATION DANS LA STRUCTURE
II.PRESENTATION DE LA STRUCTURE
III.PRESENTATION DU THEME
CONCLUSION
S
INTRODUCTION
Faisant nos premiers pas dans l’entreprise, et dans le milieu professionnel nous entrons donc dans
notre phase d’insertion. Ayant pour but permettre à l’étudiant de prendre connaissance de l’environnement
dans lequel il va évoluer au long de sa période de stage et s’y adapter c’est donc lors de cette phase que
nous tâcherons de nous intégrer en entreprise. Mais en quoi consiste cette période exactement ? Pour
répondre à cette question nous relaterons notre accueil et insertion à MIT², nous présenterons cette
structure ainsi que son fonctionnement et ses ressources.
S
I. ACCUEIL ET INTEGRATION DANS LA

STRUCTURE D’ACCUEIL
I.1. Accueil
Suite à la réponse favorable à notre demande à MIT², nous avons pu effectivement débuter
notre stage le jeudi 1er juillet 2021. Nous avons été chaleureusement accueillis par le directeur
général de la structure Monsieur FOTSA Lucien, qui nous a présenté le personnel et nous a
avancé quelques paroles encourageantes. Madame ESSISSIMA Merveille, notre encadrante
professionnelle, nous a fait prendre connaissance du règlement intérieur de l’entreprise ainsi que
de notre programme de stage. Elle nous a briefé sur les attitudes qui vont nous aider à atteindre
nos objectifs tout au long du stage, sur les habitudes de l’entreprise tout en nous documentant sur
cette dernière. Elle a clôturé cette entrevue par la visite des locaux de MIT².
I.2. Intégration
Une semaine à MIT² est rythmée par du travail de 8h à 17h du lundi au vendredi. Pendant
ces journées de travail, nous faisons des recherches à propos du thème sur lequel nous souhaitons
soutenir. Après quoi nous passerons par une validation de ce thème, avec les modifications qui
vont avec. Nos encadrants professionnels prévoient des séances de travail avec nous pour
régulièrement faire le point. Ils restent bien évidemment disponibles si nous souhaitons avoir
davantage d’éclaircissements sur nos travaux. Chaque vendredi nous faisons une présentation,
dans les conditions d’une soutenance. Ceci permettant de mesurer l’évolution de chaque stagiaire
et lui permettre d’être préparé au maximum.
S
II. PRESENTATION DE LA STRUCTURE
II.1. Historique et missions
II.1.1. Historique
MIT² (Mobile Information Technologies and Telecommunications) est une entreprise de

prestation de services informatiques qui a vu le jour en juin 2018. Elle a pour principaux objectifs
réduire le fossé technologique entre l'Afrique et les pays occidentaux grâce à des solutions
mobiles innovantes et durables, améliorer et vulgariser le partage des ressources partout dans le
monde par les télécommunications et les technologies de l’information. Elle propose
principalement des formations et certifications, la fourniture de consommables informatiques,
des services d’infographie et webdesign.
II.1.2. Missions
Les missions du MIT² sont principalement liées à l’autonomisation et à la perpétuation

du genre humain. Nous avons entre autres :
❖ La conception et réalisation des logiciels orientés mobiles pour entreprises et
particuliers ;
❖ L’assistance particulière des entreprises nouvellement créées pour leur croissance
rapide en utilisant les sciences informatiques ;
❖ Les Formations et certifications pour améliorer les ressources humaines
qualifiées dans de nombreux domaines d’études ;
❖ La participation active au développement durable du monde grâce à des solutions
innovantes et à la réalité virtuelle.
MIT² a pour principales activités :
❖ Conception, réalisation et hébergement de sites Web ;

❖ Développement et maintenance de logiciels ;
❖ Formation et certifications en Java, Oracle, CISCO, etc.
❖ Conception et réalisation de supports multimédia ;
❖ Vente d'outils informatiques et de télécommunication.
MIT² a également des réalisations parmi lesquelles nous pouvons citer :
❖ C Mobile : application qui permet le réabonnement Canal+ ;
S
❖ MIT² School : application de gestion d’établissement scolaire ;

❖ MIT² Hotel : application de gestion d’hôtel ;
❖ Colibrix : système de gestion de colis.
Comme partenaires et clients de MIT², nous avons :
Figure 1 Logos des partenaires et clients de MIT² (Source : documentation MIT²)
II.3. Organigramme
L’entreprise MIT² est structurée comme suit :
❖ La direction générale : c’est le plus haut niveau de décision de MIT². Il assure les
fonctions suivantes :
✓ Assure le bon fonctionnement de tous les départements ;

✓ Définit les stratégies de projets ;
✓ Motive les employés de tous les services ;
✓ Évalue les activités de l’entreprise et donne les orientations, etc.
❖ Le secrétariat : cette unité assiste la direction générale dans l’accomplissement de ses
tâches, gère les courriers internes et externes ainsi que les affaires générales ;
❖ Le département des finances : ce département est en charge de la comptabilité

financière et fiscalité ainsi que la gestion du patrimoine de l'entreprise ;
❖ Le département des ressources humaines et des affaires judiciaires : il est chargé de

la gestion du personnel et des recrutements ;
❖ Le service de communication : ce service est chargé de la communication et marketing

multimédia ainsi que de la gestion des affaires culturelles ;
❖ Le département des systèmes informatiques : il est en charge de la conception et

réalisation de services de programmation ainsi que de l’évaluation et la validation des projets ;
S
❖ Le département de la formation : ce département est chargé de la formation et de

l’élaboration des programmes de formation et projets ;
❖ Le département technique : ce département prend en charge la réalité virtuelle et

l’innovation.
Direction
Générale
Direction Générale
Secrétariat
Executif
Assistance Direction
Générale
Département Département Département

Département
Département du Marketing des Département du Réseau et
des Département
des Affaires et de la Formations du Génie de la
Ressources Commercial
Financières Communicati et logiciel télécommunic
Humaines
on Certifications ation
Comptabilité et Marketing Développement Maintenance
Recrutement Ventes Formations
fiscalité
Figure 2 Organigramme de MIT² (Source : documentation MIT²)
S
II.4. Situation géographique
MIT² est situé à 2 km du Carrefour Awae escalier, sur la route Yaoundé-Mfou au lieu-dit entrée
Carrière (une plaque avec les informations de l’entreprise vous permettra de vous repérer).
Figure 3 Plan de localisation de MIT²
II.5. Ressources de l’entreprise
II.5.1. Ressources matérielles
Tableau 1 Tableau des ressources matérielles de l’entreprise (Source : documentation MIT²)
N° DESIGNATION QUANTITE CARACTERISTIQUES
1 Serveur virtuel privé en 1 /

ligne
2 Serveur local 1 HP
3 Modem internet 2 CAMTEL
4 Vidéo projecteur 1 EPSON
S
5 Matériel de formation et / /
mobilier de bureau
II.5.2. Ressources logicielles
MIT², en tant qu’entreprise spécialisée dans les services informatiques comprend comme outils :
Tableau 2 Tableau des ressources logicielles de MIT² (Source : documentation MIT²)
SYSTEMES Windows 10, Linux

D’EXPLOITATION
NetBeans, Eclipse, Android Studio, Oracle, PostgreSQL, Visual

APPLICATIONS
Paradigm, Adobe Master Collection, 3D Max, Google Sketchup,
Mozilla Firefox, Google Chrome, Visual Studio Code, Sublime
Text, Jasper Soft Studio, MySQL
ANTIVIRUS Avast
III. PRESENTATION DU THEME

Après une étude approfondie sur le e-commerce au Cameroun, nous avons constaté une
exploitation peu importante de ce dernier. Au vu de cela nous avons proposé comme thème « Mise en
place d’une marketplace dotée d’un outil de gestion de stock et de marketing intégré ». Nous devrons
ainsi concevoir une plateforme qui sera à même de permettre à des magasins d’avoir chacun sa boutique
virtuelle tout en intégrant la gestion de stock, celle des clients, des opérations marketing et du
réapprovisionnement. Tout ceci concourant à accroitre la visibilité de l’entreprise, accroitre ses ventes, à
fidéliser ses clients grâce à une démarche cohérente.
S
CONCLUSION
Nous avons présenté MIT², de manière fonctionnelle et organisationnelle. Ayant déjà une
connaissance sommaire de notre structure ainsi que notre thème de stage, nous nous attèlerons non
seulement à exploiter les données dont nous disposons déjà mais aussi à mener des recherches plus
poussées, afin de mener à bien notre travail. La fin de cette phase nous permet d’émerger vers la deuxième
phase de notre rapport, c’est-à-dire le cahier des charges.
S
CAHIER DES CHARGES
S
Préambule
Dans cette partie il sera question de parler de l’essence du projet à travers le contexte et sa
justification puis de détailler tour à tour ses objectifs, l’expression des besoins, l’estimation du coût, sa
planification et l’identification de ses contraintes.
Aperçu
INTRODUCTION
I. CONTEXTE ET JUSTIFICATION DU PROJET

II. CIBLE ET BENEFICAIAIRES
III. OBJECTIFS DU PROJET
IV. EXPRESSION DES BESOINS
V. ESTIMATION DU COUT DU PROJET
VI. PLANIFICATION
VII. LIVRABLES
CONCLUSION
S
INTRODUCTION
Un cahier des charges est un document qui recueille tous les besoins du projet ainsi que les
éléments à acquérir pour sa mise en œuvre. Quels éléments ressortiront le cahier des charges ? Pour
répondre à cette interrogation, nous présenterons le contexte du projet et définirons ses objectifs,
présenterons les besoins auxquels il devra répondre, ses contraintes, ses intervenants, sa planification,
nous ferons l’estimation du coût du projet et enfin déterminerons ses livrables.
S
I. CONTEXTE ET JUSTIFICATION
I.1. Contexte
C’est dans les années 90 qu’apparait l’e-commerce (vente en ligne de biens ou de

services), ceci grâce au minitel2. 30 ans après, soit en 2020, près de la moitié de la population
mondiale qui utilise internet3 achète en ligne soit une augmentation de 24%, soit 4,29 billions
de dollars de vente, (17,9% de plus que l’année antérieure) ceci étant dû à l’expansion de la
covid-19 (source : site WebSiteToolTester). Cette expansion a permis la vulgarisation et
l’accroissement du chiffre d’affaires des plateformes telles qu’Ali Express, Amazon, EBay qui
ont contribué à ce que vendeurs et acheteurs puissent continuer de satisfaire leur clientèle tout
en réduisant les risques d’exposition au virus. En Afrique, ce secteur est encore embryonnaire.
55% de la population effectue des achats en ligne contre 63% en Europe, ce qui traduit que l’e-
commerce n’est pas suffisamment exploité, précisément que peu d’entreprises s’y intéressent
ou en font usage (source : site WebSiteToolTester). Au Cameroun par exemple, le tiers de la
population effectue des achats en ligne, taux qui prévoit d’augmenter tenant compte du taux de
pénétration croissant. Malgré cela, l’on dénombre encore beaucoup de magasins, de boutiques
camerounaises qui n’ont encore jamais expérimenté l’e-commerce, encore moins possédé un
site internet. Selon l’étude menée par « Griotys Mag » (source :https://adweknow.com/)
recueillant les avis des camerounais (347 avis), 4 facteurs majeurs les encouragent à se tourner
vers le e- commerce que sont :le temps de faire les magasins, les réductions en ligne, le fait de
ne pas trouver le produit en magasin , de tomber sur une offre sur les réseaux sociaux. Cette
étude révèle également une forte concentration du chiffre d’affaires généré dans les villes de
Yaoundé et de Douala.
I.2. Justification
Cette concentration du e-commerce dans deux villes, sous-entend l’exploitation à faible

suffisance de cette opportunité qu’est l’e-commerce par les boutiques et les magasins dans les
autres villes. Il est question dans notre projet de savoir comment exploiter cette opportunité, et
de la développer au Cameroun. C’est-à-dire de permettre à tous les magasins et boutiques de
2
Minitel : le prototype de l’ordinateur. C’est un petit terminal (en noir et blanc) de consultation de banque de données qui permettait d’accéder
aux services payants (annuaire, chat, Journaux et les messageries roses).
3
Internet : réseau informatique interplanétaire
S
faire leur promotion et de booster leurs ventes, via une plateforme commune (marketplace) ceci
même s’ils possèdent déjà leurs propres sites. C’est dans l’optique de développer le e-commerce
au Cameroun que s’inscrit notre plateforme qui permettra aux différentes boutiques et magasins
de vendre leurs articles via des boutiques virtuelles comprenant chacune un outil de gestion
intégré et aux clients de les acheter.
II. CIBLES ET BENEFICIAIRES
II.1 Cible
Notre projet cible les magasins et boutiques camerounaises.
II.2. Bénéficiaires
Les bénéficiaires de notre projet sont : magasins et boutiques camerounaises ainsi que les
acheteurs.
III. OBJECTIFS DU PROJET
III.1. Objectif principal du projet
Notre projet a pour but le regroupement des différents commerces indépendants, et magasins sur
une même plateforme tout en leur offrant un service de gestion de stock et des opérations marketing de
façon optimisée.
III.2. Objectifs spécifiques
Par ce projet, nous visons précisément :
❖ Faciliter la fidélisation des clients ;

❖ Faciliter l’analyse des ventes;
❖ Faciliter le suivi des commandes et des colis ;
❖ Optimiser la gestion de stock en ligne ;
❖ Offrir un service de livraison de qualité ;
❖ Faciliter les opérations marketing;
❖ Faciliter la facturation.
S
IV. EXPRESSION DES BESOINS
IV.1. Besoins fonctionnels
Les besoins fonctionnels renvoient aux fonctionnalités de la solution en réponse aux

attentes des futurs utilisateurs. Plus précisément, il s’agit des opérations réalisables pour
satisfaire ces derniers. Les vendeurs et les clients (acheteurs) ici représentent les principaux acteurs
car étant les principaux utilisateurs de la solution mais nous ne devons pas oublier qu’un côté
administrateur sera également nécessaire :
IV.1.1. Clients
❖ L’authentification/ identification : pour poser une quelconque action dans le système, il

faut au préalable s’authentifier. Ici le client devra entrer ses informations pour accéder aux
différentes fonctionnalités, mais pour cela il devra au préalable avoir un compte utilisateur ;
❖ Commande d’articles : le client aura la possibilité de commander des articles dans une
des boutiques en ligne. Il pourra de ce fait se faire livrer ;
❖ Publication de commentaires et de notes : le client pourra donner une note en étoiles et
laisser des commentaires sur la plateforme et sous chaque produit qu’il a au préalable déjà eu à
commander ;
❖ Suivi du colis : le client aura la possibilité de savoir où se trouve son colis en temps réel ;
❖ Gestion de compte : ici l’utilisateur aura la possibilité de gérer son compte c’est-à-dire
de le consulter, de le modifier, de le supprimer.
❖ Signaler un incident : le client pourra se plaindre auprès d’un administrateur.
IV.1.2. Vendeurs

faut au préalable s’authentifier. Le vendeur devra au préalable s’authentifier pour pouvoir poser
toute action dans le système ;
❖ Gestion des commandes : le vendeur pourra accuser réception des différentes
commandes des clients, suivre leur livraison ;
❖ Gestion de stock : Le vendeur pourra ajouter, modifier, consulter, supprimer des articles,
consulter l’état de son stock et bénéficier d’un suivi personnalisé ;
S
❖ Gestion de compte : en plus de pouvoir gérer son compte c’est-à-dire de le consulter, de

le modifier, le vendeur pourra personnaliser l’apparence de sa boutique, modifier les
informations y apparaissant, la fermer s’il le souhaite ;
❖ Gestion de l’abonnement : le vendeur pourra souscrire à un abonnement, le résilier,
modifier son abonnement ;
❖ Gestion des transactions : le vendeur pourra consulter l’historique de ses transactions
concernant son gain, son solde de ventes sur la plateforme ;
❖ Service de discussion instantanée : le vendeur pourra s’entretenir avec ses clients s’il le
souhaite et leurs diffuser des messages ;
❖ Gestion facturation : le vendeur peut personnaliser aisément les éléments de ses factures
commandes des clients ;
❖ Gestion marketing : le vendeur pourra programmer des opérations marketing concernant
les clients comme offrir des coupons de réduction, des périodes de promotion (black Friday,
etc.), générer des notifications à ses clients et même d’avoir accès à un historique et des
statistiques ;
❖ Suivi du colis : le client aura la possibilité de savoir où se trouve son colis livré en temps
réel ;
❖ Consultation des statistiques : consiste à avoir accès à ses statistiques générales (ses
ventes, personnes touchées, etc.).
IV.1.3. Livreurs

faut au préalable s’authentifier. Le livreur devra au préalable s’authentifier pour pouvoir poser
toute action dans le système ;
❖ Gestion de compte : ici le livreur aura la possibilité de gérer son compte c’est-à-dire de
le consulter, de personnaliser son profil ;
❖ Faire rapport colis : le livreur pourra accuser réception du colis, rendre compte de son
état, et marquer la réception du colis par le client.
S
IV.1.4. Administrateurs

faut au préalable s’authentifier. L’administrateur devra au préalable s’authentifier pour pouvoir
poser toute action dans le système ;
❖ Gestion de compte : ici l’utilisateur aura la possibilité de gérer son compte c’est-à-dire
de le consulter, de le modifier ;
❖ Consultation des statistiques : retrace l’ensemble des activités de la plateforme ;
❖ Gestion des utilisateurs : l’administrateur pourra gérer les demandes de création de
boutiques et les documents y afférant, gérer les livreurs, les comptes clients (les abus qu’ils
signalent).
IV.2. Besoins non-fonctionnels
Les besoins non-fonctionnels quant à eux, revoient au côté technique, sur lequel nous
devrons tout aussi être regardants en implémentant notre solution. Nous avons donc :
❖ L’ergonomie : ici il est question de concevoir des interfaces qui prennent en compte le
confort des utilisateurs. En d’autres termes l’application devra faire preuve de cohérence,
d’efficience, d’aide contextuelle ;
❖ L’extensibilité : ici il s’agit de pouvoir implémenter des fonctionnalités additionnelles,
et de modifier celles qui existent ;
❖ La sécurité : renvoie à la capacité de l’application d’éviter les fuites d’informations
clients : plus précisément :
✓ Confidentialité : seules les personnes autorisées peuvent avoir accès aux
informations qui leur sont destinées (notions de droits ou permissions). Tout accès
indésirable doit être empêché;
✓ Authenticité : les utilisateurs doivent prouver leur identité par l'usage de code
d'accès. Il ne faut pas mélanger identification et authentification : dans le premier cas,
l'utilisateur n'est reconnu que par son identifiant publique, tandis que dans le deuxième cas,
il doit fournir un mot de passe ou un élément que lui-seul connaît (secret). Mettre en
correspondance un identifiant public avec un secret est le mécanisme permettant de garantir
l'authenticité de l'identifiant. Cela permet de gérer les droits d'accès aux ressources
concernées et maintenir la confiance dans les relations d'échange.
S
✓ Intégrité : les données doivent être celles que l'on attend, et ne doivent pas être
altérées de façon fortuite, illicite ou malveillante. En clair, les éléments considérés doivent
être exacts et complets.
✓ Disponibilité : l'accès aux ressources du système d'information doit être
permanent et sans faille durant les plages d'utilisation prévues. Les services et ressources
sont accessibles rapidement et régulièrement.
✓ La non-répudiation et l'imputation : aucun utilisateur ne doit pouvoir contester les
opérations qu'il a réalisées dans le cadre de ses actions autorisées et aucun tiers ne doit
pouvoir s'attribuer les actions d'un autre utilisateur.
❖ L’interopérabilité : l’application devra être à même d’interagir avec d’autres
applications ;
❖ Fonction de recherche : l’utilisateur pourra rechercher un produit souhaité dans le
catalogue des produits.
❖ La responsivité : l’application devra s’adapter aux différentes tailles d’écrans, tout en
gardant son esthétique ;
❖ Système de notifications : la plateforme sera équipée d’un système de notifications,
permettant aux différents utilisateurs d’être au courant des différents changements les concernant
en temps réel.
IV.3. Contraintes du projet
Nous allons néanmoins faire face à des contraintes dans l’évolution de notre projet, notamment :
❖ Le coût : ici nous nous devons de ne pas excéder le budget imparti pour notre projet ;
❖ La qualité : les fonctionnalités énumérées précédemment devront être implémentées une
fois toutes les conditions réunies. Il faut cependant noter que des fonctionnalités clés dépendront
de facteurs externes à l’équipe de développement ;
❖ Le délai : il fait référence à la contrainte de temps. Nous devons réaliser notre solution
en 3 mois tout en respectant les prévisions faites par le planning prévisionnel.
❖ Contraintes méthodologiques : le respect des normes de la méthode d’analyse doit être
de rigueur.
❖ Contraintes techniques : la maitrise du langage de programmation et l’accommodation
à ses exigences.
S
V. PLANNIFICATION
Dans notre projet, nous aurons trois principaux intervenants, dont les attributions sont spécifiées
comme suit :
Tableau 3 Intervenants du projet
NOMS ET PRENOMS FONCTION ROLE
ESSISSIMA Merveille Ingénieur informaticienne Maître d’œuvre
BELINGA Estelle Ingénieur informaticienne Maître d’ouvrage
NGO KONNA Andréa Paloma Etudiante en troisième année Maître d’ouvrage
Les tâches qui devront être effectuées tout au long de notre projet peuvent être résumées
dans ce tableau, suivis d’un diagramme pour les détailler :
Tableau 4 Récapitulatif des tâches du projet
Tâche Période
Phase d’insertion 5 jours
Cahier des charges 10 jours
Phase d’analyse 10 jours
Phase de conception 05 jours
Phase de réalisation 20 jours
Phase de déploiement 05 jours
Guide utilisateur 10 jours
S
Figure 4 Planning prévisionnel
VI. ESTIMATION DU COUT DU PROJET

Dans cette partie nous aborderons l’ensemble des ressources qui devront être mobilisées pour la
réalisation du projet entre autres les ressources matérielles, financières et humaines.
VI.1. Ressources matérielles
Tableau 5 Tableau des ressources matérielles
Désignation Description Quantité Prix U Prix Source

Total
Ordinateur Windows10, Intel core i5 1 603 750 603 750 Mercuriale
portable ,8Go RAM, 1To ROM 2020
Modem et MODEM WIFI 4G, puce 1 29 900 29 900 Site Camtel

Puce Camtel et premier forfait
Forfait Puce et forfait internet 2 10 000 20 000 Site Camtel

internet 1Go/ par jours pendant 30
jours
Serveur Dell PowerEdge T140 1 595 400 595 400 https://www.ld
(en ligne) (5JV1T) lc-
Intel Xeon E-2224G 16 pro.com/ordin
Go 1 To
S
ateurs/serveur/
c5391/
Hébergement 1 40 000 www.soltech2

37.com
TOTAL 1 289 050
VI.2. Ressources logicielles
Tableau 6 Tableau des ressources logicielles
Désignation Description Prix U Qté Prix Source/Editeur

Total
Microsoft Suite logicielle 177 000 1 177 000 Mercuriale 2020
Office 2016 pour l’édition de
documents
Système Système Open-source 1 0 https://www.gnu.org/ho
d’exploitation d’exploitation me.fr.html
Linux serveur
Visual Studio IDE Gratuit 1 0 Microsoft
Code
PostgreSQL 12.2 SBDG Relationnel Gratuit 1 0 The PostgreSQL Global

Objet Development Group
Adobe Logiciel de dessin 40 002 1 40 002 Adobe

Illustrator vectoriel
Adobe XD Logiciel de 16 659 1 16 659 Adobe

maquettage
d’applications
Adobe Logiciel de 46 782 1 46 782 Adobe
Photoshop retouche photo
Visual Paradigm Logiciel d’édition Gratuit 1 0 Visual Paradigm

Community de diagrammes
Edition UML
S
Git Logiciel de gestion Gratuit 1 0 Software Freedom

des versions Conservancy
Gantt Project Logiciel de 209 600 1 209 600 Gant Project Ink
planification
Navigateur Affiche les pages Gratuit 1 0 Google
Google Chrome web
API de paiement Permet d’effectuer 1 000 000 1 1 000 000 Orange Cameroun et
en ligne MTN et des paiements en MTN Cameroun
Orange ligne
Google Maps Permet de situer 5 282 000 1 5 282 000 Google Cloud
Platform API géographiquement Platform
une ressource (ici
la marchandise)
TOTAL 6 772 043
VI.3. Ressources humaines
Tableau 7 Tableau des ressources humaines
Fonction Honoraires Quantité Jours Total Source

journaliers (FCFA)
Analyste 150 000 1 10 1 500 000 Mercuriale 2020
Concepteur 150 000 1 05 750 000 Mercuriale 2020
Développeur 150 000 1 35 5 250 000 Mercuriale 2020
Chef de projet 252 500 1 50 12 625 000 Mercuriale 2020
TOTAL 20 125 000
S
VI.4. Coût total du projet
Tableau 8 Coût total des ressources du projet
Coût total du projet Prix

Coût ressources matérielles 1 289 050
Coût ressources logicielles 6 772 043
Coût ressources humaines 20 125 000
Coût total des ressources 28 186 093
Marge de risque (15%) 28 186 093*15%=4 227 913,95
TOTAL 32 414 006,95
VII. LIVRABLES
A la fin de ce projet, nous devrons être à même de délivrer :
 Un rapport de stage (dossier d’insertion, cahier des charges, dossier d’analyse, dossier de
conception, dossier de réalisation, guide d’utilisation) ;
 CD-ROM contenant le code source de l’application, la présentation PowerPoint du
projet la version numérique du rapport de stage ;
S
CONCLUSION
Il était question dans cette partie de présenter le cahier des charges de notre projet. Il
nous a permis d’avoir une vue d’ensemble sur les objectifs du projet, ses besoins et bien-sûr les
ressources nécessaires à sa réalisation ainsi que sur le travail à abattre. Ceci étant fait, nous
entamons allons une autre phase qui est celle de l’analyse.
S
DOSSIER D’ANALYSE
S
Préambule
Dans cette phase d’analyse, il est question de faire l’étude de l’existant et sa critique ,en ressortir
une problématique, présenter la méthodologie et enfin faire la capture des besoins techniques.
Aperçu
INTRODUCTION
I. ETUDE ET CRITIQUE DE L’EXISTANT
II. PROBLEMATIQUE
III. DEMARCHE D’ANALYSE
IV. CAPTURE DES BESIONS FONCTIONNELS
CONCLUSION
S
INTRODUCTION
Désormais plus que conscients, des besoins du projet, nous attaquons une nouvelle phase qui est
celle de l’analyse. Au cours de cette phase, nous recueillerons tous les procédés et toutes les données qui
concourront à la mise en place de notre marketplace. L’objectif ici est de décomposer le système en
détaillant les échanges d’informations entre les différents acteurs de notre futur système, et de présenter
les traitements qui y seront effectués. Pour ce faire nous parlerons de l’existant, ses limites et en
dégagerons sa problématique, de la méthodologie sur laquelle nous allons nous baser, enfin nous
présenterons quelques diagrammes.
S
I. ETUDE ET CRITIQUE DE L’EXISTANT
I.1. Etude de l’existant
Actuellement au Cameroun lorsqu’une personne souhaite effectuer des achats, elle doit se
rendre en magasin ou alors faire recours à un site de e-commerce, ou des groupes de vente en ligne
via les réseaux sociaux. Via les sites d’e-commerce ou marketplaces, en validant sa commande il
a le choix d’effectuer son paiement à l’instant ou alors à la livraison. Via les réseaux sociaux, il
cale une date avec le vendeur et peut effectuer une partie de son paiement avant la livraison, ou
verser la totalité du paiement à la livraison.
S’agissant de la gestion du stock en ligne, certains magasins la font de façon manuelle,

tandis que d’autres optent pour des logiciels de gestion de stock.
S’agissant du marketing, les magasins se font connaitre par la publicité via les réseaux
sociaux, les médias conventionnels (télévision, radio, presse), ou encore par recommandation de
clients satisfaits à leurs proches.
I.2 Critique de l’existant
Tableau 9 Tableau récapitulatif de la critique de l'existant
Limite Conséquences Solutions
Procédure non optimale Inquiétude du client

Système de suivi des colis par
pour le suivi du colis Risque d’arnaque géolocalisation.
Les acheteurs subissent de ❖ ❖
Décrédibilisation du
Mécanisme de contrôle de
l’arnaque malgré les e-commerce au Cameroun ;
conformité du produit avant la
mécanismes de contrôle mis ❖ Baisse de la
livraison ;
en œuvre par les ❖
confiance des acheteurs. Mécanisme de suivi des
marketplaces. colis grâce à une API de
géolocalisation.
Le parcours traditionnel Risque de transmission de la Possibilité pour les acheteurs
impose aux consommateurs COVID-19. d’accéder aux produits des
le contact dans les boutiques, en ligne
supermarchés.
S
Certains supermarchés Risque d’avoir un stock sur Mise en place d’une aide à la
effectuent la gestion de leur ou sous approvisionné, et gestion de stock en ligne intégré
stock destiné à la vente en dans certains cas de perte. aux boutiques en ligne.
ligne de façon manuelle, et
ceci sans maitriser les
méthodes de gestion de
stock.
Certains établissements ne Ils n’attirent pas Mise en place d’une assistance de
font pas ou font un usage suffisamment de clientèle gestion des opérations de
peu productif du marketing digital intégré aux
marketing boutiques en ligne
I.3. Etat de l’art
Ayant étudié différentes marketplaces camerounaises, nous pouvons ressortir remarques, qui en
plus des limites citées plus haut nous permettront de produire une solution optimale répondant aux besoins
des utilisateurs.
Tableau 10 Etat de l'art des sites d'e-commerce camerounais
Site Inconvénients
✓ Temps de vérification long pour les articles avant leur publication
Durrell Market
sur la plateforme, pour cause, ils incluent les particuliers ;
✓ Sécurité relâchée, l’identité des vendeurs n’est pas vérifiée de façon
minutieuse (pas de vérification de papiers) ;
✓ Pas de service après-vente.
Glothelho ✓ Processus de création de boutique peu explicite et long ;
✓ Conditions de vente non explicitement expliquées sur le site.
Prem’s Market ✓ Pas de service après-vente ;
✓ Interface peu intuitive.
Ledétaillant biz ✓ Sécurité relâchée, l’identité des vendeurs n’est pas vérifiée de façon
minutieuse (pas de vérification de papiers).
Iziway ✓ Parcours clients et vendeurs peu intuitifs.
S
II. PROBLEMATIQUE
II.1 Présentation du problème
Au vu de ces problèmes, nous nous posons comme questions :
❖ Comment optimiser la gestion de stock et de marketing ?

❖ Comment optimiser le suivi des commandes ?
II.2. Proposition de solution
Des questions citées plus haut, nous pouvons proposer comme solution la « Mise en place
d’une marketplace dotée d’un outil de gestion de stock et de marketing intégré », qui répond
favorablement aux questionnements, ci-dessus, en offrant :
❖ L’achat et la vente d’articles via des boutiques virtuelles, fidèles aux boutiques existantes ;
❖ Le suivi des colis grâce à un système de géolocalisation ;
❖ La gestion de stock en ligne basée sur les méthodes juste-à-temps et par complètement,
fournissant ainsi des alertes sur le stock minimal et les réapprovisionnements ;
❖ La gestion des opérations marketing par le biais de publicités, de mises à jour quotidiennes
❖ Les paiements en ligne.
S
III. DEMARCHE D’ANALYSE

La modélisation est l'étude de l'ensemble des méthodes scientifiques. Elle peut être considérée
comme la science de la méthode. Afin d’opérer un choix des éléments d’analyse, nous devons de faire
une comparaison préalable entre les processus, les langages et méthodes existants. Nous ferons tout
d’abord une comparaison entre le langage UML et la méthode MERISE et ensuite une comparaison entre
les processus unifiés.
III.1. Etude comparative UML / MERISE
Nous pouvons résumer notre étude comparative entre MERISE et UML dans le tableau ci-
dessous :
Tableau 11 Etude comparative entre UML et MERISE
Point de UML MERISE

comparaison
Signification Langage de modélisation unifié. Méthode d’Etude et de Réalisation
Informatique pour les Systèmes
d’Entreprise.
Définition Système de notation orienté objet. Méthode de modélisation de données et
traitements orienté base de données
relationnelles.
Nature Objet. Relationnel.
Portée International. Francophone.
Approche Orienté conception. Orienté approche théorique.
Sens Du modèle vers la base de données De la base de données vers le code (bottom
(top down). up).
Eléments Chaque aspect dynamique ou statique Schéma directeur, étude préalable, étude
du système est représenté par un détaillée, réalisation.
diagramme.
Au sortir de cette comparaison, nous faisons le choix du langage UML de par son côté orienté
objet, son gain de précision et d’exploitabilité, et pour bien d’autres avantages que nous spécifierons lors
de la présentation de ce dernier.
S
III.2. Présentation du langage UML
UML (Unified Modeling Language, ou langage de modélisation unifié) est un langage de

modélisation des systèmes d’information qui a été adoptée par l’OMG (Object Management Group) en
1997 en sa version 1. Ce langage est donc la résultante d’une fusion de précédents langages de
modélisation objet à savoir : Booch, OMT et OOSE. Soucieux d’une analyse approfondie, nous
utiliserons UML à sa version 2.5.
UML est décomposé en plusieurs parties :
Les vues : ce sont les observables du système. Elles décrivent le système d'un point de vue donné,
qui peut être organisationnel, dynamique, temporel, architectural, géographique, logique, etc. En
combinant toutes ces vues, il est possible de définir (ou retrouver) le système complet.
❖ Les diagrammes : ce sont des ensembles d'éléments graphiques. Ils décrivent le

contenu des vues, qui sont des notions abstraites. Ils peuvent faire partie de plusieurs vues.
❖ Les modèles d'élément : ce sont les éléments graphiques des diagrammes.
UML comporte de nombreux avantages parmi lesquels :
❖ UML est formel et normalisé dans ce sens qu’il permet un gain de précision et de stabilité ;
❖ UML est un support de communication performant : il permet grâce à sa représentation
graphique d’exprimer visuellement une solution objet, de faciliter la comparaison et l’évolution de
solution ;
❖ UML est universel de par sa polyvalence et sa souplesse.
S
Les diagrammes UML sont regroupés selon 2 vues, la vue statique et la vue dynamique. Nous
pouvons le résumer dans le tableau ci-dessous :
Figure 5 Récapitulatif des diagrammes UML (source : https://wikipedia.com)
Le langage UML étant forcément utilisé par les processus unifiés, nous mènerons donc une étude
comparative entre les différents processus unifiés.
S
III.3. Etude comparative des processus unifiés
Nous pouvons résumer la comparaison entre les différentes spécification d’UP dans le tableau ci-
dessous :
Tableau 12 Tableau comparatif des processus unifiés
Point de Signification Description

comparaison
UP Unified Proccess Famille de processus de développement logiciel orientés
objets. UP recueille les principes généraux de la méthode.
2TUP 2 Track Unified Processus uniofié suscrptible de prendre en compte les
Proccess aléas et les contraintes liées aux changements perpétuels
des SI d’entreprises. Il propose un cycle de
développement en Y.
AUP Agile Unified Proccess Variante simplifiée de UP qui quivintègre les pratiques
agiles comme le développment piloté par les tests. Elle
renforce l’approche agile préconise la mise à jour du plan
à la fin de chaque phase.
XUP eXtreme Unified Hybride intégrant UP avec extreme programming. Son
Proccess principe est de pousser à l’extrême les principes simples.
RUP Rational Unified Méthode propriétaire du Relational Software (IBM) sur
Proccess laquelle le Processus Unifié a été basé. Il couvre la
modélisation métier et la gestion des projets.
EssUP Esssential Unified Il a pour but d’alléger le processus unifié en le rendant moins
Proccess lourd et moins formalisé car souvent perçu comme tel. EssUP
aborde le principe de séparation des préoccupations et définit
un ensemble de pratiques indépendantes qui peuvent être
librement combinées pour former un processus adapté au
contexte.
S
Au terme de cette étude, nous pouvons axer notre choix sur le processus 2TUP de par la grande
aptitude de prévenir les risques et de s’adapter aux changements du SI, ceci en appliquant les principes de
base du processus unifié.
III.2. Processus 2TUP
2TUP (2 Track Unified Process) est un processus de développement logiciel

implémentant la méthode du processus unifié. Il propose un cycle de développement en Y, qui
dissocie les aspects techniques des aspects fonctionnels. Le processus s'articule ensuite autour
de trois phases essentielles:
❖ La branche fonctionnelle capitalise la connaissance du métier de l’entreprise. Cette

branche capture des besoins fonctionnels, ce qui produit un modèle focalisé sur le métier des
utilisateurs finaux :
✓ Capture des besoins fonctionnels : produit un modèle des besoins focalisé sur le
métier des utilisateurs. Cette capture des besoins permet d’éviter au plus tôt le risque de
produire un système inadapté aux utilisateurs ;
✓ L’analyse : consiste à étudier la spécification fonctionnelle de manière ç obtenir

une idée de ce que va réaliser le système en termes de métier. Les résultats de l’analyse
ne dépendent d’aucune technologie particulière.
❖ La branche technique capitalise un savoir-faire technique et/ou des contraintes

techniques. Les techniques développées pour le système le sont indépendamment des fonctions
à réaliser :
✓ Capture des besoins techniques : recense toutes les contraintes et les choix
dimensionnant la conception du système ;
✓ Conception générique : définit ensuite les composants nécessaires à la

construction de l’architecture technique. Elle a pour objectif d’uniformiser et de
réutiliser les mêmes mécanismes pour tout un système.
❖ La phase de réalisation consiste à réunir les deux branches, permettant de mener une
conception applicative et enfin la livraison d'une solution adaptée aux besoins :
S
✓ Conception préliminaire : c’est dans cette étape que le modèle d’analyse est
intégré dans l’architecture technique ;
✓ Conception détaillée : étudie le procédé pour implémenter chaque

fonctionnalité ;
✓ Codage : c’est dans cette étape que sont implémentées les fonctionnalités et
qu’elles sont testées au fur et à mesure ;
✓ Recette : étape de validation des fonctionnalités développées.
Nous pouvons résumer cela en ce schéma :
Figure 6 Représentation des branches du processus 2TUP (https://www.researchgate.net)
Nous avons choisi le processus 2TUP car il comporte de nombreux avantages, parmi lesquels nous
pouvons citer le fait qu’il est :
❖ Itératif et incrémental : il permet l’évolution et l’amélioration du système, son évaluation,

et constitue également un excellent contrôle des coûts et des délais ;
❖ Piloté par les risques :il permet de prévenir les risques et donc de diminuer la probabilité
d’échec du projet ;
❖ Centré sur l’architecture logicielle : l’architecture logicielle qui elle doit être adaptée,
pour assurer la qualité du logiciel ;
❖ Centré sur les cas d’utilisation : Il est guidé par les besoins utilisateurs.
S
IV. CAPTURE DES BESOINS FONCTIONNELS

Etant dans la branche fonctionnelle du processus 2TUP, il est question ici de représenter les
besoins fonctionnels sous forme de diagrammes UML, en occurrence les diagrammes de cas d’utilisation,
d’activité et d’état-transition.
IV.1. Diagramme de cas d’utilisation
Le diagramme de cas d’utilisation représente le comportement fonctionnel d’un système logiciel,

tout en permettant d’en capturer les exigences. Il identifie également les interactions entre le système et
ses acteurs. Il est généralement représenté comme suit:
IV.1.1 Formalisme
Figure 7 Formalisme diagramme de cas d'utilisation
S
IV.1.2. Eléments constitutifs du diagramme
Tableau 13 Tableau de formalisme du diagramme de cas d'utilisation
Nom et description Formalisme
Acteur : type de rôle joué par une entité qui

interagit avec le système en étant relié à une/
plusieurs de fonctionnalités (cas d’utilisation)
Cas d’utilisation : fonctionnalité du système.
Système : définit les limites du système tout en

comprenant les différentes fonctionnalités de
celui-ci
Association : relation entre un acteur et un cas

d’utilisation.
Extension : spécifie que le comportement d'un
cas d'utilisation peut être étendu par le
comportement d'un autre cas d'utilisation. Elle a
lieu à un ou plusieurs points d'extension
spécifiques définis dans le cas d'utilisation
étendu
Inclusion : relation entre deux cas d'utilisation,
qui définit l’exécution obligatoire d’un cas
d’utilisation pour l’autre (ou les autres) étant relié
soient effectués.
Généralisation : Un cas A est une généralisation
d'un cas B si B est un cas particulier de A. Une
relation de généralisation entraine une relation
S
d’héritage d’un cas général vers un cas

particulier.
IV.1.3. Présentation de quelques cas d’utilisation
Tableau 14 Résumé des fonctionnalités utilisateurs
Acteur Fonctionnalités
Administrateur Il a la possibilité de consulter les statistiques, de gérer les comptes,

de gérer les demandes de création de boutiques ainsi que les
livreurs.
Vendeur Il peut créer sa boutique, gérer ses articles, ses commandes, gérer
son stock, faire des opérations marketing.
Client Il a la possibilité d’acheter des articles, de suivre sa commande.
Livreur Il a la possibilité de faire le rapport du colis, d’accuser sa réception,

de renseigner son état, d’accuser sa livraison.
S
❖ Diagramme de cas d’utilisation global
Figure 8 Diagramme de cas d'utilisation global de notre système
S
❖ Cas d’utilisation gérer commandes
Figure 9 Diagramme du cas d'utilisation « gérer commandes »
❖ Cas d’utilisation gérer utilisateurs
Figure 10 Diagramme du cas d'utilisation « gérer comptes utilisateurs »
S
IV.1.4. Description textuelle de quelques cas d’utilisation
La description textuelle permet de comprendre le déroulement d’un cas d’utilisation.
❖ Description textuelle du cas « s’authentifier »
Tableau 15 Description textuelle du cas d'utilisation "s'authentifier"
Titre « S’authentifier »
But Permettre aux utilisateurs d’accéder aux fonctionnalités système.
Acteurs Administrateur, client, vendeur, livreur.
Description des enchainements

Présupposé L’utilisateur est à l’interface d’accueil de la plateforme.
Précondition Avoir un compte sur la plateforme.
Déclencheur Clic sur le bouton connexion.
Dialogue Scénario principal : Scénario secondaire :

1. Le système renvoie le formulaire 3.1. A l’étape 3 du scénario
de connexion ; principal, la vérification de
2. L’utilisateur renseigne son login l’intégrité des champs n’a pas été
et son de passe et soumet le concluante, le système génère un
formulaire ; message d’erreur et le renvoie à
3. Le système vérifie l’intégrité des l’étape 1 du scénario principal.
champs ; 4.1. A l’étape 4 du scénario
4. Les champs étants correctes, le principal, les informations entrées
système envoie une requête de ne correspondent à aucune dans la
correspondance à la base de base de données, un message
données ; d’erreur est généré et le renvoie à
5. Les informations sont exactes, le l’étape 1 du scénario principal.
système affiche son espace de
travail à l’utilisateur ainsi qu’un
message de succès.
Postcondition Postcondition de succès : Postcondition d’échec : l’utilisateur

l’utilisateur a pu se connecter et n’a pas pu se connecter.
accède à son espace de travail.
S
❖ Description textuelle du cas « valider commande »
Tableau 16 Description textuelle du cas d'utilisation "valider commande"
Titre « valider commande»

But Permettre au client de faire des achats via la plateforme.
Acteurs Client.

Présupposé L’utilisateur a rempli son panier.
Précondition S’être authentifié.
Déclencheur Clic sur le bouton Valider panier.

1. Le système lui affiche le 4.1. A l’étape 4 du scénario
formulaire de commande ; principal, le client a entré des
2. Le client le remplit et le soumet ; champs non valides et un message
3. Le système vérifie l’intégrité des d’erreur lui est affiché et le renvoie
champs et lui affiche les types de à l’étape 1 du scénario principal ;
paiement ; 5.1. A l’étape 6 le paiement échoue
4. Le client choisit le paiement en et un message d’erreur est affiché et
ligne et il remplit le formulaire de le renvoie à l’étape 5 du scénario
paiement en ligne qui lui est principal.
soumis et valide le paiement ;
4’. A l’étape 4 le client choisit le
paiement en à la livraison et un
message de succès lui est affiché.
5. Le paiement réussi, le système lui
envoie un message de succès.
Postcondition Postcondition de succès : Le client aLe

pu client n’a pas pu valider sa
valider sa commande. commande.
S
❖ Description textuelle du cas d’utilisation « approuver demande compte vendeur »
Tableau 17 Description textuelle du cas d’utilisation « approuver demande compte vendeur »
Titre « Approuver demande compte vendeur »

But Permettre à l’administrateur de valider les demandes de création de
boutiques
Acteurs Administrateur

Présupposé L’administrateur a été notifié de nouvelles demandes de création de
boutique
Précondition S’être authentifié
Déclencheur Clic sur le bouton connexion

1. Le système affiche les demandes 1.1. A l’étape 3 du scénario, la
de création de boutique ; demande ne contient pas toutes les
2. L’administrateur sélectionne une informations et pièces demandées,
demande et la consulte ; l’administrateur rejette donc la
3. Il approuve la demande ; demande.
4. Le système donne l’accès au
vendeur.
Postcondition Postcondition de succès : le vendeur Postcondition d’échec : le vendeur

verra sa boutique ouverte et pourra ne bénéficiera pas de la boutique.
se connecter pour y apporter des
modifications.
S
IV.2. Diagrammes d’activité
Le diagramme d’activité est un diagramme comportemental d’UML qui permet de représenter une
vue d’un système en décrivant la séquence d’actions constituant un processus ou encore de décrire le flux
de travail au sein d’un système. Il se présente généralement comme su l’image ci-dessous :
IV.2.1. Formalisme
Figure 11 Formalisme diagramme d'activité
S
Tableau 18 Tableau de formalisme du diagramme d'activité
Activité : comportement décrit par une série organisée

d'unités dont les éléments simples sont les actions.
Action : plus petit traitement qui puisse être exprimé en UML.
Etat initial : c’est le point d’entrée de la première action d’une

activité. Il est unique dans une activité.
Etat final : symbolise la fin d’un processus. Il peut en avoir

plusieurs au sein d’une activité.
Flux d’exécution : permet déterminer le flux au sein d’une

activité
Nœud de décision : nœud de contrôle qui prend un flot en

entrée et permet d’effectuer un choix entre deux flots sortants
sous une condition.
Nœud de fusion : nœud de contrôle qui joint plusieurs flots
entrants sans synchronisation, donnant lieu à un flot sortant qui
mène à l’exécution d’une action lorsqu’un des flots entrants
est activé.
Nœud de bifurcation : prend en entrée un flot qui donne lieu
à plusieurs flots concurrents en sortie de la synchronisation,
illustrant ainsi deux parcours simultanés.
S
Nœud de jonction : synchronise plusieurs flots concurrents

pour ne donner lieu qu’à un flot sortant.
Envoyer signal : représente l’envoi d’un message à un acteur

externe.
Accepter signal : représente la réception d’un message d’un

acteur externe.
Couloir : représente un acteur ou un groupe d’acteurs

intervenant dans une activité. C’est dans ces espaces là que
sont positionnées les actions qu’ils vont effectuer.
S
IV.2.3. Quelques diagrammes d’activité
❖ Diagramme d’activité du cas « s’authentifier »
Figure 12 Diagramme d'activité du cas "s'authentifier"
S
❖ Diagramme d’activité du cas « passer commande »
Figure 13 Diagramme d'activité "passer commande "
S
❖ Diagramme d’activité « Approuver demande création compte vendeur »
Figure 14 Diagramme d'activité "approuver demandes création compte vendeurs"
S
IV.3. Diagramme d’état-transition
Le diagramme d’état-transition est un type de diagramme comportemental en UML qui décrit le

comportement interne d'un objet à l'aide d'un automate à états finis. Il présente les séquences possibles
d'états et d'actions qu'une instance de classe peut traiter au cours de son cycle de vie en réaction à des
événements discrets (de type signaux, invocations de méthode).
IV.3.1. Formalisme
Figure 15 Formalisme du diagramme d'état-transition
S
Tableau 19 Formalismes des éléments du diagramme d'état -transition
Nom et Description Formalisme
Pseudo état-initial : symbolise l’état par défaut du processus.
Etat final : représente la fin d’un processus.
Etat : représente la nature actuelle de l’objet.
Etat composite : représente un état regroupant d’autres états non

concurrents.
Transition : représente le passage d’un état à un autre pour un

objet, sous l’action d’un déclencheur.
Nœud de fusion : synchronise plusieurs flots concurrents pour ne

donner lieu qu’à un flot sortant.
Barre de synchronisation : prend en entrée une transition qui

donne lieu à plusieurs transitions concurrentes en sortie de la
synchronisation, illustrant ainsi deux parcours simultanés.
Etat choix : nœud de contrôle prenant en entrée une transition et
permet d’effectuer un choix entre deux changements d’état en
sortie sous une condition.
S
IV.3.3. Quelques diagrammes d’état-transition
❖ Diagramme d’état-transition d’une commande
Figure 16 Diagramme d'état-transition d’une commande
S
❖ Diagramme d’état-transition d’un article
Figure 17 Diagramme d'état-transition d’un article
S
❖ Diagramme d’état-transition du compte vendeur
Figure 18 Diagramme d'état-transition du compte vendeur
S
CONCLUSION
Parvenus au terme de notre phase d’analyse, nous avons connaissance de de tous mécanismes
fonctionnels qui feront partie de notre système. Cela a été possible en faisant une étude de l’existant et sa
critique, étude qui nous a permis de dégager une problématique, en choisissant une méthode d’analyse
guidée par un processus et enfin représenter les diagrammes nécessaires à l’analyse. L’analyse faite, nous
pouvons désormais émerger vers la phase de conception
S
DOSSIER DE CONCEPTION
S
Préambule
Dans cette partie nous nous devons de faire ressortir les différentes architectures caractérisant
notre système ainsi que sa conception générique, sa conception préliminaire et sa conception détaillée.
Aperçu
INTRODUCTION
I. CAPTURE DES BESOINS TECHNIQUES
II. CONCEPTION GENERIQUE
III. CONCEPTION PRELIMINAIRE
IV. CONCEPTION DETAILLEE
CONCLUSION
S
INTRODUCTION
A la suite de l’analyse, nous avons l’étape de la conception qui s’avère être tout aussi importante.
La conception permet d’avoir une vue d’ensemble sur les traitements que va effectuer notre système, ainsi
que sur les différents besoins techniques le concernant. Nous allons dans cette partie comprendre
exactement en quoi elle est une étape indispensable. Pour ce faire, nous allons présenter les architectures
physiques et logiques et présenter les différents diagrammes qui les décrivent.
S
I. CAPTURE DES BESOINS TECHNIQUES
I.1. Architecture physique
L’architecture physique est celle-là qui décrit l’ensemble des composants matériels supportant
l’application. Il en existe plusieurs dont l’architecture n-tiers, sur laquelle nous nous focalisons. Cette
dernière est divisée en couches que sont :
❖ La couche de présentation : s’occupe de l'affichage, de la restitution sur le poste de travail, le

dialogue avec l'utilisateur ;
❖ La couche métier : s’occupe de la mise en œuvre de l'ensemble des règles de gestion et de la
logique applicative. Elle est elle-même constituée de plusieurs niveaux de serveices (plusieurs
serveurs applicatifs), ceci à cause de l’utilisation d’API externes qui communiquent avec notre
système;
❖ La couche d’accès aux données : s’occupe des données qui sont destinées à être conservées
sur la durée, voire de manière définitive.
Le fonctionnement de cette architecture repose sur la communication entre les couches via un
« modèle d’échange » qui propose chacune un ensemble de services rendus. Les services d'une couche
sont mis à disposition de la couche supérieure et de la couche inférieure à elle. Chaque couche ne
communique qu'avec ses voisins immédiats. Le schéma ci-dessous illustre ce mécanisme :
Figure 19 Représentation de l'architecture n- tiers (source : https //blog.lecacheur.com/)
S
I.2. Architecture logique
L’architecture logique a pour but d’identifier les composants logiciels nécessaires à

l’implémentation d’une solution et de décrire l’organisation de la circulation des données. Celle que nous
allons utiliser est le M.V.C. (Model View Controller). Le M.V.C. est un design pattern (patron de
conception) qui divise une application en trois composants logiques que sont le modèle, la vue et le
contrôleur. Les rôles de ces composants sont répartis comme suit:
❖ Le modèle : il interagit avec la base de données, regroupe, traite et gère les données. En somme
il contient les données et leur logique ;
❖ La vue : elle a pour rôle de faire afficher ce que le modèle renvoie, ainsi que de recevoir les
interactions de l’utilisateur.
❖ Le contrôleur : il s’occupe de la synchronisation entre la vue et le modèle. Il traite les actions
utilisateur via des requêtes, demande au modèle d’effectuer les changements puis passe les données à
la vue.
Figure 20 Représentation schématique de l'architecture MVC (https://www.monocubed.com/)
S
II. CONCEPTION GENERIQUE

La conception générique consiste à élaborer la solution qui correspond aux exigences techniques
qu’on a spécifié pendant la capture des besoins techniques dans la branche technique.
II.1. Architecture matérielle du logiciel
L’architecture matérielle décrit la position physique des différents éléments nécessaires au

déploiement d’une application et les relations qui existent entre-eux. Le schéma ci-dessous, nous présente
cela de façon plus explicite.
Figure 21 Schéma de l'architecture matérielle
S
II.2. Architecture de haut niveau du logiciel
L’architecture de haut niveau est une spécification d’architecture logicielle qui définit comment
créer une simulation globale composée de simulations distribuées interagissant sans être recodées. Pour
mieux comprendre cela, nous avons le schéma ci-dessous :
Figure 22 Représentation de l'architecture de haut niveau logiciel
S
II.3. Maquette de l’application
La maquette permet la conception et la communication d’un projet en posant les grandes lignes de
ce dernier. Elle permet ainsi de faciliter la perception et plus tard la réalisation du projet. Ci-dessous, nous
avons la maquette de notre projet :
Figure 23 Maquette de Camer All In One
S
III. CONCEPTION PRELIMINAIRE

La conception préliminaire regroupe l’ensemble des tâches qui concourent à optimiser
l’expression des besoins fonctionnels
III.1. Diagramme de composants
Le diagramme de composant décrit le système modélisé sous forme de composants réutilisables

comme des données, modules (fichiers sources, exécutables, bibliothèques etc.), éléments de
configuration et mettent en évidence leurs relations de dépendance. Afin de le concevoir d’une façon,
optimale, nous devons observer le formalisme ci-dessous :
III.1.1. Formalisme
Figure 24 Formalisme du diagramme de composants
S
III.1.2. Eléments constitutifs du diagramme
Tableau 20 Tableau de formalisme du diagramme de composants
Composant : Entité (représentée par un classeur structuré)

tenue d'exécuter une fonction précise.
Port : point de connexion entre un classeur et son
environnement.
Spécification d’instance : Indique les entrées ou les données
qu'un composant reçoit ou fournit.
Interface requise : interfaces où un composant produit des

informations utilisées par l'interface requise d'un autre
composant
Interface fournie : interface où un composant produit des
informations utilisées par l'interface requise d'un autre

composant.
Dépendance : Indique la hiérarchie d’utilisation entre les
différentes parties du système.
S
III.2.3. Présentation du diagramme de composants
Figure 25 Diagramme de composants
III.2. Diagramme de déploiement
Le diagramme de déploiement décrit la disposition physique des ressources matérielles qui

composent le système et montre la répartition des composants sur ces matériels, et les connexions
existantes entre ces nœuds et composants.
III.2.1. Formalisme
Figure 26 Formalisme du diagramme de déploiement
S
Tableau 21 Tableau de formalisme des éléments d'un diagramme de déploiement
Composant : élément matériel du système.
Association : décrit le chemin de communication

utilisé par le matériel pour communiquer, ainsi que
la méthode utilisée (TCP/IP).
Dépendance : Indique la hiérarchie d’utilisation entre les
différentes parties du système.
Artefact : spécification d'une information physique,
telle que des fichiers source, des fichiers exécutables
binaires, une table dans un système de base de
données.
Composant : Entité (représentée par un classeur
structuré) tenue d'exécuter une fonction précise.
S
III.2.3. Présentation du diagramme de déploiement
Figure 27 Diagramme de déploiement
S
III.3. Diagramme de paquetages
Le digramme de paquetages sert à répartir les fonctionnalités entre différents sous-ensembles de

responsabilité endossé par des objets. Ceci permet de définir un paquetage responsable de tel métier, un
sous-paquetage responsable de tel aspect du métier et un objet de ce sous ensemble aura soit des données
soit une tache sous sa responsabilité.
III.3.1. Formalisme
Figure 28 Formalisme d'un diagramme de paquetages
S
III3.2. Eléments constitutifs du diagramme
Tableau 22 Tableau de formalisme des éléments du diagramme de paquetages
Package : espace de nom qui regroupe des éléments

apparentés en fonction des données, du comportement
ou de l'interaction avec les utilisateurs.
Dépendance : représente la façon dont un élément
(ou un ensemble d'éléments) dépend d'un autre ou
l'influence.
Import : : relation dirigée entre un espace de noms
d'importation et un paquetage importé. Ce type de

relation dirigée ajoute le nom des membres du
paquetage importé à son propre espace de noms.
Access : relation matérialisant le fait qu’un paquetage
demande le soutien d’un autre.
S
III.3.3. Présentation du diagramme de paquetages
Figure 29 Diagramme de paquetages
III.4. Diagramme de structure composite
Un diagramme de structure composite est un diagramme structurel UML expose la structure

interne d'une classe ainsi que les collaborations que cette dernière rend possible. Les éléments de ce
diagramme sont les parties, les ports par le biais desquels les parties interagissent entre elles, avec
différentes instances de la classe ou encore avec le monde extérieur, et enfin les connecteurs reliant
les parties et les ports.
S
III.4.1. Formalisme
Figure 30 Formalisme diagramme de structure composite
Tableau 23 Tableau de formalisme des éléments du diagramme de structure composite
Classifieur structuré : classe (le plus souvent

abstraite) dont le comportement peut être décrit
complètement ou partiellement par le biais
d'interactions entre parties.
Connecteur : relie plusieurs entités, leur permettant
d'interagir entre elles lors de l'exécution.
Partie : rôle joué par une instance d'une classe ou un

ensemble d'instances à l'exécution.
Port : point d'interaction qui peut être utilisé pour

connecter un classifieur structuré avec ses parties ou
son environnement.
S
III.4.3. Présentation du diagramme de structure composite
Figure 31 Diagramme de structure composite
S
IV. CONCEPTION DETAILLEE

La conception détaillée est l’étape pendant laquelle les spécifications de chaque élément de notre
système. Pour la décrire, nous nous aiderons du diagramme de séquence, de communication, de temps, de
classes, d’objets, d’interaction globale.
IV.4. Diagramme de séquence
Le diagramme de séquence est un diagramme de comportement en UML qui représente la

séquence de messages transmis entre les objets au cours d’une interaction ou d’un scénario. On retrouve
de gauche à droite les acteurs principaux, le système ou ses éléments, et à droite les acteurs secondaires
éventuels.
IV.4.1. Formalisme
Figure 32Formalisme diagramme de séquence
S
Tableau 24 Tableau de formalisme des éléments du diagramme de séquence
Acteur : entité qui interagit avec le système, étant
extérieur à ce dernier.
Ligne de vie : passage du temps qui se prolonge vers
le bas, tout en mettant en exergue les évènements
séquentiels affectant un objet au cours du temps.
Objet : représente une classe ou un objet en langage
UML, et son comportement dans le contexte du
système.
Message : symbole de communication entre objets
et/ou acteurs, donnant suite à une activation. Il peut
être simple, synchrone, asynchrone, etc.
Activation : Représente le temps nécessaire pour
qu'un objet accomplisse une tâche.
S
IV.1.3. Présentation de quelques diagrammes de séquence
❖ Diagramme de séquence du cas s’authentifier »
Figure 33 Diagramme de séquence du cas "s'authentifier"
S
❖ Diagramme de séquence du cas « passer commande »
Figure 34 Diagramme de séquence du cas « passer commande"
S
❖ Diagramme du cas « initier création compte vendeur »
Figure 35Diagramme de séquence du cas "Initier création compte vendeur"
S
IV.2. Diagramme de communication
Le diagramme de communication est un diagramme d’interaction qui est une représentation

simplifiée du diagramme de séquence, se concentrant sur l’échange de messages entre objets. Ces deux
diagrammes ont logiquement équivalentes, mais ont des vues différentes. Il est l’équivalent du diagramme
de collaboration en UML 1.x. Il rend compte à la fois de l’organisation des acteurs aux interactions et de
la dynamique du système.
IV.2.1. Formalisme
Figure 36 Formalisme du diagramme de communication
S
Tableau 25 Tableau de formalisme des éléments du diagramme de communication
Acteur : type de rôle joué par une entité qui interagit
avec les objets.

UML, et le comportement de celui- ci dans le contexte
du système.
Message : symbole de communication entre objets.
IV.2.3. Présentation de quelques diagrammes de communication
❖ Diagramme de communication du cas « ajouter article au panier »
Figure 37 Diagramme de communication du cas « Ajouter article au panier »
S
❖ Diagramme de communication du cas « passer commande »
Figure 38Diagramme de communication du cas "passer commande"
S
IV.3. Diagramme de temps
Le diagramme de temps est un diagramme d’interaction présentant le changement d’état d’un objet
au cours du temps. Il est une forme particulière de diagramme de séquence où les axes ont été inversés
pour que le temps progresse de la gauche vers la droite au lieu du haut vers le bas.
IV.3.1. Formalisme
Figure 39 Formalisme du diagramme de temps (Source : http://www.netforceteam.com/)
S
IV.3.2. Eléments constitutifs du diagramme de temps
Tableau 26Tableau de formalisme des éléments du diagramme de temps

UML, et le comportement de celui- ci dans le contexte
du système.
Unité de temps : graduations en unité de temps
(secondes) qui permettent de déterminer la durée d’un
état.
Etat : représente la nature actuelle de l’objet.
Message : symbole de communication entre deux

objets.
Fragment : rectangle dans lequel on représente le
comportement des objets
S
IV.3.3. Présentation du diagramme de temps
Figure 40 Diagramme de temps du cas "suivre colis"
S
IV.4. Diagramme d’interaction globale
Le diagramme d’interaction globale est un diagramme de comportement qui rend

compte de l’organisation spatiale des participants à l’interaction. Il définit des interactions par
une variante des diagrammes d'activité, d'une manière qui permet une vue d'ensemble de flux
de contrôle. Ils se concentrent sur la vue d'ensemble de flux de contrôle où les nœuds sont des
interactions.
IV.4.1. Formalisme
Figure 41 Formalisme du diagramme d'interaction globale (Source : http://www.netforceteam.com/)
S
Tableau 27 Tableau de formalisme des éléments du diagramme d'interaction globale
Acteur : entité qui interagit avec le système, étant
extérieur à ce dernier.
Ligne de vie : passage du temps qui se prolonge vers
le bas, tout en mettant en exergue les évènements
séquentiels affectant un objet au cours du temps.
UML, et son comportement dans le contexte du
système.
Message : symbole de communication entre objets
et/ou acteurs, donnant suite à une activation. Il peut
être simple, synchrone, asynchrone, etc.
Transition : représente le passage d’un état à un autre
pour un objet, sous l’action d’un déclencheur.
Activation : Représente le temps nécessaire pour
qu'un objet accomplisse une tâche.
Etat initial : c’est le point d’entrée de la première

action d’une activité. Il est unique dans une activité.
Etat final : symbolise la fin d’un processus. Il peut en
avoir plusieurs au sein d’une activité.
Flux d’exécution : permet déterminer le flux au sein
d’une interaction.
S
Nœud de décision : nœud de contrôle qui prend un

flot en entrée et permet d’effectuer un choix entre
deux flots sortants sous une condition.
Nœud de bifurcation : prend en entrée un flot qui
donne lieu à plusieurs flots concurrents en sortie de la
synchronisation, illustrant ainsi deux parcours
simultanés.
Nœud de jonction : synchronise plusieurs flots
concurrents pour ne donner lieu qu’à un flot sortant.
S
IV.4.3. Présentation du diagramme d’interaction globale
Figure 42 Diagramme d’interaction globale du cas « passer commande »
S
IV.5. Diagramme de classes
Le diagramme de classes est un diagramme statique d’UML présentant les classes et les interfaces
du système ainsi que les relations qui existent entre-elles. L’élément principal de ce schéma est la classe,
qui décrit le comportement, les responsabilités, et le type d’un ensemble d’objets.
IV.5.1. Formalisme
Figure 43 Formalisme du diagramme de classes
S
IV.5.2. Eléments constitutifs du diagramme de classes
Tableau 28 Tableau de formalisme des éléments du diagramme de classes
Figure Nom et description Formalisme
Classe : type abstrait regroupant un ensemble

d’attributs et de méthodes permettant d’instancier
des familles d’objets ayant des caractéristiques
communes. Elle est représentée par un rectangle
séparé en trois parties :
• la première partie contient le nom de la classe ;

• la seconde contient les attributs de la classe ;
• la dernière contient les méthodes de la classe.
Attribut : définition de données pour une instance
d'une classe.
Méthode : implémentation de fonction ou de requête
pour l'exécution desquelles un objet peut être appelé.
Association : relation logique entre deux classes.
Multiplicité : nombre de fois où la variable peut

intervenir.
Agrégation : association avec relation de

subordination, représentée par un trait reliant les deux
classes et dont l'origine se distingue de l'autre
extrémité (la classe subordonnée) par un losange vide
Composition : agrégation avec cycle de vie
dépendant : la classe composée est détruite lorsque la
classe mère disparait.
S
Héritage : principe de division par généralisation et

spécialisation, représenté par un trait reliant les deux
classes.
IV.5.3. Relations entre les classes
Nous expliquons ici les différentes relations entre les classes. Notons que le sens de lecture est de
la gauche vers la droite dans un premier temps, puis de la droite vers la gauche dans un deuxième pour
les associations horizontales ; du haut en bas puis de bas en haut pour les associations faites verticalement.
R1 : Un rôle est octroyé à aucun ou plusieurs utilisateurs et un utilisateur se voit octroyer un ou

plusieurs rôles ;
R2 : Un utilisateur accède à une ou plusieurs commandes et une commande est accédée par un
utilisateur ;
R3 : Un utilisateur peut gérer aucune ou plusieurs publications et une publication est gérée par un
seul utilisateur ;
R4 : Une commande requière un paiement et un paiement fait suite à une ou plusieurs commandes ;
R5 : Un panier peut aboutir à aucune ou plusieurs commandes et une commande provient d’un
panier ;
R6 : Un article est contenu dans un stock et un stock peut contenir aucun ou plusieurs articles ;
R7 : Un article est contenu dans un sous-rayon et un sous-rayon peut contenir aucun ou plusieurs
articles ;
R8 : Un sous-rayon est contenu dans un rayon et un rayon peut contenir aucun ou plusieurs sous-
rayon ;
R9 : Un incident est reporté par un client et un client peut reporter aucun ou plusieurs incidents ;
R10 : Un magasin peut générer aucun ou plusieurs coupons de réduction et un coupon de réduction
est généré par un magasin ;
R11 : Un article est produit par une marque et une marque peut produire un ou plusieurs articles ;
S
R12 : Un magasin gère un ou plusieurs articles et un article est géré par un magasin ;
R13 : Un sous-rayon correspond à un ensemble de détails d’article et un ensemble de détails

d’articles peuvent correspondre à aucun ou plusieurs sous-rayons ;
R14 : Une publicité appartient à un type de publicité et un type de publicité peut intervenir dans
aucune ou plusieurs publicités ;
R15 : Un paiement utilise une méthode de paiement à la fois et une méthode de paiement peut
être utilisée dans aucun ou plusieurs paiements ;
R16 : Un abonnement utilise un paiement et un paiement est utilisé pour un ou plusieurs

abonnements ;
R17 : Un e-mail est envoyé par un magasin et un magasin peut envoyer aucun ou plusieurs e-
mails ;
R18 : Un type d’abonnement peut intervenir dans aucun ou plusieurs abonnements et un

abonnement est lié à un type d’abonnement ;
R19 : Un magasin souscrit à un abonnement et un abonnement peut être souscrit par aucun ou
plusieurs magasins ;
R20 : Un magasin peut créer aucune ou plusieurs publicités et une publicité est créée par un
magasin ;
R21 : Un panier peut être rempli par aucun ou plusieurs visiteurs/clients et aucun ou plusieurs
articles peuvent être ajoutés au panier.
S
IV.5.4. Présentation du diagramme de classes
Figure 44 Diagramme de classes du système
S
IV.6. Diagrammes d’objets
Le diagramme d’objets permet de représenter les instances des classes, c'est-à-dire des objets.
Comme le diagramme de classes, il exprime les relations qui existent entre les objets, mais aussi l'état des
objets, ce qui permet d'exprimer des contextes d'exécution. Il permet de montrer l'état des instances d'objet
avant et après une interaction
IV.6.1. Formalisme
Figure 45 Formalisme diagramme d'objets
Tableau 29 Tableau de formalisme des éléments du diagramme d'objets
Formalisme
Objet : instance d’une classe.
Association : relation logique entre

deux classes.
IV.6.3. Présentation du diagramme d’objets
Figure 46 Diagramme d'objets
CONCLUSION
Parvenus au terme de cette partie, nous pouvons retenir que pour avoir une vue précise de notre
système, côté technique, il est essentiel de déterminer les différentes architectures du système, de réaliser
sa conception générique, sa conception préliminaire, ainsi que sa conception détaillée. Afin de progresser
dans la branche de réalisation, nous émergeons vers le dossier de réalisation.
DOSSIER DE REALISATION
Préambule
Dans cette partie nous nous devons de présenter les différents logiciels et technologies
intervenant dans l’implémentation de notre système, le modèle d’entité-association sur lequel il
repose ainsi que l’estimation de la taille de notre base de données.
Aperçu
INTRODUCTION
I.PRESENTATION DE L’ENVIRONNEMENT LOGICIEL
ET DES TECHNOLOGIES
II.PRESENTATION DU MODELE ENTITE-ASSOCIATION
III.ESTIMATION DE LA TAILLE DE LA BASE DE
DONNEES
CONCLUSION
INTRODUCTION
La phase de réalisation est celle où nous mettons en œuvre notre solution, conformément à
l’analyse que nous avons menés lors des phases d’analyse et de conception. Nous y choisissons au
préalable les outils et les technologies qui s’accordent au mieux avec ce que nous visons et faisons les
estimations en conséquence. Nous présenterons donc dans cette partie les logiciels et les technologies
nécessaires à l’implémentation, le modèle entité-association ainsi que l’estimation de la taille de notre
base de données.
I. PRESENTATION DE L’ENVIRONNEMENT LOGICIEL ET

DES TECHNOLOGIES
I.1. Environnement logiciel
Tableau 30 Tableau récapitulatif des logiciels utilisés
Nom et description Logo
Git : logiciel de gestion de versions

décentralisé.
Visual Studio : Environnement de

développement intégré. Il permet l’édition de
code de façon optimale.
WAMP Server (Windows Apache MySQL

PHP) : plateforme de développement
(environnement) Web de type WAMP,
permettant de faire fonctionner localement des
scripts PHP.
Apache : serveur HTTP.
PostgreSQL : Système de Gestion de Base de

données Relationnel et Objet.
Adobe Photoshop : logiciel de retouche

photographique.
Adobe Illustrator : logiciel de dessin

vectoriel.
I.2. Technologies
Tableau 31 Tableau récapitulatif des technologies
Nom et description Logo
FRONT-END
HTML (HyperText Markup Language) :

langage de balisage conçu pour représenter les
pages web.
CSS (Cascading Style Sheet) : feuille de style

en cascade qui forment un langage informatique
qui décrit la présentation des documents HTML
et XML
JavaScript : langage de programmation de

scripts principalement employé dans les pages
web interactives.
Bootstrap : collection d'outils (framework

front-end) utiles à la création du design de sites
et d'applications web.
BACK-END
Laravel : framework web open-source écrit en

PHP respectant le principe modèle-vue-
contrôleur et entièrement développé en
programmation orientée objet.
PHP (HyperText Preprocessor) : langage de

programmation orienté objet permettant de
produire des pages web dynamiques via un
serveur HTTP.
II. PRESENTATION DU MODELE-ASSOCIATION

Le modèle entité association est un modèle de données pour des descriptions de haut niveau
de modèles conceptuels de données. Il fournit une description graphique pour représenter des modèles de
données sous la forme de diagrammes contenant des entités et des associations.
Figure 47Modèle entité-association
III. ESTIMATION DE LA TAILLE DE LA BASE DE DONNEES

Une base de données est un ensemble d’informations de même nature stockées sur un support avec
le moins de redondance possible. Afin de pouvoir conserver et restituer les données utilisées dans notre
plateforme, nous allons les stocker dans une base de données. Pour cela, nous devons au préalable
connaitre la taille que celle-ci peut atteindre en stockant nos données, ceci nous permettant de prévoir une
taille de support de stockage en conséquence.
Commençons par déterminer la taille de notre base de données sans aucun enregistrement à
l’intérieur. Pour cela nous sous servons de la commande « pg_database_size ».
Figure 48Taille de la base de données à vide
La taille de notre base de données vide est de 10364 Ko.
Tableau 32 Tableau récapitulatif de l'estimation de la taille de la base de données
Nom de la table Taille Taille avec un Approximation

A vide enregistrement en un an (365 jours)
Abonnement 8 24 8 760
Article 16 32 11 680
Client 24 48 17 520
Commande 16 32 11 680
CouponReduction 8 24 8 760
DetailsArticle 16 32 11 680
Email 16 32 11 680
Incident 16 32 11 680
Magasin 16 32 11 680
Marque 16 32 11 680
MethodePaiement 16 32 11 680
Paiement 8 24 8 760
Panier 8 24 8 760
Publication 16 32 11 680
Publicité 8 24 8 760
Rayon 16 32 11 680
Role 16 32 11 680
RoleUtilisateur 8 24 8 760
SousRayon 16 32 11 680
Stock 16 32 11 680
TypeAbonnement 8 24 8 760
TypePublicite 16 32 11 680
Utilisateur 24 48 17 520
Total 10364 10768 259 880
Après calcul, notre base de données peut atteindre si chaque jour elle reçoit un enregistrement
pendant un an la taille de : 259 880 Ko. Au vu de ce résultat, nous pouvons prévoir un espace de stockage
d’environ 1To pour un an pour notre serveur en ligne.
CONCLUSION
Au terme de cette phase de réalisation, nous avons, avant de s’être lancés dans l’implémentation
opéré un choix des outils et des technologies, conçu notre modèle entité-association et estimé la taille de
notre base de données. Ces choix et prévisions nous ont permis d’évoluer de façon optimale lors de notre
implémentation et ainsi d’avoir des résultats palpables. Notre solution étant conçue, il est question
d’expliquer son fonctionnement aux utilisateurs finaux.
GUIDE UTILISATEUR
Préambule
Dans cette partie il est question de présenter le guide utilisateur de notre solution, c’est-à-dire
présenter comment est-ce qu’elle doit être utilisée.
Aperçu
INTRODUCTION
I. GUIDE D’INSTALLATION
II. GUIDE UTILISATEUR
CONCLUSION
INTRODUCTION
Le guide utilisateur est le document qui permet aux différents utilisateurs de prendre en main notre
solution facilement et de l’utiliser de façon appropriée. Que va comprendre notre guide utilisateur ? Pour
cela nous présenter le guide d’installation ainsi que les différents parcours des utilisateurs de notre solution
Camer All In One.
I. GUIDE D’INSTALLATION
I.1. Installation
Ayant choisi le serveur de base de données PostgreSQL pour manager notre base de données, il
est important de connaitre les étapes de son installation. Ce serveur de base de données sera en
communication avec notre plateforme par le biais de notre serveur d’application ici Apache qui lui est
contenu dans Wamp Server. Avant de se lancer dans l’installation de PostgreSQL, il est à noter qu’il y
a un minimum de caractéristiques requis pour l’ordinateur l’accueillant :
✓ 1 GHz de fréquence du processeur ;

✓ 2 Go de RAM ;
✓ 512 de ROM.
Réunissant ces caractéristiques, nous pouvons procéder à l’installation proprement dite. Tout
d’abord, il faut se rendre à la section téléchargements du site officiel de PostgreSQL via le lien suivant :
https://www.postgresql.org/download/windows/ où l’on télécharge la version souhaitée en fonction de
son système d’exploitation. Nous utilisons la 12.8 version de PostgreSQL.
Le téléchargement étant fait, l’on exécute le fichier téléchargé. La fenêtre ci-dessous apparait
Figure 49 Accueil du programme d'installation de PostgreSQL
Nous sommes ensuite amenés à choisir le répertoire d’installation de PostgreSQL
Figure 50 Choix du répertoire d'installation de PostgreSQL
Après cela, nous sommes invités à choisir un mot de passe pour l’utilisateur par défaut de
PostgreSQL et à le confirmer.
Figure 51 Choix du mot de passe pour l'utilisateur par défaut
Nous devons maintenant entrer le numéro de port qui par défaut est le 5432.
Figure 52Choix du numéro de port
L’on vérifie si les informations pour l’installation sont correctes, avant de passer à l’installation
proprement dite.
Figure 53 Résumé de l’installation
Après validation, ceci donne lieu à l’installation :
Figure 54 Installation proprement dite de PostgreSQL
Après l’installation, il y a la possibilité de lancer Stackbuiler pour installer des extensions ou de

quitter le programme d’installation.
Figure 55 Interface de sortie
I.2. Prise en main de PostgreSQL
Parmi tous les outils installés par le biais du programme d’installation de PostgreSQL, nous
utilisons le client graphique pgAdmin 4 afin d’administrer notre base de données. A l’ouverture,
l’interface qui s’affiche est celle-ci :
Figure 56 Page d'accueil de pgAdmin 4
Pour accéder au serveur contenant nos bases de données, il faut entrer le mot de passe défini lors
de l’installation, ce qui nous permet d’accéder à cette interface :
Figure 57 Interface d'accueil de pgAdmin 4
Lorsqu’on entre dans le groupe de serveurs, on a accès plusieurs serveurs dont le serveur par défaut
PostgreSQL. On peut en créer un nouveau si l’on souhaite. En déroulant ce serveur nous avons accès au
menu « Databases » qui comprend nos bases de données, dont la base de données par défaut « postgres ».
Pour créer une nouvelle base de données, l’on doit faire un clic droit sur le menu « Databases »,
puis sur create >Database...
Figure 58 Créer une base de données
Après avoir fait les différentes migrations, de notre projet Laravel vers notre base de données, elle
est remplie de nos tables et se présente comme suit :
Figure 59 Base de données avec différentes tables
II. GUIDE UTILISATEUR

Nous avons 5 utilisateurs principaux dans Camer All In one, à savoir le visiteur, le client, le
vendeur, le livreur et l’administrateur. Dépendamment des fonctionnalités auxquelles ils ont accès, ils ont
des interfaces prévues à cet effet. Nous allons ci-dessous expliquer les différents parcours des utilisateurs :
II.1. Le client
Figure 60 Interface d'accueil
Ceci est l’interface vue par le client lorsqu’il se connecte à Camer All In One. Lorsqu’il remplit
son panier, il peut cliquer sur son icône afin d’en voir les détails.
Figure 61 Interface du panier
Ayant cliqué sur l’icône du panier, le client peut voir les différents articles s’y trouvant. Il peut
maintenant passer à la validation de sa commande, mais pour cela il doit s’être authentifié.
Figure 62 Interface de login
S’il n’est pas encore inscrit, en cliquant sur le bouton « «s’inscrire », il sera redirigé vers la page
ci-dessous :
Figure 63Interface d'inscription
Après un retour à l’authentification, il a la possibilité de valider sa commande via ce formulaire et

d’effectuer un paiement
Figure 64 Formulaire de commande
Figure 65 Interface du panier après une commande réussie
II.2. Le vendeur
Une fois authentifié, le vendeur est redirigé vers son tableau de bord où il peut voir ses articles:
Figure 66 Dashboard vendeur
II.3. Le livreur
Figure 67 Dashboard livreur
II.4. L’administrateur
Figure 68 Dashboard administrateur
Une fois connecté, l’administrateur peut effectuer diverses actions comme ajouter au rayon
CONCLUSION
Le guide utilisateur nous a montré comment les utilisateurs finaux de Camer All In One y
effectueront un parcours. Ce dernier comme nous avons pu l’observer dépend de l’utilisateur en question.
En effet, les interfaces proposées au client ne sont pas les mêmes que celles proposées au magasin, ceci à
cause de la tâche que chacun souhaite accomplir sur la plateforme.
CONCLUSION GENERALE
Pour conclure, notre étude portant sur la mise en place d’une marketplace dotée d’un outil de
gestion de stock et de marketing nait suite aux manquements relevés en matière e-commerce au Cameroun
notamment dans le suivi des commandes et dans la gestion de stock et des opérations marketing.
Précisément nous avions relevé comme limite côté client l’arnaque, la non-fiabilité du produit, les
commandes qui n’aboutissent à aucune livraison, et côté vendeur une gestion manuelle de stock en ligne
et une gestion des opérations marketing effectuée de façon inadaptée. Pour mener à bien cette étude, nous
sommes passés par différentes phases, allant de la phase d’insertion à celle de rédaction du guide
utilisateur. A la phase d’insertion, nous nous sommes imprégnés de notre environnement professionnel et
avons menés les recherches liées au projet que nous voulions conduire, pour qu’à la phase de rédaction
du cahier des charges nous puissions définir les objectifs de notre solution et étudier sa faisabilité. Nous
avons par la suite procédé à la phase d’analyse en capturant les besoins fonctionnels et en réalisant les
diagrammes y afférant. A la phase de conception, il était question d’établir la partie technique de notre
solution en capturant les besoins liés à notre solution afin de pouvoir implémenter notre solution et prévoir
les réglages et estimations liés à notre base de données. Cela étant fait, nous avons pu rédiger notre guide
utilisateur pour expliquer le fonctionnement de notre solution aux utilisateurs finaux. Au fil de toutes ces
phases nous avons trouvé le moyen de palier aux problèmes énoncés en entrée de jeu, par notre solution
« Camer All In One ». Il en ressort que l’e-commerce en Afrique n’est pas encore aussi développé qu’il
pourrait l’être si l’on en croit le potentiel qu’il a atteint sur d’autres continents, et bien sûr les recettes qu’il
permet de générer. Néanmoins, selon les enquêtes menées, l’e-commerce suscite l’intérêt de bon nombre
de camerounais, ce qui dénote une opportunité qu’à l’aide de ce projet peut être saisie. Nous avons pensé
une solution pour le contexte camerounais, mais qu’en est-il de déployer cette solution dans toute
l’Afrique afin d’en faire bénéficier le plus grand nombre ?
BIBLIOGRAPHIE
✓ OMG Unified Modeling Language Version 2.5, OMG (Mars 2015)
Institut Africain d’Informatique – Centre d’Excellence Technologique Paul Biya A
WEBOGRAPHIE
✓ Documentation UML : https://www.uml-diagrams.org/uml-25-diagrams.html (16-07-2021) ;
✓ Article sur les habitudes des acheteurs au Cameroun : https://adweknow.com/se-porte-e-
commerce-cameroun-2019/ ( 17-07-2021) ;
✓ Article sur l’e-commerce : https://verydigital.fr/definition-e-commerce/ (13-07-2021)
✓ Article comparatif sur les marketplaces au Cameroun : https:// localhostdigital.cm/ (01-07-2021) ;
✓ Article sur le taux de pénétration d’internet au
Cameroun : https://www.investiraucameroun.com/economie/1502-15971-avec-2-7-millions-d-
internautes-supplementaires-debut-2021-le-cameroun-porte-a-34-le-taux-de-penetration-de-l-internet
(20-09-2021) ;
✓ Documentation officielle de Laravel : https://laravel.com/ (09-08-2021) ;
✓ Article sur Laravel : https://laravel.sillo.org/ (11-08-2021) ;
✓ Avantages de Laravel : https://codeyourweb.org/laravel/17-avantages-de-l-utilisation-de-laravel-
dans-l-industrie-informatique (20-08-2021) ;
✓ Documentation officielle de Bootstrap : https://getbootstrap.com/ (10-08-2021) ;
✓ W3Schools site pour apprendre la programmation web (front-end) : https://www.w3schools.com/
(16-08-2021) ;
✓ Article sur la gestion de stock : https://www.l-expert-comptable.com/a/51975-la-gestion-des-
stocks-definition-enjeux-optimisation.html , https://www.shopify.fr/blog/8-techniques-de-gestion-
des-stocks-pour-augmenter-vos-benefices (02/09/2021) ;
✓ Articles sur le marketing digital :
https://fr.wikipedia.org/wiki/Marketing_%C3%A9lectronique (02/09/2021);
✓ Documentation officielle de Visual Paradigm : https://www.visual-paradigm.com/ (02/08/2021) ;
✓ Article sur la signification des couleurs en communication visuelle :
https://www.anthedesign.fr/creation-de-sites-internet/couleurs-creation-site-internet/, ;
✓ Site pour le choix des couleurs : https://material.io/resources/color/#!/?view.left=0&view.right=0
(15/08/2021) ;
✓ Articles sur le hachage et le cryptage : https://waytolearnx.com/2018/07/difference-entre-
cryptage-et-hachage.html , https://fr.sawakinome.com/articles/security/difference-between-hashing-
and-encrypting.html (01-09-2021)
Institut Africain d’Informatique – Centre d’Excellence Technologique Paul Biya B
✓ Articles sur les outils de gestion de stock : https://www.petite-entreprise.net/P-3680-136-G1-les-

outils-pour-une-bonne-gestion-des-stocks.html (02/09/2021) ;
Institut Africain d’Informatique – Centre d’Excellence Technologique Paul Biya C
GLOSSAIRE
E-commerce : vente en ligne de biens et de services.
Marketplace : plateforme en ligne qui met en relations les vendeurs et les acheteurs.
Stock : quantité de marchandise en réserve possédée par un magasin.
Gestion de stock : ensemble de techniques visant à optimiser le stock et à en réduire les pertes.
Marketing : ensemble de techniques et d’actions qui visent la commercialisation d’un bien ou d’un
service.
Institut Africain d’Informatique – Centre d’Excellence Technologique Paul Biya D
ANNEXES
Annexe 1 : Fiche d’accord du centre d’accueil
Annexe 2 : Planning prévisionnel
Annexe 3 : Compte rendu bimensuel
Annexe 4 : Fiche d’évaluation
Annexe 5 : Normes de rédaction des rapports
Annexe 6 : Résultats de l’enquête Google Form
Institut Africain d’Informatique – Centre d’Excellence Technologique Paul Biya E
TABLE DES MATIERES

DEDICACE ............................................................................................................................. I
REMERCIEMENTS ............................................................................................................. II
LISTE DES ABREVIATIONS ............................................................................................. V
LISTE DES FIGURES ......................................................................................................... VI
LISTE DES TABLEAUX ................................................................................................. VIII
RESUME .............................................................................................................................. IX
ABSTRACT .......................................................................................................................... X
INTRODUCTION GENERALE ............................................................................................ 1
DOSSIER D’INSERTION ..................................................................................................... 2
INTRODUCTION .............................................................................................................. 4
I. ACCUEIL ET INTEGRATION DANS LA STRUCTURE D’ACCUEIL ............... 5
I.1. Accueil ....................................................................................................... 5
I.2. Intégration .................................................................................................... 5
II. PRESENTATION DE LA STRUCTURE ................................................................. 6

II.1. Historique et missions .............................................................................. 6
II.3. Organigramme.......................................................................................... 7
II.4. Situation géographique............................................................................. 9
II.5. Ressources de l’entreprise ........................................................................ 9
II.5.1. Ressources matérielles .......................................................................... 9
II.5.2. Ressources logicielles ......................................................................... 10
III. PRESENTATION DU THEME ............................................................................ 10

CONCLUSION ................................................................................................................. 11
CAHIER DES CHARGES ................................................................................................... 12
INTRODUCTION ............................................................................................................ 14
I. CONTEXTE ET JUSTIFICATION ......................................................................... 15
I.1. Contexte................................................................................................... 15
I.2. Justification.............................................................................................. 15
II. CIBLES ET BENEFICIAIRES ................................................................................ 16
Institut Africain d’Informatique – Centre d’Excellence Technologique Paul Biya F
II.1 Cible ........................................................................................................ 16
II.2. Bénéficiaires ............................................................................................. 16
III. OBJECTIFS DU PROJET ..................................................................................... 16

III.1. Objectif principal du projet ..................................................................... 16
III.2. Objectifs spécifiques ............................................................................... 16
IV. EXPRESSION DES BESOINS ............................................................................. 17

IV.1. Besoins fonctionnels ............................................................................. 17
IV.2. Besoins non-fonctionnels ........................................................................ 19
IV.3. Contraintes du projet ............................................................................... 20
V. PLANNIFICATION................................................................................................. 21
VI. ESTIMATION DU COUT DU PROJET .............................................................. 22
VI.1. Ressources matérielles ............................................................................ 22
VI.2. Ressources logicielles ............................................................................. 23
VI.3. Ressources humaines............................................................................... 24
VI.4. Coût total du projet .................................................................................. 25
VII. LIVRABLES.......................................................................................................... 25
CONCLUSION ................................................................................................................. 26
DOSSIER D’ANALYSE ...................................................................................................... 27
INTRODUCTION ............................................................................................................ 29
I. ETUDE ET CRITIQUE DE L’EXISTANT............................................................. 30
I.1. Etude de l’existant ................................................................................... 30
I.2 Critique de l’existant ................................................................................ 30
I.3. Etat de l’art ................................................................................................. 31
II. PROBLEMATIQUE ................................................................................................ 32

II.1 Présentation du problème ........................................................................ 32
II.2. Proposition de solution........................................................................... 32
III. DEMARCHE D’ANALYSE ................................................................................. 33

III.1. Etude comparative UML / MERISE ....................................................... 33
Institut Africain d’Informatique – Centre d’Excellence Technologique Paul Biya G
III.2. Présentation du langage UML ................................................................. 34
III.3. Etude comparative des processus unifiés ................................................ 36
III.2. Processus 2TUP ....................................................................................... 37
IV. CAPTURE DES BESOINS FONCTIONNELS .................................................... 39

IV.1. Diagramme de cas d’utilisation ............................................................ 39
IV.2. Diagrammes d’activité ............................................................................ 47
IV.3. Diagramme d’état-transition ................................................................... 53
CONCLUSION ................................................................................................................. 58
DOSSIER DE CONCEPTION ............................................................................................. 59
INTRODUCTION ............................................................................................................ 61
I. CAPTURE DES BESOINS TECHNIQUES ........................................................... 62
I.1. Architecture physique .............................................................................. 62
I.2. Architecture logique ................................................................................ 63
II. CONCEPTION GENERIQUE ................................................................................. 64

II.1. Architecture matérielle du logiciel ......................................................... 64
II.2. Architecture de haut niveau du logiciel ................................................. 65
II.3. Maquette de l’application ....................................................................... 66
III. CONCEPTION PRELIMINAIRE ......................................................................... 67

III.1. Diagramme de composants ................................................................... 67
III.2. Diagramme de déploiement .................................................................. 69
III.3. Diagramme de paquetages .................................................................... 72
III.4. Diagramme de structure composite ...................................................... 74
IV. CONCEPTION DETAILLEE ............................................................................... 77

IV.4. Diagramme de séquence ....................................................................... 77
IV.2. Diagramme de communication ............................................................. 82
IV.3. Diagramme de temps ............................................................................ 85
IV.4. Diagramme d’interaction globale ......................................................... 88
Institut Africain d’Informatique – Centre d’Excellence Technologique Paul Biya H
IV.5. Diagramme de classes .......................................................................... 92
IV.6. Diagrammes d’objets............................................................................... 97
CONCLUSION ................................................................................................................. 99
DOSSIER DE REALISATION .......................................................................................... 100
INTRODUCTION .......................................................................................................... 102
I. PRESENTATION DE L’ENVIRONNEMENT LOGICIEL ET DES
TECHNOLOGIES .......................................................................................................... 103
I.1. Environnement logiciel ............................................................................ 103
I.2. Technologies ............................................................................................ 104
II. PRESENTATION DU MODELE-ASSOCIATION .................................................. 105

III. ESTIMATION DE LA TAILLE DE LA BASE DE DONNEES ........................ 107
CONCLUSION ............................................................................................................... 109
GUIDE UTILISATEUR ..................................................................................................... 110
INTRODUCTION .......................................................................................................... 112
I. GUIDE D’INSTALLATION ...................................................................................... 113
I.1. Installation ................................................................................................ 113
I.2. Prise en main de PostgreSQL ................................................................... 117
II. GUIDE UTILISATEUR ............................................................................................ 119

II.1. Le client .................................................................................................. 119
II.2. Le vendeur .............................................................................................. 122
II.3. Le livreur................................................................................................. 122
II.4. L’administrateur...................................................................................... 122
CONCLUSION ............................................................................................................... 123

CONCLUSION GENERALE ............................................................................................ 124
BIBLIOGRAPHIE................................................................................................................. A
WEBOGRAPHIE .................................................................................................................. B
GLOSSAIRE ......................................................................................................................... D
ANNEXES.............................................................................................................................. E
TABLE DES MATIERES ...................................................................................................... F
Institut Africain d’Informatique – Centre d’Excellence Technologique Paul Biya I
Institut Africain d’Informatique – Centre d’Excellence Technologique Paul Biya J

Mise en Place D'un Marketplace Doté D'un Outile de Gestion Integré

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Mise en Place D'un Marketplace Doté D'un Outile de Gestion Integré

Transféré par

Droits d'auteur :

Formats disponibles

MISE EN PLACE D’UNE MARKETPLACE DOTEE D’UN

A mon modèle, KONNA André.

❖ Monsieur Armand Claude ABANDA, Représentant résident de l’IAI-Cameroun, pour la

DOSSIER DE CONCEPTION ............................................................................................. 59

LISTE DES ABREVIATIONS

API (Application Programming Interface) : ensemble normalisé de classes, de méthodes,

AUP: Agile Unified Process.

EssUP: Essential Unified Process.

IDE (Integrated Development Environment) ou Environnement de développement :

OOSE (Object-Oriented Software Engineering) : langage de modélisation objet et méthode

RUP: Rational Unified Process.

UP: Unified Process.

XUP: eXtreme Unified Process.

LISTE DES FIGURES

Figure 35Diagramme de séquence du cas "Initier création compte vendeur" ___________________________ 81

LISTE DES TABLEAUX

L’objectif de cette partie est de permettre à l’étudiant de prendre connaissance du milieu

I.ACCUEIL ET INTEGRATION DANS LA STRUCTURE

I. ACCUEIL ET INTEGRATION DANS LA

II. PRESENTATION DE LA STRUCTURE

II.1. Historique et missions

MIT² (Mobile Information Technologies and Telecommunications) est une entreprise de

Les missions du MIT² sont principalement liées à l’autonomisation et à la perpétuation

❖ Conception, réalisation et hébergement de sites Web ;

❖ C Mobile : application qui permet le réabonnement Canal+ ;

❖ MIT² School : application de gestion d’établissement scolaire ;

Comme partenaires et clients de MIT², nous avons :

Figure 1 Logos des partenaires et clients de MIT² (Source : documentation MIT²)

L’entreprise MIT² est structurée comme suit :

✓ Assure le bon fonctionnement de tous les départements ;

❖ Le département des finances : ce département est en charge de la comptabilité

❖ Le département des ressources humaines et des affaires judiciaires : il est chargé de

❖ Le service de communication : ce service est chargé de la communication et marketing

❖ Le département des systèmes informatiques : il est en charge de la conception et

❖ Le département de la formation : ce département est chargé de la formation et de

❖ Le département technique : ce département prend en charge la réalité virtuelle et

Département Département Département

Figure 2 Organigramme de MIT² (Source : documentation MIT²)

II.4. Situation géographique

Figure 3 Plan de localisation de MIT²

II.5. Ressources de l’entreprise

II.5.1. Ressources matérielles

Tableau 1 Tableau des ressources matérielles de l’entreprise (Source : documentation MIT²)

N° DESIGNATION QUANTITE CARACTERISTIQUES

1 Serveur virtuel privé en 1 /

II.5.2. Ressources logicielles

Tableau 2 Tableau des ressources logicielles de MIT² (Source : documentation MIT²)

SYSTEMES Windows 10, Linux

NetBeans, Eclipse, Android Studio, Oracle, PostgreSQL, Visual

III. PRESENTATION DU THEME

CAHIER DES CHARGES

I. CONTEXTE ET JUSTIFICATION DU PROJET

C’est dans les années 90 qu’apparait l’e-commerce (vente en ligne de biens ou de

Cette concentration du e-commerce dans deux villes, sous-entend l’exploitation à faible

II. CIBLES ET BENEFICIAIRES

Notre projet cible les magasins et boutiques camerounaises.

III. OBJECTIFS DU PROJET

III.1. Objectif principal du projet

III.2. Objectifs spécifiques

Par ce projet, nous visons précisément :

❖ Faciliter la fidélisation des clients ;

IV. EXPRESSION DES BESOINS

IV.1. Besoins fonctionnels