Как проверить диаграмму классов для данного домена?

Question

Я работаю над автомобильной дилерской моделью бизнес-домена/диаграммой классов UML.

Я новичок в моделировании, поэтому хотел бы знать, как проверить диаграмму классов. Для меня очень важно иметь подходящую, если не 100-процентную правильную диаграмму классов, для использования дальнейшей разработки (варианты использования и т. Д.).

Возможно ли построить совершенно неправильную модель? Или существуют только подходящие и менее подходящие модели?

Если у меня есть Клиент, связанный с SalesTeam, моделирующий клиента, обслуживаемого SalesTeam, это неправильно? Я видел в примерах, что Клиент связан с Order, Order with ItemOrder и ItemOrder с ItemInventory. Если SalesTeam или Сотрудник связан с Приложением.

Как проверить свою модель и отношения?

Answer 1

Короткий ответ заключается в том, что это не очень важно.

Используйте диаграммы классов домена, чтобы не забывать, что вы думаете о домене, то есть все. Это не ваш бог, и вам не помешает изменить его, когда вы идете.

Answer 2

Эксперты по домену должны помочь вам проверить модель домена.

Что касается проверки конкретных отношений, по мере дальнейшего развития модели и изучения сотрудничества между объектами вы обнаружите больше и разных отношений. Вам необходимо будет повторно просмотреть модель домена во время анализа и разработки.

Не думаю, что это важно, так как оно «правильно» спереди (т.е. прежде чем переходить к рассмотрению случаев использования и дальнейшему анализу), только то, что полезно - это дает вам концептуальную модель проблемы и что основные классы связаны с этим. Это не будет завершено до тех пор, пока программное обеспечение больше не будет разрабатываться и не поддерживаться.

Если это представление о том, как вы сейчас рассматриваете проблему, достаточно, чтобы вы начали дальнейший анализ. Пересмотрите его, поскольку ваш взгляд на проблему изменится, и вы узнаете больше.

Answer 3

Чтобы проверить модели домена, сделайте следующее.

1. Пишите варианты использования. Во время написания убедитесь, что вы последовательно используете существительные и глаголы. Чтобы быть уверенным, что ваши существительные имеют смысл, обязательно записывайте заметки в модели домена.

2. Пройдитесь через каждый прецедент, следуя вдоль вашей модели домена. На предприятиях есть? Отношения, необходимые для навигации? Атрибуты каждого объекта?

Поскольку это модель домена, старайтесь избегать описания вещей как классов - они обычно являются объектами реального мира.

Например, «субъект клиента в прямой связи с организацией продаж» - это то, что вы узнаете из вариантов использования. Например, клиенты связаны с заказами, но заказ создается командой продаж. Таким образом, у вас есть два пути навигации между заказчиком и заказом: прямой и через команду продаж. Оба появляются (для меня), чтобы быть правдой.

Вы должны сравнить вашу модель домена с вашими прецедентами, чтобы убедиться, что они согласны.