Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
otvety1_moi.docx
Скачиваний:
8
Добавлен:
15.04.2019
Размер:
819.58 Кб
Скачать

4. Преимущества использования er-моделирования

ER-модель представляет собой графическое описание предметной области в терминах «объект – свойство – связь». ER-модель является одним из элементов концептуальной модели. Использование ER-моделирования (и, особенно, в сочетании с автоматизированными средствами проектирования – CASE-средствами) дает много преимуществ:

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

• является удобным средством документирования проекта;

• позволяет вести проектирование АИС без привязки к конкретной целевой СУБД и осуществлять выбор последней в любой момент времени (чем ближе к концу проектирования это будет сделано, тем точнее может быть выбор).

При использовании ER-моделирования в составе CASE-средств появляются дополнительные преимущества:

• снижаются требования к знанию деталей языков описания данных (DDL) и диалектов SQL конкретных СУБД;

• при смене используемой СУБД не надо проводить проектирование заново, следует только осуществить шаг по переводу ER-модели в целевую (если выбранная вами целевая СУБД поддерживается данным CASE-средством, то такой переход вообще будет выполнен автоматически);

• наличие в CASE-средстве возможности «обратного проектирования» (то есть получения ER-диаграммы по имеющимся описаниям данных) позволяет использовать существовавшие ранее наработки для «реинжиниринга» системы;

• указание связи объектов в ER-модели и соответствующая миграция ключа при преобразовании этой модели в целевую позволяет не только задавать контроль целостности связи при ведении БД, но и автоматически обеспечивает согласованное описание схемы (внешний ключ мигрирует в связанное отношение; при этом имя, тип и длина соответствующего атрибута повторяются в зависимой сущности);

• сокращается время проектирования системы;

• появляется возможность автоматизированного тестирования проекта на всех этапах проектирования;

• повышается качество документирования проекта;

• мощные современные CASE-средства позволяют вести коллективную разработку проекта.

  1. Сравнение методик ER-моделирования.

Лекция !!!!!!!!!!!!!!!!!!!!!!!!!!!

ER-модели широко используются в практике создания баз данных, но при этом методики ER-моделирования различных CASE-систем отличаются от «классической» методики моделирования инфологической модели и различаются между собой.

Прежде всего, рассмотрим отличия «базовой» методики моделирования предметной области от используемых в CASE-системах. Принципиально важным является решение вопроса о том, что же отражает ER-модель. Во методологиях многих CASE-средств хотя считается, что ER-модель является концептуальной моделью БД, на самом деле она является не описанием предметной области, а реляционной БД. Поэтому рекомендуется строить две ER-модели: первая будет отображать предметную область, безотносительно к тому, что будет храниться в базе данных, а вторая – содержать только те элементы, которые будут храниться в БД.

В данном случае важна специфика языка построения ER-модели в конкретной CASE-системе. Так, например, во многих системах нет понятия «условного свойства», т.е. свойства, которое может присутствовать не у всех объектов класса. В данном случае, например, в методологиях типа IDEF1X возможно несколько вариантов: условное свойство изображать как обычный атрибут; объект, обладающий условным свойством, изобразить как обобщенный объект; или выделить «обладание свойством» в отдельный объект.

Большинство CASE-систем содержат изобразительные средства для отображения обобщенных объектов, но алгоритм преобразования к СУБД отличается в разных системах. Это, безусловно, скажется на подходе к моделированию предметной области: при невозможности отобразить многоаспектную классификацию придется изображать подклассы как самостоятельные объекты.

Понятие множественного свойства также отсутствует в большинстве CASE-систем. Для изображения каждого множественного свойства приходится использовать отдельный объект, зависящий по идентификации от основного объекта, обладающего этим свойством.

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

Изобразительные средства и методики графического представления ER-моделей, используемые в разных системах автоматизации проектирования несколько отличаются друг от друга.

К несущественным различиям можно отнести терминологические расхождения и различия в условных обозначениях различных СASE-средств, т.е. различных обозначениях сущностей (прямоугольники, блоки с закругленными углами, овалы и т.п.) и связей (стрелки, лапки, точки и т.п.). Поскольку рассматриваемые различия не являются существенными, то легко выполнить преобразование из одной формы представления в другую, что и позволяют автоматически делать многие CASE-средства.

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

  1. ERWin. Виды сущностей и их создание.

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]