UML Structure

Component diagram
 Introduction

Les diagrammes structurels reprsentent l'aspect statique du systme.

Six diagrammes sont proposs par UML 2 pour assurer cette description :

- Class diagram
- Object diagram
- Composite structure diagram
- Package diagram
- Component diagram
- Deployement diagram
COMPONENT DIAGRAM
 Introduction

- La rutilisabilit d'un logiciel est son aptitude tre rutilis, en tout ou

en partie, dans de nouvelles applications.

- Une classe, de part sa faible granularit, ne constitue pas une rponse

adapte la problmatique de la rutilisation.

- Les notions de patrons et de canevas d'applications ont conduit dans les

annes 1990 un nouveau concept : Le Composant.

- La programmation par composant est une rvolution : la rutilisation du

composant et l'indpendance de son volution vis--vis des applications qui
l'utilisent.
Prsentation gnrale et concepts de base

- L'utilisation de composant est assimilable une approche objet, non pas au

niveau code, mais au niveau de l'architecture gnrale du logiciel.

- Le diagramme de composant permet de reprsenter les composants logiciels

d'un systme ainsi que les liens existant entre ces composants.

- Les composants logiciels peuvent tre de deux origines :

- des composants mtiers propres une entreprise

- des composants disponibles sur le march : EJB, CORBA, .NET, WSDL...
Prsentation gnrale et concepts de base

Composant

- Un composant reprsente une partie modulaire d'un systme qui encapsule

un contenu et dont la contribution est remplaable dans son environnement :
il constitue une unit autonome.

- Son comportement interne, gnralement ralis par un ensemble de

classes, est totalement masqu.

- Sa contribution est ralise par l'intermdiaire d'interfaces qui isole son

contenu de son environnement.
Prsentation gnrale et concepts de base

Composant(suite)

- Assimil un lment excutable du systme, il est caractris par :

- un nom
- une spcification externe sous forme de plusieurs interfaces
requises et de plusieurs interfaces fournies.
- un port de connexion entre le composant et une interface.

- Une interface requise est une interface ncessaire au bon fonctionnement

du composant.

- Une interface fournie est une interface propose par le composant aux
autres composants.
Prsentation gnrale et concepts de base

Formalisme

- Un composant est reprsent par un classeur avec le mot cl composant

ou bien comportant une icne reprsentant un module.
 Reprsentation et exemple

Deux types de reprsentations :

Reprsentation Bote noire

- C'est une vue externe du composant qui prsente ses interfaces fournies et
requises sans entrer dans le dtail de l'implmentation du composant.

- Le comportement interne du composant, gnralement ralis par un

ensemble de classes, est totalement masqu.

Plusieurs reprsentations sont possibles pour la Bote noire :

 Reprsentation et exemple

Reprsentation Bote noire (suite)

Connecteur d'assemblage

L'interface fournie avec un trait et un petit cercle et l'interface requise

avec un trait et un demi-cercle : ce sont les connecteurs d'assemblage.
 Reprsentation et exemple

Reprsentation Bote noire (suite)

Connecteur d'interfaces

Cette reprsentation utilise les dpendances d'interfaces utilise et realise

- Pour une interface fournie, une relation de ralisation part du composant

vers l'interface.

- Pour une interface requise, une relation de dpendance avec le mot-cl

use part du composant vers l'interface.
 Reprsentation et exemple

Reprsentation Bote noire (suite)

Compartiment

Cette dernire reprsentation utilise une forme textuelle des interfaces

fournies et requises l'intrieur d'un second compartiment.
 Reprsentation et exemple

Reprsentation bote blanche

C'est une vue interne du composant qui dcrit son implmentation l'aide de
classificateurs (classes et composants) qui le composent.

Plusieurs modlisations sont possibles pour la reprsentation bote blanche :

 Reprsentation et exemple

Reprsentation bote blanche (suite)

Compartiment

Form de trois compartiment :

- Forme textuelle des interfaces fournies et requises

- les classificateurs (classes, autres composants)
- les artfacts (lment logiciel : jar, war, ear, dll) reprsentant
physiquement le composant
 Reprsentation et exemple

Reprsentation bote blanche (suite)

Dpendance

- Les classificateurs qui composent le composant sont relis celui-ci par une
relation de dpendance.

- Les relations entre les classificateurs (association, composition, agrgation)

sont aussi modlises.
 Reprsentation et exemple

Reprsentation bote blanche (suite)

Ports et connecteurs

- Le port est un petit carr sur le composant. C'est un port de connexion

entre un classeur et son environnement. Il peut tre nomm.
 Reprsentation et exemple

Reprsentation bote blanche (suite)

Ports et connecteurs (suite)

- Les connecteurs permettent de relier les ports aux classificateurs. Ils sont
reprsents en association navigable indiquant que toute information arrivant
au port est transmise classificateur.
 Reprsentation et exemple

Reprsentation bote blanche (suite)

Ports et connecteurs (suite)

L'interface fournie GestionCommande est accessible de l'extrieur via un port et permet

d'accder via les connecteurs aux oprations des classes. L'interface Personne est requise
pour l'affichage et est accessible via un port du composant.
 Utilisation du diagramme

- Le diagramme de composant est exclusivement ddi la conception

d'architecture o il sert exprimer l'organisation logicielle du produit final.

- Il permet donc d'anticiper la composition de la livraison finale en

dfinissant les artfacts produire.