Vous êtes sur la page 1sur 34

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 :
Responsable :
Wilfried BRIGNOLI
M. Frédéric BURLAUD
Guillaume CRESTA

Novembre 2005 – Février 2006


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 :
Responsable :
Wilfried BRIGNOLI
M. Frédéric BURLAUD
Guillaume CRESTA

Novembre 2005 – Février 2006

BRIGNOLI Wilfried - CRESTA Guillaume


Rapport de projet ISIMA 2006 Page 3

BRIGNOLI Wilfried - CRESTA Guillaume


Rapport de projet ISIMA 2006 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.

BRIGNOLI Wilfried - CRESTA Guillaume


Rapport de projet ISIMA 2006 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).

BRIGNOLI Wilfried - CRESTA Guillaume


Rapport de projet ISIMA 2006 Page 6

TABLE DES ILLUSTRATIONS


Figure 1 : Schéma de la base de données __________________________________ 14
Figure 2 : Fiches Ticket et LigneTicket ____________________________________ 16
Figure 3 : Fiche Ticket __________________________________________________ 17
Figure 4 : Fiche LigneTicket _____________________________________________ 19
Figure 5 : Requête sur le total du ticket __________________________________ 20
Figure 6 : Icône de lancement du logiciel __________________________________ 21
Figure 7 : Page d'identification___________________________________________ 21
Figure 8 : Menu général du logiciel en mode responsable ____________________ 22
Figure 9 : Page d'accueil en mode serveur _________________________________ 22
Figure 10 : Configuration de l'impression __________________________________ 23
Figure 11 : Table des familles de produits _________________________________ 23
Figure 12 : Table des sous-familles de produit d’une famille donnée___________ 24
Figure 13 : Table des produits appartenant à une sous-famille donnée _________ 24
Figure 14 : Table des lieux du restaurant __________________________________ 25
Figure 15 : Table des tables du restaurant _________________________________ 25
Figure 16 : Table des login ______________________________________________ 26
Figure 17 : Table des modes de règlement _________________________________ 26
Figure 18 : Table des produits (complète) _________________________________ 27
Figure 19 : Table des serveurs du restaurant _______________________________ 28
Figure 20 : Table des sous-familles (complète) _____________________________ 29
Figure 21 : Planning de travail ___________________________________________ 31

BRIGNOLI Wilfried - CRESTA Guillaume


Rapport de projet ISIMA 2006 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).

BRIGNOLI Wilfried - CRESTA Guillaume


Rapport de projet ISIMA 2006 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

BRIGNOLI Wilfried - CRESTA Guillaume


Rapport de projet ISIMA 2006 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.

BRIGNOLI Wilfried - CRESTA Guillaume


Rapport de projet ISIMA 2006 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

BRIGNOLI Wilfried - CRESTA Guillaume


Rapport de projet ISIMA 2006 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.

BRIGNOLI Wilfried - CRESTA Guillaume


Rapport de projet ISIMA 2006 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.

BRIGNOLI Wilfried - CRESTA Guillaume


Rapport de projet ISIMA 2006 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.

BRIGNOLI Wilfried - CRESTA Guillaume


Rapport de projet ISIMA 2006 Page 14

Figure 1 : Schéma de la base de données

BRIGNOLI Wilfried - CRESTA Guillaume


Rapport de projet ISIMA 2006 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.

BRIGNOLI Wilfried - CRESTA Guillaume


Rapport de projet ISIMA 2006 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

BRIGNOLI Wilfried - CRESTA Guillaume


Rapport de projet ISIMA 2006 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

BRIGNOLI Wilfried - CRESTA Guillaume


Rapport de projet ISIMA 2006 Page 18

HLitSuivant(req_total_ticket) // Lecture de l'enregistrement suivant


FIN

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)

BRIGNOLI Wilfried - CRESTA Guillaume


Rapport de projet ISIMA 2006 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.

BRIGNOLI Wilfried - CRESTA Guillaume


Rapport de projet ISIMA 2006 Page 20

Figure 5 : Requête sur le total du ticket

BRIGNOLI Wilfried - CRESTA Guillaume


Rapport de projet ISIMA 2006 Page 21

III. 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.

BRIGNOLI Wilfried - CRESTA Guillaume


Rapport de projet ISIMA 2006 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

BRIGNOLI Wilfried - CRESTA Guillaume


Rapport de projet ISIMA 2006 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

BRIGNOLI Wilfried - CRESTA Guillaume


Rapport de projet ISIMA 2006 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

BRIGNOLI Wilfried - CRESTA Guillaume


Rapport de projet ISIMA 2006 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

BRIGNOLI Wilfried - CRESTA Guillaume


Rapport de projet ISIMA 2006 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

BRIGNOLI Wilfried - CRESTA Guillaume


Rapport de projet ISIMA 2006 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 :

BRIGNOLI Wilfried - CRESTA Guillaume


Rapport de projet ISIMA 2006 Page 28

Figure 19 : Table des serveurs du restaurant

A partir du menu « fichier », on peut également accéder au sous-menu « sous-


famille » 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.

BRIGNOLI Wilfried - CRESTA Guillaume


Rapport de projet ISIMA 2006 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.

BRIGNOLI Wilfried - CRESTA Guillaume


Rapport de projet ISIMA 2006 Page 30

IV. 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

BRIGNOLI Wilfried - CRESTA Guillaume


Rapport de projet ISIMA 2006 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 sous-


menus. 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 Apprentissage du langage Windev


Décembre 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

BRIGNOLI Wilfried - CRESTA Guillaume


Rapport de projet ISIMA 2006 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.

BRIGNOLI Wilfried - CRESTA Guillaume


Rapport de projet ISIMA 2006 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.

BRIGNOLI Wilfried - CRESTA Guillaume


Rapport de projet ISIMA 2006 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)

BRIGNOLI Wilfried - CRESTA Guillaume