Lorsqu'une partie de ma solution consiste à utiliser des classes déjà construites (par exemple, les classes API de Java) pour promouvoir le principe de réutilisation, comment les représenter dans des diagrammes UML tels que class, sequence et activity diagram? Est-il plus courant de les représenter sur des diagrammes ou de les ommiter?Comment représenter des classes API déjà construites sur des diagrammes uml?
Bien sûr, vous avez différentes options. Mais généralement, je crée des éléments de composants représentant des bibliothèques (et des API). Ces composants peuvent contenir les classes qu'ils implémentent directement ou vous pouvez les associer (par exemple, via une relation <<realize>>). C'est une bonne idée d'attacher des sucettes et des sockets au composant pour montrer les interfaces implémentées et requises. Ce dernier peut également être utilisé dans les diagrammes de séquence.
En supposant que j'utilise une méthode objet Java pour effectuer certaines tâches à une étape donnée de mon programme. Dois-je spécifier dans les diagrammes de séquence ou dans le diagramme d'activités toutes les relations et opérations que cet objet a avec d'autres objets java? –
Non. Chaque diagramme de comportement se concentre sur un certain aspect. Cela doit être considéré comme faisant partie d'une collaboration (qui représente la réalisation d'un cas d'utilisation). Et vous n'avez même pas besoin d'éclairer tous les aspects s'ils sont évidents. Essayez simplement de supprimer autant de lumière que nécessaire pour obtenir une image claire que le lecteur du modèle peut comprendre. Mieux vaut peu que rien. Et trop est contre-productif aussi. –