Artefact :
|
![]() |
La partie d'un système encapsulant un comportement, expose un ensemble d'interfaces et regroupe les autres éléments du modèle. Vu de l'extérieur, un sous-système est un seul élément du modèle de conception qui collabore avec d'autres éléments pour assumer ses responsabilités. Les interfaces visibles de l'extérieur et leur comportement sont référencées comme la spécification du sous-système. Vu de l'intérieur, un sous-système est un groupe d'éléments de modèle (classes de conception et autres sous-systèmes) qui réalisent les interfaces et le comportement liés à la spécification du sous-système. On appelle cela la réalisation du sous-système. |
---|---|
Autres relations : |
Partie de Modèle de conception
|
Rôle : | Concepteur |
Caractère facultatif/Occurrence: | Facultatif pour les systèmes simples exclusivement composés de classes et de packages. |
Canevas et rapports : |
|
Exemples : | |
Représentation UML : | Les sous-systèmes de conception sont modélisés comme des composants UML 2.0. UML définit également un type de composants appelé <<sous-système>>, indiquant qu'il peut être utilisé pour représenter par exemple des structures à grande échelle. Voir Principes et conseils : Sous-système de conception comme illustration. |
Informations supplémentaires : |
Entrée d'activités : | Sortie d'activités : |
Un sous-système de conception encapsule un comportement et fournit des interfaces explicites et formelles ; il n'expose pas (par convention) son contenu interne. Cela permet d'encapsuler complètement les interactions d'un certain nombre de classes et/ou de sous-systèmes. Cette capacité d'"encapsulation" des sous-systèmes de conception est contrastée par celle de l' Artefact: Package de conception, qui ne réalise aucune interface. On utilise principalement les packages dans la gestion des configurations et l'organisation de modèles, où les sous-systèmes offrent une sémantique comportementale supplémentaire.
Le sous-système de conception est créé durant la phase d'élaboration, lorsque que la fonctionnalité majeure est partitionnée en "morceaux" pouvant être développés.
Un concepteur est responsable de l'intégrité du sous-système de conception, en s'assurant que :
Les sous-systèmes de conception représentent un moyen important de décomposer les grands systèmes en éléments compréhensibles du système. Ils sont particulièrement utiles pour le développement par composants permettant d'indiquer les composants (voir Concepts : Composant) susceptibles d'être développés, ré-utilisés ou remplacés de manière indépendante.
Les décisions majeures de personnalisation relatives aux sous-systèmes de conception sont :
Cette décision de personnalisation doit être consignée dans l' Artefact:
Principes et conseils relatifs au projet.
Une décision de personnalisation majeure consiste à définir s'il est nécessaire de modéliser les sous-systèmes de conception comme des composants UML 2.0 ou comme des sous-systèmes UML 1.5 (voir Principes et conseils : Sous-système de conception).
Pour plus d'informations, reportez-vous au chapitre Différences entre UML 1.x et UML 2.0 .
RUP (Rational Unified Process)
|