DIAGRAMMES DE COMPOSANTS

&
DIAGRAMMES DE DÉPLOIEMENT

Mme Sfaxi Lilia

Mlle ZoubeirNajet

L2ARS/SIL – 2011/2012
 DIAGRAMME DE COMPOSANTS
▪ Le diagramme de composants montre l'organisation et la dépendance entre les
différents composants du système.

▪ C'est un diagramme qui permet de modéliser les aspects physiques des systèmes
orientés objet.

▪ Il permet de spécifier l'architecture logicielle dans un environnement de réalisation

donné.

▪ Il montre la décomposition du système en éléments physiques qui peuvent être des

exécutables, des bibliothèques, des tables, des fichiers et des documents.
DIAGRAMME DE COMPOSANTS (FORMALISMES)
 DIAGRAMME DE COMPOSANTS (FORMALISMES)

▪ Le diagramme de composants comprend les éléments suivants :

- des composants,
- des relations de dépendance.
- des interfaces,

▪ Comme tous les autres diagrammes, le diagramme de

composants peut contenir des notes et des contraintes. Il peut
également contenir des paquetages qui regroupent les éléments
du modèle en éléments plus grands.
 DIAGRAMME DE COMPOSANTS (COMPOSANTS)

▪ Un composant est l'implémentation physique d'un élément logique tel que les clases et les
collaborations (messages envoyés).

▪ Chaque composant doit avoir un nom, qui est formé d’une chaîne de caractères.

▪ Le nom peut être simple ou composé (précédé par le nom du paquetage dans le quel, il
réside).
DIAGRAMME DE COMPOSANTS (COMPOSANTS)
Modélisation du code source

Lorsqu'on développe un logiciel en java , on sauvegarde le code source

en fichiers java. C++, on stocke généralement le code source dans les
fichiers d'entête avec l'extension .h et le corps dans les fichiers avec
l'extension .cpp. les relations entre les fichiers source peuvent être
utilisées comme entrées pour les outils de compilation.
DIAGRAMME DE COMPOSANTS (COMPOSANTS)
Modélisation du code source

Exemple
DIAGRAMME DE COMPOSANTS (COMPOSANTS)
Modélisation des exécutables et des bibliothèques

▪ Pour les systèmes simples, il existe un seul fichier exécutable, le diagramme de

composants n’est pas nécessaire.

▪ Lorsqu'il s'agit d'une application moins simple : il existe plusieurs exécutables et

bibliothèques associées, il est important de montrer la relation entre le fichier
exécutable principal (un fichier .exe) et de ces parties annexes comme les
bibliothèques (généralement des .dll).

▪ Certains composants sont réutilisés dans plusieurs applications, le diagramme de

composants permet de montrer dans quelle mesure la modification d'un
composant affecté à une application peut influencer d'autres applications.
DIAGRAMME DE COMPOSANTS (COMPOSANTS)
Modélisation des exécutables et des bibliothèques

Exemple
 DIAGRAMME DE COMPOSANTS (COMPOSANTS)
Modélisation des tables, des fichiers et des documents

L'implémentation peut comporter des fichiers, des bases de données, des

fichiers d'aide, des fichiers d'initialisation, des fichiers d'installation et de
désinstallation, etc. la modélisation de ces composants est un élément très
important pour contrôler la configuration du système.
DIAGRAMME DE COMPOSANTS (COMPOSANTS)
Modélisation des tables, des fichiers et des documents

Exemple
 DIAGRAMME DE COMPOSANTS (COMPOSANTS)
Organisation des composants

UML définit plusieurs stéréotypes standards qui s'appliquent aux

composants :

▪ Exécutable : un composant qui peut être exécuté.

▪ Library : une bibliothèque objet (statique ou dynamique).
▪ Table : table d'une base de données.
▪ File : composant qui peut être un document contenant un code source
ou des données.
▪ Documents : un composant qui représente un document.
▪ DB instance : un ensemble de table ou vue.
 DIAGRAMME DE COMPOSANTS (COMPOSANTS)
Organisation des composants
▪ D'autres stéréotypes peuvent être définis en cas de besoin. Un composant a la forme
suivante (sans spécifier que c'est un sous programme, tâche, etc.) :

ou porter un stéréotype :
 DIAGRAMME DE COMPOSANTS (COMPOSANTS)
Organisation des composants
▪ Pour chaque type de composant, on peut utiliser une représentation spécifique :

✓ Programme principal : Représente le fichier qui

contient la racine du programme (programme
principal), généralement, il existe un seul
programme principal par programme. En C++ par
exemple c'est le main()

✓ Paquetages : pour faciliter la réalisation d'un

logiciel, les différents composants peuvent être
groupés en sous systèmes sous forme de
paquetages selon un critère logique
(groupement de cas d'utilisation, de classes,
etc.) un paquetage peut être représenté par
l'icône suivante :
 DIAGRAMME DE COMPOSANTS (DÉPENDANCE)
Un composant est rarement indépendant, un composant collabore avec les autres
composants et ce, dans le cadre de l'architecture ou la technologie dans les quelles il est
supposé être utilisé. La dépendance montre qu'un composant a besoin d'un autre
composant pour être définie. La relation de dépendance représente généralement une
dépendance de compilation. Les dépendances peuvent porter des stéréotypes tels que :
amis, ou des stéréotypes définis selon les besoins.

Exemple :
 DIAGRAMME DE COMPOSANTS (DÉPENDANCE)
Une interface est un ensemble d'opérations qui servent à spécifier les services d'une classe
ou d'un composant. Les interfaces sont utilisées pour assembler les composants entre eux
tout en gardant leur indépendance. Le composant qui réalise l'interface peut être connecté
à l'interface à l'aide d'une relation de réalisation simplifiée ou étendue (peut révéler les
opérations). Le composant qui accède aux services de l'autre composant à travers l'interface
est relié à cette dernière par une relation de dépendance.
Exemple :
 DIAGRAMME DE DÉPLOIEMENT
Le diagramme de déploiement indique l'organisation matérielle de l'application à
concevoir. Il spécifie les composants physiques nécessaires pour l'application. Il peut
indiquer la répartition des éléments logiques (appartenant à un diagramme de
composants) exécutés au niveau de chaque nœud.
 DIAGRAMME DE DÉPLOIEMENT

Le diagramme de déploiement comprend les éléments suivants :

- des noeuds,
- des connexions,
- des composants,

Comme tous les autres diagrammes, le diagramme de déploiement peut contenir des
notes et des contraintes.
 DIAGRAMME DE DÉPLOIEMENT
Nœuds
Ce sont les objets physiques nécessaires pour réaliser un traitement. Un nœud doit avoir nom
composé d'une chaîne de caractères excepté les : . Le nom peut être simple ou complet (précédé
par le nom du paquetage dans lequel il réside). On peut organiser les nœuds en paquetages de la
même façon que les classes et les composants.

Deux types de matériels sont distingués dans UML :

- un processeur : un nœud qui a les capacités de traitement, c'est à dire qu'il peut exécuter un
composant.
- un périphérique : imprimante, modem, etc.
La nature de l'équipement peut être précisée au moyen d'icônes :
 DIAGRAMME DE DÉPLOIEMENT
Connexions
Les nœuds sont reliés par une connexion qui est une relation de communication. Il n'est pas
toujours nécessaire d'indiquer le nom de la connexion. Il existe des stéréotypes prédéfinis
pour les protocoles de communication : TCP/IP, X25, RS-232, etc.

Composants
Des instances de composants peuvent être incluses dans une instance de nœuds.