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

 > 

Conception d'une application pour le suivi de passagers


par Désiré BOLONGO
ISP Budjala - I.G. 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

1.3.5 Classement des cas d'utilisations en itération

NOM CAS D'UTILISATION

PRIORITE

RISQUE

ITERATION

Etablir manifeste

Haute

Haut

1

Etablir formulaire

Moyenne

Moyen

3

Payer redevance

Moyenne

Moyen

4

Contrôler passager

Haute

Moyen

7

Réceptionner Manifeste

Haute

Haut

2

Autoriser contrôle

Moyenne

Moyen

6

Encaisser Paiement

Moyenne

Moyen

5

1.3.6 Regroupement des cas d'utilisation en Package

Pour améliorer notre modèle, nous allons organiser les cas d'utilisation et les regrouper en ensembles fonctionnels cohérents. Pour ce faire, nous utilisons le concept général d'UML, le package.

Le package est un mécanisme général de regroupement d'éléments en UML, qui peut être utilisé par exemple pour regrouper des cas d'utilisation, mais aussi des acteurs, des classes.11( *)

Ce diagramme donne une vue d'ensemble du système structuré en paquetage. Chaque paquetage représente un ensemble homogène d'éléments du système (classes, composants...).12( *)

1.3.7 Description textuelle des cas d'utilisation

1. Nom du cas d'utilisation : Etablir manifeste

- But : Donner la liste des passagers qui voyagent à la RVA.

- Résumé : Lorsqu'un vol est confirmé, l'élaboration du manifeste permet de donner les noms des passagers qui voyagent dans ce vol.

- Acteurs concernés : Compagnie

- Pré conditions :

· Confirmation d'un vol

· Qu'il y ait au moins un passager

- Scénario nominal :

1. Consulter la liste de réservation confirmée

2. Remplir les coordonnées des clients sur le manifeste

3. Saisir les informations sur les bagages des clients

4. Saisir les informations qui concernent le vol

5. La compagnie valide le manifeste

- Flux alternatif :

· Informations manquantes : Dans ce cas le système averti que les informations obligatoires sont manquantes. Ainsi, le système reprend à l'étape un (1) du scénario nominal.

· Informations mal rempli: la compagnie peut modifier les données mal remplies et ainsi revenir à l'étape cinq (5) du scénario nominal.

- Post conditions : Manifeste établi et disponible

- Classes candidates du CU : pour ce cas d'utilisation, nous retenons facilement les concepts métiers suivants :

· Manifeste

· Liste de réservation

· Passager

· Bagage

· Compagnie

2. Nom du cas d'utilisation : Réceptionner manifestes

- But : Avoir les précisions sur les passagers et le vol

- Résumé : Après élaboration du manifeste, la compagnie le remet à la RVA qui le reçoit pour se rendre compte du nombre de passagers qui voyagent.

- Acteurs concernés : BNA (Principal)

- Pré conditions : Néant

- Scénario nominal :

1. Recevoir dans les mains d'un agent de la compagnie un manifeste

2. Enregistrer manifeste

3. Valider réception

- Flux alternatif : Néant

- Post conditions : Manifeste reçu au BNA

- Classes candidates du CU : pour ce cas d'utilisation, nous retenons les concepts métiers suivants :

· Manifeste

· Compagnie

3. Nom du cas d'utilisation : Etablir formulaire de trafic

- But : Mettre au point un document qui montre les différentes taxes à payer par la compagnie compte tenu du vol.

Résumé : Une fois le manifeste réceptionné, le service commercial élabore un formulaire de trafic portant les taxes à payer par la compagnie.

- Acteurs concernés : Service Commerciale

- Pré conditions : -

· Manifeste réceptionné

· Autres documents en rapport avec le vol réceptionnés

- Scénario nominal :

1. Consulter le manifeste et autre documents en rapport avec le vol

2. Faire le calcul des redevances

3. Remplir le formulaire de trafic

- Flux alternatif :

· Informations manquantes ou erreur dans le calcul: dans ce cas il y a alerte signalant qu'il ya erreur dans le calcul et on reprend à l'étape un (1) du scénario nominal

· Formulaire mal rempli: le service commercial peut modifier les informations mal remplies

- Post conditions : Formulaire de trafic rempli et les redevances à payer par la compagnie sont connues.

- Classes candidates du CU : pour ce cas d'utilisation, nous retenons facilement les concepts métiers suivants :

· Manifeste

· Formulaire trafic

· Vol

· Compagnie

4. Nom du cas d'utilisation : Payer redevances

- But : La compagnie paie sa dette envers la RVA pour avoir accès au vol.

- Résumé : Après élaboration du formulaire de trafic, celui-ci est remis à la compagnie pour qu'elle se rende compte du montant à payer .Après cela la compagnie paie cette somme au près du service commerciale de la RVA

- Acteurs concernés : Compagnie (Principal), Service commerciale (Secondaire)

- Pré conditions : - formulaire de trafic établi

- Scénario nominal :

1. Consulter le formulaire de trafic

2. Passager au guichet du service commercial

3. Payer montant figurant sur le formulaire de trafic

4. Le service commerciale valide le paiement

- Flux alternatif :

· Le montant payé est inferieur au montant prévu : dans ce cas on revient à l'étape trois (3) du scénario nominal

- Post conditions : Redevance payé par la compagnie

- Classes candidates du CU : pour ce cas d'utilisation, nous retenons facilement les concepts métiers suivants :

· Formulaire trafic

· Compagnie

5. Nom du cas d'utilisation : Autoriser Control

- But : Permettre au service de vérification (VTA) de faire un control des passagers montant dans l'appareil.

Résumé : Une fois les redevances payés par la compagnies, le BNA donne une permission au VTA de passer à un control des passagers au pied de l'avion en fonction du manifeste.

- Acteurs concernés : BNA (principal), VTA (secondaire)

- Pré conditions : - Redevances payés et Paiement validé

- Scénario nominal :

1. Consulter fiche paiement

2. Autoriser control verbalement ou par écrit

- Flux alternatif : Néant

- Post conditions : Control autorisé

- Classes candidates du CU : pour ce cas d'utilisation, nous retenons facilement les concepts métiers suivants :

· Vol

· Compagnie

6. Nom du cas d'utilisation : Contrôler passager

- But : Vérifier si le nombre de passager inscrit sur manifeste est le même que celui des passagers qui montent dans l'avion.

Résumé : Lors du control si le nombre de passager qui montent dans l'appareil est supérieur à celui de ceux qui figurent sur le manifeste, la compagnie est appelée à rentrer au service commerciale pour payer le surplus.

- Acteurs concernés :VTA (principal) ,Compagnie (secondaire), Service commerciale (secondaire)

- Pré conditions : Autorisation control accordée

- Scénario nominal :

1. Récupérer liste passagers (manifeste)

2. Aller au pied de l'avion (tarmac)

3. Compter le nombre de passager montant dans l'avion

4. Comparer le nombre obtenu à celui du manifeste

5. Autoriser vol

- Flux alternatif :

· Nombre passager supérieur à celui du manifeste : dans ce cas on rentre au service commercial pour que la compagnie puisse payer la taxe pour les passagers de surplus et le processus reprend à l'étape cinq (5) du scénario nominal.

- Post conditions : Autorisation vol accordée

- Classes candidates du CU : pour ce cas d'utilisation, nous retenons facilement les concepts métiers suivants :

· Manifeste

· Passager

· Compagnie

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








"Le don sans la technique n'est qu'une maladie"