Vous êtes sur la page 1sur 6

Réservation hôtel en ligne: Sprint 0

• vision du projet
« Nous proposons de concevoir et d’implémenter une plateforme web en ligne qui
faciliter a l’hôtel de vendre les réservations et au client pour réserver en ligne en toute
sécurité »
Notre projet vise essentiellement les objectifs suivants :
- Facilité a l’administrateur de gérer les chambres du l’hôtel et vendre en ligne
- Facilité a l’administrateur de suivre les réservations confirmer et statistique de la vente
- Facilité a le client de chercher chambre disponible dans l’hôtel et réserver en toute sécurité
- Minimiser le déplacement du client pour faire une réservation par téléphone ou par mail

• Identification des acteurs

Un acteur représente l’abstraction d’un rôle joue par des entités externes (utilisateur, dispositif
matériel ou autre système) qui interagissent directement avec le système étudie.
L'administrateur et les clients sont les acteurs qui interagissent avec ce système.
L’administrateur : Il possède les droits administratifs qui lui permettent de contrôler tout le système
de suivis et de gérer les chambres du l’Hotels, les réservations et suivre tous les statistiques dans le
Dashboard.
Le client : chercher les chambres disponibles dans l’hôtel et réserver une chambre et payer par carte
bancaire

• Sprint Backlog:

Dans un backlog de produit, les stories sont rangées (Classées) selon l’ordre envisagé pour leur
réalisation. Cette notion de priorité prend une grande importance dans le développement itératif. Le
sprint backlog de notre projet se présenter comme le tableau ci après :

Sprint Features Scénario ou story Priorité



1 Partie Admin En tant qu’Administrateur, le system doit me permettre de M
m’authentifier
En tant qu’Administrateur, le system doit me permettre de M
Gérer les réservations
En tant qu’Administrateur, le system doit me permettre de M
gérer les Hôtels
En tant qu’Administrateur, le system doit me permettre de M
gérer les chambres
En tant qu’Administrateur, le system doit me permettre M
gérer les prix des chambres
En tant qu’Administrateur, le system doit me permettre de S
gérer les promotions
En tant qu’Administrateur, le system doit me permettre de S
consulter le Dashboard (KPI)

Master GLDRA Pro 2 – Akrem ROUIS Page 1


En tant qu’Administrateur, le system doit me permettre de C
changer mon mot de passe

2 Partie Client En tant que Client, le system doit me permettre connecté au M


site de réservations sans authentification
En tant que Client, le system doit me permettre chercher un M
hôtel par date, pax, ville
En tant que Client, le system doit me permettre de proposer M
des hôtels disponible trier par prix , nbr d’étoiles ou type…
En tant que Client, le system doit me permettre de choisir M
les chambres
En tant que Client, le system doit me permettre de taper M
mes informations
En tant que Client, le system doit me permettre de payer M
mon réservation
En tant que Client, le system doit me permettre de C
consulter mon réservation en ligne
En tant que Client, le system doit me permettre de gérer ma S
réservation
En tant que Client, le system doit me permettre de donner S
mon avis
3 Partie Rapport En tant que Administrateur, le system doit me permettre de M
consulter la liste réservation dans un rapport
En tant que Administrateur, le system doit me permettre de M
consulter la liste des ventes
En tant qu’administrateur, le system doit me permettre de M
consulter le chiffre d’affaire
En tant que apprenant, le system doit me permettre de M
consulter le temps du réponse d’api
4 Chatbot Messenger En tant qu’administrateur, le system doit me permettre S
d’ajouter des informations dans la base du connaissance du
robot
En tant que client, le system doit me permettre de m’aider S
a réserver des hôtels selon un critère

Priorité :
 M pour Must Have : DOIT être fait.
 S pour Should Have : Il s’agit d’une exigence essentielle, qu’il faut faire dans la mesure du
possible (DEVRAIT).
 C pour Could Have: Il s’agit d’une exigence souhaitable
 W pour Won’t Have Il s’agit d’une exigence «Luxe». NE SERA PAS faîte cette fois mais
plus tard, mais intéressante et à garder pour la prochaine version

Master GLDRA Pro 2 – Akrem ROUIS Page 2


Planification des sprints: ordonnancement

Sprint Durée

Sprint 1 30 jours

Sprint 2 30 jours

Sprint 3 3 semaines

Sprint 4 3 semaines

Outils de Développement

Front-End: Angular 10 LTS , Bootstrap , angular material

Back-end: DotNet Core 3.1 LTS

Base de données : SQL Server

Architecture Technique

Master GLDRA Pro 2 – Akrem ROUIS Page 3


POST

GE

Diagramme de cas d'utilisation général de produit:

Master GLDRA Pro 2 – Akrem ROUIS Page 4


Master GLDRA Pro 2 – Akrem ROUIS Page 5
Master GLDRA Pro 2 – Akrem ROUIS Page 6