Wb809 g formation-process-implementing-with-ibm-business-process-manager-stan...
Ma présentation PFE
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
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
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.
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é
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
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
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»
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)
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
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