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 :   

Objet Haut de la page

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.

Calendrier Haut de la page

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.

Responsabilité Haut de la page

Un concepteur est responsable de l'intégrité du sous-système de conception, en s'assurant que :

  • Le sous-système encapsule son contenu, n'exposant que le comportement qu'il renferme par l'intermédiaire des interfaces qu'il réalise.
  • Les opérations des interfaces que le sous-système réalise sont réparties en classes ou en sous-systèmes.
  • Le sous-système implémente correctement ses interfaces.

Personnalisation Haut de la page

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' ar_projspecgls.htm -- This hyperlink in not present in this generated websiteArtefact: Principes et conseils relatifs au projet.

Représentation UML 1.xHaut de la page

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)   2003.06.15