Modélisation du design
Si votre équipe travaille avec d'autres équipes sur un grand projet, les problèmes qui se produisent lorsque les équipes intègrent le code peuvent être coûteux à résoudre. Votre équipe peut éviter ces problèmes en utilisant des modèles pour comprendre les interfaces de chaque composant et la manière dont elles se combinent avant que votre équipe ne commence la programmation.
Composants de votre application
Les diagrammes des composants indiquent comment une application ou un composant comportent des parties reliées entre elles. Le type de chaque partie est un composant plus petit. Un composant peut être un élément quelconque allant d'un objet individuel à un système substantiel, et les connecteurs entre eux peuvent représenter des appels de méthode, des signaux d'événements, des appels de services Web, etc.
À la surface d'un composant figurent ses interfaces fournies et requises. Les interfaces fournies sont celles que d'autres composants peuvent utiliser. Les interfaces requises sont celles pour lesquelles le composant dépend d'autres composants.
.png "Diagramme de composant UML présentant les parties")
Les interfaces requises vous permettent de représenter un composant qui est séparable des composants qui l'utilisent et des composants qu'il utilise. Une bonne compréhension de cette séparation est importante afin que l'équipe puisse tester le composant de manière isolée, à l'aide d'objets fictifs utilisés dans les interfaces requises.
La description explicite des interfaces requises conduit fréquemment à des conceptions plus clairement distinctes et plus flexibles. Les composants, une fois implémentés, peuvent facilement être recombinés avec d'autres composants pour produire une variante du système, conduisant à une plus grande souplesse en réponse aux changements de spécifications.
Les modèles des composants doivent contenir le niveau de détail utile à chaque itération. Pour plus d'informations, consultez Diagrammes de composants UML : indications.
Interactions entre les parties
Utilisez les diagrammes de séquence pour vous aider à discuter ou à expliquer le mode de fonctionnement d'un composant. Représentent chaque port ou partie du composant par une ligne de vie. Un diagramme peut indiquer comment, lorsqu'un message est reçu sur l'un des ports du composant parent, les parties internes interagissent avec les chemins des connecteurs.
Pour plus d'informations, consultez Diagrammes de séquence UML : indications.
Interfaces des composants
Tracez des diagrammes de classes pour indiquer les types disponibles aux interfaces des composants.
Démarrez avec chaque interface et indiquez ses méthodes.
Indiquez ensuite les types des paramètres et les valeurs de retour des interfaces. Tracez les propriétés sous la forme d'associations.
Lorsqu'une interface transmet du code XML ou d'autres structures de données, il peut être très utile de tracer la structure à l'aide d'un diagramme de classes UML.
Ces diagrammes peuvent être utiles dans les discussions sur le comportement des composants. Ils permettent également de séparer les discussions sur le comportement visible à l'extérieur de l'implémentation interne.
Modèles de design
Les modèles sont également très utiles pour décrire les modèles récurrents. Comme le modèle d'observateur, par exemple, s'applique à une large gamme d'applications, de nombreux projets trouvent des configurations d'objets utiles pour leurs besoins particuliers. Vous pouvez utiliser des diagrammes de classe et de séquence pour décrire les classes d'interaction.