I.6. Présentation du schéma relationne
La conception générique permet d'élaborer
le modèle logique du modèle statique. Pour la réalisation
du système, une base de données est nécessaire. Afin de
parvenir à sa réalisation, le passage du modèle objet du
diagramme de classe, au modèle relationnel est nécessaire. Du
modèle statique au modèle logique des transformations sont
nécessaires. Le tableau suivant illustre ces différentes
transformations.
Tableau 11 : Règle de passage
|
Modèle objet
|
Modèle relationnel
|
|
Classe
|
Table
|
|
Attributs de type simple
|
Colonnes
|
|
Attributs de type composé
|
Clé étrangère ou colonnes
|
|
Instance
|
n-uplets
|
|
Identifiant d'objet
|
Clé primaire
|
|
Association
|
Clé étrangère ou table de lien
|
|
Héritage
|
Clé primaire sur plusieurs tables
|
a. Elève
b. Agent
d. Frais
f. Paiement
63
c. Reçu
d. Classe
La relation de dépendance est utilisée dans les
diagrammes de composants pour indiquer qu'un élément de
l'implémentation d'un composant fait appel aux
64
g. Formulaire d'inscription
I.7. Diagramme composant
Le diagramme de composant permet de représenter les
composants logiciels d'un système ainsi que les liens existants entre
ces composants.
Les composants logiciels peuvent être de deux origines :
soit des composant métiers propres à une entreprise soit des
composant disponible, parmi tous les facteurs qui concourent à la
qualité d'un logiciel, nous parlons de la notion de
réutilisabilité comme étant l'aptitude d'un logiciel
à être réutilisé, en tout ou en partie, dans des
nouvelles applications. Or, la notion de classe de par sa faible
granularité et ses connexions figées (les associations avec les
autres classes matérialisent des liens structurels), ne constitue pas
une réponse adaptée à la problématique de la
réutilisation.
Chaque composant est assimilé à un
élément exécutable du système. Il est
caractérisé par :
? Un nom ;
? Une spécification externe sous forme soi d'une ou
plusieurs interfaces requises. Soit d'une ou plusieurs interfaces fournis ;
? Un part de connexion.
Formalisme général : un composant est
représenté par un classeur avec le mot clé «
composant » ou bien par un classeur comportant une icône
représentant un module.
65
services offerts par les éléments
d'implémentation d'un autre composant. Diagramme de
composant
Figure 27 : Diagramme de composant
36 MUSANGU LUKA, Analyse et conception des
applications objets avec Le Processus Unifié, Kinshasa, Editions de
l'Université Protestante au Congo, Juillet 2017
66
| 
