Type de diagramme pour les connexions de service?

Question

Vous vous demandez quel est le bon type de diagramme UML pour afficher la connexion au service? Essentiellement disant que "le client A a besoin d'une fonction GetFoo qui doit renvoyer des éléments dont la quantité est supérieure à 20" et "le client B a besoin d'une fonction GetFoo qui retourne tous les éléments"?

Un diagramme de composants semble correct, mais déjà très concret en termes de types et très vague en termes de fonctions uniques. Structure composite peut-être?

Finalement, utilisé lors de la planification de décider qui fonctionne un service réellement besoin d'avoir (par exemple, un getFoo intérieur et deux fonctions GetHeavyFoo extérieures/GetAllFoo)

Answer 1

Je pense que le diagramme de structure composite fonctionnera pour vous. Cependant, à mon avis, vous devriez le combiner avec un diagramme de séquence ou de communication ou les deux - celui qui vous convient le mieux. Je vous suggère également de vérifier tous les uml diagrams et de les comparer, puis de décider lesquels sont les mieux adaptés pour vous.

Answer 2

Le diagramme de composants est une bonne solution ainsi que la séquence.

Si vous êtes un débutant dans UML, vous pouvez également créer un diagramme de classes et ajouter des contraintes à une méthode. Cela ferait l'affaire et serait facile à comprendre par l'équipe de développeurs. Il était auparavant OCL sous UML 1.X mais maintenant avec l'accès direct UML2 au métamodèle, vous pouvez simplement créer des contraintes directement dans le modèle sans aucune transformation. J'utilise EclipseUML Omondo et je ne veux pas utiliser OCL car trop complexe pour un retour sur investissement très limité. Ma solution de contournement est également meilleure car je peux écrire ce que je veux et le placer directement dans mon diagramme de classes sans avoir deux modèles différents (par exemple un pour UML et un pour OCL).