Conception d'une application pour le suivi de passagers

1.3.1 Identification des acteurs du métier:

Nous allons maintenant énumérer les acteurs qui interagissent avec le système dans notre métier, mais d'abord nous donnons une définition de ce que c'est un acteur.

Un acteur représente l'abstraction d'un rôle joué par des entités externes (utilisateur, dispositif matériel ou autre système) qui interagissent directement avec le système étudié^{8( *)}.

Les acteurs du système identifiés dans un premier temps sont :

1. COMPAGNIE : la compagnie établie le manifeste passagers. Elle peut le modifier ou le supprimer. Elle transmet aussi le manifeste passager à la RVA.

2. BNA : Reçoit le manifeste de la part de la compagnie, le transmet à la VTA et au service commerciale.

3. VTA : s'occupe de la vérification des passagers lors de leur monté dans l'avion.

4. SERVICE COMMERCIALE : Elabore le formulaire de trafic en fonction des données se trouvant sur le manifeste ; il s'occupe aussi de la taxation des redevances.

1.3.2 Diagramme de contexte du métier:

Le diagramme de contexte est un outil nous permettant d'avoir une vision globale des interactions entre les activités et les liens vis-à-vis de l'extérieur. Il permet également de bien délimiter le champ d'étude.

SERVICE COMMERCIAL

VTA

Système de control de passager

BNA

« ACTOR »

COMPAGNIE

1.3.3 Diagramme d'activité du métier 

Le diagramme d'activités n'est autre que la transcription dans UML de la représentation du processus telle qu'elle a été élaborée lors du travail qui a préparé la modélisation : il montre l'enchainement des activités qui concourent au processus.^{9( *)}

1.3.4 Capture des besoins fonctionnels du métier 

Cette phase va nous permettre d'identifier les différents cas d'utilisations de notre métier. Par le biais des cas d'utilisation, nous serons en contact permanent avec les acteurs du système en vue de définir les limites de celui-ci, et ainsi éviter de trop s'éloigner des besoins réels de l'utilisateur final.

Un cas d'utilisation est une unité cohérente représentant une fonctionnalité visible de l'extérieur. Il réalise un service de bout en bout, avec un déclenchement, un déroulement et une fin, pour l'acteur qui l'initie. Un cas d'utilisation modélise donc un service rendu par le système, sans imposer le mode de réalisation de ce service.^{10( *)}

Les différents cas d'utilisation retenus pour notre métier sont les suivants :

NOM DU CAS D'UTILISATION	INTENTION	ACTION
Etablir manifeste	Transcrire la liste des passager sur un manifeste une fois un vol est confirmé	Saisir les coordonnés de chaque passager, les modifier et même annuler un passager
Payer redevances	Permettre à la compagnie de s'acquitter des exigences de la RVA avant tout vol	Renseigner paiement, modalité et montant
Réceptionner manifeste	Recevoir tout manifeste venant des compagnies et l'enregistrer	Enregistrer manifeste et le transmettre au service commerciale
Autoriser control	Donner l'autorisation à la VTA pour aller faire un control des passagers montant dans l'appareil	Saisir l'autorisation, Annuler et modifier
Contrôler passager	Se rendre compte du nombre de passagers par rapport à celui se trouvant sur le manifeste	Compter le nombre de passager qui montent dans l'appareil
Elaborer formulaire	Permettre au service commerciale d'élaborer un formulaire de trafic renseignant sur les redevances à par la compagnie	Remplir le formulaire de trafic
Encaisser paiement	Percevoir l'argent provenant de la compagnie en fonction du montant figurant sur le formulaire de trafic	Enregistrer paiement, établir une quittance prouvant le paiement

Diagramme de cas d'utilisation du métier

C'est un diagramme qui représente la structure des grandes fonctionnalités nécessaires aux utilisateurs du système. C'est le premier diagramme du modèle UML, celui où s'assure la relation entre l'utilisateur et les objets que le système met en oeuvre.

Etude des relations entre les cas d'utilisation