3.4.3. ÉLABORATION DU DIAGRAMME DE NAVIGATION
GENERALE
Figure 3. 33 Diagramme de navigation
générale
3.4.4. ÉLABORATION DU DIAGRAMME DE PAQUETAGE
Un paquetage est un regroupement d'éléments de
modèle et de diagrammes. Il permet ainsi d'organiser des
éléments de modélisation en groupes. Il peut contenir tout
type d'élément de modèle : des classes, des cas
d'utilisation, des interfaces, des diagrammes... et même des paquetages
imbriqués (décomposition hiérarchique)(AUDIBERT, 2009).
Un paquetage regroupe des éléments de la
modélisation appelés aussi membres, portant sur un sous-ensemble
du système. Le découpage en paquetage doit traduire un
découpage logique du système à construire qui corresponde
à des espaces de nommage homogènes(Gabay, 2008).
Nous allons catégoriser nos paquetages en regroupant
types des classes issues des diagrammes des classes participantes pour chaque
cas d'utilisation
1. Dialogue : paquetage regroupant l'ensemble des classes
permettant la gestion des dialogues de l'application :
· Dialogue Catalogue Programmes.
· Dialogue Conclure contrat.
· Dialogue Résultat contrat.
· Dialogue Accueil.
· Dialogue Formulaire d'authentification.
· Dialogue Créer compte.
· Dialogue Gérer programme.
· Dialogue Formulaire réservation.
· Dialogue Résultat réservation.
· Dialogue Gérer réservations client.
· Dialogue Gérer contacts client.
2. Contrôleur : paquetage regroupant l'ensemble des
classes permettant la gestion des contrôleurs de l'application :
· CTRL Catalogue Programmes.
· CTRL Contrat.
· CTRL Créer compte.
· CTRL Gérer programme.
· CTRL Connexion.
· CTRL Reserv.
· CTRL GérerRéserv. client.
· CTRL GérerContacts client.
3. Entité : paquetage regroupant l'ensemble des
classes métiers de l'application. Et ces classes seront
regroupées en 3 :
a) Gestion des administrés
· Programme.
· LigneProgramme.
· Place.
b) Gestion des utilisateurs
· User.
· Client.
· Administrateur.
· Agent.
c) Gestion des activités
· Réservation.
· Contrat_transport.
Figure 3. 34 Diagramme de package
3.4.5. ÉLABORATION DU MODELE LOGIQUE
3.4.5.1. Règles de passage en modèle logique de
données (MLD)
A partir du diagramme des classes récapitulatifs nous
pouvons déduire un modeler logique qui est un modèle plus proche
de l'implémentation. Le passage du diagramme de classes (entités)
en modèle logique se fait sur base de certains réglés,
appelées règles de transformations. Voici donc ces
différentes règles :
1. Règles des classes
· Toutes les classes deviennent des tables en MLD.
· Les attributs de la classe deviennent des champs de la
table.
· L'identifiant de la classe devient la clé primaire
de la table.
2. Règles des relations
a. Relation 1 à 1
Il existe deux règles pour transformer la relation 1
à 1 :
· La fusion des deux classes qui participent à la
relation si et seulement si les deux classes sont issues d'une même
fonctionnaliste. Et le nom de la nouvelle classe sera la concaténation
de deux classes en relation.
Avantage : diminution des accès
à base des données
· La clé primaireissue de la classe de la
première fonctionnalité migre vers la classe issue de la
deuxièmefonctionnalité, elle devient ainsi la
cléétrangère dans la nouvelle table.
b. Relation 1 a plusieurs
Dans ce type de relation la transformation se fait en migrant
la clé primaire issu de la classe parent (àmultiplicité
maximal de 1) vers la classe enfant (àmultiplicité maximal de *),
l'attribut ainsi ajout joue le rôle de la
cléétrangère
c. Relation plusieurs à plusieurs
Il existe deux type de relation plusieurs à plusieurs,
une relation 2-tiers et une relation N-tiers. Dans les deux cas l'association
déduit une classe-association qui aura comme clé primaire la
concaténation des clés primaires des classes qu'elle relie. La
clé primaire de la nouvelle table issue de la classe-association
dérive de la concaténation de deux clés primaire des
classes en association.
d. Règle de la relation
réflexive
On crée un nouvel attribut dans la table de
transformation pour gérer les deux relations.
e. Règle des agrégations
Elle est transformée comme une classe association. La
relation devient la table et la clé primaire est la concaténation
des deux clés primaires des classes associations.
f. Règle de la composition
Pour la relation de composition on ajoute la clé
primaire de la table déduite de la classe composite ou de
l'agrégatà la clé primaire déduite de la classe
composante. L'attribut ainsi ajouté joue le rôle de la clé
primaire et étrangère.
g. Règles d'héritage
· Transformation par distinction : on fait appel
à l'héritage exclusif dont la classe abstraite n'existe pas.
· Transformation descendante : elle fait appel
à la contrainte de partition. C'est-à-dire l'héritage non
complet. On parle de la spécialisation (la surclasse est une classe
abstraite. Ses instances migrent dans la sous-classe).
· La transformation ascendante : elle fait appel
à la contrainte de totalité. C'est-à-dire
l'héritage complet. On parle de la généralisation.
| 
