2. Cas d'utilisation 2
: « S'authentifier »
Tableau 3. 1 Description textuelle du CU
s'authentifier
|
Cas d'utilisation 2 :
« S'authentifier »
|
|
Objectif : permettre au user (le client,
l'administrateur et l'agent) de pouvoir s'authentifier au système.
|
|
Acteur concerné : user
|
|
Auteur : Daniel MBAYA MUSAKA
|
|
Date: 27 Septembre 2021 (première
version)
|
|
Pré-condition : l'user a un compte
existant
|
|
Scenario nominal
1. L'user demande l'interface de connexion
2. Le système lui affiche l'interface
3. L'user saisit les informations requises et valide le
formulaire
4. Le système vérifie les données
entrées par l'user
5. Le système lui ouvre une session
|
|
Scenario alternatif
5. Erreur détectée dans la saisie
5.1. Le système réaffiche le formulaire de saisie
en indiquant les erreurs détectées.
· Le client corrige les erreurs.
· Le cas d'utilisation reprend au point 4 du scénario
nominal.
|
|
Scenario d'exception
5. L'utilisateur a validé un formulaire vide
5.1. Le système réaffiche le formulaire de saisie
en indiquant les champs vides détectés.
· Le cas d'utilisation reprend au point 3 du scénario
nominal.
|
|
Post-condition : une session est ouverte au
user
|
Figure 3. 7 Diagramme de séquence
s'authentifier
Figure 3. 8Maquette du CU s'authentifier
Figure 3. 9 Diagramme des classes participante
s'authentifier
3. Cas d'utilisation 3 : « Consulter
programme »
Tableau 3. 2 Description textuelle CU consulter
programme
|
Cas d'utilisation 3
: « Consulter programme »
|
|
Objectif : permettre à un internaute
ou client de pouvoir consulter le programme
|
|
Acteur concerné : Client
|
|
Auteur : Daniel MBAYA MUSAKA
|
|
Date: 27 Septembre 2021 (première
version)
|
|
Pré-condition : aucune
|
|
Scenario nominal
1. Le client demande le catalogue ou interface des programmes
2. Le système lui affiche l'interface
|
|
Scenario alternatif : aucun
|
|
Post-condition : programme
consulté
|
Figure 3. 10 Diagramme de séquence consulter
programme
Figure 3. 11Maquette du CU consulter programme
Figure 3. 12 Diagramme de classe participantes du CU
consulter programme
4. Cas d'utilisation 4 : « Gérer
réservation place »
Tableau 3. 3 Description textuelle du DCU gérer
réservation place
|
Cas d'utilisation 4
: « Gérer réservation place »
|
|
Objectif : permettre à un client de
réserver ou plusieurs place ou annuler une réservation, par
rapport à un programme donné de départ du train.
|
|
Auteur concerné : Client
|
|
Pré-condition : le client a choisi
un programme sur le catalogue programme et s'est authentifié
|
|
Scenario nominal
a) Effectuer réservation
1. Le client demande l'interface de réservation de
place
2. Le système lui affiche l'interface
3. Le client saisie les informations requises
4. Le client valide les informations
5. Le système vérifie si les informations requises
sont correctes
6. Le système enregistre la réservation et affiche
le résultat de la réservation
b) Annuler réservation
1. Le client annule la réservation
2. Le système demande la confirmation
3. Le client confirme l'annulation
4. Le système annule la réservation
|
|
Scenario alternatif
a. 5) Erreur détectée dans la
saisie
· Le système réaffiche le formulaire de saisie
en indiquant les erreurs détectées.
· Le client corrige les erreurs.
· Le cas d'utilisation reprend au point 4 du scénario
nominal.
1. 3) L'administrateur annule la confirmation
· Le cas d'utilisation reprend à l'étape 1 du
scenario nominale c
|
|
Scenario d'exception
5. L'utilisateur a validé un formulaire vide
5.1. Le système réaffiche le formulaire de saisie
en indiquant les champs vides détectés.
· Le cas d'utilisation reprend au point 3 du scénario
nominal.
|
|
Post-condition : réservation place
effectué
|
Figure 3. 13 Diagramme de séquence du CU
gérer réservation place
Figure 3. 14 Maquette du DCU gérer
réservation place
Figure 3. 15 Diagramme des classes participantes du CU
gérer réservation place
| 
