Разработка модели предметной области

Моделирование предметной области обычно проводится отделом аналитиков предметной

области, применяющих для документирования результатов UML и другие

языки моделирования. Чтобы команда аналитиков работала эффективно, в этих

отделах должны присутствовать как специалисты в проблемной области, так и люди,

разбирающиеся в моделировании.

Цель моделирования предметной области состоит в том, чтобы понять и описать

наиболее важные классы контекста предметной области. Небольшие предметные

области обычно содержат от 10 до 50 основных классов. В более обширной

предметной области классов может быть гораздо больше.

Оставшиеся сотни кандидатов в классы, которые аналитики выявят внутри

предметной области, сохраняются в глоссарии в виде определений понятий. В противном

случае модель предметной области станет слишком большой и потребует

значительно больших усилий, чем запланировано для этой стадии процесса.

Иногда, например, для особенно малых предметных областей, относящихся

к бизнесу, нет необходимости создавать объектную модель предметной области.

Вполне достаточно будет глоссария понятий.

Глоссарий и модель предметной области помогают пользователям, клиентам,

разработчикам и другим заинтересованным лицам использовать общий словарь.

Для того чтобы обмениваться знаниями, необходима общая терминология. Там,

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

Поэтому для построения программной системы любого размера современные

инженеры должны проделать процедуру, обратную той, что произошла при постройке

Вавилонской башни, — «объединить» языки всех участников разработки так,

чтобы они понимали друг друга.

В заключение — предостережение, касающееся места моделирования предметной

области в процессе моделирования. Очень легко начать моделирование внутренней

структуры системы, а не ее контекста [17]. Например, некоторые объекты

предметной области могут быть непосредственно представлены в системе, и аналитики

предметной области могут раз за разом попадать в ловушку описания деталей

с учетом этого представления. В таких случаях очень важно иметь в виду,

что цель моделирования предметной области состоит в том, чтобы разобраться

в контексте системы и с помощью этого понять требования к системе — ведь они

порождаются этим контекстом. Другими словами, моделирование предметной области

должно способствовать пониманию задачи, которую система должна решать

в контексте предметной области. С внутрисистемными методами решения этой

задачи мы будем иметь дело в ходе рабочих процессов анализа, проектирования

и реализации (см. главы 8, 9, и 10).