Gestion informatisée des clients d'une société d'aviation: cas de la Compagnie Africaine d'Aviation (CAA )/ Escale de Boende

I.2.3.2. RECENSEMENT ET DESCRIPTION DES RELATIONS

I.2.3.2.1. RECENSEMENT DES RELATIONS

Une relation estun lien sémantique entre une ou plusieurs entités. Une Relation peut être réflexive, de préférence binaire parfois ternaire. Elle peut également être porteuse d'une ou plusieurs propriétés.²²

²² http://fr.wikipedia.org/wiki/Merise_%28informatique%29

Compte tenu de la pertinence de notre démarc he, nous avons identifié les relations suivantes : - Ac heter

- Enregistrer

- Remplir - Etablir

- Remettre - Délivrer

1.2.3.2.2. REGLES DE GEST1ON

- Un Client peut ac heter un ou plusieurs Billets.

- On ne doit remettre a un client qu'un bon d'entrée caisse. - Un client ne peut être enregistré qu'à un seul manifeste.

- Un manifeste est rempli par un et un seul agent. - Un Agent peut délivrer un ou plusieurs billets.

- Un Agent établi un ou plusieurs Bon d'entrée Caisse.

1.2.3.2.3. Détermin ation de contraintes de c ardin alités

Les cardinalités permettent de caractériser le lien qui existe entre une entité et la relation a laquelle elle est reliée. La cardinalité d'une relation est composé d'un couple comportant une

borne maximale et une borne minimale, intervalle dans lequel la cardinalité d'une entité peut prendre sa valeur23

- Une borne maximale : nombre de fois qu'une occurrence d'une entité participe aux occurrences de l'association : 1 et n.

- Une borne minimale : nombre de fois qu'une occurrence d'une entité participe aux occurrences de l'association : 0 et 1.

La cardinalité d'un lien entre une entité et une association (relation) précise le minimum et le maximum de fois qu'un individu de l'entité peut être concerné par l'association (relation).24

23 DI GALLO Frédéric, op cit, p.26

²⁴ Cyril GRUAU, Conception d'une base de données, 2006, P ; 6

Pour notre MOD, nous avons retenu les rapports de cardinalités ci-après :

v Association CLIENT -- BILLET

Un Client peut ac heter un ou plusieurs Billets mais un billet ne peut être ac heter qu' a un seul client. Les objets Client et Billet sont associés par la rélation « Ac heter » exprimée par la cardinalité (1,n) (1,1).

v Association CLIENT -- MANIFESTE

Un client ne peut être enregistré qu'à un seul manifeste mais un manifeste peut enregistrer un ou plusieurs clients. Les objets Client et Manifeste sont associés par la rélation « Enregistrer » exprimée par la cardinalité ((1,1) (1,n)

v Association AGENT -- MANIFESTE

Un manifeste est rempli par un et un seul agent mais un agent peut remplir un ou plusieurs manifestes. Les objets Agent et Manifeste sont associés par la relation « Remplir » exprimée par la cardinalité (1,1) ((1,n).

v Association : AGENT -- BILLET

Un Agent peut délivrer un ou plusieurs billets et un billet est délivré que par un et un seul agent. Les objets Agent et Billet sont associés par la relation « Délivrer » exprimée par la cardinalité (1,n) (1,1).

v Association CLIENT -- BON D'ENTREE CAISSE

On ne doit remettre a un client qu'un seul bon d'entrée caisse et un bon d'entrée caisse ou plusieurs peuvent être remis a un client. Les objets Client et Bon d'entrée caisse sont associés par la relation « Remettre » exprimée par la cardinalité (1,1) (1,n).

v Association AGENT -- BON D'ENTREE CAISSE

Un Agent établi un ou plusieurs Bon d'entrée Caisse et un Bon d'Entrée Caisse ne peut être établi qu'avec un et un seul Agent. Les objets Agent et Bon d'entrée caisse sont associés par la relation « Etablir » exprimée par la cardinalité (1,n) (1,1)

(1,1)

I.2.3.3. PRESENTATION DU MCD

(1,n) (1,1)

ACHETER

BILLET

# Numbi

- NPNcli

- Dest. -

- Date

- Montant

CLIENT

# Numcli

- Sexe

- Adr

-- Contact

(1,1)

(1,1)

ENREGISTRER

REETTRE REMETTRE

(1,n)

ETABLIR

(1,1)

DELIVRER

AGENT

-

- NumMAt

- - NPN -

- Fonction

-

- Sexe

- - Grade -

- Service

- D.Eng

(1,n)

(1,n)

(1,1)

(1,n)

REMPLIR

BEC

# Numbec

- NPN Cli

- Libellé

- Montant

(1,n)

MANIFESTE

# Codeman - NPNcli - Dest. - Poids de louds

1.2.3.3.1. LES OBJETS RECENSES

CLIENT # Numcli - Sexe - Adr - Contact

MANIFESTE

# Codeman

- NPNcli

- Dest.

- Poids

BILLET

# Numbi

- NPNcli

- Dest.

- Date

- Montant

AGENT

- NumMAt

- NPN

- Fonction

- Sexe

- Grade

- Service

- D.Eng BEC

# Numbec

- NPN Cli

- Libellé

- Montant

ENREGISTRER

REMPLIR

ACHETER REMETRE

ETABLIR

DELIVRER

1.2.3.3.2. LES RELATIONS RECENSEES

ET, OU, NON

1.2.4. LE MODELE CONCEPTUEL DE TRAITEMENT (MCT)

1.2.4.1. Concepts utilises

Les concepts utilises dans la construction d'un MCT sont représentés comme

suit :

a. Evenement Le formalisme utilise :

Réservation de vol

b. Operation

Réservati
on de vol

Ou

Formalisme utilise

VERIFICATION

MANIFESTE

C. La Synchronisation

Les expressions utilisées sont : ET, OU, NON Le formalisme utilise est le suivant:

D. Le Résultat

Les conditions d'exécution peuvent être :

- TOUJOURS - OUI (OK)

- NON (KO)

Le formalisme utilisé pour représenter le résultat est le même que celui de l'événement.

I.2.4.1. PRESENTATION DU MCT

ARRIVEE DU CLIENT AU COMPTOIR

DEMANDE INFORMATION (Programme de

ET

RESERVATION ETABLISSEMENT MANIFESTE

TOUJOURS

RESERVATION
FAITE

Facturation

OK

KO

VOYAGE
ANNULE

BILLET DELIVRER

B E C REMIS