2.6.3. Особенности методологии моделирования

Несмотря на имеющиеся различия в нотациях и реализации, мо­делирование в Design/IDEF и ERWin имеет много общего. Поэтому при построении концептуальной модели в ERWin за основу следует взять методологию моделирования, изложенную в разд. 2.4.2. В эту методологию должны быть внесены некоторые коррективы. Особен­ности в методологии при проектировании в среде ERWin и причины, обусловливающие их, изложены ниже.

1. При преобразовании из логической модели в физическую сис­тема ERWin автоматически создает связующую таблицу. Поэтому от­падает необходимость на уровне логического моделирования в пре­образовании неспецифических связей в специфические.

2. В ERWin есть возможность указывать свойство «только физи­ческая/только логическая» для сущности в целом и любого из ее ат­рибутов. Эту возможность можно использовать в процессе проекти­рования следующим образом:

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

• отметить те сущности/атрибуты, которые не требуется хранить в базе данных, признаком Logical Only, чтобы они не попадали в фи­зическую модель.

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

В ERWin имеется целый ряд возможностей, которые отсутствуют в Design/IDEF.

В частности, в ERWin можно задавать «view». Представление со­здается в ERWin при описании физической модели, хотя фактиче­ски является логическим описанием БД с точки зрения конкретной задачи, т.е. относится к этапу проектирования подсхем. Для выявле­ния необходимости создания подсхем следует проанализировать зап­росы к БД.

Задание ограничений целостности является неотъемлемым эле­ментом создания концептуальной модели. ERWin позволяет описы­вать ограничения целостности при описании атрибутов, а также при описании связей между объектами. Более подробно задание ограни­чений целостности изложено в главе 4.

На это следует обратить внимание

• Для построения ER-модели, которая корректно будет преобра­зована в модель целевой БД, при использовании CASE-средств необ­ходимо не только хорошо понимать отображаемую предметную об­ласть и уметь адекватно описывать ее с использованием языковых возможностей данной системы, но и хорошо представлять себе алго­ритмы преобразования, заложенные в используемой системе.

• Концептуальное проектирование является первым и важнейшим этапом проектирования структурированных баз данных.

• Концептуальная модель используется разными категориями про­ектировщиков ИС и заказчиков. Поэтому и те, и другие должны по­нимать основы концептуального моделирования.

• В настоящее время имеется достаточно большое число CASE-систем, позволяющих автоматизировать процесс построения ER-моделей. При этом следует иметь в виду, что ни одна из систем в принципе не может обеспечить проверку правильности построения ER-модели относительно ее соответствия моделируемой предметной области.

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

• CASE-средства могут быть использованы не только при перво­начальном проектировании систем, но и перепроектировании уже существующих систем в процессе их развития.