Что означает домен в модели домена?

Что такое домен

Давайте возьмем какую-нибудь тему/предмет. Это может быть доставка продуктов, спутники, наблюдения за ласточками, что угодно. Назовем эту тему "ААА"

модель предметной области для AAA — это слово, обозначающее модель для AAA, используемое в ИТ-специалистах. Это все.

Все элементы, характерные для AAA, которые вы зададите в своей модели, принадлежат домену. Не знаю, почему старое доброе слово тема не используется. Жаль. Но термин уже принят.

Итак, доставка и поставщики находятся в вашем домене. А также гораздо более конкретные слова, относящиеся к бакалейным. И к сумкам. А к домам людей - адреса, подъезды и выезды - все, что имеет отношение к вашей теме.

Домен устанавливает ваш словарный запас. И это действительно важно - вы должны использовать словарный запас, используемый вашими клиентами, а не изобретать новые слова, такие как «домен» для «темы» :-)

И сначала вы должны определить свою диаграмму вариантов использования, затем диаграмму конечного автомата, диаграмму развертывания, диаграмму компонентов, диаграмму связи, диаграммы обзора последовательности/действия/времени/взаимодействия и, наконец, класс , диаграммы объектов и составных структур. Вам не нужно делать их все, но НЕКОТОРЫЕ необходимы.

Каждая сущность, моделирующая сущность в реальности, является частью предметной области. В вашем примере доставка и поставщики должны быть частью модели предметной области. По сути, любой объект с определенным поведением следует моделировать как часть предметной области. Много раз кажется, что компоненты модели домена не являются частью веб-сайта, и это на самом деле нормально, внешний интерфейс — это способ просмотра модели домена, ему не нужно раскрывать все в домене. Обычно мне легко думать о том, какие сущности являются логическими компонентами бизнес-модели в реальном мире, и я удаляю одну из них только в том случае, если считаю ее избыточной, ненужной или ее можно инкапсулировать в другую сущность.

О субъектах, не входящих в ИТ-систему

Не игнорируйте чисто человеческие операции. Напротив. Ставьте их сюда, только их варианты использования будут связывать не актор-(под)систему, а актор-актор. И видеть их очень полезно для лучшего планирования системы в целом. При их игнорировании невозможно создать систему, удобную пользователю. ИТ-система является неотъемлемым компонентом более крупной системы, и мы действительно создаем более крупную систему, планируя поддержку, процессы, обмен информацией, подразделения и зависимости.

Слишком часто у меня были проблемы с программистами, которые слепы ко всему, что находится за пределами ИТ-системы. И часто невозможно заставить их мыслить за этими границами. В результате система слепа и к реальным потребностям пользователя. Итак, перед нами печальная картина программного обеспечения, ненавидящего пользователей.

Очень полезно начать изучение проблемы/области/темы с сущностей, которые находятся вне ИТ-системы, и сначала создать схему, рассматривающую ИТ-систему лишь как один из многих блоков.