Analyse et Conception

Orientée Objet
(Unified Modeling Language – UML - )

université d’Alger 1 -
Benyoucef Benkhedda
Diagramme de composant

2
Diagramme de composant

Le diagramme de composant permet de représenter les composants logiciels

d’un système ainsi que les liens existant entre ces composants.

Les composants logiciels peuvent être de deux origines : soit des composants
métiers propres à une entreprise soit des composants disponibles sur le marché
comme par exemple les composants EJB, CORBA, .NET.

3
Diagramme de composant
Composant

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 soit d’une ou plusieurs interfaces requises,
soit d’une ou plusieurs interfaces fournies ;
• un port de connexion.

Le port d’un composant représente le point de connexion entre le composant et

une interface. L’identification d’un port permet d’assurer une certaine
indépendance entre le composant et son environnement extérieur.
4
Diagramme de composant

Deux types de représentation sont disponibles pour modéliser les composants :

une représentation « boîte noire » et une représentation « boîte blanche ». Pour
chaque représentation, plusieurs modélisations des composants sont proposées.

5
Diagramme de composant
Représentation « boîte noire »

C’est une vue externe du composant qui présente ses interfaces fournies et
requises sans entrer dans le détail de l’implémentation du composant.

6
Diagramme de composant
Connecteur d’assemblage

Une interface fournie se représente à l’aide d’un trait et d’un petit cercle et une
interface requise à l’aide d’un trait et d’un demi-cercle. Ce sont les connecteurs
d’assemblage.

7
Diagramme de composant
Connecteur d’interfaces

Une autre représentation peut être aussi utilisée en ayant recours aux
dépendances d’interfaces utilise et réalise :

• pour une interface fournie, c’est une relation de réalisation partant du

composant et allant vers l’interface ;
• pour une interface requise, c’est une dépendance avec le mot-clé « utilise »
partant du composant et allant vers l’interface.

8
Diagramme de composant
Connecteur d’interfaces

9
Diagramme de composant
Compartiment

Une dernière manière de modéliser un composant avec une représentation

boîte noire est de décrire sous forme textuelle les interfaces fournies et requises
à l’intérieur d’un second compartiment.

10
Diagramme de composant
Représentation « boîte blanche »

C’est une vue interne du composant qui décrit son implémentation à l’aide de
classificateurs (classes, autres composants) qui le composent. Plusieurs
modélisations sont possibles pour la représentation boîte blanche.

11
Diagramme de composant
Compartiment

Une manière de modéliser un composant avec une représentation boîte

blanche est de décrire sous forme textuelle les interfaces fournies et requises à
l’intérieur d’un compartiment, les classificateurs (classes, autres composants)
dans un autre compartiment, les artefacts (élément logiciel : jar, war, ear, dll)
qui représentent physiquement le composant dans un dernier compartiment.

12
Diagramme de composant
Compartiment

13
Diagramme de composant
Dépendance

Une autre représentation interne du composant peut être aussi utilisée en

ayant recours aux dépendances. Ainsi, les classificateurs qui composent le
composant sont reliés à celui-ci par une relation de dépendance.

Les relations entre les classificateurs (association, composition, agrégation) sont

aussi modélisées. Néanmoins, si elles sont trop complexes, elles peuvent être
représentées sur un diagramme de classe relié au composant par une note.

14
Diagramme de composant
Dépendance

15
Diagramme de composant
Ports et connecteurs

Le port est représenté par un petit carré sur le composant. Les connecteurs
permettent de relier les ports aux classificateurs. Ils sont représentés par une
association navigable et indiquent que toute information arrivée au port est
transmise au classificateur.

16
Diagramme de composant
Ports et connecteurs

17
Diagramme de déploiement

18
Diagramme de déploiement

Un diagramme de déploiement décrit la disposition physique des ressources

matérielles qui composent le système et montre la répartition des composants
sur ces matériels. Chaque ressource étant matérialisée par un nœud, le
diagramme de déploiement précise comment les composants sont répartis sur
les nœuds et quelles sont les connexions entre les composants ou les nœuds.

Les diagrammes de déploiement existent sous deux formes : spécification et

instance.

19
Diagramme de déploiement
Nœud

Chaque ressource est matérialisée par un nœud représenté par un cube

comportant un nom. Un nœud est un classeur et peut posséder des attributs
(quantité de mémoire, vitesse du processeur…).

Nœud instance de nœud

20
Diagramme de déploiement
Nœud

Pour montrer qu'un composant est affecté à un nœud, il faut soit placer le
composant dans le nœud, soit les relier par une relation de dépendance
stéréotypée « support » orientée du composant vers le nœud

21
Diagramme de déploiement
Artifact
Un artefact correspond à un élément concret existant dans le monde réel
(document, exécutable, fichier, tables de bases de données, script…). Il se
représente comme un classeur par un rectangle contenant le mot-clef « artifact »
suivi du nom de l'artefact.

Représentation du déploiement de deux artefacts dans un nœud. La

dépendance entre les deux artefacts est également représentée. 22
Diagramme de déploiement
Artifact

Représentation du déploiement de deux artefacts dans un nœud

utilisant la relation de dépendance stéréotypée « deploy ».

23
Diagramme de déploiement
Artifact
L'implémentation des modèles (classes…) se fait sous la forme de jeu d'artefacts. On
dit qu'un artefact peut manifester, c'est-à-dire résulter et implémenter, un ensemble
d'éléments de modèle. On appelle manifestation la relation entre un élément de
modèle et l'artefact qui l'implémente. Graphiquement, une manifestation se
représente par une relation de dépendance stéréotypée « manifest »

Représentation du déploiement dans un nœud d'un

artefact manifestant un composant.
24
Diagramme de déploiement
Artifact

Une instance d'un artefact se déploie sur une instance de nœud.

Graphiquement, on utilise une relation de dépendance (flèche en trait pointillé)
stéréotypée « deploy » pointant vers le nœud en question.

L'artefact peut aussi être inclus directement dans le cube représentant le nœud.

En toute rigueur, seuls des artefacts doivent être déployés sur des nœuds. Un
composant doit donc être manifesté par un artefact qui, lui-même, peut être
déployé sur un nœud.

25
Diagramme de déploiement
Diagramme de déploiement
Dans un diagramme de déploiement, les associations entre nœuds sont des chemins
de communication qui permettent l'échange d'informations.

26