Можно ли описать структуру предметной области в виде текста? Конечно можно. Но смогут ли разработчики понять структуру бизнес-объектов и логику их работы после прочтения такого текста? Если и смогут, то только в более-менее простых случаях.
Кроме того, нужно помнить, что описание предметной области используют разные заинтересованные лица для совершенно разных целей. Аналитик создает такое описание, чтобы четко отделить те элементы, которые соответствуют целям проекта, от тех, которые остаются за его рамками. Заказчику это описание помогает убедиться, что аналитик правильно понял специфику предметной области и способен предложить действительно полезные решения бизнес-проблем. Архитектор и разработчик черпают из такого описания информацию об основных сущностях предметной области, чтобы реализовать их в виде классов, таблиц баз данных и других программных объектов. Как же обеспечить понятность и полезность описания предметной области для всех этих ролей?
Хорошей практикой является использование для этого визуального моделирования. Информацию о структуре предметной области хорошо можно описать в виде концептуальной модели «Сущность–Связь» (Entity-Relationship Model). При этом в качестве сущности может выступать любой информационный или физический объект, имеющийся в предметной области, а связи показывают, каким образом все эти объекты взаимодействуют друг с другом. Благодаря этому, модель предметной области дополняет глоссарий системы наглядным, сжатым и понятным описанием «словаря сущностей».
Для построения ER-модели можно использовать различные нотации. В частности, в рамках данного курса для построения ER-моделей применяются диаграммы классов UML. Использование именно UML для построения модели предметной области особенно удобно в тех случаях, когда все остальные модели проекта (аналитическая модель, модель проектирования, модель разработки) тоже строятся с помощью UML.