Тип диаграммы для сервисных подключений?

Question

Просто интересно, какой правильный тип диаграммы UML для отображения Service Connection? По сути, говоря, что «Клиенту A нужна функция GetFoo, которая должна возвращать элементы, количество которых превышает 20», а «Клиенту B нужна функция GetFoo, которая возвращает все элементы»?

Диаграмма компонентов выглядит правильно, но уже очень конкретно с точки зрения типов и очень расплывчато с точки зрения отдельных функций. Композитная структура может быть?

В конце концов, это используется во время планирования, чтобы решить, какие функции на самом деле должны иметь службы (например, внутренняя функция GetFoo и две внешние функции GetHeavyFoo / GetAllFoo)

Answer 1

Диаграмма компонентов является хорошим решением, а также последовательность.

Если вы новичок в UML, вы также можете просто создать диаграмму классов и добавить ограничения для метода. Это сделало бы работу и было бы легко понять командой разработчиков. Раньше это был OCL в UML 1.X, но теперь с прямым доступом к метамодели UML2 вы можете просто создавать любые ограничения непосредственно в модели без каких-либо преобразований. Я использую EclipseUML Omondo и не хочу использовать OCL, потому что он слишком сложен для очень ограниченного возврата инвестиций. Мой обходной путь также лучше, потому что я могу написать все, что захочу, и напрямую поместить его в диаграмму классов, не имея двух разных моделей (например, одна для UML и одна для OCL).

Answer 2

Я думаю, что составная диаграмма структуры будет работать для вас.Однако, по моему мнению, вы должны объединить это с последовательностью или диаграммой связи или обоими - в зависимости от того, что лучше для вас.Я также предлагаю вам проверить все uml диаграммы и сравнить их, а затем решить, какие из них лучше всего подходят для вас.