Artefact :
|
![]() |
Un package de conception désigne une collection de classes, relations, réalisations de cas d'utilisation de la conception, diagrammes et autres packages. Il permet de structurer le modèle de conception en le divisant en fragments plus petits. | |
Autres relations : |
Partie de Modèle de conception
| |
---|---|---|
Rôle : | Concepteur | |
Caractère facultatif/Occurrence: | Requis. Phases d'élaboration et de construction. | |
Canevas et rapports : |
|
|
Exemples : | ||
Représentation UML : | Package dans le modèle de conception. | |
Informations supplémentaires : | ||
Entrée d'activités : | Sortie d'activités : |
Les packages de conception sont utilisés pour regrouper des éléments apparentés du modèle de conception afin de les organiser, et souvent pour la gestion de la configuration. A la différence de l'Artefact : Sous-système de conception, le package de conception ne propose pas d'interface formelle, bien qu'il puisse révéler une partie de son contenu (marqué 'public') auquel est associé un comportement. Ces packages doivent être utilisés principalement comme outil d'organisation du modèle afin de regrouper des éléments apparentés. Si une sémantique de comportement est requise, utilisez des sous-systèmes de conception.
Un package de conception et son contenu sont la responsabilité du Rôle: Concepteur. Des éléments du package peuvent être dépendants d'éléments contenus dans d'autres packages, ce qui induit des dépendances entre packages. Les dépendances de packages peuvent constituer un outil pour analyser la résistance du modèle de conception : un modèle avec des packages interdépendants est moins résistant au changement.
Nom de la propriété | Brève description | Représentation UML |
---|---|---|
Nom | Nom du package. | Attribut "Nom" sur l'élément de modélisation. |
Brève description | Brève description du rôle et de l'objet, ou du "thème" du package. | Valeur marquée, de type "texte court". |
Classes | Classes contenues directement dans le package. | Appartenance via l'agrégation "propriétaire de" |
Relations | Relations contenues directement dans le package. | - " - |
Réalisations des cas d'utilisation de la conception | Réalisations de cas d'utilisation de la conception contenues directement dans le package. | - " - |
Diagrammes | Diagrammes contenus directement dans le package. | - " - |
Packages de conception | Packages contenus directement dans le package. | - " - |
Dépendances d'importation | Dépendances d'importation du package envers d'autres packages. | Appartenance à un package englobant, via l'agrégation "propriétaire de". |
La constitution des packages est effectuée essentiellement au cours de la phase d'élaboration, avec des ajustements mineurs lors de la phase de construction, notamment pour réaffecter des tâches ou restructurer des dépendances entre packages.
Un concepteur est responsable de l'intégrité du package et doit s'assurer que :
Il est recommandé que le concepteur responsable d'un package de conception soit aussi chargé des classes qu'il contient. Pour plus d'informations, voir Artefact : Classe de conception.
Notez que le concepteur n'est pas responsable des réalisations de cas d'utilisation de la conception contenus dans le package, ni de leurs diagrammes associés. Ces éléments sont du ressort du concepteur de cas d'utilisation correspondant.
Les packages sont utilisés dans les modèles afin de regrouper des éléments de modélisation similaires, d'améliorer l'organisation du modèle et de le rendre plus facile à comprendre. La constitution de packages est cruciale dans les modèles volumineux. Même dans les modèles plus petits, des packages appropriés peuvent améliorer considérablement l'intelligibilité du modèle. Un regroupement en packages est presque toujours bénéfique. Pour plus d'informations, voir Principes et conseils : Package de conception.
RUP (Rational Unified Process)
|