The Grill House - Système de gestion de restaurant

Projet Simplilearn pour Capstone

Soumis par: Channamallikarjun Hiremath

Table des matières

Tâches du projet...............................................................................................................................1
Aperçu du projet:..............................................................................................................................2
Schéma de classification des exigences :.........................................................................................6
Mise en œuvre des domaines de connaissances :...........................................................................10
Modélisation de la portée...........................................................................................................18
Modélisation des données :........................................................................................................19

Tâches du projet
S Tâches Les références
Non.
1. Identifier les parties prenantes – Créer une liste de parties prenantes (comme
enseigné dans le domaine de connaissances Planification et surveillance de •
Figure 1 : Carte des parties
l'analyse commerciale) prenantes via
Matrice des parties prenantes
• Tableau 3 : Connaissances
2. Identifier l'énoncé du problème dans ce système
• Tableau 1 : BACCM
3. Identifier les objectifs du nouveau système de gestion de restaurant
• Tableau 1 : BACCM
 4. Créer une cartographie des processus telle quelle et future (à l'aide
d'organigrammes) • Figure 4 : Processus de l’état actuel
• Figure 5 : Processus de l’état futur
5. En tant qu'analyste commercial travaillant sur ce projet, découvrez la portée du
système de gestion de restaurant. Pour trouver la portée, vous pouvez utiliser • Figure 6 : Modélisation des
le diagramme de cas (UML) ou le diagramme de contexte. processus
6. Notez les principales fonctionnalités qui doivent être développées. en utilisant un diagramme de cas
• Tableau 4 : Composants de haut
niveau
7. Écrivez les éléments entrant et sortant de ce logiciel.
• Tableau 5 : Produit entrant et
sortant
8. Dessinez un diagramme d’activité pour le système.
• Figure 9 : Diagramme d'activités
pour
9. Dessinez un diagramme ER du système.
• Figure 8 : Modélisation des
données à l'aide
10. Écrivez les exigences commerciales, à la fois les exigences fonctionnelles et non
fonctionnelles. • Tableau 2 : Exigence
Schéma de classification
11. Dessinez des wireframes ou des écrans simulés pour deux des fonctionnalités,
à savoir la création de menus et toute autre fonctionnalité jugée appropriée •
Figure 10 : Création d'une
par l'étudiant. commande de serveur
Écrans simulés
• Figure 11 : Simulation de création

Aperçu du projet:
Vous trouverez ci-dessous l'objectif du projet utilisant le modèle de concept de base d'analyse métier (BACCM).

Tableau 1 : BACCM
Besoin The Grill House est une grande chaîne de restaurants répartie dans différentes villes des États-Unis. Il appartient
commercial/ au célèbre chef américain James Oliver. Les tendances et les performances des ventes de la chaîne de restaurants
énoncé du sont gérées manuellement par chaque restaurant. Les factures sont sur papier et toutes les informations de
problème vente sont saisies manuellement en fin de journée. Il s'agit d'une gestion quotidienne décentralisée des
restaurants.

Voici les défis auxquels les employés sont confrontés lors de la gestion quotidienne des chaînes de restauration :
• Système manuel sur papier.
• Les commandes sont prises par les serveurs sur papier et la facture papier est remise au client.
 • Les restaurants ne peuvent pas facilement mettre à jour leur menu.

• Impossible de rechercher facilement les plats du menu.

Change
ment
• Impossible de reconnaître différents types d'utilisateurs tels que les gestionnaires, les serveurs, etc.

• Un système automatisé de gestion de restaurant qui pourrait faire gagner du temps aux serveurs
et aux gérants.
• Service amélioré aux clients.
• Permet de rechercher des plats dans le menu.
• Offre la possibilité aux gestionnaires de créer ou de mettre à jour facilement un menu.
• Offre la possibilité aux gestionnaires de réserver des tables.
• Montre quels plats sont populaires.
Solution • Réduisez les coûts d’exploitation du restaurant.
• Peut enregistrer les commentaires des clients.
• Fournit les tendances des ventes telles que les ventes totales et les ventes par article sur la base de rapports quotidiens,
hebdomadaires et mensuels.
• Améliorer la productivité des employés

Système de gestion de restaurant basé sur le Web qui permettrait aux utilisateurs de rechercher des menus, de générer des
factures, d'accepter les paiements des clients via une passerelle de paiement, de stocker les commentaires des
clients, de réserver des tables et de créer des rapports pour afficher les tendances et les détails tels que les
ventes quotidiennes, hebdomadaires et mensuelles.
P
a
r
t
i
e

p
r
e
n
a
n
t
e

Figure 1 : Carte des parties prenantes via la matrice des

parties prenantes et le diagramme de pelure d'oignon
 Valeur / • Système de gestion de restaurant automatisé
Objectifs
• Meilleure disponibilité du service car elle augmente l'efficacité des serveurs et des gestionnaires
• Peut facilement rechercher le menu par catégorie.
• Efficacité dans la réservation et le suivi des tables
• Permet à une passerelle de paiement d'offrir une flexibilité de paiement aux clients
• Obtient les commentaires et les informations des clients
• Permet un meilleur contrôle sur certaines options du système offertes à certains utilisateurs.
• Des décisions plus rapides peuvent être prises pour modifier les plats du menu en fonction des tendances des
ventes.
• Temps réduit pour générer des rapports quotidiens

Context Ceci pour une grande chaîne de restaurants aux États-Unis. Il s'agit d'une grande initiative visant à passer d'un
e système manuel sur papier à un système automatisé afin de permettre une meilleure gestion quotidienne. Les
réservations de tables et les changements de menu ont été difficiles. Les factures sont rédigées par les serveurs sur papier et
remises aux clients. Il faut du temps pour voir les tendances, car les gestionnaires doivent saisir les factures papier dans des
fichiers Excel à l'EOD. Les tendances des ventes aident à prendre des décisions visant à modifier le menu et l'expérience
client en temps opportun. Il s'agit d'un système de gestion de restaurant décentralisé. Beaucoup de temps et d’efforts sont
consacrés uniquement au processus. Il n'existe aucun moyen de suivre les commentaires des clients. Ce sont les
circonstances qui conduisent au changement.

Schéma de classification des exigences :

Tableau 2 : Schéma de classification des exigences
 Besoins de l'entreprise Exigences des parties prenantes
Pourquoi est-ce que je le veux ? Quels sont les besoins ?
• La chaîne de restaurants Grill House est présente partout aux États-
Unis. En moyenne, chaque restaurant accueille quotidiennement
Un système automatisé de gestion de restaurant qui
doit :
quelques centaines de clients sur place et à emporter.
• Le menu peut être créé et mis à jour
• La gestion manuelle et papier du restaurant pose plusieurs facilement par le responsable en fonction
des plats populaires.
problèmes. Les serveurs prennent les commandes sur papier et
une facture papier est présentée aux clients. Ces factures sont
saisies à l'EOD par le responsable dans Excel pour connaître les
• Possibilité pour tous les serveurs et
gestionnaires de rechercher des
ventes totales et les ventes par article de la journée. Des éléments dans le menu à l'aide de la
rapports sont créés à l'aide du fichier Excel pour connaître les fonction de recherche.
tendances des ventes ou connaître les plats populaires et les
plats qui ne se portent pas bien.
• Doit stocker la disposition des tables et
les réservations de tables.
• La direction a décidé de passer d'un processus manuel à un système de
gestion de restaurant automatisé afin de mieux suivre les ventes et
• Recherchez la disponibilité des tables
pour les clients assis.
mieux gérer ses activités quotidiennes.
• Les gérants peuvent réserver des tables.
• L'objectif ici est de disposer d'un système automatisé en ligne • Générez la facture.
pour la gestion des restaurants, leur permettant d'utiliser
efficacement ses ressources pour augmenter la productivité et
• Chaque facture générée doit avoir le
identifiant du serveur et devrait avoir le
les ventes. Les rapports générés en temps opportun
montreront les tendances des ventes afin de prendre de numéro de table.

•
meilleures décisions commerciales.
Cela peut capturer les commentaires des clients.
• Doit avoir une connexion pour les
serveurs, les gestionnaires et James
Oliver (PDG) avec la possibilité de
modifier le mot de passe.
• Doit disposer d'une passerelle de
paiement afin que les clients aient la
possibilité de payer en espèces ou par
carte.
• Stockez les commentaires des clients et
les informations sur les clients telles que
le nom, l'adresse, le numéro de
téléphone portable, l'e-mail, la date de
naissance, les dates d'anniversaire des
clients et leurs commentaires. Les
responsables doivent avoir la possibilité
de saisir manuellement les détails du
formulaire de commentaires dans le
système.
• Doit générer des rapports montrant les
tendances et les détails tels que les
ventes totales quotidiennes, les ventes
quotidiennes par article, les ventes
quotidiennes, hebdomadaires et
mensuelles. Générez un rapport pour
identifier les plats populaires.
• En automatisant le processus de gestion
du restaurant, le restaurant pourra
fonctionner efficacement avec moins de
main d’œuvre.

Exigence s de
s de la transitio
solution n
Ce que je Quelles
veux? sont les
conditions?
Exigence
Exigences fonctionnelles : • Il n'existe pas de passerelle de paiement pour
• Tous les détails des employés doivent être stockés dans le
système. Les informations sur les employés sont vérifiées par le
cela, le paiement des plats commandés sera
donc déduit du salaire de l'employé. Par
système avant de configurer les informations de connexion. conséquent, les employés doivent s’inscrire à
• Le serveur peut ouvrir la page Web du système de gestion de
restaurant. Il peut sélectionner une table pour asseoir les
clients, rechercher un menu, passer une commande, générer
une facture client, traiter le paiement et imprimer un
formulaire de commentaires.
• Le serveur peut vérifier les tables disponibles et sélectionner
une table pour dîner chez les clients à asseoir.
 la retenue sur salaire. Le système de paie
gérera les retenues sur salaire.

• Il s'agit d'un tout nouveau système qui passera

du papier manuel actuel. système basé sur un
nouveau système de gestion de restaurant en
ligne.
 • Le gestionnaire peut réserver des tables.
•
• Le gérant du restaurant (l'employé de Grill House) peut créer le
menu et mettre à jour le menu de son restaurant.
Le nouveau système sera créé et maintenu en
Java. Java est un bon choix de logiciel pour
développer cette application car il ne changera
• Le serveur peut sélectionner les plats que le client souhaite pas beaucoup avec le temps et nécessitera
recevoir et créer une commande. Ils devraient être en mesure de très peu de maintenance s'il est bien codé.
modifier les articles de la commande du client avant de passer
commande. Le serveur peut ajouter plus d'articles avant de
générer la facture. • Assurez-vous que toutes les fonctionnalités du
• Une fois la commande confirmée et soumise, le serveur ne devrait
système sont conformes aux exigences.

•
PAS pouvoir annuler ou modifier la commande.
Le gérant du restaurant doit pouvoir visualiser les commandes
• L'importation des informations historiques sur
passées par les serveurs. Il fera l'inventaire de tous les plats
les employés, le restaurant, le menu et les
commandés et les remettra au chef pour cuisson. clients, etc. doit être importée des fichiers
• Une fois que le chef a préparé les plats, le gérant du restaurant
Excel vers les nouvelles tables système.
doit pouvoir demander au serveur de livrer les plats à la table du
client. • Créez des connexions pour tous les serveurs,
• Une fois que le client a fini son repas. Le serveur remettra au
client la facture générée.
gestionnaires et PDG avec la fonction de
changement de mot de passe.

• La facture générée doit contenir l'identifiant du serveur et le • Créez un manuel d'utilisation avec des
numéro de table. instructions sur les fonctionnalités du système.
• Lecarteserveur acceptera le paiement du client en espèces ou par
de crédit. Le paiement par carte de crédit sera traité à l'aide
Organiser une formation des utilisateurs pour
les principales parties prenantes et obtenir
leur approbation.
d'une passerelle de paiement.
• Le serveur ou le gérant remettra au client un formulaire de • Effectuer l'UAT pour garantir que les
commentaires. principaux livrables sont atteints lors de la
• Pour les commandes livrées à domicile, la commande à emporter
transition de l'état actuel à l'état futur
souhaité. S'assurer que tous les accès des
est préparée par le chef. Il y aura un livreur à domicile (livreur) qui utilisateurs sont appropriés.
livrera la commande à l'adresse du client. La facture est générée
et placée avec la commande de livraison à domicile. Un
formulaire de commentaires est également remis avec la commande. Le client peut payer par carte de crédit par téléphone ou
remettre de l'argent liquide au livreur. Après livraison de la commande et paiement du client, le gestionnaire clôturera la
commande du client.
• La facture générée par la livraison à domicile comportera le nom du client, son numéro de téléphone et son adresse.
• Une fois que les clients ont rendu les formulaires de commentaires. Le gestionnaire peut saisir les informations du formulaire de
commentaires dans le système.
• La direction souhaite les rapports suivants :
• Quels sont les plats les plus appréciés ?
• Satisfaction des clients sur la qualité du service. Cela devrait être suivi basé sur les commentaires soumis par les clients.
• Totalventesde le jouren dînant chez les clients.
• Totalventesde le jourpar les clients de livraison à domicile.
• Totalventesde le jour(livraison à domicile et dîner sur place
clients consolidés).
• Nommez les 10 plats les plus vendus de la journée.
• Ventes totales chaque week-end (à faire en saisissant le
Rendez-vous)
• Ventes totales chaque mois (à faire en saisissant les dates)
• Liste des plats non vendus dans le mois en cours (il s'agit de supprimer progressivement les plats que les clients ne
commandent pas).
• Ventes totales dans toutes les villes.
• Ventes totales pour chaque ville.
• Prévision des commandes, c'est-à-dire une prédiction des articles qui seront commandés et du moment où ils le
seront.

Prérogatives non fonctionnelles:

• Convivialité : les écrans doivent être explicites et très conviviaux.
• Évolutivité et performances : ce système de gestion de restaurant est nécessaire pour prendre en charge un volume de 2
500 employés dans tous les États des États-Unis. Les pages Web doivent être accessibles rapidement et les informations doivent
être disponibles rapidement.
• Disponibilité : le système doit avoir des performances élevées, doit
être efficace et être disponible à 99%.
 • Sécurité : Les utilisateurs sont validés avant de créer se connecter identifiant.
• Niveau de service Accord : Fournitures en stock données, Commande
prévision.
• Conformité : Conformité et politique RH.

• Interface : Le le système doit être créé et maintenu dans Java.

Java ne changera pas beaucoup avec le temps et si le système est bien développé, le code nécessitera très peu de maintenance.

Mise en œuvre des domaines de connaissances :

Tableau 3 : Domaines de connaissances appliquées du BA

Planification et suivi de l'analyse commerciale

Tâches KA Détails de la tâche

Approche BA Adaptatif

Solution
Défini par itérations pour arriver à la meilleure solution ou améliorer une solution existante
Définition

Niveau de Informel : les informations sont recueillies grâce à l'interaction et aux commentaires de l'équipe.
Formalité

Formalité et niveau de
détail des livrables de
• Les activités seront divisées en itérations avec d'abord les livrables puis les tâches associées
l’analyse commerciale sont identifiés.
Activités
• Le travail dans chaque itération sera priorisé et planifié en fonction du produit convenu.
feuille de route.

Horaire
•Les tâches
La feuille de route du produit sera revue tous les trimestres pour tenir compte de tout
sont exécutées de manière itérative

• Analyser les besoins de l'entreprise

• Définir un business case

• Obtenir des informations auprès des parties prenantes
• Collaborer avec les parties prenantes
Activités du BA
• Prioriser les exigences
• Définir l'état futur
• Exigences du modèle
• Valider les solutions

Calendrier des travaux d’analyse

• Gestion de projet
Les tâches BA seront exécutées de manière itérative au cours de l'initiative.
commerciale

Complexité et risque
• Compétences en utilisation informatique et formation du personnel de gestion du restaurant
(livreur de repas,
Directeur de restaurant, serveur et PDG).
• Modifications des exigences et de la portée au milieu des itérations (c'est-à-dire dérive de la

Acceptation
approbation des parties prenantes.
Identifier les parties prenantes
Engagement et collaboration des
parties prenantes
Tâches KA
Recueil des exigences
• Retard dans la sortie de la solution Web.
Les tests d'acceptation commerciale pour chaque version planifiée seront utilisés comme
Acteurs du produit :
Externe
• Gestion de restaurant
• Fournisseur
• Gestionnaire de menus
• Cuisiniers
• Livreur de repas
• Client
Analyste d'affaires
Interne
• La gestion du Grill House
• Commanditaire du programme
• Employés
• HEURE
• Objet de la mise en œuvre Expert
• Chef de projet
•Réunions
Développeur
de révision du sprint/itération – À la fin de chaque sprint, les parties prenantes les plus
proches de la livraison de la solution se réuniront pour discuter de ce qui a été fait dans le cadre du
sprint. Quel travail a été terminé et ce qui n'a pas été terminé et a été reporté à l'itération suivante.
Connexions hebdomadaires/bihebdomadaires - Avec le secteur commercial et technologique pour
clarifier tout doute et/ou solliciter des commentaires sur le travail développé jusqu'à présent.
Réunions de planification de sprint/itération – Discutez et décidez quels travaux ou tâches seront
entrepris par l'équipe technologique pour le sprint/itération à venir.
Séances de préparation du backlog – Pour prioriser le backlog produit et garantir que le travail
nécessaire requis pour le développement du produit est capturé
Séances de planification trimestrielles – Avec les parties prenantes pour discuter des progrès
globaux du produit, résoudre les préoccupations ou conflits des parties prenantes, évaluer et ajuster
le calendrier de livraison du produit en cas de risques ou de retards identifiés. Discutez des
prochaines étapes pour résoudre les conflits et préoccupations immédiats, réajustez la feuille de
route du produit si nécessaire, discutez des priorités des exigences de l'entreprise et des parties
prenantes.
Élicitation et collaboration
Détails de la tâche
Réunions hebdomadaires avec les parties prenantes pour :
• Générez des idées et discutez des exigences.
• Réitérez la compréhension des exigences.
• Examiner les exigences documentées de haut niveau ou détaillées
• Examiner les exigences modélisées et solliciter des commentaires
• Préparer et examiner des maquettes factices pour le système
• Discutez de toute complexité ou risque
Ces réunions doivent s'aligner sur chaque itération et doivent se concentrer sur les capacités du
produit en cours de développement dans les itérations à venir.
 Rapports mensuels (graphiques de vitesse, rapports de défauts, mesures de changement de portée,
graphiques de burndown, etc.)
Plan de communication Rapports du tableau de bord agile
Réunions sur l'état du projet
Plans de sortie.
Analyse stratégique
Tâches KA Détails de la tâche

• Puisqu’il s’agit d’un nouveau système, il n’y aura pas d’analyse de l’état actuel d’un système
existant.
• Cependant, l'analyse de l'état actuel pourrait être réalisée pour des systèmes similaires existant
dans le
Analyse de l'état actuel
Organisation d'analyse des processus de mise en œuvre de la sécurité, de mise en œuvre
technologique et d'infrastructure, de vision architecturale.
• Analyse des parties prenantes externes (par exemple, gestion de restaurant, vendeurs et
fournisseurs de produits alimentaires) pour
comprendre s'il existe des lacunes dans leur modèle de coûts, leurs processus, leur main-
• Définir la structure organisationnelle du programme

• Définir les rôles et les responsabilités dans la structure organisationnelle

• Définir la portée de haut niveau du programme
Analyse de l’état futur
• Définir le calendrier de livraison du produit
• Définir la feuille de route produit pour l'année
• Définir les critères de réussite au niveau du programme et au niveau de la livraison
• Définir l'architecture de haut niveau du produit.
• Former le personnel du restaurant à l'utilisation correcte du système
• S'assurer que toutes les commandes sont préparées et livrées.
Évaluer les risques
• Retards de commande dus à des volumes de commandes importants ou à des informations
client incorrectes ou incomplètes ou
Erreur de navigation du Livreur etc.
• Disponibilité de l'application Web ou temps d'arrêt de l'application.
• Analysez s'il y a des lacunes avec la gestion et les fournisseurs actuels du restaurant.
Stratégie de changement • Identifiez comment ces lacunes peuvent être comblées.
• Quel sera le coût de l'intégration d'un nouveau gestionnaire de restaurant ou d'un nouveau
vendeur de restaurant ?
• Identifiez s'il existe des groupes de parties prenantes supplémentaires qui devront s'impliquer,
Analyse et conception des besoins
Tâches KA Détails de la tâche

• Définir les exigences au niveau du système :

o Les utilisateurs (serveurs/gestionnaires) peuvent passer les commandes des clients sur
RMS.
o Les utilisateurs peuvent ajouter des articles supplémentaires à la commande jusqu'à ce
que le client ait terminé et soit prêt.
pour avoir reçu la facture.
o Les dernières commandes pour le déjeuner doivent être passées avant 14h et les
Exigences du modèle commandes pour le dîner avant 22h.
o Il existe une passerelle de paiement, le paiement des plats commandés doit donc être
effectué par crédit.
carte ou espèces.
o Les utilisateurs (serveurs/gestionnaires) peuvent rechercher un menu, imprimer un
formulaire de commentaires, générer une facture,
rechercher des tables pour asseoir les clients et passer les commandes des clients.
o Les gestionnaires peuvent créer et mettre à jour le menu.
o Le gérant peut réserver des tables.
o Le responsable doit être en mesure de saisir les informations du formulaire de
 o Ce système de commande de restaurant est nécessaire pour prendre en charge un
volume de 2 500 employés dans tous les restaurants.
Définissez les exigences au niveau du sous-système :
Système de commande
de restaurantLes utilisateurs (serveurs/gestionnaires) doivent pouvoir passer
commande.
Les serveurs/gestionnaires devraient pouvoir consulter le menu du jour
o avec les prix des articles.
o Les serveurs/gestionnaires doivent pouvoir modifier la commande
o avant de la confirmer.
o Les serveurs/gestionnaires ne peuvent pas modifier ou annuler la
o commande après confirmation.
Les gestionnaires devraient être capables de créer et de mettre à jour le
menu.
Les gestionnaires devraient pouvoir réserver des tables.
Les gestionnaires/serveurs devraient être en mesure de générer une
Système defacture.
traitementLesLe restaurant Manger devrait
serveurs/gestionnaires pouvoirêtre
devraient voiren
lesmesure
commandes.
de traiter les
Lespaiements
commandes pardoivent
carte deêtre traitées
crédit de manière
des clients à l'aideséquentielle, c'est-à-dire
d'une passerelle de
doivent être exécutées selon le principe du premier entré, premier sorti.
paiement.
commandes
Les écrans peuvent
doivent être regroupées
être conviviaux parà Articles
et faciles naviguer. afin que le
Responsable du Restaurant puisse faire l'inventaire de tous les plats
commandés par les différents clients et les faire cuisiner par le chef.
Le gérant du restaurant doit pouvoir demander une livraison au domicile du
client.
Le responsable devrait être en mesure de mettre à jour le statut de la
commande après la livraison.
Les responsables peuvent saisir les informations du formulaire de
Système
commentaires des clients dans le système.
d'administrati
Le responsable du restaurant devrait être en mesure d'ajouter un
on menu et le prix des articles. Le responsable du restaurant devrait
être en mesure de mettre à jour le menu et le prix des articles. La
gestion du restaurant devrait être en mesure d'ajouter/mettre à
jour un questionnaire de rétroaction.
La direction devrait être en mesure d'extraire des rapports.
Définir les exigences au niveau du
Utilisateurcomposant
en ligne :
■ Rôles et autorisation des utilisateurs
Créer, mettre à jour et afficher le menu
Créer une commande et afficher la commande
Informations sur le compte utilisateur
Traitement des commandes – Demande de livraison, mise à
jour du statut de la commande
Rapports Identifier l'outil BI
Pile
technologique : Authentification des applications
■ Architecture des applications et des
bases de données
Modélisation des données
Cadre d'application
Contrats API
Design de l'interface utilisateur
Surveillance des applications
Plan de reprise après sinistre

Assurez-vous que le plan de vérification et de validation est en place.

La vérification et la validation des exigences peuvent être effectuées à chacun des niveaux
de composants, sous- Niveau système et niveau système.
Vérifier et valider le
Exigences Vérifiez que le produit développé est conforme aux exigences spécifiées (telles que
spécifiées dans les critères d'acceptation).
Validez que le sous-système assemblé ou la solution répond aux exigences de l'entreprise et
des parties prenantes en effectuant les tests d'acceptation des utilisateurs sur le produit
assemblé.
 • Nous devrions être en mesure de retracer la conception au niveau des composants jusqu'au
niveau du système.
exigences fournies par la partie prenante par le plan de vérification.
• De cette façon, nous pouvons garantir que le système est complètement couvert en ce qui

Définir les options de conception

• Évaluez la construction par rapport à l’achat.
Basé sur le coût, la sécurité, la maintenance, les complexités d'intégration, le support
opérationnel, etc.
•• Analyse des fournisseurs pour le système de gestion de restaurant.
Avantages de la construction :
o Sécurité des données
o Entretien interne
o Coût de construction
o Peut surveiller le système Durée
o Résolution rapide en cas d’arrêt du système.
o S'aligner sur l'organisation Normes et politiques
• Inconvénients de la construction :
o Plus de temps à consacrer à la production
Analyser la valeur potentielle et o Coût de maintenance plus élevé
recommander une solution
• Acheter des avantages :
o Moins de temps pour mettre en productionc'est à dire Prise et Utiliser la
solution
o Responsabilité minimale d'entretien
o Coût de maintenance moindre
• Inconvénients de l'achat :
o Moins de visibilité sur la surveillance du système & Temps d'arrêt.
o Délai d’exécution plus élevé en cas d’arrêt ou de panne du système.
o Peut pas satisfaire Organisation Normes et politiques.
o Données Échange.
o Externe interne SystèmeL'intégration
Gestion du cycle de vie des exigences
Tâches KA Détails de la tâche

• Le niveau d'abstraction des Exigences peut être décomposé en Exigences Métier,

Exigences des parties prenantes, exigences de la solution et exigences de transition, chaque
niveau fournissant une vue plus détaillée des exigences. Ceci est réalisé par le schéma de
classification des exigences mentionné dans la section précédente du document.
Exigences de traçage • De plus, le système peut être divisé en différents niveaux pour garantir que tous les
les spécifications des exigences sont couvertes et les exigences peuvent être retracées jusqu'au
niveau le plus granulaire. Cela peut être fait en décomposant le système en exigences de
niveau système, qui constituent une exigence de niveau supérieur fournie par les utilisateurs,
puis en sous-couches. Niveau système, puis exigences au niveau composant.
• Chaque exigence de l’entreprise et des parties prenantes passera par les phases suivantes :
Analyse détaillée, conception, développement, tests fonctionnels, tests d'acceptation utilisateur,
tests de performances.
• Chaque exigence du carnet de commandes doit avoir un critère d'acceptation consensuel de la
part du
Maintenir les exigences Parties prenantes avant de passer à un sprint/itération actif.
• Les exigences au niveau du sous-système et au niveau des composants doivent être définies de
telle sorte que chaque
l'exigence peut être testée de manière mutuellement exclusive par rapport aux autres
exigences et, lorsqu'elle est intégrée, fonctionne en harmonie avec les autres exigences
• Assurez-vous que la définition de l'exigence reste cohérente tout au long de son cycle de vie en

• Toute modification apportée aux exigences sera enregistrée en tant que nouvelle exigence dans
Prioriser les exigences l'Agile.
tableau de bord et devra passer par le nettoyage et la priorisation du backlog.
• La priorité de l'exigence doit être définie par la criticité de l'entreprise et la valeur qu'elle
 Toute modification apportée aux exigences sera enregistrée en tant que nouvelle exigence
• danstableau
l'Agile.
de bord et devra passer par le nettoyage et la priorisation du backlog.

• Toutes les dépendances connues doivent être liées à l'exigence dans le tableau de bord Agile.
Les modifications apportées à l'exigence sont mises à jour dans les documents User Story.
Évaluer les changements apportés au
Exigence • Toute modification apportée à l'exigence doit être traçable depuis l'exigence initiale jusqu'à la
• dernière modification apportée à l'exigence.
• Évaluer l'impact du changement sur le calendrier de livraison du produit ou de la solution, le
coût et la synergie avec les autres composants associés.

Évaluation des solutions

Tâches KA Détails de la tâche
o Réduisez les coûts d’exploitation des restaurants de 15 % dans les 12 mois suivant la version
initiale.
o Réduisez le gaspillage d’inventaire d’au moins 30 % dans les 6 mois suivant la première
version.
Échelle : gaspillage des ingrédients pour les plats les moins populaires chaque semaine en
examinant l'inventaire du restaurant
Mesurer les performances des Doit prévoir : Moins de 15 %
solutions o Augmentez le temps de travail effectif moyen en permettant aux serveurs et aux gestionnaires
d'exécuter le service
efficacement tous les jours, dans un délai de 3 mois
En automatisant le processus de commande et en offrant un meilleur service au client, tant pour le
dîner que pour la livraison à domicile, le restaurant pourra fonctionner avec moins de main-
d'œuvre.
o Évolutivité et performances :

Une fois que la solution ou une partie de la solution assemblée est mise à disposition dans la
production pour la gestion du restaurant, nous devons surveiller en permanence les éléments
suivants par rapport aux mesures de performance définies ci-dessus :
•
Quantité de gaspillage d'inventaire
•
Serveurs/Gérants Temps de travail effectif
Analyser les mesures de performance •
Coût d'exploitation du restaurant
•
Charge ou trafic entrant, c'est-à-dire nombre de commandes par unité de temps.
•
Temps d'exécution de l'application et temps d'arrêt, le cas échéant.
•
Temps total pour exécuter la commande.
•
Comment fonctionne le plan d’atténuation des risques ?
•
Commentaires des utilisateurs

Évaluer les limites de la solution Toute mesure de performance sous-performante indiquée ci-dessus.

o Possibilité de fournir une comptabilité prépayée et postpayée pour les commandes.

Limitation de l'entreprise o La solution prend en charge la comptabilité prépayée en permettant aux clients de payer par
crédit.
Cartes mais pas banque en ligne.

État initial - Manuel

Développer le logiciel Créer une base de données Créer des connexions

centralisée et renseigner la Configurer les ordinateurs et utilisateur et des
autres matériels pour rapports
date historique
chaque emplacement.
Figure 4 : Processus de l’état
actuel
 Restaurant

Le serveur
passe la
commande en
utilisant la
gestion du
restaurant sur

Le serveur
vérifie les tables Le responsable demande
et les sièges du Le serveur La commande est au serveur de livrer la
client prend la livrée au client commande
commande
des clients Le responsable
récupère la commande
et la remet au chef

Figure 4 : Processus de l’état

futur

Modélisation des
processus
 Vérifier par Figure 6 : Modélisation de processus à l'aide d'un
rapport au diagramme de cas d'utilisation (UML)
composant
vérification
du niveau

Figure 7 :
Modèle de
vérification et
de validation
du produit

Modélisation de la portée
Tableau 4 : Composants de haut niveau qui doivent être construits

Rôles des utilisateurs Composants/Caractéristiques Autorisation

• Je suis
Liste des menus Voir

Serveur Formulaire de commentaires Voir

Commander un repas Voir la

modification
Statut de la commande Voir

Réservation de table Voir

Liste des menus Afficher, ajouter,

modifier
Formulaire de commentaires Afficher, Ajouter

Commander un repas Voir

Gérant de restaurant Voir la

Statut de la commande
modification
Regrouper les commandes par Voir
éléments de menu
Demander la livraison Modifier

Voir la
Réservation de table
modification

Équipe de préparation Statut de la commande Voir

des commandes Statut de la commande Voir

PDG Rapports Voir

Tableau 2 : Produit entrant dans le champ d'application et hors champ d'application
Portée Hors de portée
Afficher le menu Paiement prépayé
Commander un repas
Voir l'ordre
Modifier la commande
Afficher le statut de la commande Demande d'inventaire et fournisseur
Livraison de la commande au
Passerelle de paiement
Menu Créer/Mettre à jour
Sélection de table/Réservation

Générer une facture

Commentaires/Commentaires des
Rapports/Données

Modélisation des données :

ID du plat
Nom du plat
Prix Autorisation de
« Définition du
Quantité (Nombre de pièces)
ID d'employé Rôle rôle Module
rôle » ID d'autorisation
Catégorie d'utilisateur ID de rôle
Prénom Nom -t ID d'employé - —1 Nom de Nom d'autorisation H Module E/S
Disponibilité des éléments de menu
de famille ID de module Nom du module
ID du plat rôle
Disponibilité autorisé ID de rôle
Numéro de associé
Date
téléphone
E-mail
Adresse ID du
restaurant
Restaurant
ID du Identifiant du restaurant
ID de table ID ID d'employé
restaurant Nom
ID de table Men
de la rue Ville de restaurant
Sièges
ID du plat u
État Code Quantité
postal Statut , Statut de la commande
Numéro de Date de commande
téléphone E- Montant de la commande
mail instructions spéciales
Client Type de commande (dîner
sur place/livraison)
Numéro client
Prénom Nom
Numéro de
téléphone
Adresse
Email

Date d'anniversaire
Date de naissance
numéro de commande
ID du plat
Évaluation du plat
Commentaires

Figure 8 : Modélisation des données à l'aide du diagramme ER

Diagramme d'activité des couloirs : le diagramme utilise les couloirs
pour montrer la barre de responsabilité ou de synchronisation afin de
représenter les processus parallèles dans plusieurs domaines. Ici,
l’activité de commande de nourriture en ligne représente la manière
dont les données circulent dans les allées.
 The Grill House - Système de gestion de restaurant
RMS Base de
Utilisateur
N données •
Utilisateur en ligne

Base de
Restaurant D données
Site Web de gestion

44

' Sélectionnez le client N

1______tableau
v
_______ __
Menu de recherche et
sélection de la
commande client
Passer la commande et
confirmer la
commande
5
v
Vérification de
l'inventaire
_____v____
Commande dans la
file d'attente P

Commande préparée par

____v___
le Chef
t
D
Commande livrée au
client

Directeur
1----------1----------N
Générer la facture client

______■____
Paye avec la
passerelle de
paiement
________ T S.
Le client remplit
M
Formulaire de
commentaires
Commande clôturée
Wireframe pour le système de gestion de restaurant en ligne :

The Grill House • Gestion de restaurant Système Numéro d'identification

< • X C (https //The Grill House/Restouront Monogement System du restaurant NJ258
____________________________________Je CD

j
ID d'employé W12345

Oui e
r 3
Dîner dans

Sortir
Conclusion : Le système de gestion de restaurant en ligne devrait
atteindre les objectifs commerciaux lors de sa sortie.
Objectif commercial 1 : Amélioration de la gestion des chaînes de
restaurants en permettant l'accès aux gestionnaires pour mettre à jour
le menu, faire des réservations et suivre les ventes. Les serveurs peuvent
passer des commandes en fonction du menu le plus récent et facturer
les clients avec précision.
Échelle : la valeur est la qualité du service et le gain de temps.
• Précédent : factures papier
 Objectif commercial 2 : Réduire les coûts d'exploitation des restaurants
de 15 % dans les 6 mois suivant la version initiale.
Objectif commercial 3 : Augmentation du temps de travail effectif
moyen de 30 minutes par serveur et par jour et augmentation du temps
de travail du manager d'une heure en 3 mois.
Objectif commercial 4 : Les rapports seront générés plus rapidement
grâce à la disponibilité immédiate des informations, ce qui aidera à
connaître les tendances des ventes afin de prendre de meilleures
décisions en matière de planification et de menu.
Objectif commercial 5 : La direction peut prendre de meilleures
décisions grâce aux commentaires des clients.

Carnet de produit
Titre État Priorité du Points Critères d'acceptation Chemin
carnet de d'histoir d'itération
command e
En tant qu'utilisateur, Approuvé 9 2 Étant donné que l'utilisateur a Version 1-
je souhaite créer un accès à l'application. Si Sprint 1
compte afin de pouvoir l'utilisateur est un employé
utiliser le système de valide (serveur, gérant ou
gestion de restaurant. autre) alors le compte peut
être créé sinon afficher « Le
compte ne peut pas être créé
».

En tant qu'utilisateur, Approuvé 9 1 Un utilisateur peut changer de Version 1-

je souhaite modifier le mot de passe lorsqu'il saisit Sprint 1
mot de passe afin de son ancien mot de passe et
pouvoir le réinitialiser. est autorisé à créer un
nouveau mot de passe.
Lorsque le nouveau mot de
passe est saisi, il doit
comporter 8 caractères et il
doit contenir 1 caractère, 1
chiffre et 1 caractère spécial.

En tant que serveur, je Approuvé 5 4 Lorsqu'il est sur l'application, Version 1-

souhaite parcourir le l'utilisateur est en mesure de Sprint 1
menu afin de pouvoir localiser la recherche.
rechercher des plats et L'utilisateur saisit n'importe
des prix. quelle valeur et la valeur sera
affichée.
En tant que Approuvé 3 5 Lorsque le gestionnaire est sur Version 1-
gestionnaire, je l'application, il devrait pouvoir Sprint 1
souhaite ajouter de localiser le menu. Ils peuvent
nouveaux éléments, ajouter, supprimer ou modifier
supprimer des tous les éléments et prix du
éléments existants et menu.
créer de nouveaux
menus à partir de zéro
afin que le menu soit
En tant que serveur, je Approuvé 3 2 Lorsqu'il est sur l'application, le Version 1-
veux accéder au serveur devrait pouvoir Sprint 2
système, donc
que je peux passer
une commande client.
En tant que serveur, je Approuvé
souhaite accéder au
système afin de
pouvoir générer des
factures par table.
En tant que serveur, je Approuvé
souhaite générer la
facture qui m'a été
identifiée (le serveur
qui la génère) et le
numéro de table afin
qu'elle puisse être
suivie.
En tant que Approuvé
responsable, je
souhaite réserver des
tables afin qu'elles
puissent être
En tant que serveur, je Approuvé
souhaite examiner le
logiciel pour
déterminer quelles
tables doivent être
réservées afin de
pouvoir accueillir les
clients.
En tant que serveur ou Nouveau
gérant, je souhaite
accéder à la passerelle
de paiement du
système afin que les
clients puissent payer
en espèces ou par
carte.
En tant que PDG, je Nouveau
souhaite qu'un
formulaire de
commentaires soit
remis à chaque client
afin que des détails
tels que le nom,
l'adresse, le numéro
de téléphone portable,
l'e-mail, la date de
naissance, les dates
d'anniversaire des
clients et leurs
pour localiser le menu de
commande et sélectionner les
plats pour passer la
commande du client.
4 2 Une fois sur l'application, le Version 1-
serveur devrait être en mesure Sprint 2
de localiser l'option de
facturation et de générer la
facture.
4 2 Lorsqu'il est sur l'application, le Version 1-
serveur doit pouvoir Sprint 2
sélectionner la table afin que le
nom de la table et l'identifiant
du serveur figurent sur la
facture générée.
7 3 Lorsque le responsable est sur Version 1-
l'application, il peut Sprint 3
sélectionner des tables et les
réserver aux clients.
6 2 Lorsqu'il est sur l'application, le Version 1-
serveur doit pouvoir Sprint 3
rechercher les tables
disponibles et sélectionner la
table pour asseoir les clients.
4 4 Lorsque l'utilisateur est sur Version 1-
l'application, il peut accepter Sprint 3
les paiements des clients en
espèces ou par carte de crédit
en utilisant la passerelle de
paiement.
5 4 Quand on est allumé Version 1-
Sprint 3
En tant que Nouveau 6 4 Lorsque je suis sur la Version 1-
responsable, je candidature en tant que Sprint 4
souhaite saisir manager, je devrais pouvoir
manuellement le client localiser le formulaire de
des détails tels que le pour l'impression et être en
nom, l'adresse, le mesure de saisir les
numéro de portable, informations du formulaire de
l'e-mail, la date de commentaires dans le
naissance, les dates système.
d'anniversaire et leurs
commentaires afin que
les commentaires et
les informations des
clients puissent être
stockés dans le
système.
En tant que direction, Nouveau 3 8 Lorsqu'elle est sur Version 1-
je veux des rapports l'application, la direction doit Sprint 4
sur les tendances des être en mesure de générer des
ventes à l'EOD afin rapports montrant les
que des décisions tendances des ventes.
puissent être prises.