7.2.1 Composant, interfaces offertes et requises

    précédent     suivant 

Dans le monde du bâtiment, le modèle de l’architecture (logique) permet de visualiser, spécifier et documenter sur papier les caractéristiques de la future construction : positions des murs, des fenêtres, etc. Lors de la construction, on utilise des composants fenêtres, portes, murs. Ce sont des objets physiques qui existent dans le monde réel. Ils rendent des services mais définissent leurs exigences : taille, espace, etc. Par analogie, dans un système informatique, le modèle logique d’une application permet de visualiser, spécifier et documenter la structure et le comportement des entités qui collaborent. La construction s’appuie sur des composants logiciels. Un composant logiciel définit les services logiciels qu’il rend et aussi les services dont il est en attente pour pouvoir fonctionner. Ainsi, un composant spécifie les interfaces qu’il fournit (qu’il réalise) et les interfaces qu’il requiert.

Un composant joue le même rôle qu’une classe : généralisation, association avec d’autres classes et composants, réalisation d’interfaces, etc. La principale différence entre une classe et un composant est qu’un composant regroupe des classes. Un composant est dessiné comme un rectangle avec le stéréotype «component». Si le composant est gros alors UML suggère de remplacer le stéréotype «component» par «subsystem». La diapositive montre les deux manières de spécifier les interfaces fournies (offertes) et requises d’un composant. La première notation graphique est plus concise et la seconde utilise uniquement des stéréotypes. Notez que le composant est relié à ses interfaces offertes par une association de réalisation alors qu’il est relié à ses interfaces requises par une relation de dépendance.

Cf. le glossaire pour la définition du terme « composant ».

D. Conan, C. Taconet, C. Bac, Télécom SudParis, CSC 4002, Octobre 2015