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 :   

Objet Haut de la page

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.

Propriétés Haut de la page

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". 

Calendrier Haut de la page

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.

Responsabilité Haut de la page

Un concepteur est responsable de l'intégrité du package et doit s'assurer que :

  • Le package répond à ses exigences.
  • Le package est aussi indépendant que possible des autres packages.
  • Les dépendances d'importation émanant du package sont décrites de sorte à pouvoir évaluer l'impact de modifications futures.
  • L'existence du contenu direct du package (dont ses classes, relations, réalisations de cas d'utilisation de la conception, diagrammes et packages) est justifiée et maintenue cohérente.
  • Les visibilités du contenu direct du package, principalement en ce qui concerne les classes et les packages, sont correctes. La visibilité peut être de type "public,", "privé", etc.

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.

Personnalisation Haut de la page

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