Logiciel de gestion de point de vente dédié à la …guillaume.cresta.free.fr/CV/Rapport_projet_3a.pdfWindev : Environnement de développement permettant de créer des applications

Institut Supérieur d’Informatique Modélisation et leurs Applications

Complexe des Cézeaux – BP 125

63173 AUBIERE CEDEX

Rapport de projet 3

e 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

BRIGNOLI Wilfried - CRESTA Guillaume

Institut Supérieur d’Informatique Modélisation et leurs Applications

Complexe des Cézeaux – BP 125

63173 AUBIERE CEDEX

Rapport de projet 3

e 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





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.



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



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



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



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



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.



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



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



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.



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



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.



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



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) // 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)



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



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.



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



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



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



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



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



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 :



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.



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



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 Mars

Rédaction du rapport Derniers tests sur les différents menus Préparation de la soutenance

Figure 21 : Planning de travail



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.



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.



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)

Documents

Logiciel de gestion de point de vente dédié à la …guillaume.cresta.free.fr/CV/Rapport_projet_3a.pdfWindev : Environnement de développement permettant de créer des applications