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

Question

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

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

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

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

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

Answer 1

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

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

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

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

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

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

Answer 2

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

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

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

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

Answer 3

Краткий ответ: это не очень важно.

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