Rapport

Université Ibn Tofail
Faculté des sciences
Projet de fin d’études en vue de l’obtention de diplôme de Licence

Fondamentale en Filière : Science informatique
Intitule du Projet :
Réalisé par :
CHAIMAE ELKARAMECH
IMANE CHIKI
Encadre par :
Mr ABDELGHANI SOUHAR
Du profond de mon cœur, je dédie ce travail à tous ceux qui nous sont chers,
A NOS CHERS PARENTS
Que ce travail soit l’expression de ma reconnaissance pour vos sacrifices

consentis, votre soutien moral et matériel que vous n’avez cesse de prodiguer.
Vous avez tout fait pour notre bonheur et nos réussites.
Que dieu vous préserve en bonne santé et vous accorde une longue vie
A NOS FRERES, SŒURS
Vous étiez toujours présents pour nous aider et nous encourager.

Sachiez que vous serez toujours dans notre cœur.
A tous nos amies qui n’ont cessé de nous encourager et de nous soutenir
A TOUS NOS AMIES…
On ne peut pas laisser l’occasion de la présentation de ce rapport sans
exprimer nos remerciements à tous ceux qui ont bien voulu apporter
l’assistance nécessaire au bon déroulement de ce projet.
Tout d’abord, Nous voudrons remercier notre Encadrant Mr Abdelghani
Souhar. Il a su nous faire confiance lors dans cette période de réalisation du
projet fin d’études et a partagé ses connaissances de manière très
pédagogique. Nous le remercions aussi pour sa disponibilité et la qualité de
son encadrement.
Nous tenons aussi á remercier Mr Abdelouahed ElHarraj qui nous a fait
l´honneur dáccepter juger ce travail.
Nous souhaitons ensuite adresser nos remerciements au corps
professoral et administratif de La Faculté des Sciences de Kenitra, pour la
qualité de l’enseignement offert et le soutien de l’équipe administrative.

Table des matières
Chapitre I : Contexte générale du projet ................................................................................................... 1
..................................................................................................................................... 1
.................................................................................................................. 1
........................................................................................................................................... 2
......................................................................................................................... 3
Chapitre II : Analyse et conception ........................................................................................................ 1
1 Diagramme de classe .......................................................................................................................... 1
2 Diagramme de classe .......................................................................................................................... 4
3 Diagramme de cas d’utilisation .......................................................................................................... 7
Diagramme de séquence .................................................................................................................... 9
5 Diagramme d’état de transition ....................................................................................................... 13
Chapitre III : Réalisation ........................................................................................................................... 16
Outils de Développements ............................................................................................................... 16
2 Service offerts par le site .................................................................................................................. 21
Coté consommateur ............................................................................................................................. 21
Conclusion ................................................................................................................................................ 41
Chapitre I : Contexte
générale du projet
Un distributeur automatique est un automate permettant la vente d'un
produit sans intervention d'un vendeur.
L'utilisation d'un distributeur automatique permet de rentabiliser de faibles
volumes d'achats là où un point de vente physique ne serait pas rentable et
d'assurer une vente 24H/24H lorsque le distributeur est approvisionné. La
distribution automatique permet également la vente dans des espaces
privés tels que les entreprises ou les collectivités.
Ce rapport présente le travail effectue dans le cadre du projet de fin
d’étude de licence informatique, et il a comme objectif la réalisation d’une
application web d’un ensemble des distributeurs.
1
Lors de la réalisation de ce projet, on a séparé le travail en deux
tâches :
• La première consiste á réaliser espace consommateur pour les
différentes opérations comme les achats et la consultation de nos produits.
• La deuxième consiste á réaliser un espace administrateur pour gérer
les commandes et les produits et l’emplacement des distributeurs.
La modélisation du système est en se basant sur l’UML.
La partie de la réalisation du projet est accomplie en utilisant le système
de gestion de bases de données relationnelles MySQL et PhpMyadmin.
✓ Gérer un parc de distributeurs à distance.
✓ Permet au consommateur de savoir dans quel distributeur le produit
est disponible.
✓ Permet au consommateur de changer entre plusieurs catégories des
distributeurs.
✓ Connaître un dysfonctionnement à distance
✓ Elaborer des statistiques de consommation (type et fréquence du
produit consommée, de l’heure, du jour de la semaine et de la saison à
2
laquelle la consommation s’effectue et du lieu où est placée la machine
(adresse de l’entreprise et position exacte dans l’entreprise).
Pour la section de consommateur le système doit permettre :
• S’identifier pour avoir une carte de fidélité.
• Acheter un ou plusieurs produits.
Pour la section de fournisseur le système doit permettre :
• Recharger /Décharger les produits dans le distributeur.
Pour la section d’administrateur le système doit permettre :
• Gérer le stock.
• Mettre au courant le fournisseur dès qu’on a un manque dans le
stock ou le distributeur est plein ou lorsqu’on a une expiration des
produits.
3
Chapitre II : Analyse et
conception
Le diagramme de classe dans le langage de modélisation unifié (UML)
est un type de diagramme de structure statique et le principal élément de
base de la modélisation orientée objet. Il est utilisé pour la modélisation
conceptuelle générale de la structure de l'application, et pour la
modélisation détaillée traduisant les modèles en code de programmation.
Règles de gestion
✓ Chaque consommateur peut avoir une seule carte de fidélité .
✓ Chaque consommateur peut éffectuer une ou plusieurs commandes
pour consommer un produit .
✓ Un produit est trouvé dans un ou plusieurs distributeurs et chaque
distributeur peut contenir plusieurs produits.
✓ Un distributeur est géré par un ou plusieurs administrateurs.
✓ Un administrateur peut gérer un ou plusieurs distributeurs.
1
Dictionnaire de données
Classe consommateur
Attributs Type Description
Id_cons Int Lídentifiant du consommateur.
Operations Type Description
acheterProd() Void Permet le consommateur
d’acheter un produit.
Classe carte_ fedilite
Code_cons Int Le code de la carte de fidélité du
consommateur
Solde Double Le solde de consommateur
Pssword String Mot de passe de consommateur
Classe distributeur
Id_dist Int Id de distributeur
Nom_d String Nom de distributeur
2
Emplacement String Emplacement de produit
Classe commande
Date_cmd Date Date d’acheter un produit
Id_cmd Id Id de commande
Nom_cmd String Nom de commande
Classe produit
Id_prod Int Id de produit
Nom_p String Nom de produit
Description String La description du produit
Delai Date Délai de produit
Prix_unitaire Double Prix de produit
Qte Int Quantité de produit
3
Classe adminstrateur
Id_admin Int L’identifiant de l’admin
Password String Mot de passe de l’admin
Login String Email de l’admin
Operations Type Description
Ajoutproduit() Void Responsable à
ajouter/supprimer/modifier les
consommateur
Ajoutclient Void Responsable à
ajouter/supprimer/modifier les
produit
affichercommand() Void Responsable à afficher la liste
des ventes
Le diagramme de classes est considéré comme le plus important de la
modélisation orientée objet, il est le seul obligatoire lors d'une telle
modélisation.
Alors que le diagramme de cas d'utilisation montre un système du point
de vue des acteurs, le diagramme de classes en montre la structure
4
interne. Il permet de fournir une représentation abstraite des objets du
système qui vont interagir pour réaliser les cas d'utilisation. Il est
important de noter qu'un même objet peut très bien intervenir dans la
réalisation de plusieurs cas d'utilisation. Les cas d'utilisation ne réalisent
donc pas une partition des classes du diagramme de classes. Un
diagramme de classes n'est donc pas adapté (sauf cas particulier) pour
détailler, décomposer, ou illustrer la réalisation d'un cas d'utilisation
particulier.
Il s'agit d'une vue statique, car on ne tient pas compte du facteur
temporel dans le comportement du système. Le diagramme de classes
modélise les concepts du domaine d'application ainsi que les concepts
internes créés de toutes pièces dans le cadre de l'implémentation d'une
application. Chaque langage de Programmation orienté objet donne un
moyen spécifique d'implémenter le paradigme objet (pointeurs ou pas,
héritage multiple ou pas, etc.), mais le diagramme de classes permet
de modéliser les classes du système et leurs relations indépendamment
d'un langage de programmation particulier.
Les principaux éléments de cette vue statique sont les classes et leurs
relations : association, généralisation et plusieurs types de
dépendances, telles que la réalisation et l'utilisation.
5
EA 6.5 Unregistered Trial Version EA 6.5 Unregistered Trial Version EA 6.5 Unregistered Trial Version EA 6
class diagramme de classe d'un distributeur
carte_fedilite1
1 - code_cons: int
EA 6.5 Unregistered Trial Version EA 6.5 Unregistered
- solde:Trial
doubleVersion EA 6.5 Unregistered Trial Version EA 6
- password: string
consomateur
EA 6.5 Unregistered administrateur
Trial Version EA 6.5 Unregistered Trial Version EA 6.5 Unregistered Trial Version EA 6
- id-cons: int distributeur
- id_admin: int
+ acheterProd() : void
- id_dist: int
EA 6.5 Unregistered Trial Version EA 6.5 Unregistered Trial Version gerer
EApar6.5 - password: string
Unregistered Trial Version EA 6
- nom_d: string
- login: string
- emplacement: string
1..* 1..*
EA 6.5 Unregistered 1..*
Trial Version EA 6.5 Unregistered
+ demarre() : Trial
void + ajoutProduit()Trial
Version EA 6.5 Unregistered : void Version EA 6
1..*
+ ajouteClient() : void
+ afficherCommand() : void
effuctuer
EA 6.5 Unregistered Trial Version EA 6.5 Unregistered1..*Trial Version EA 6.5 Unregistered Trial Version EA 6
produit
EA 6.5 Unregistered 1..*
Trial Version EA 6.5 Unregistered Trial Version EA 6.5 Unregistered Trial Version EA 6
- id_prod: int
commande
- nom_p: string
EA 6.5 Unregistered Trial
- date_cmd: date Version
s'agit deEA 6.5 Unregistered Trial Version EA 6.5 Unregistered Trial Version EA 6
consommer - description: string
- id_cmd: int - delai: date
1..* 1..*
- nom_cmd: string - prix_unitaire: double
- qte: int
EA 6.5 Unregistered
→ Un Trial Version EA est
consommateur 6.5 Unregistered Trialson
caractérisé par Version
ID, a EA
une6.5 Unregistered
carte Trial Version EA 6
de fidélité
EA 6.5 Unregistered
qui Trial Version par
caractérise EA 6.5 Unregistered
code Trial Version
de consommation, motEA
de6.5 Unregistered
passe et solde.Trial Version EA 6
EA 6.5 Unregistered Trial Version

Il peut passer EA 6.5 Unregistered
une ou plusieurs Trialcommandes,
Version EA 6.5laUnregistered
commande Trial Version EA 6
concerne un seul consommateur.
→ Une commande peut contenir un ou plusieurs produits, le produit
peut
EA 6.5 Unregistered être
Trial stockerEAdans
Version plusieurs distributeurs.
6.5 Unregistered Trial Version EA 6.5 Unregistered Trial Version EA 6
→ Un distributeur a id, nom et l’emplacement.
→ Les distributeurs sont gérés par un au plusieurs administrateur.
6
Avant de se lancer dans la réalisation d’un logiciel, Il faut comprendre,
clarifier et structurer les attentes et les besoins du client. Le diagramme
des cas d'utilisation (Use Case Diagram) constitue la première étape de
l’analyse UML en : - Modélisant les besoins des utilisateurs. - Identifiant
les grandes fonctionnalités et les limites du système. - Représentant les
interactions entre le système et ses utilisateurs. Le diagramme des cas
d’utilisation apporte une vision utilisateur et absolument pas une vision
informatique. Il ne nécessite aucun connaissance informatique et l’idéal
serait qu’il soit réalisé par le client. Le diagramme des cas d’utilisation
n’est pas un inventaire exhaustif de toutes les fonctions du système. Il
ne liste que des fonctions générales essentielles et principales sans
rentrer dans les détails.
7
EA 6.5 Unregistered Trial Version EA 6.5 Unregistered Trial Version EA 6.5 Unregistered Trial Version EA 6.5 U
uc distributeur
La gestion d'un distributeur

choisir le type
/qauntite de
EA 6.5 Unregistered Trial Version EA 6.5 Unregistered Trialproduit
recharger/decharger les
produits dans le
Version
dans la EA 6.5 Unregistered Trial Version EA 6.5 U
categorie
distributeur «include» consommation
EA 6.5 fournisseuer
Unregistered Trial Version EA 6.5 Unregistered Trial Version EA 6.5 Unregistered
de produit Trial Version EA 6.5 U
«include»
paiment
EA 6.5 Unregistered Trial Version EApar

6.5 Unregistered
la carte Trial Version EA 6.5 Unregistered Trial Version EA 6.5 U
«include»
de fidelite
«include»
login

Gestion de client
Trial Version EA 6.5 Unregistered Trial Version EA 6.5 U
consommateur
«extend»
«extend»
«extend»
EA 6.5 Unregistered Trial Version EA 6.5 Unregistered Trial Version
aj outer
EA 6.5 Unregistered Trial Version EA 6.5 U
suppremer consommateur
consommateur
modifier Trial Version EA 6.5 Unregistered Trial Version EA 6.5 U
consommateur
admin
gestion de produit
«extend»
EA 6.5 Unregistered Trial Version EA 6.5 Unregistered Trial

aj outerVersion
produit EA 6.5 Unregistered Trial Version EA 6.5 U
«extend» «extend»
suppremer
modifier produit
produit
Ce diagramme montre les différentes fonctionnalités que
EA 6.5 l'administrateur, le fournisseur

Unregistered Trial Version et le
EA 6.5 Unregistered Trialconsommateur de notre
Version EA 6.5 Unregistered Trial Version EA 6.5 U
application peut faire.
EA 6.5 L’administrateur est le EA

Unregistered Trial Version responsable de Trial
6.5 Unregistered la gestion
Version des distributeurs.
EA 6.5 Il Version EA 6.5 U
Unregistered Trial
est le responsable de mettre au courant le fournisseur.
L'administrateur est celui qui ajoute ou supprime les consommateurs
EA 6.5 ou les produits

Unregistered et sur les
Trial Version EA commandes.
6.5 Unregistered Trial Version EA 6.5 Unregistered Trial Version EA 6.5 U
Le fournisseur est le responsable sur la charge et la décharge du
distributeur.
Le consommateur est se lui qui consomme le produit, il doit
s’identifier ou se connecter, choisir le produit, et finalement payer à
partir de sa carte de fidélité.
Un diagramme de séquence est un type de diagramme d'interaction
car il décrit comment - et dans quel ordre - un groupe d'objets
fonctionne ensemble. Ces diagrammes sont utilisés par les
développeurs de logiciels et les professionnels pour comprendre les
exigences d'un nouveau système ou pour documenter un processus
existant.
Diagramme de séquence consommateur :
Le diagramme de séquence système du scénario d'achat pour un
consommateur :
9
6.5 Unregistered Trial Version
sd consomation EA 6.5 Unregistered Trial Version EA 6.5 Unregistered Trial Version EA
systeme BD
6.5 Unregistered Trial Version EA 6.5 Unregistered Trial Version EA 6.5 Unregistered Trial Version EA
consommateur
demmarer l 'appl i cati on
affi cher l a formul e de l ogi n
6.5 Unregistered Trial Version EA 6.5 Unregistered Trial Version

taper code de consommteura/password
EA 6.5 Unregistered Trial Version EA
demande l a recherche code de
consommateur/passwordt
recherche
alt [non trouver]:
affi cher un message d'erreur
[trouver]:
affi cher l e menu
choi si r l e produi t
demande l a recherche sur l a quanti te de produi t
recherche
alt [Qte<=stock]:
affi cher l e message d'erreur
6.5 Unregistered Trial Version EA 6.5 Unregistered Trial Version EA 6.5 Unregistered Trial Version
[Qte>stock]: EA
ok

pai ment
6.5 Unregistered Trial Version EA 6.5 Unregistereddemande

Trial Version
l a recherche surEA
l e sol6.5
de de Unregistered
cl i ent Trial Version EA
6.5 Unregistered Trial Version EA 6.5 Unregistered Trial Version EA 6.5 Unregistered
recherche Trial Version EA
alt
6.5 Unregistered Trial Version EA 6.5 Unregistered Trial Version EA 6.5
[sol de<sol de_produi t]: Unregistered Trial Version EA
affi cher l e message d'erreur
[sol de>=sol de_produi t]:
ok
→ Pour
6.5 Unregistered s’authentifier,
Trial Version EA 6.5 un consommateur
Unregistered doit saisir
Trial Version sonUnregistered
EA 6.5 code de saTrial Version EA
carte de fidélité et son mot de passe,
10
→ Si les données saisies sont correctes alors une session sera
ouverte pour lui et il sera redirigé automatiquement la page d’accueil de
l’application qui contient plusieurs distributeurs.
→ Si les données sont erronées alors un message d’erreur apparaîtra
demandant l’apprenant de saisir de nouveau le code et le mot de passe
corrects.
→ Si la quantité de produit demandé est suffisant il va passer au
paiement, sinon le distributeur va lui diriger vers un autre.
→ Si le solde est suffisant le prix du produit se retira directement de
son solde et la consommation est finie, sinon il affiche un message
d’erreur.
Diagramme de séquence d’administrateur:
11
EA 6.5 sd
Unregistered
admin Trial Version EA 6.5 Unregistered Trial Version EA 6.5 Unregistered Trial Version
systeme
EA 6.5 Unregistered Trial Version EA 6.5 Unregistered Trial Version EABD6.5 Unregistered Trial Version
Admi n
EA 6.5 Unregistered Trial Version EA 6.5 Unregistered Trial Version EA 6.5 Unregistered Trial Version
demande d'aj outer un
consomateur EA 6.5 Unregistered Trial Version EA 6.5 Unregistered Trial Version

affi cher l e formul ai re EA 6.5 Unregistered Trial Version EA 6.5 Unregistered Trial Version
Enregi strer
envoyer l es données de consommateur
veri fi er l 'existence
alt
[consommateur existe]:
pas d'enregi strement
[consommateur n'est existe pas]:
mi se à j our
enregi strer ok EA 6.5 Unregistered Trial Version EA 6.5 Unregistered Trial Version
alt
EA 6.5 Unregistereddemande etabl i r commande
Trial Version EA 6.5 Unregistered Trial Version EA 6.5 Unregistered Trial Version
affi cher l e formul ai re
envoyer l a commande
verfi er l a val i di té des champs
mi se à j our
enregi strement OK
EA 6.5 Unregistered Trialmessage

Versiond'erreur EA 6.5 Unregistered Trial Version EA 6.5 Unregistered Trial Version
alt demande d'aj outer/suppremer/modi fi er
EA 6.5 Unregistered
produi tTrial Version EA 6.5 Unregistered Trial Version EA 6.5 Unregistered Trial Version

affi cher l e formul ai re EA 6.5 Unregistered Trial Version EA 6.5 Unregistered Trial Version
enregi strer
mi se à j our
Enregi strement OK
→ Pour ajouter un consommateur l’admin doit faire une demande et
remplir le formulaire.
EA 6.5 Unregistered Si le
Trial Version EAclient est déjà inscrit
6.5 Unregistered il ne pasEA
Trial Version l’enregistrer
6.5 Unregistered Trial Version
EA 6.5 Unregistered Trial VersionEA 6.5 Unregistered Trial Version EA 6.5 Unregistered Trial Version
sinon on a un enregistrement.
12
→ Pour la mise à jour d’une commande le système l’admin doit
remplir un formulaire si les champs et validé on a une mise à jour sinon
il apparaitra un message d’erreur.
→ Pour une demande d’ajout, de suppression, de modification l
admin doit remplir un formulaire et l’enregistrer.
Les diagrammes d'états-transitions d'UML décrivent le comportement
interne d'un objet à l'aide d'un automate à états finis. Ils présentent 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).
Ils spécifient habituellement le comportement d'une instance de classeur
(classe ou composant), mais parfois aussi le comportement interne
d'autres éléments tels que les cas d'utilisation, les sous-systèmes, les
méthodes.
Le diagramme d'états-transitions est le seul diagramme, de la norme
UML, à offrir une vision complète et non ambiguë de l'ensemble des
comportements de l'élément auquel il est attaché. En effet, un
diagramme d'interaction n'offre qu'une vue partielle correspondant à un
13
scénario sans spécifier comment les différents scénarii interagissent
entre eux.
La vision globale du système n'apparaît pas sur ce type de diagrammes
puisqu'ils ne s'intéressent qu'à un seul élément du système
indépendamment de son environnement.
Concrètement, un diagramme d'états-transitions est un graphe qui
représente un automate à états finis, c'est-à-dire une machine dont le
comportement des sorties ne dépend pas seulement de l'état de ses
entrées, mais aussi d'un historique des sollicitations passées.
EA 6.5 Unregistered Trial Version EA 6.5 Unregistered Trial Version EA 6.5 Unregistered Trial Version EA 6.5 Unreg
act code_consommateur
EA 6.5 Unregistered Trial Version EA 6.5 Unregistered Trial Version

taper le code de consommateur[code v alide]EA 6.5 Unregistered Trial Version EA 6.5 Unreg
inactive
demarrer l'apllication
EA 6.5 Unregistered Trial Version EA 6.5 Unregistered codevalideeTrial Version EA 6.5 Unreg
Trial Version EA 6.5 Unregistered
when(nbessaie=3)/av alerCode
etiendre
EA 6.5 Unregisteredautorisation[refuse]
Trial Version EA 6.5 Unregistered Trial Version EA 6.5 Unregistered Trial Version EA 6.5 Unreg
saisir password[password v alide]

autorisation[acordee]/deliv rer produit Trial Version EA 6.5 Unregistered Trial Version EA 6.5 Unreg
transaction
EA 6.5 Unregistered Trial Version passwordTrial Version EA 6.5 Unreg
valide
choisirProduit/demanderAutorisation
14
→ Le consommateur démarre l’application et saisie son code.
→ Le système valide le code et demande le mot de passe.
→ Le consommateur saisi le mot de passe.
→ Le système distribue le produit demandé.
→ Si le code est incorrect le consommateur sera bloqué.
15
Chapitre III : Réalisation
Afin de réaliser cette Application Web, nous nous sommes servis
des logiciels et langages suivants :
Langages
➢ HTML « L'HyperText Markup Language »,
désigne un type de langage informatique
descriptif. Il s'agit plus précisément d'un format de
données utilisé dans l'univers d'Internet pour la
mise en forme des pages Web. Il permet, entre autres, d'écrire de
l'hypertexte, mais aussi d'introduire des ressources multimédias dans un
contenu.
16
➢ CSS « Cascading Style Sheets » qui peut se
traduire par "feuilles de style en cascade". Le CSS
est un langage informatique utilisé sur l'internet
pour mettre en forme les fichiers HTML ou XML.
Ainsi, les feuilles de style, aussi appelé les fichiers CSS, comprennent
du code qui permet de gérer le design d'une page en HTML.
➢ JavaScript est un langage de programmation de
scripts principalement employé dans les pages web
interactives mais aussi pour les serveurs. C’est un
langage orienté objet à prototype, et qui a été créé en 1995.
➢ MySQL est un système de gestion de bases de
données relationnelles (SGBDR). Il fait partie des
logiciels de gestion de base de données les plus
utilisés au monde. Il permet de créer, modifier ou supprimer des tables,
des comptes utilisateurs, et d’effectuer toutes les opérations inhérentes
à la gestion d’une base de données.
17
➢ UML « Unified Modeling Language » a été
pensé pour être un langage de modélisation
visuelle commun, et riche sémantiquement et
syntaxiquement. Il est destiné à l'architecture, la
conception et la mise en œuvre de systèmes logiciels complexes par
leur structure aussi bien que leur comportement. L'UML a des
applications qui vont au-delà du développement logiciel, notamment
pour les flux de processus dans l'industrie.
PHP« HypertextPreprocessor », désigne un
langage informatique, ou un langage de script,
utilisé principalement pour la conception de sites
web dynamiques. Il s'agit d'un langage de programmation sous licence
libre qui peut donc être utilisé par n'importe qui de façon totalement
gratuite.
18
Les logiciels
✓ Sublime text
Sublime text est un éditeur de texte gratuit
prenant en charge plusieurs langages de
programmation différents, dont CSS,HTML
,XML , JavaScript etc.
✓ PhpMydmin
PhpMyAdmin est un utilitaire de gestion
des bases de données MySQL sur un
serveur WEB.
Il peut effectuer toutes les tâches
nécessaires à la création et la maintenance d’une base de données en
l’occurrence :
 Ajout de tables et de données ;
 Modification de tables et de données ;
 Suppression de tables et de données ;
 Possibilité d'exécuter des requêtes SQL.
19
Dans notre cas nous avons créé dans PhpMyadmin une base de
données « Distributeur » qui contient plusieurs tables
✓ XAMPP
XAMPP est un ensemble de logiciels permettant
de mettre en place un serveur Web local,
un serveur FTP et un serveur de messagerie
électronique.Il s'agit d'une distribution de logiciels
libres (X (cross) Apache MariaDB Perl PHP) offrant une bonne
souplesse d'utilisation, réputée pour son installation simple et rapide.
Ainsi, il est à la portée d'un grand nombre de personnes puisqu'il ne
requiert pas de connaissances particulières et fonctionne, de plus, sur
les systèmes d'exploitation les plus répandus.
✓ Enterprise Architect
Enterprise Architect est un logiciel de
modélisation et de conception UML,
édité par la société australienne Sparx
Systems. Couvrant, par ses
fonctionnalités, l'ensemble des étapes du cycle de conception
20
d'application, il est l'un des logiciels de conception et de modélisation
les plus reconnus.
2.1 Coté consommateur
➢ Láuthentification
L’application commence par l’authentification ci-dessous.
L’utilisateur doit saisir un code de carte de fidélité et un mot de passe
valides pour pouvoir accéder aux données de l’application.
21
Deux scénarios sont possibles :
Scénario 1 : Le mot de passe non valide :
Dans ce cas le système va afficher un message d’erreur et demander à
l’utilisateur de rentrer le mot de passe et le code de carte de fidélité une
autre fois.
Scénario 2 : Le code de carte et mot de passe corrects :
Une fois que le consommateur a entré le code et mot de passe donc il
a l’autorisation de choisir un distributeur et faire une commande de
n’importe quel produit.
22
➢ Choisir le distributeur
Límage ci -dessous est la page qui donne aux consommateurs la possibilité de
choisir le distributeur selon la catégorie des produits qui veut acheter (Café ou
snacks).
23
Chaque distributeur contient plusieurs produits
Le distributeur du café : Où il ya plusieurs choix (café long, café
crème ...)
Distributeurs des snacks :
24
Après le choix du produit le consommateur passe à l’étape d’achat.
➢ Láchat
Le consommateur clique sur le bouton « Acheter » pour effectuer son
achat.
Et a ce moment le système vérifie le solde s’il est suffisant et si la
quantité et suffisante.
Sinon il affiche le message ¨Votre solde nést pas suffisant ! ¨
Si la quantité est insuffisante il lui propose un autre distributeur
25
Si tout est ça marche le système va distribuer le produit.
La base de données
Nous avons créé dans PhpMyAdmin une base de données
« Distributeur » qui contient plusieurs tables :
26
Table consommateur :
Table commande : Dès que le consommateur effectue une commande
il s’enregistre directement de la base de données .
27
Table produit : chaque produit est caractérisé par les informations
suivantes :
28
Table distributeur : les produits sont stockés dans un distributeur.
Figure 1 distributeur table
Table realdist : on un parc des distributeurs centralisé.
29
2.2 Coté administrateur
Ládministrateur joie un rôle très important dans un site de commerce le
développeur de site doit donner à ládministrateur la possibilité de faire
des mises a jour en ajoutant, supprimant, cherchant ou modifiant.
Pour ce qui concerne notre travail on a essayé de manipuler ce problème
en donnant á ládministrateur tout d’abord de sáuthentifier :
Pour s’authentifier, L’administrateur doit saisir son code et son mot
de passe.
30
On a deux scenarios :
Scénario 1 : Le mot de passe non valide :
Dans ce cas le système va afficher un message d’erreur et
demander à l’utilisateur de rentrer le mot de passe et le code
une autre fois.
Scénario 2 : Le mot de passe valide :
31
On affiche un menu vertical qui va apparaitre dans cette page
32
Avec ce menu qui facilite á ládministrateur de naviger sur les
differentes pages possibles de cet espace. Ládministrateur á la
possibilite de choisir lóption qui veut utiliser .
Si ládministrateur choisit láffichage des consommateurs il obtient une
page qui contienr la liste de tous les consommateurs la page est la
suivante :
Quand l’administrateur veut modifier les consommateur il appui sur la
case modifier
Suppression :
33
L’admin a la possibilité de supprimé un consommateur juste une
clique sur la case supprimer .
Ládmin a le droit dájouter les consommateur. Just une clique sur
Ajouter consommateur .
34
Si ládministrateur choisit láffichage des produits il obtient une page
qui contienr la liste de tous les produits la page est la suivante :
Si ládministrateur choisit láffichage des produits il obtient une page
qui contienr la liste de tous les produits la page est la suivante :
35
Ládministrateur a le droit aussi dájouter un produit :
Et de modifier ou supprimer un ou plusieurs produits

36
Les données serrant automatiquement modifier dans notre base de
données
37
La gestion des distributeurs :
→ Modifier son Id ou son emplacement.
→ Supprimer un distributeur.
→ Ajouter un distributeur.
Gérer les catégories :
→ Modifier une catégorie.
→ Supprimer une catégorie.
→ Ajouter une catégorie.
38
Afficher les commandes :
39
Ládministrateur a le droit aussi de gerer l’emplacement des
distibuteurs.
40
Le travail que nous avons effectué est une conception et réalisation d'une
application web pour la gestion en ligne d’un parc de distributeurs de
produits.
Après avoir étudié la situation actuelle de Distributeur en générique,
récolté le maximum des éléments d'information nécessaires à cette
étude et procédé au diagnostic du problématique, nous avons présenté
la situation que nous jugeons adéquate.
Nous essayons de faire une application web qui peut ça marche par tous
les distributeurs, Malheureusement, en raison de contraintes de temps,
nous n'avons pas pu le réalise,
Mais d'un autre côté, nous avons appris la gestion d’identification,
d’achat et les statistiques sur la distribution de produit…
Cette étude nous a permis d'appliquer nos connaissances acquises
durant nos années à l'université, et il nous a permis d'améliorer nos
connaissances et nos compétences dans le domaine de la
programmation.
Nous espérons vraiment avoir répondu aux objectifs du projet, et ayant
amélioré la gestion de distributeur.
41
42

Rapport

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

Rapport

Transféré par

Droits d'auteur :

Formats disponibles

Université Ibn Tofail

Faculté des sciences

Projet de fin d’études en vue de l’obtention de diplôme de Licence

A NOS CHERS PARENTS

Que ce travail soit l’expression de ma reconnaissance pour vos sacrifices

A NOS FRERES, SŒURS

Vous étiez toujours présents pour nous aider et nous encourager.

l’assistance nécessaire au bon déroulement de ce projet.

Tout d’abord, Nous voudrons remercier notre Encadrant Mr Abdelghani

Souhar. Il a su nous faire confiance lors dans cette période de réalisation du

projet fin d’études et a partagé ses connaissances de manière très

pédagogique. Nous le remercions aussi pour sa disponibilité et la qualité de

Nous tenons aussi á remercier Mr Abdelouahed ElHarraj qui nous a fait

l´honneur d´accepter juger ce travail.

Nous souhaitons ensuite adresser nos remerciements au corps

professoral et administratif de La Faculté des Sciences de Kenitra, pour la

qualité de l’enseignement offert et le soutien de l’équipe administrative.

Un distributeur automatique est un automate permettant la vente d'un

produit sans intervention d'un vendeur.

L'utilisation d'un distributeur automatique permet de rentabiliser de faibles

volumes d'achats là où un point de vente physique ne serait pas rentable et

d'assurer une vente 24H/24H lorsque le distributeur est approvisionné. La

distribution automatique permet également la vente dans des espaces

privés tels que les entreprises ou les collectivités.

Ce rapport présente le travail effectue dans le cadre du projet de fin

d’étude de licence informatique, et il a comme objectif la réalisation d’une

application web d’un ensemble des distributeurs.

• La première consiste á réaliser espace consommateur pour les

différentes opérations comme les achats et la consultation de nos produits.

• La deuxième consiste á réaliser un espace administrateur pour gérer

les commandes et les produits et l’emplacement des distributeurs.

La modélisation du système est en se basant sur l’UML.

La partie de la réalisation du projet est accomplie en utilisant le système

de gestion de bases de données relationnelles MySQL et PhpMyadmin.

✓ Gérer un parc de distributeurs à distance.

✓ Permet au consommateur de savoir dans quel distributeur le produit

✓ Permet au consommateur de changer entre plusieurs catégories des

✓ Connaître un dysfonctionnement à distance

✓ Elaborer des statistiques de consommation (type et fréquence du

produit consommée, de l’heure, du jour de la semaine et de la saison à

(adresse de l’entreprise et position exacte dans l’entreprise).

Pour la section de consommateur le système doit permettre :

• S’identifier pour avoir une carte de fidélité.

• Acheter un ou plusieurs produits.

Pour la section de fournisseur le système doit permettre :

• Recharger /Décharger les produits dans le distributeur.

Pour la section d’administrateur le système doit permettre :

• Mettre au courant le fournisseur dès qu’on a un manque dans le

stock ou le distributeur est plein ou lorsqu’on a une expiration des

Le diagramme de classe dans le langage de modélisation unifié (UML)

est un type de diagramme de structure statique et le principal élément de

base de la modélisation orientée objet. Il est utilisé pour la modélisation

conceptuelle générale de la structure de l'application, et pour la

modélisation détaillée traduisant les modèles en code de programmation.

✓ Chaque consommateur peut avoir une seule carte de fidélité .

✓ Chaque consommateur peut éffectuer une ou plusieurs commandes

pour consommer un produit .

✓ Un produit est trouvé dans un ou plusieurs distributeurs et chaque

distributeur peut contenir plusieurs produits.

✓ Un distributeur est géré par un ou plusieurs administrateurs.

✓ Un administrateur peut gérer un ou plusieurs distributeurs.

Attributs Type Description

Id_cons Int L´identifiant du consommateur.