WOW !! MUCH LOVE ! SO WORLD PEACE !
Fond bitcoin pour l'amélioration du site: 1memzGeKS7CB3ECNkzSn2qHwxU6NZoJ8o
  Dogecoin (tips/pourboires): DCLoo9Dd4qECqpMLurdgGnaoqbftj16Nvp


Home | Publier un mémoire | Une page au hasard

 > 

Analyse et conception par la méthode UP7 d'une application web de réservation des titres de voyage par voie ferroviaire: cas de la SNCC


par Daniel MBAYA MUSAKA
Université protestante de Lubumbashi - Licence 2021
  

précédent sommaire suivant

Bitcoin is a swarm of cyber hornets serving the goddess of wisdom, feeding on the fire of truth, exponentially growing ever smarter, faster, and stronger behind a wall of encrypted energy

3.2. ANALYSE DES CAS D'UTILISATION

3.2.1. ELABORATION DU DIAGRAMME DES CAS D'UTILISATION

À partir du premier diagramme de cas d'utilisation élaboré dans la partie des exigences fonctionnelles qui ne regroupe que des fonctionnalités purement métier, il est possible d'affiner maintenant l'analyse des différents cas. Cette analyse conduit à ajouter d'autres cas d'utilisation informatiques et différents acteurs.

Figure 3. 2 Diagramme de cas d'utilisation système avec cas d'utilisation informatique

3.2.2. DESCRIPTION DES CAS D'UTILISATION

Dans cette partie nous allons poursuivre notre analyse par la description des différents cas d'utilisation. Pour le cadre de ce travail nous allons effectuer la description des cas d'utilisation suivants :

· Cas 1 : Consulter programme ;

· Cas 2 : Conclure contrat ;

· Cas 3 : S'authentifier ;

· Cas 4 : Gérer réservation place ;

· Cas 5 : Créer compte ;

Pour chaque cas d'utilisation, les sous-activités suivantes de l'activité « Analyse des cas d'utilisation » sont réalisées :

ï Description du cas d'utilisation

ï Élaboration du diagramme de séquence

ï Élaboration d'une maquette pouvant représenter la composition des différentes IHM

ï Élaboration du diagramme de classe

1. Cas d'utilisation 1 : « Créer compte »

Figure 3. 3 Description textuelle du CU Créer compte

Cas d'utilisation 1 : « Créer compte »

Objectif : permettre à un internaute de pouvoir s'inscrire au système au système.

Acteur concerné : internaute

Auteur : Daniel MBAYA MUSAKA

Date: 28 Septembre 2021 (première version)

Pré-condition : aucun

Scenario nominal

1. L'internaute demande l'interface d'inscription

2. Le système lui affiche l'interface

3. L'internaute saisit les informations requises et valide le formulaire

4. Le système vérifie les données entrées par l'utilisateur

5. Le système enregistre un nouveau client

Scenario alternatif

4. Erreur détectée dans la saisie

4.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 3 du scénario nominal.

Scenario d'exception

4. L'utilisateur a validé un formulaire vide

4.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. 4 Diagramme de séquence du CU créer compte

Figure 3. 5 Interface IHM du CU Créer compte

Figure 3. 6 Diagramme des classes participantes Créer compte

précédent sommaire suivant






Bitcoin is a swarm of cyber hornets serving the goddess of wisdom, feeding on the fire of truth, exponentially growing ever smarter, faster, and stronger behind a wall of encrypted energy








"Là où il n'y a pas d'espoir, nous devons l'inventer"   Albert Camus