Mémoire de Fin d'Études

u

d

e

r

d

a

C

Les équipes

commerciales / métiers /

techniques

Alger

Oran

Tlemcen

9

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.

e

g

a

t

s

u

d

e

r

d

a

C

10

Présentation du projet MOBIPOS

« MOBIPOS » : est une solution informatique conçu pour

la gestion et le contrôle des magasins.

e

g

a

t

s

u

d

e

r

d

a

C

TPV

Back office

11

e

g

a

t

s

u

d

e

r

d

a

C

Fonctionnalités de Front office MOBIPOS

Gestion des

ventes

et encaissement

Configuration

des caisses

TPV

Configuration

12

Fonctionnalités de Back office MOBIPOS

e

g

a

t

s

u

d

e

r

d

a

C

Administration

Gestion

des stocks

Back office

Rapports

Configuration

13

Historique

des ventes

Architecture fonctionnelle MOBIPOS

e

g

a

t

s

u

d

e

r

d

a

C

TPV : Terminal de point de vente

14

Le déroulement de stage

e

g

a

t

s

u

d

e

r

d

a

C

Méthodologie

Choix du langage de développement et les outils

Cahier des charges

15

15

Méthode Scrum

e

g

a

t

s

u

d

e

r

d

a

C

16

Environnement de travail

e

g

a

t

s

u

d

e

r

d

a

C

Modélisation

Gestion des versions

Développement

Base de données

Maquettage

Power

Mockup

Gestion de projet

en ligne

17

Cahier de charge

e

g

a

t

s

u

d

e

r

d

a

C

1. Contraintes techniques

2. Contraintes fonctionnelles

18

Cahier de charge

 L’administration globale du système

e

g

a

t

s

u

d

e

r

d

a

C

 L’historique des ventes

 Gestion des stocks

 Génération des rapports

 Configuration du système

19

Cahier de charge

e

g

a

t

s

u

d

e

r

d

a

C

1. Contraintes techniques

2. Contraintes fonctionnelles

3. Contraintes de sécurité

20

SPÉCIFICATION DES

BESOINS

Quelles sont les besoins ?

21

Identification des acteurs

i

s

n

o

s

e

b

s

e

d

n

o

i

t

a

c

i

f

i

c

é

p

S

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.

Administrateur

22

Spécification des besoins fonctionnels

i

s

n

o

s

e

b

s

e

d

n

o

i

t

a

c

i

f

i

c

é

p

S

• 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

23

Diagramme de cas d’utilisation global

i

s

n

o

s

e

b

s

e

d

n

o

i

t

a

c

i

f

i

c

e

p

S

24

uc Diagramme globale de cas d'utilisation Mobipos BackofficeGérer des caissesAdministrateurGérer des magasinsS'authentifierGérer des utilisateursConsulter l'historique des ventesVisualiser des cartesGérer des stocksExporter des rapportsGérer des caissiers / vendeursGérer des catégories Gérer des produits / prixGérer des traversées«include»«include»«include»«include»«include»«include»«include»«include»«include»«include»«include»

CONCEPTION

Quels sont les concepts ?

25

Diagramme de séquence « Visualiser le rapport sortie stock »

n

o

i

t

p

e

c

n

o

C

26

sd Visualiser le rapport de sortie stockUtilisateurIntefrace sortiestockControlleur rapportBDDalt Résultat rapport sortie stock[des produits sortie de stock][aucun des produits sortie de stock]refS'authentifier4. Recupérer la liste desproduits sortie de stock()3. SortieStock()1. Selectionner un filtre(id_magasin, id_traversee,date_debut, date_fin)7. Afficher la vue avecun tableau vide ()6. Pas des produits sortie destock trouvée()5. Afficher la liste desproduit sortie de stock()2. Envoyer les données(id_magasin, id_traversee,date_debut, date_fin)Diagramme de classe général

n

o

i

t

p

e

c

n

o

C

27

class Diagramm MOBIPOS backofficeCategorie+ 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()Traversé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..111..11110..1..10..0..0..0..*11..11..0..1..*1REALISATION DE MOBIPOS

BACK OFFICE

Comment le faire ?

28

Les sprints réalisés

n

o

i

t

a

s

i

l

a

é

R

Les sprints réalisés du MOBIPOS Back office

29

Gestion des tests

n

o

i

t

a

s

i

l

a

é

R

➢ Tests unitaires

➢ Tests d'intégration

➢ Tests d'acceptation

30

Gestion des anomalies

Type

d’anomalie

Signification

Exemple

n

o

i

t

a

s

i

l

a

é

R

Bloquante

Le système ne peut

plus être utilisé

Majeure

Impact réglementaire

Mineure

Pas d’impact

réglementaire

-

-

-

-

-

-

-

-

Impossible de modifier un produit.

La configuration de caisse ne marche pas.

Accès à la liste des cartes impossible.

Des calculs faux.

Duplication de la quantité vendue dans l’historique des ventes

par carte.

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

31

Architecture du module back office

n

o

i

t

a

s

i

l

a

é

R

32

DEMONSTRATION

A quoi ça ressemble ?

33

CONCLUSION

& PERSECTIVE

Perspectives, apports, …

34

Conclusion

 Nous avons pu réaliser le module avec la

totalité des fonctionnalités demandées.

 Le système développé a été testé et

approuvé par le client.

e

v

i

t

c

e

p

s

r

e

P

&

n

o

i

s

u

l

c

n

o

C

35

Perspectives

e

v

i

t

c

e

p

s

r

e

P

&

n

o

i

s

u

l

c

n

o

C

 La gestion des commandes

et des fournisseurs

 Améliorer le back-office pour

une version standard

 Améliorer l’apparence de

l’application.

36