Logiciel de gestion de point de vente dédié à la restauration

Transcription

Institut Supérieur d’Informatique
Modélisation et leurs Applications
Complexe des Cézeaux – BP 125
63173 AUBIERE CEDEX
Rapport de projet
3e année F5
Logiciel de gestion de point de vente dédié
à la restauration
Présenté par :
Wilfried BRIGNOLI
Guillaume CRESTA
Novembre 2005 – Février 2006
Responsable :
M. Frédéric BURLAUD
Rapport de projet ISIMA 2006
Page 2
Institut Supérieur d’Informatique
Modélisation et leurs Applications
Complexe des Cézeaux – BP 125
63173 AUBIERE CEDEX
Rapport de projet
3e année F5
Logiciel de gestion de point de vente dédié
à la restauration
Présenté par :
Wilfried BRIGNOLI
Guillaume CRESTA
Novembre 2005 – Février 2006
BRIGNOLI Wilfried - CRESTA Guillaume
Responsable :
M. Frédéric BURLAUD
Page 3
Page 4
REMERCIEMENTS
Nous tenons à remercier les enseignants qui se sont impliqués dans notre formation
et qui nous ont permis d’aboutir à la réalisation de notre projet.
Nous tenons à remercier plus particulièrement M. Frédéric Burlaud notre maître de
projet. Grâce à son suivi et ses conseils tout au long de ce projet nous avons pu
réaliser un travail efficace. Ses explications précises sur l’interface et le logiciel
attendus nous ont permis d’effectuer ce projet.
Nous le remercions également pour son encadrement, sa disponibilité, ses
explications claires et surtout pour sa patience envers nous.
Page 5
GLOSSAIRE
Billpro :
Logiciel pour restaurant et hôtel, logiciel de caisse, POS, TPV, Tactile
FAQ :
Frequently asked questions : Foire aux questions
HT :
Hors taxes
TTC :
Toutes taxes comprises
TVA :
Taxe sur la valeur ajoutée
Windev :
Environnement de développement permettant de créer des
applications basées sur un moteur d'exécution (Runtime).
Page 6
TABLE DES ILLUSTRATIONS
Figure
Figure
Figure
Figure
Figure
Figure
Figure
Figure
Figure
Figure
Figure
Figure
Figure
Figure
Figure
Figure
Figure
Figure
Figure
Figure
Figure
1 : Schéma de la base de données __________________________________
2 : Fiches Ticket et LigneTicket ____________________________________
3 : Fiche Ticket __________________________________________________
4 : Fiche LigneTicket _____________________________________________
5 : Requête sur le total du ticket __________________________________
6 : Icône de lancement du logiciel __________________________________
7 : Page d'identification___________________________________________
8 : Menu général du logiciel en mode responsable ____________________
9 : Page d'accueil en mode serveur _________________________________
10 : Configuration de l'impression __________________________________
11 : Table des familles de produits _________________________________
12 : Table des sous-familles de produit d’une famille donnée___________
13 : Table des produits appartenant à une sous-famille donnée _________
14 : Table des lieux du restaurant __________________________________
15 : Table des tables du restaurant _________________________________
16 : Table des login ______________________________________________
17 : Table des modes de règlement _________________________________
18 : Table des produits (complète) _________________________________
19 : Table des serveurs du restaurant _______________________________
20 : Table des sous-familles (complète) _____________________________
21 : Planning de travail ___________________________________________
14
16
17
19
20
21
21
22
22
23
23
24
24
25
25
26
26
27
28
29
31
Page 7
RESUME / ABSTRACT
Notre projet consiste à réaliser une interface graphique et un logiciel modélisant
les commandes d’un bar restaurant en se basant sur des logiciels de test vu sur
Internet.
Nous avons d’abord manipulé et appris à utiliser ce logiciel afin de réaliser au
mieux ce projet. Le but du projet est d’utiliser ce logiciel dans tout bar ou
restaurant, de pouvoir passer des commandes, de facturer les clients.
Il est possible de régler quelques paramètres suivant l’utilisateur ; on doit ainsi
créer différents utilisateurs avec des identifications (identifiant / mot de passe).
Our project consists in implementing a graphic interface and software which
models orders of supper club based on tests’ software seen on Web.
This interface was realized thanks to the Windev Software. Firstly, we have
manipulated and learn how used this software in order to realize as good as
possible this project in most of pub or restaurant, to be able to place an order, to
bill customers.
It is possible, on the interface, to regulate some parameters by users ; thus, we
have to create different users with identification (login / password).
Page 8
SOMMAIRE
Remerciements
Glossaire
Table des illustrations
Résumé / abstract
Sommaire
Introduction
I.
INTRODUCTION DE L’ETUDE ......................................................... 10
A. Rappel du sujet de l’étude ........................................................ 10
B.
Présentation des utilisateurs ..................................................... 10
C.
Besoin de l’entreprise e-absolu .................................................. 11
D.
Gestion de point de vente auparavant.......................................... 11
E.
Cahier des charges.................................................................. 12
II.
CONCEPTION DU LOGICIEL ........................................................... 13
A.
Volonté des utilisateurs............................................................ 13
B.
Choix techniques.................................................................... 13
C.
Programmation en Windev ........................................................ 15
1. Présentation rapide de Windev ..................................................15
2. Exemple de programmation avec 2 fiches du logiciel ........................15
III.
Interface graphique et différents menus ...................................... 21
IV.
RESULTATS ET DISCUSSION ....................................................... 30
A. Travail effectué face au cahier des charges.................................... 30
B.
Mise en place du logiciel et sa maintenance................................... 30
C.
Méthodologie et planning.......................................................... 31
D.
Améliorations possibles ............................................................ 32
CONCLUSION.................................................................................. 33
Ouvrages Consultés......................................................................... 34
Page 9
INTRODUCTION
Dans le cadre de notre troisième année d’étude à l’Institut Supérieur
d’Informatique de Modélisation et des Applications, nous avons effectué un projet
d’une centaine d’heures réparties sur quatre mois, de novembre 2005 à février
2006, sous la tutelle de M. Frédéric BURLAUD, ancien élève de l’ISIMA et
responsable de e-absolu.com.
L’une des responsabilités de l’entreprise est d’assurer la réalisation de
logiciel ainsi que sa maintenance. Il faut donc une gestion très pointue du sujet
ainsi qu’une adaptation à leurs outils de travail. La société évoluant, et le nombre
de personnes allant dans un restaurant ou un bar étant en constante augmentation,
il est devenu difficile de suivre l’évolution des commandes, des facturations, des
statistiques sans un logiciel approprié à ce fonctionnement. C’est pourquoi il nous a
été demandé de concevoir l’interface graphique ainsi que la structure du logiciel
de gestion de point de vente dédié à la restauration.
Tout d’abord il a fallu d’abord déterminer les fonctionnalités du logiciel,
puis élaborer des études de cas par rapport aux discussions avec le tuteur et enfin
réaliser ce logiciel. L’objectif principal était donc de pouvoir synthétiser sous
forme graphique l’ensemble des commandes par table tout en offrant une interface
accueillante aux utilisateurs afin qu’ils puissent facilement l’utiliser. Cependant ce
logiciel se devait d’être fonctionnel mais aussi rapide afin que les utilisateurs
perdent le moins de temps possible.
Dans un premier temps, nous allons présenter le sujet de cette étude, le
cahier des charges que nous avons élaboré. Ensuite, nous expliquerons nos choix
techniques pour répondre à ces besoins, ainsi que les différentes parties du logiciel
développé et la programmation utilisée. Enfin, nous présenterons les différentes
phases de mise en opérationnel du logiciel ainsi que les possibles améliorations à
apporter. Nous conclurons ce rapport en soulignant ce que nous a apporté ce
projet, tant au niveau technique qu’au niveau humain.
Page 10
I. INTRODUCTION DE L’ETUDE
A. Rappel du sujet de l’étude
Ce sujet a été proposé par la société e-absolu et par un de ses anciens
élèves, Mr Frédéric Burlaud. Il désirait que nous lui fournissions une interface
graphique qui permettait de visualiser les statistiques d’un restaurant mais
également de faciliter le travail des serveurs et des responsables. De nos jours, les
personnes n’ont pas forcément beaucoup de temps au moment du repas de midi.
Pour cela, il faut aller vite et ce logiciel permet un gain de temps précieux aux
serveurs pour les commandes, le service ou encore la facturation. Nous devions
également prendre en compte que les écrans seraient tactiles. Le serveur et le
responsable n’ont pas la même fonction et ne peuvent donc pas accéder aux
mêmes fonctionnalités du logiciel. Le responsable doit quand même pouvoir
accéder aux fonctionnalités du serveur. Afin de représenter toutes ses
fonctionnalités, nous devions utiliser Windev, logiciel utilisé au sein de e-absolu,
pour programmer le logiciel.
B. Présentation des utilisateurs
Comme tout logiciel, celui de gestion des point de vente dédié à la
restauration est basée en grande partie sur l’avis des utilisateurs. Ce sont eux qui
contribuent à le faire vivre et évoluer, en proposant de nouvelles options, des
améliorations, des nouveautés. Le logiciel doit ainsi convenir à un maximum de
personnes ayant des activités différentes et adapté aux spécificités de chacun :
qu’ils soient responsables ou serveurs. Le fruit de la discussion et du travail
personnel de chacun peut être mis à disposition de tous les utilisateurs. Ces
derniers auraient pu échanger leur avis sur le logiciel tout au long de son
élaboration. Ce procédé est indispensable car tout le monde n’attend pas la même
chose du logiciel et ce dernier doit satisfaire chacun. Il faut donc l’adapter et faire
en sorte de le rendre facile à l’emploi. De plus, le logiciel s’adresse à des individus
de niveaux d’informatique différents et doit de fait être simple d’utilisation et
Page 11
éviter toute perte de temps. Une formation adaptée, concis et rapide leur
permettra d’acquérir une meilleure maîtrise du fonctionnement du logiciel. Une
aide pourra être accessible sur le logiciel.
C. Besoin de l’entreprise e-absolu
La conception d’un outil spécifique permettrait de voir d’un coup d’œil les
statistiques de chaque serveur. Cet outil permettrait de garder en mémoire la
trace de toutes les commandes effectuées et les facturations établies. Ce logiciel
permettrait également de gérer les plats à préparer en cuisine : une sorte de liste
qui s’afficherait sur un écran en cuisine permettant de connaître l’ordre des
viandes et des garnitures à préparer. Un menu « comptabilité » permettrait de
gérer l’édition des notes avec la liste des plats commandés. Enfin, ce logiciel
apporterait un gain de temps pour tout le personnel de l’entreprise, et ne
nécessiterait pas de connaissance poussée en informatique.
D. Gestion de point de vente auparavant
Nous avons commencé par nous renseigner sur les outils existants qui
permettaient de passer des commandes et de gérer tout ce qui concerne un
restaurant (stock, facturation du repas, passage d’une commande…).
La commande consistait, pour les salariés, à inscrire sur un papier la commande
selon les goûts du consommateur. Ce papier était alors transmis au bar qui le
consultait, et procédait à la préparation du plat commandé. A l’approche des
grosses saisons, les serveurs peuvent accumuler une pile importante de papiers.
Quant aux consommateurs, le temps d’attente pouvait se révéler embarrassant
lorsque la préparation était un peu trop longue et risquait d’avoir une influence sur
les prochains consommateurs.
Ce système était fort intéressant, mais il ne remplissait plus les fonctions
indispensables pour perdre le moins de temps possible. Etant donné qu’aucune
réalisation antérieure n’a été accomplie, il a fallu développer un logiciel,
accessible à tous, sans oublier les personnes ayant très peu d’attrait pour
l’informatique et qui répondrait aux besoins de tous les utilisateurs.
Page 12
E. Cahier des charges
Nous
avons
alors
défini
avec
plus
de
précision
l’ensemble
des
fonctionnalités que devait proposer ce logiciel. Il y avait comme axes de
développement à prendre en compte : le passage de commande, l’impression de la
facturation et la possibilité de créer de nouveaux plats et de nouveaux serveurs.
e-absolu voulait mettre en place une gestion interactive des commandes. Son
principal souhait consistait en l’utilisation d’un logiciel commun à tous, accessible
par tous les serveurs, permettant ainsi au serveur de passer une commande et de
facturer celle-ci au consommateur et au responsable de le faire également.
Les différents axes de développement ont été déterminés par la consultation du
logiciel Billpro, et sont :
-
l’enregistrement des différentes personnes avec possibilité de modification
de leurs fiches personnelles ;
-
la manière de passer les commandes ;
-
la gestion des commandes en cuisine ;
-
la facturation des plats consommés ;
-
l’historique des commandes effectuées pour le restaurant ;
-
une même présentation pour chacun mais avec la possibilité de droit sur les
différents menus auxquels les gens ont accès ;
-
des alertes pour prévenir que le plat est prêt.
De plus, l’interface devait être rapide, simple, ergonomique, accueillante. On
pouvait voir en temps réel les plats en préparation, les stocks de marchandises.
Page 13
II. CONCEPTION DU LOGICIEL
A. Volonté des utilisateurs
Après
quelques
discussions
constructives
avec
e-absolu
et
ses
responsables, plusieurs axes de développement auxquels nous n’avions pas pensé,
ont émergé. Nous avons ainsi pu présenter les améliorations apportées ainsi que les
nouveaux menus incorporés, et avons ciblé nos priorités. Souvent les utilisateurs ne
sont pas d’accord avec les fonds des logiciels, nous avons donc décidé de choisir la
couleur et qu’elle soit uniforme quelque soit l’utilisateur.
Nous avons pensé que le comptable devait avoir la possibilité de voir les
statistiques des vendeurs pour une possible prime ou un pourcentage des
pourboires perçus dans la journée, ou de voir à tout moment le chiffre d’affaire de
la journée. Nous avons tenté de créer un bon nombre de menus d’insertion qui
permet de créer à tout moment un nouveau salarié.
Enfin, les personnes ayant l’habitude de fonctionner avec des barres outils en haut
de la page, ont bénéficié de cette installation, il est basé sur les menus Windows
avec « Fichier », et « Aide » aux mêmes endroits que sous n’importe quel logiciel
de Microsoft. Un système de droit a été mis en place avec comme compte, un
compte administrateur et un compte serveur, car les droits d’accès des utilisateurs
en fonction de leurs responsabilités sont différents. Ces droits d’accès ont été
définis à l’aide de « cas d’utilisation » qui seront développés dans les choix
techniques.
B. Choix techniques
En se basant sur le cahier des charges et les demandes des futurs
utilisateurs, nous avons commencé à explorer les diverses possibilités que pourrait
comporter le logiciel. Pour l’ensemble des traitements à réaliser, il fallait utiliser
la programmation Windev.
Figure 1 : Schéma de la base de données
Page 14
Page 15
C. Programmation en Windev
1.
Présentation rapide de Windev
WinDev est un environnement de développement intégré permettant de créer des
applications basées sur un moteur d'exécution (Framework).
Le code est pré compilé, et interprété à l'exécution comme les langages Java ou
VB, ce qui permet une indépendance du fichier exécutable ainsi obtenu par rapport
au système d'exploitation cible, et permet la compilation dynamique. Néanmoins,
WinDev n'a été initialement prévu que pour Windows.
WinDev est un outil propriétaire conçu pour permettre de développer rapidement
une application. WinDev est toutefois très complet, totalement intégré, et propose
presque toutes les technologies actuelles, ainsi que de nombreuses technologies
innovantes uniques. WinDev est souvent considéré comme l'un des environnements
les plus efficaces pour créer rapidement des applications orientées données. Il est
adapté pour ceux qui désirent faire du développement "clé en main". WinDev se
révèle plus ardu dès que le programmeur désire sortir des cadres établis.
Le W-Langage, langage utilisé sous Windev, se révèle assez efficace pour le
programmeur solitaire et pressé par le temps.
Son éditeur d'interface graphique permet de construire facilement une application
sans trop de compétence graphique puisqu'il suffit de choisir un modèle de charte
graphique parmi un ensemble proposé, voir même d'en créer un soi même.
2.
Exemple de programmation avec 2 fiches du logiciel
Windev possède une qualité indéniable dans le fait que l’on puisse programmé avec
des composants, c’est-à-dire des modules indépendants que l’on peut relier
ultérieurement entre eux. Cela est pratique, par exemple lorsque l’on programme
une fiche reliée à une table et un état sur cette table. L’édition d’un simple
bouton pourra faire le lien entre ces composants beaucoup plus tard dans la
programmation.
Page 16
Windev utilise son propre langage de programmation : le W-Langage. Ce langage
reprend les classiques de la programmation, mais en français. Le fameux « if / then
/ else / end if » devient en W-Langage : « si / alors / sinon /fin ». Cela inquiète au
début car il faut se former à un nouveau langage mais sachant que les commandes
sont en français, cela facilite grandement les choses.
Nous allons voir maintenant quelques morceaux de programmes qui vont nous
permettre d’appréhender le W-Langage avec les fiches Ticket et LigneTicket. Pour
mieux voir quelques spécificités du langage, les mots-clés seront mis en gras.
Figure 2 : Fiches Ticket et LigneTicket
Page 17
a) La Fiche Ticket
Figure 3 : Fiche Ticket
Code général de la fenêtre
// En mode modification
SI (ModeOuverture <> "Création") ALORS
ResExécution est un booléen
// Exécution de la requête
ResExécution = HExécuteRequête(req_total_ticket,hRequêteDéfaut,Fiche_Ticket.IDTicket)
// Erreur lors de l'exécution de la requête ?
SI ResExécution = Vrai ALORS
// Remise à zéro des champs
Fiche_Ticket.TotalHT = 0
Fiche_Ticket.TotalTVA = 0
Fiche_Ticket.TotalTTC = 0
// Lecture du premier enregistrement du résultat de la requête
HLitPremier(req_total_ticket)
TANTQUE PAS HEnDehors
// Mise à jour des totaux
Fiche_Ticket.TotalHT += req_total_ticket.Quantité * req_total_ticket.PrixHT
Fiche_Ticket.TotalTVA += req_total_ticket.Quantité * req_total_ticket.TVA
Fiche_Ticket.TotalTTC += req_total_ticket.Quantité * req_total_ticket.PrixVenteTTC
HLitSuivant(req_total_ticket)
FIN
Page 18
// Lecture de l'enregistrement suivant
SINON
// Affichage du message d'erreur
Erreur("La requête n'a pas été exécutée.")
FIN
//calcul de ce qui reste à payer
HExécuteRequête(req_ticket_reglement,hRequêteDéfaut,Fiche_Ticket.IDTicket)
HLitPremier(req_ticket_reglement)
Fiche_Ticket.Reste_à_payer = Fiche_Ticket.TotalTTC - req_ticket_reglement.somme
Fiche_Ticket.Ont_été_payé = req_ticket_reglement.somme
// Modification du Ticket dans la base.
HModifie(Ticket)
FIN
A l’initialisation, en mode Création
// A la création, on ne connaît l’identifiant du nouvel enregistrement, alors on créé un numéro
// de ticket au hasard afin de ne pas perturber l’utilisateur
SI (ModeFenetre = "Création") ALORS
Fiche_Ticket.DateDébutTicket = DateDuJour()
Fiche_Ticket.DateFinTicket = DateDuJour()
Fiche_Ticket.numticket = "no" + Hasard(99) + DateDuJour()
FIN
Au clic sur le bouton « OK »
// On modifie le numéro du ticket a l'aide de l'identifiant
Ticket.NumTicket = "no" + DateDuJour() + Ticket.IDTicket
// On enregistre les modifications
HModifie(Ticket)
A l’initialisation du champ DateDébutTicket
DateDébutTicket=DateDuJour()
A l’initialisation du champ DateFinTicket
DateFinTicket=DateDuJour()
A l’ouverture de la fenêtre Table_LigneTicket
Ouvre(Table_LigneTicket, "IDTicket="+Ticket.IDTicket)
Au clic du bouton « Nouveau » de la fenêtre Table_LigneTicket
// Ouverture avec relation
Ouvre("Fiche_LigneTicket","Création=LigneTicket)
Page 19
b) La Fiche Ligne Ticket
Figure 4 : Fiche LigneTicket
A Chaque modification du produit de la fiche ou de la quantité
HExécuteRequête(req_ligneticket_produit,hRequêteDéfaut,Fiche_LigneTicket.IDProduit)
HLitPremier(req_ligneticket_produit)
Fiche_LigneTicket.PrixTotalTTC = Fiche_LigneTicket.Quantite * req_ligneticket_produit.PrixVenteTTC
Au clic sur le bouton « Moins »
SI Fiche_LigneTicket.Quantite > 0 ALORS
Fiche_LigneTicket.Quantite = Fiche_LigneTicket.Quantite -1
// Modification de la quantité
HExécuteRequête(req_ligneticket_produit,hRequêteDéfaut,Fiche_LigneTicket.IDProduit)
HLitPremier(req_ligneticket_produit)
Fiche_LigneTicket.PrixTotalTTC = Fiche_LigneTicket.Quantite * req_ligneticket_produit.PrixVenteTTC
FIN
c) Les requêtes sur la base
Comme montré ci-dessus, le W-Langage nous permet d’exécuter des requêtes sur la
base et de parcourir le résultat des requêtes.
Un utilitaire est prévu sur Windev afin d’aider l’utilisateur à créer ses propres
requêtes. Dans notre cas, nous avons préféré les éditer directement en code SQL
puisque celui-ci nous est familier mais aussi pour éviter toute erreur.
Windev propose une interface graphique permettant de modélises les requêtes et
leurs résultats.
Figure 5 : Requête sur le total du ticket
Page 20
III.
Page 21
Interface graphique et différents menus
Afin d’accéder au logiciel de gestion d’un point de vente dédié à la restauration, il
suffit de double cliquer sur l’icône prévu à cet effet. Il est représenté par des
fourchettes et des couteaux qui symbolise la restauration :
Figure 6 : Icône de lancement du logiciel
Pour information, on peut ouvrir plusieurs fois le logiciel. La page de connexion se
compose d’un champ « identifiant » correspondant au
« serveur » ou au
« responsable » et d’un mot de passe qui apparaît en caractère caché afin de
rester secret.
Figure 7 : Page d'identification
Afin de naviguer aisément entre les divers menus, une barre d’icônes a été conçue
en adéquation avec les barres Windows pour ne pas perdre les utilisateurs. En
fonction de leurs droits d’accès, la barre de boutons n’est pas apparente. Ainsi, le
serveur arrive directement sur la page de gestion sans barre de menus. L’affichage
est donc différent, ce qui limite automatiquement l’accès aux divers menus.
Page 22
A la connexion, l’utilisateur accède donc à des fiches différentes suivant son
statut. Voilà la fiche du responsable :
Figure 8 : Menu général du logiciel en mode responsable
alors que le serveur tombe directement sur la gestion :
Figure 9 : Page d'accueil en mode serveur
Page 23
Dans le menu fichier, on a tout d’abord, la possibilité de configurer l’impression :
Figure 10 : Configuration de l'impression
Le deuxième onglet représente la table des familles :
Figure 11 : Table des familles de produits
Page 24
Le bouton « modifier » permet de modifier le taux de TVA et le libellé. Le taux TVA
fixé à la famille est ainsi répercuté lors de la création de sous-familles ou produits
associés à cette famille. Bien sûr, le taux TVA dans ces éléments est toujours
modifiable. On peut également en créer un nouveau libellé, ou en supprimer un.
Les flèches de gauche à droite permettent de naviguer sur les différentes familles.
On peut également accéder aux sous-familles liées aux familles :
Figure 12 : Table des sous-familles de produit d’une famille donnée
Autant dans la table des familles ou des sous-familles, nous pouvons accéder aux
produits qui la composent, on accède alors à cette interface :
Figure 13 : Table des produits appartenant à une sous-famille donnée
Page 25
Sur celle-ci, nous pouvons trouver le libellé du produit, sa description, le nom de la
famille, le nom de la sous-famille, le taux de la TVA, prix de la TVA, prix total HT
et TTC et le code barre s’il y a besoin.
L’onglet Lieu nous permet d’accéder à la description du lieu à savoir s’il est
fumeur ou non.
Figure 14 : Table des lieux du restaurant
On peut également accéder au menu qui gère les tables du restaurant (qui est
accessible également à partir du menu « Fichier ») qui permet de savoir quel
serveur s’occupe de quelle table, son lieu (exemple : fumeur ou non-fumeur), le
nombre de places que cette table comporte, et si la table est ronde ou non.
Figure 15 : Table des tables du restaurant
Page 26
La partie « login » permet de lister le type de login auquel va être relier un
utilisateur, de leur activer leur compte et de permettre de faire passer quelqu’un
en administrateur ou non.
Figure 16 : Table des login
On peut également déterminer le mode de paiement grâce au menu
« ModeRèglement » prévu à cet effet.
Figure 17 : Table des modes de règlement
Page 27
La partie « Produits » (que l’on a vu précédemment à partir du menu « famille »)
comporte tous les produits que comporte le restaurant, la famille et la sous-famille
auxquelles elle appartient, la description de ce plat et le taux de la TVA du plat.
Figure 18 : Table des produits (complète)
Le menu « serveurRestaurant » compose le nom du serveur, le prénom du serveur
et le type de « login » vu précédemment :
Page 28
Figure 19 : Table des serveurs du restaurant
A partir du menu « fichier », on peut également accéder au sous-menu « sousfamille » vue précédemment. A contrario du menu « fichier » dans lequel on
accède qu’aux sous-familles qui ont un lien avec la famille en question. A partir du
menu « fichier », on accède à toutes les sous-familles existantes qui comportent le
libellé, le taux de TVA, les familles.
Page 29
Figure 20 : Table des sous-familles (complète)
Le sous-menu « Ticket » correspond au menu « gestion », l’utilisateur qui est lié au
type « serveur » n’a accès qu’à cela puisque la principale mission qui lui est
confiée est de créer des tickets (nouveaux clients), de remplir ces tickets (prise de
commande) et de les éditer (impression du ticket avant règlement) .
On peut également imprimer le menu en question avec tous les champs qu’il
comporte (voir en annexes un exemple de menu).
Si l’on veut voir les statistiques « serveur » ou « chiffre d’affaire », il suffit de
cliquer sur les menus ou sous-menus correspondant. Si aucune valeur n’est rentrée,
le logiciel nous alerte que « Il n’y a pas de données à imprimer ». Tout logiciel
comprend un « A propos » qu’il nous faut renseigner.
IV.
Page 30
RESULTATS ET DISCUSSION
A. Travail effectué face au cahier des charges
Vu l’étendu du travail à effectuer, nous nous sommes concentrés sur l’édition des
tickets de caisse, la possibilité de faire des statistiques, la création du logiciel
suivant le type d’utilisateur que l’on est et de pouvoir créer de nouveaux
utilisateurs, de nouvelles familles, de nouvelles sous-familles, de nouveaux
produits et permettre de relier ses différents éléments entre eux.
Ce logiciel dispose d’un historique des factures des consommateurs non payées
avec le montant hors taxe, le montant de la TVA sur ce montant, le total TTC, la
date de début du ticket pour accumuler les repas sur plusieurs jours et payer en
une fois, la date d’édition du ticket, la table à laquelle le client a consommé (pour
satisfaire les statistiques), et s’il a réglé ou non. Les responsables sont en
permanence tenus au courant de l’état du chiffre d’affaire et des statistiques de
chaque serveur.
Toutes ces nouvelles fonctionnalités apportées par ce logiciel nous permettent
d’affirmer que son emploi est d’une grande utilité pour le restaurant. Il apporte
non seulement un atout visuel lors de la visualisation des statistiques mais aussi, il
augmente la productivité du personnel et de la hiérarchie lors de la facturation et
de la comptabilité. Il permet également de faciliter l’explication du logiciel à un
nouvel arrivant dans le restaurant.
B. Mise en place du logiciel et sa maintenance
Il est assez aisé de parcourir le logiciel de gestion de point de vente dédié à la
restauration. Les mots de passe sont par défaut les même que les login, à savoir le
type de login auquel est lié l’utilisateur : serveur ou responsable.
Les couleurs du logiciel sont les mêmes pour tous. Les utilisateurs aiment parfois
changer les couleurs qui sont instaurées au départ, mais n’est pas le but primordial
du logiciel. Le logiciel pourra être progressivement mis en exploitation par les
utilisateurs. Mais, nous avons effectué une phase de tests qui a duré quelques
Page 31
semaines pendant lesquelles nous avons pu observer le fonctionnement du logiciel
et des alertes, l’affichage correct, ... Nous avons pu le tester en rentrant sur le
logiciel différents utilisateurs, différents types d’utilisateurs, différentes familles
et sous-familles, différents modes de paiement. Ces tests permirent de nous
signaler des anomalies auxquelles nous n’avions pas pensé (comme le problème de
payer une même note avec trois types de paiement différents) ou tout simplement
de nous confirmer un bon fonctionnement.
C. Méthodologie et planning
Une fois le cahier des charges défini, nous avons réparti les diverses tâches à
accomplir pour développer le logiciel :
-
les cas d’utilisation ;
-
les différentes tables de la base de données ;
-
les différents menus de l’interface.
Le logiciel est composé de différents menus eux-mêmes parfois découpés en sousmenus. Au fur et à mesure de l’avancement, nous avons pu contrôler la progression
du logiciel et les différents menus étant programmés pouvaient être testés et
validés séparément.
Le planning de travail que nous avons suivi durant ce projet est présenté sur la
figure ci-dessous. On remarque le travail de réflexion, de concertation, de
discussion et de recherche des informations fut long.
Novembre
Décembre
Apprentissage du langage Windev
Connaissance du projet
Analyse de ce qui a été fait auparavant
Janvier
Proposition de solution.
Lecture et analyse des conventions collectives et du code du
travail
Février – début Rédaction du rapport
Mars
Derniers tests sur les différents menus
Préparation de la soutenance
Figure 21 : Planning de travail
Page 32
D. Améliorations possibles
Le logiciel n’ayant pas fonctionné en situation réelle, nous ne pouvons pas
savoir si certaines requêtes des utilisateurs seront émises. Certaines fonctionnalités
peuvent être rajoutées comme l’interface spécialisée de la cuisine et la
communication wifi entre les serveurs et l’ordinateur du bar ainsi qu’avec la
cuisine. Il subsiste encore le fait de pouvoir choisir rapidement le plat des clients
suivant les tables.
Page 33
CONCLUSION
Afin de conclure cette étude, nous dresserons en premier lieu un bilan du
projet réalisé. Puis, nous évoquerons les difficultés rencontrées, et les
connaissances acquises au cours de ce projet. Enfin, nous aborderons les
possibilités d’améliorations du logiciel de gestion de point de vente dédié à la
restauration.
A la vue de ce rapport et du travail effectué, nous pouvons dire que les
objectifs fixés au départ par e-absolu ont été à moitié atteints. Le logiciel est bien
avancé et a subi un jeu de tests importants. Le planning de développement fixé en
accord avec le cahier des charges a bien été respecté.
Les quelques difficultés rencontrées ont été d’ordre technique, car, nous ne
maîtrisions pas du tout Windev. L’ajout de menus non conçus à l’origine ne fut pas
un problème car il suffisait de rajouter un sous-menu dans la barre des menus et de
coder ensuite cette page. Nous avons rencontré quelques difficultés d’organisation
de temps de travail lorsqu’il fallut commencer à élaborer le projet. Ce logiciel
permet d’allier rapidité et facilité d’emploi.
Ce projet nous a permis d’apprendre énormément dans la gestion d’une
tâche étalée sur quelques mois. Cela nous a également permis d’apprendre à bien
gérer Windev qui est souvent utilisé dans certaines entreprises de nos jours. De
plus, le développement de ce logiciel nous a permis de parfaire nos connaissances
en gestion de bases de données et de menus. Il nous a permis de consolider nos
acquis en UML matière figurant dans le programme de deuxième année à l’ISIMA.
Enfin, cela nous a fait découvrir l’importance de la communauté d’utilisateurs lors
du développement d’un logiciel ainsi que la difficulté à satisfaire tout le monde.
Nous nous sommes aussi rendu compte de la difficulté d’obtenir une définition
claire d’un besoin surtout due à des problèmes de terminologie.
Le logiciel de gestion de point de vente dédié à la restauration voulu est
bien avancé, mais dans ce type de projet, on peut toujours trouvé des
améliorations à apporter. Cependant, malgré les nombreux tests afin de régler
quelques problèmes éventuels, il est possible que des problèmes subviennent.
Page 34
OUVRAGES CONSULTES
Sites Internet :
•
•
•
•
http://www.pcsoft.fr
o Editeur du logiciel Windev
o Accès aux forums et FAQ dédiés à Windev
http://windev.tunidev.net/
o Forum dédié au logiciel de programmation Windev
http://windev.wdscript.com/
o Forum dédié au logiciel de programmation Windev
http://www.abcs-international.fr/
o ABCS BILLPRO: Logiciel pour restaurant et hôtel, logiciel de caisse,
POS, TPV, Tactile.
Livres :
•
•
Autoformation Windev (PCSOFT)
Concepts Windev (PCSOFT)

Logiciel de gestion de point de vente dédié à la restauration

Transcription

Documents pareils

CV en Français

Light + Building 2016: bref exposé des faits

Le barman - Collectif HUB

[06000 NICE] Expert senior à votre service

Formation WinDev 20 Perfectionnement

Info Parking de La Praille

retrait des billets commandés

easyBook Cover

Constitution du dossier de remboursement de frais de stage

LOTS TOMBOLA SAISON 2013/2014 1 – Lot de 3 casseroles Téfal