Artefact :
|
![]() |
Un sous-système d'implémentation désigne un ensemble d'éléments d'implémentation. Les sous-systèmes d'implémentation structurent le modèle d'implémentation en le divisant en fragments plus petits pouvant être intégrés et testés séparément. | |
Autres relations : |
Partie de Modèle d'implémentation
| |
---|---|---|
Rôle : | Implémenteur | |
Caractère facultatif/Occurrence: | Recommandé. Phase d'élaboration. | |
Canevas et rapports: |
|
|
Exemples : | ||
Représentation UML : | Package dans le modèle d'implémentation, soit son package de plus haut niveau, soit stéréotypé en tant que <<sous-système d'implémentation>>. | |
Informations supplémentaires : | ||
Entrée d'activités : | Sortie d'activités : |
Les personnes suivantes sont amenées à utiliser le sous-système d'implémentation :
Le sous-système d'implémentation est l'analogue physique du package de conception. Le modèle d'implémentation et les sous-systèmes d'implémentation sont initialement définis dans la vue d'implémentation et sont par conséquent d'une importance primordiale lors du développement.
Nom de la propriété | Brève description | Représentation UML |
---|---|---|
Nom | Nom du sous-système | Attribut "Nom" sur l'élément de modélisation |
Brève description | Brève description du rôle et de l'objet du sous-système | Valeur marquée, de type "texte court" |
Eléments d'implémentation | Eléments d'implémentation directement contenus dans le sous-système, y compris les fichiers et répertoires. | Appartenance via la méta-agrégation "propriétaire de" |
Relations | Relations contenues directement dans le sous-système | - " - |
Diagrammes | Diagrammes contenus directement dans le sous-système | - " - |
Sous-systèmes d'implémentation | Sous-systèmes contenus directement dans le sous-système | - " - |
Dépendances d'importation | Dépendances d'importation du sous-système envers d'autres sous-systèmes | Englobées dans un sous-système qui en est le propriétaire, via la méta-agrégation "propriétaire de" |
L'architecte logiciel définit les sous-systèmes au cours de la phase d'élaboration et les affecte à des individus ou à des équipes. Ceci est effectué avant l'implémentation des classes et permet donc un développement en parallèle des sous-systèmes.
Un implémenteur est responsable du sous-système et doit veiller à ce que :
L'implémenteur du sous-système d'implémentation est également responsable des éléments publics (visibles) du sous-système.
Il est recommandé que l'implémenteur responsable d'un sous-système d'implémentation soit également responsable de tous les éléments qu'il contient. Pour plus d'informations, voir Artefact : Elément d'implémentation.
Si une équipe d'implémenteurs développe un sous-système d'implémentation, un des membres de l'équipe doit être responsable du sous-système.
Il est recommandé d'utiliser des sous-systèmes d'implémentation. Vous devez décider comment mapper les packages de la conception avec les sous-systèmes et les répertoires de l'implémentation. Vous devez également déterminer combien de niveaux de sous-systèmes seront requis.
RUP (Rational Unified Process)
|