Logiciel de gestion de points de vente - Guillaume CRESTA

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)
