Le document présente un mémoire de fin d'études sur la réalisation d'un module back office d'un système terminal point de vente nommé Mobipos, dans le cadre d'un stage à l'entreprise Eurequat Algérie. L'objectif du stage était d'appliquer des connaissances théoriques en développement logiciel et de contribuer à la gestion des points de vente multi-magasins. Le projet a abouti à un système testé et approuvé, intégrant les fonctionnalités essentielles demandées par le client.

1. République Algérienne Démocratique et Populaire
Université Abou Bakr Belkaid– Tlemcen
Faculté desSciences
Département d’Informatique
Mémoire de fin d’études
pour l’obtention du diplôme de Master en Informatique
Option : Génie Logiciel (G.L)
Présenté par :
▪ Aïcha LOUATI
▪ Anouar BENGUEDIH
Encadré par :
Mme. Amel HALFAOUI
Thème
Réalisation d’un système MOBIPOS :
Un module back office d’un système terminal
point de vente
Année universitaire: 2016-2017

2. 4Spécification
de
besoins
Problémati
que
Cadre du
stage
Réalisation
Démonstra
tion
Conclusion
&
Perspectives
Plan
2
Introduction
5Conception

3. Introduction
Où? Quand? Avec qui?
3

4. Introduction
4
• But de stage
 Découvrir le monde professionnel.
 Permettre d’approfondir, de mettre en pratique
les connaissances acquises.
 Mettre en épreuve notre esprit d’équipe.
• Lieu et durée de stage
• Objectif de stage
 Eurequat Algérie a Tlemcen.
 Une période de quatre mois, du 01 février 2017 au 31
mai 2017.
 Réalisation du module back office d’un système
terminal point de vente

5. PROBLÉMATIQUE
Pourquoi? Pour qui? Quel intérêt?
5

6. Problématique
6
Eurequat a réalisé
un module du
système
MOBIPOS.
Algérie ferries est
intéressé par
MOBIPOS pour gérer
ses magasins sur les
navires.
la proposition d’un
module Back office qui
assure les fonctions
essentielles au pilotage
de points de vente d’un
multi magasins.

7. CADRE DU STAGE
Quoi faire ?
7

8. Cadredustage
8
Organisme d’accueil
1. Présentation "Eurequat Algérie"
La société Eurequat Algérie a démarré son activité en
mars 2006, avec le soutien et les moyens techniques
de la société Eurequat Technologie Europe.
2. Domaine d’expertise
A. Identification
B. Traçabilité

9. Cadredustage
9
Organisme d’accueil
Les équipes
commerciales / métiers /
techniques
Alger Oran Tlemcen

10. Cadredustage
10
Description des systèmes TPV
 Un terminal point de vente désigne une caisse connectée
au système d’information du magasin.
 Un terminal de point de vente (TPV) est une caisse
enregistreuse informatisée contemporaine.

11. Cadredustage Présentation du projet MOBIPOS
11
« MOBIPOS » : est une solution informatique conçu pour
la gestion et le contrôle des magasins.
TPV
Back office

12. Cadredustage
12
Gestion des
ventes
et encaissement
Configuration
des caisses
Configuration
TPV
Fonctionnalités de Front office MOBIPOS

13. Cadredustage Fonctionnalités de Back office MOBIPOS
13
Configuration
Administration Gestion
des stocks
Historique
des ventes
Back office
Rapports

14. Cadredustage Architecture fonctionnelle MOBIPOS
14
TPV : Terminal de point de vente

15. Cadredustage
15
Le déroulement de stage
Choix du langage de développement et les outils
Méthodologie
Cahier des charges
15

16. Cadredustage
16
Méthode Scrum

17. Cadredustage
17
Environnement de travail
Modélisation
Développement
Gestion des versions
Base de données
Maquettage Power
Mockup
Gestion de projet
en ligne

18. Cadredustage
18
Cahier de charge
1. Contraintes techniques
2. Contraintes fonctionnelles

19. Cadredustage
19
Cahier de charge
 L’administration globale du système
 L’historique des ventes
 Gestion des stocks
 Génération des rapports
 Configuration du système

20. Cadredustage
20
Cahier de charge
1. Contraintes techniques
2. Contraintes fonctionnelles
3. Contraintes de sécurité

21. SPÉCIFICATION DES
BESOINS
Quelles sont les besoins ?
21

22. Spécificationdesbesoins
22
Identification des acteurs
Administrateur
C'est l'acteur principal dans notre
projet c’est-à-dire dans la partie
back-office, il possède le privilège
de plus haut niveau. Donc il est
capable de manipuler toutes les
fonctionnalités proposées par
l’application.

23. Spécificationdesbesoins
23
Spécification des besoins fonctionnels
- Gestion des utilisateurs
- Gestion des employées
- Gestion des catégories
- Gestion des cartes d’embarquements
✓ Cartes pour passagers.
✓ Cartes pour navigants.
- Gestion des produits / prix
- Gestion des traversées.
- Visualisation l’historique des ventes
✓ Par produit
✓ Par ticket
✓ Par carte
- Gestion des stocks
- Génération des rapports
- Gestion des magasins
- Contrôle des caisses

24. Specificationdesbesoins
24
Diagramme de cas d’utilisation global
uc Diagramme globale de cas d'utilisation
Mobipos Backoffice
Gérer des
caisses
Administrateur
Gérer des
magasins
S'authentifier
Gérer des
utilisateurs
Consulter
l'historique des
v entes
Visualiser des
cartes
Gérer des
stocks
Exporter des
rapports
Gérer des
caissiers /
v endeurs
Gérer des
catégories
Gérer des
produits / prix
Gérer des
trav ersées
«include»
«include»
«include»
«include»
«include»
«include»
«include»
«include»
«include»
«include»
«include»

25. CONCEPTION
Quels sont les concepts ?
25

26. Conception
26
Diagramme de séquence « Visualiser le rapport sortie stock »
sd Visualiser le rapport de sortie stock
Utilisateur
Intefrace sortie
stock
Controlleur rapport BDD
alt Résultat rapport sortie stock
[des produits sortie de stock]
[aucun des produits sortie de stock]
ref
S'authentifier
4. Recupérer la liste des
produits sortie de stock()
3. SortieStock()
1. Selectionner un filtre
(id_magasin, id_traversee,
date_debut, date_fin)
7. Afficher la vue avec
un tableau vide ()
6. Pas des produits sortie de
stock trouvée()
5. Afficher la liste des
produit sortie de stock()
2. Envoyer les données
(id_magasin, id_traversee,
date_debut, date_fin)

27. Conception
27
class Diagramm MOBIPOS backoffice
Categorie
+ id_caregorie
+ nom_magasin
+ limit
+ quantite
+ add()
+ delete(Categorie)
+ edit(Categorie)
+ getListeCategorie()
Produit
+ id_p
+ reference
+ code_a_barres
+ designation
+ add()
+ getListeProduit/prix()
+ delete(Produit)
+ getProduit()
+ edit(Produit)
Prix
- id_prix
+ libelle
+ prix_achat
+ cump
+ prix_ht
+ prix_ttc
+ marge
+ marge_valeur
+ promotion
+ date_debut_promotion
+ date_fin_promotion
+ actif
+ add()
+ getListeProduit/prix()
+ delete(Prix)
+ edit(Prix)
+ getPrix()
Produit/prix
+ id_produit_prix_magasin
+ getListeProduit/prix()
+ getProduit()
+ getPrix()
Caisse
+ id_config_caisse
+ num_serie
+ nom_caisse
+ auto_ouverture
+ montant
+ getListeCaisse()
+ edit(Caisse)
Stock
+ id_stock
+ qnt_disponible
+ qnt_min
+ valeur_stock
+ getStock()
+ delete()
+ editQntMin(Stock)
Entree/sortie
+ id_es
+ qnt
+ flag
+ motif
+ date_es
+ add()
+ getEntree/sortie()
HistoriqueVente
- date_debut
- date_fin
+ VenteParProduit()
+ VenteParCarte()
+ VenteParticket()
Magasin
+ id_magasin
+ nom_magasin
+ nom_contact
+ prenom_contact
+ address_magasin
+ telephone_contact
+ email_contact
+ add()
+ edit(Magasin)
+ delete(Magasin)
+ getListeMagasin()
Rapport
+ SortiesStock()
+ MouvementsStock()
+ HistoriqueStock()
Trav ersée
+ id_traversee
+ code_traversee
+ nom
+ date_debut
+ date_fin
+ navire
+ port_depart
+ port_arrivee
+ getListeTraversee()
+ add()
+ delete(Traversée)
+ edit(Traversée)
Carte
+ num_carte
+ num_reservation
+ nom
+ prenom
+ trajet
+ date_trajet
+ active
+ categorie_carte
+ fonction
+ import()
+ getListeCarte()
Chaque produit correspondant
à plusieurs prix qui appartient
a une magasin .
Cette classe regroupe les
informations de 3 class
(Produit,Prix,Magasin)
0..*
0..*
1
1
1..* 1
1
1
1
0..*
1..*
1
0..*
0..*0..*
0..*
*
1
1..*
1
1..*
0..*
1..*
1
Diagramme de classe général

28. REALISATION DE MOBIPOS
BACK OFFICE
Comment le faire ?
28

29. Réalisation
29
Les sprints réalisés
Les sprints réalisés du MOBIPOS Back office

30. Réalisation
30
Gestion des tests
➢ Tests unitaires
➢ Tests d'intégration
➢ Tests d'acceptation

31. Réalisation
31
Gestion des anomalies
Type
d’anomalie
Signification Exemple
Bloquante Le système ne peut
plus être utilisé
- Impossible de modifier un produit.
- La configuration de caisse ne marche pas.
- Accès à la liste des cartes impossible.
Majeure Impact réglementaire - Des calculs faux.
- Duplication de la quantité vendue dans l’historique des ventes
par carte.
Mineure Pas d’impact
réglementaire
- Des erreurs d’orthographe sur les messages de validation.
- Problème de l’extension du fichier Excel.
- Agrandir le tableau dans le rapport PDF.
Quelques exemples d’anomalies

32. Réalisation
32
Architecture du module back office

33. DEMONSTRATION
A quoi ça ressemble ?
33

34. CONCLUSION
& PERSECTIVE
Perspectives, apports, …
34

35. Conclusion&Perspective
35
 Le système développé a été testé et
approuvé par le client.
 Nous avons pu réaliser le module avec la
totalité des fonctionnalités demandées.
Conclusion

36. Conclusion&Perspective
Perspectives
36
 Améliorer l’apparence de
l’application.
 La gestion des commandes
et des fournisseurs
 Améliorer le back-office pour
une version standard