Conception

e but de la conceptualisation est de comprendre et structurer les besoins du client. Il ne faut alors pas

chercher l’exhaustivité, mais clarifier, filtrer et organiser les besoins. Une fois identifiés et structurés,

ces besoins définissent le contour du système à modéliser en précisant le but à atteindre. De même, ils

présentent les éléments de traçabilité dans un processus intégrant UML.

Diagramme de cas d’utilisation

Définition :

Les cas d’utilisation (Use Cases) permettent de structurer les besoins des utilisateurs et les objectifs

d’un système. Ils identifient les utilisateurs (acteurs) et leur interaction avec le système. Ils servent

ainsi de base à la traçabilité des exigences de ce système dans un processus de développement

intégrant UML.

Un cas d’utilisation représente une unité discrète d’interaction entre un utilisateur humain ou machine

et un système [16].

Diagramme de cas d’utilisation "internaute"

Documentation des cas d’utilisation

Cas d’utilisation : Authentification :

Titre : Internaute.

– Type : Essentiel.

– Acteur : Internaute.

– Résumé : L’internaute doit s’authentifier à l’aide d’un nom d’utilisateur et un mot de passe.

– Pré conditions :

– L’internaute doit avoir fait déjà au moins une réservation ;

– L’internaute doit posséder un nom d’utilisateur et un mot de passe .

– Scénario nominale : L’internaute saisit son nom d’utilisateur et son mot de passe qui seront

vérifiés par le système. Si le nom d’utilisateur et le mot de passe sont validés, il peut effectuer son

travail (consulter la réservation effectuée, modifier les paramètres ou annuler cette réservation).

– Scénario d’exception : Authentification échouée :

Si le nom d’utilisateur et le mot de passe ne sont pas validés par le système, un message d’erreur

s’affiche et l’internaute est redirigé vers la page d’accueil.

Cas d’utilisation : Effectuer réservation :

– Titre : Effectuer réservation.

– Type : Essentiel.

– Acteur : Internaute.

– Résumé : L’internaute peut consulter, modifier, ajouter, supprimer ou consulter ses réservations.

– Pré conditions : L’internaute doit avoir accès aux données qu’il désire modifier.

– Scénario nominale : pour effectuer une réservation, l’internaute doit : sélectionner une chambre,

remplir les renseignements requis et puis confirmer sa demande. Une fois la réservation est

effectuée, l’internaute peut avoir accès aux données de cette réservation par l’intermédiaire d’une

authentification assurée par les paramètres login et mot de passe qui lui sont fournis. Accédant à

la liste de ses réservations, l’internaute peut :

– Consulter ses choix ;

– Choisir le bouton modifier : il remplit les champs et enregistre ;

– Choisir le bouton supprimer : il annule la réservation effectuée mais pas encore confirmée.

– Scénario d’exception : Suppression interdite :

Si la réservation est déjà confirmée (c’est-à-dire l’internaute a déjà passé son séjour à l’hôtel),

elle ne peut pas être supprimée.

Si un internaute essaie de supprimer une réservation confirmée, un message d’erreur s’affiche et

il est redirigé vers la liste de ses réservations.

Diagramme de cas d’utilisation "Administrateur" :

On a présenté dans ce diagramme l’acteur « Administrateur » et ses interactions avec le système de

réservation qu’on va concevoir. Le diagramme est suivi d’une documentation de quelques cas

d’utilisation.

Diagramme de cas d’utilisation " Employé de service de réception

Documentation des cas d’utilisation

Cas d’utilisation : Authentification

– Titre : Authentification

– Type : Essentiel.

– Acteur : Employé de service de réception

– Résumé : L’employé doit s’authentifier à l’aide d’un nom d’utilisateur et un mot de passe.

– Pré conditions : L’employé doit posséder un nom d’utilisateur et un mot de passe.

– Scénario Nominale : L’employé saisit son nom d’utilisateur et son mot de passe qui seront vérifiés

par le système. Si le nom d’utilisateur et le mot de passe sont validés, une interface apparait

où il peut effectuer son travail.

– Scénario d’exception : Authentification échouée Si le nom d’utilisateur et le mot de passe ne

sont pas validés par le système , un message d’erreur s’affiche et l’employé est redirigé vers la

page d’authentification.

Cas d’utilisation : Gestion facture

– Titre : Gestion facture

– Type : Essentiel.

– Acteur : Employé de service de réception.

– Résumé : L’employé de service de réception peut modifier, ajouter ou supprimer des factures.

– Pré conditions : L’employé de service de réception doit avoir accès aux données qu’il désire

modifier.

– Scénario Nominale : à travers son rôle, l’employé de service de réception accède à la fenêtre de

gestion facture, il choisit ou cherche la facture à l’aide de l’outil de recherche et enfin il modifie,

supprime ou ajoute des factures et enregistre.

– Scénario d’exception : Facture non trouvée Si la requête de recherche de facture lancée par

l’employé ne donne aucun résultat, un message d’erreur s’affiche et l’employé est redirigé vers

la page principale de gestion de facture.

Diagramme de cas d’utilisation " Employé de service de consommation " :

On a présenté dans ce diagramme l’acteur «Employé de service de consommation» et ses interactions

avec le système de réservation qu’on va concevoir. Le diagramme est suivi d’une documentation de

quelques cas d’utilisation.

Diagramme de cas d’utilisation " Employé de service de consommation"

Documentation des cas d’utilisations

Cas d’utilisation : Authentification

– Titre : Authentification.

– Type : Essentiel.

– Acteur : Employé de service de consommation.

– Résumé : L’employé doit s’authentifier à l’aide d’un nom d’utilisateur et un mot de passe.

– Pré conditions : L’employé doit posséder un nom d’utilisateur et un mot de passe.

– Scénario Nominale : L’employé saisit son nom d’utilisateur et son mot de passe qui seront vérifiés

par le système. Si le nom d’utilisateur et le mot de passe sont validés , une interface apparait

où il peut effectuer son travail.

– Scénario d’exception : Authentification échouée Si le nom d’utilisateur et le mot de passe ne

sont