Отображение модели данных в инструментальном средстве ERwin

1. Тема урока: Отображение модели данных в инструментальном средстве ERwin.

Цель: Приобретение знаний создания логических и
физических моделей данных с помощью CASE–
средства ERwin в стандарте IDEF1X.
Ключевое слово ERwin – это мощное средство графического
проектирования баз данных, использующее ERDдиаграммы (Entity Relational Diagram – диаграммы
сущность-связь).
Преимущество ERwin- облегчает проектирование баз
данных.

2.

ERwin современное средство проектирования баз данных
Обработка счетов. Электронная торговля. Анализ данных.
Управление знаниями. Все это невозможно без
использования баз данных. Системы с архитектурой
клиент/сервер строятся на основе реляционных серверных
СУБД. Приложения для Internet и интрасетей осуществляют
доступ и динамическое обновление данных. Пакеты
программ необходимо адаптировать и интегрировать с
существующими системами. Хранилища данных
объединяют и интегрируют множество баз данных,
обеспечивая необходимые бизнесу гибкость и
интеллектуальность. Успех применения всех этих
приложений зависит от того, насколько хорошо
спроектирована база данных.

3. ERwin - это не что гораздо большее, чем просто инструмент для "рисования"; он автоматизирует процесс проектирования

ERwin - это не что гораздо большее, чем просто инструмент
для "рисования"; он автоматизирует процесс проектирования
Кроме того, ERwin позволяет работать с большими моделями
общекорпоративного масштаба, разбивая их на фрагменты
и легко управляемые подмножества, предоставляя
отдельным специалистам возможность сосредоточить свои
усилия в определенной области.
ERwin позволяет создавать логическую, физическую модели
и модель, совмещающую логический и физический уровни.

4.

Логический уровень - это абстрактный взгляд на
данные, на нем данные представляются так, как
выглядят в реальном мире, и могут называться так,
как они называются в реальном мире (например
"Постоянный клиент", "Отдел" или "Заказ").
Объекты модели, представляемые на логическом
уровне, называются сущностями и атрибутами.
Логическая модель данных является универсальной и
никак не связана с конкретной реализацией СУБД.

5.

Физический уровень зависит от конкретной
СУБД. В физической модели содержится
информация о всех объектах БД.
Физическая модель зависит от конкретной
реализации СУБД.

6.

На логическом уровне ERwin поддерживает две нотации
(IE и IDEF1X), на физическом - три (IE, IDEF1X и DM).
Мы будем рассматривать работу с ERwin в нотации
IDEF1X.
Переключение между логической и физической
моделями данных осуществляется через список
выбора на стандартной панели (рис1).
Рисунок1. Переключение между уровнями

7.

Масштабирование . Создание модели данных, как правило,
начинается с разработки логической модели.
После описания логической модели проектировщик может
выбрать необходимую СУБД, и ERwin автоматически создаст
соответствующую физическую модель.
На основе физической модели ERwin может сгенерировать
системный каталог СУБД или соответствующий SQL-скрипт.
Этот процесс называется прямым проектированием (Forward
Engineering).
Тем самым достигается масштабируемость — создав одну
логическую модель данных, можно сгенерировать физические
модели под любую поддерживаемую ERwin СУБД.
С другой стороны, ERwin способен по содержимому системного
каталога или SQL-скрипту воссоздать физическую и логическую
модель данных (Reverse Engineering).
На основе полученной логической модели данных можно
сгенерировать физическую модель для другой СУБД и затем
создать ее системный каталог. Следовательно, ERwin позволяет
решить задачу по переносу структуры данных с одного сервера
на другой.

8.

Логический уровень модели данных
Для создания на логическом уровне
сущностей и связей между ними
предназначена панель Toolbox:
Панель Toolbox-

9.

Пример логической схемы БД

10.

Создание физической модели данных
Физическая модель содержит всю информацию, необходимую для
реализации конкретной БД. Различают два уровня физической модели:
трансформационную модель;
модель СУБД.
Трансформационная модель содержит информацию для реализации
отдельного проекта, который может быть частью общей ИС и описывать
подмножество предметной области. Данная модель позволяет
проектировщикам и администраторам БД лучше представить, какие
объекты БД хранятся в словаре данных, и проверить, насколько
физическая модель удовлетворяет требованиям к ИС.
Модель СУБД автоматически генерируется из трансформационной
модели и является точным отображением системного каталога СУБД.
Физический уровень представления модели зависит от выбранного
сервера. ERwin поддерживает более 20 реляционных и нереляционных
БД.
По умолчанию ERwin генерирует имена таблиц и индексов по шаблону на
основе имен соответствующих сущностей и ключей логической модели,
которые в дальнейшем могут быть откорректированы вручную. Имена
таблиц и колонок будут сгенерированы по умолчанию на основе имен
сущностей и атрибутов логической модели.

11.

Физический уровень модели данных
При переключении с логического уровня на физический
автоматически будет создана физическая схема базы данных
(рис.)

12. Построение логической модели данных предприятия по сборке и продаже компьютеров и ноутбуков.

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

13.

Далее рассмотрим связи между сущностями:
Клиент - Заказ. Один клиент может делать несколько заказов. При этом если
данные о клиенте имеются в базе данных, то он сделал минимум один заказ.
Поэтому мощность связи - Р. Связь идентифицирующая, т.к. заказ без клиента
существовать не может;
Заказ - Компьютер. В рамках одного заказа клиент может заказать несколько
компьютеров, но как минимум заказ должен состоять из одного компьютера.
Поэтому мощность связи - Р. Связь идентифицирующая, т.к. компьютер без
заказа существовать не может;
Компьютер - Комплектующие. В состав одного компьютера входит много
различных комплектующих; один и тот же тип комплектующего может входить
в состав разных компьютеров. Мощность связи - много ко многим. В IDEF1X
такой тип связи отсутствует, поэтому вводим промежуточную (ассоциативную)
сущность - Конфигурация. Мощность связи между сущностями Компьютер и
Конфигурация - Р, поскольку у любого компьютера должна быть конфигурация,
мощность между сущностями Комплектующие и Конфигурация - N, поскольку
какие-то комплектующие еще могут быть не установлены ни в один компьютер.
Связь в обоих случаях идентифицирующая, т.к. конфигурация компьютера не
может существовать без привязки к самому компьютеру и к комплектующим;

14.

Комплектующие - Тип комплектующих. Поскольку перечень
типов комплектующих, которые могут быть установлены в
компьютер, ограничен, но используется очень часто, то мы
приняли решение создать еще одну сущность - Тип
комплектующих. Мощность связи - Р. Связь
идентифицирующая;
Компьютер - Сотрудник. Каждый компьютер собирается
каким-то одним сотрудником. Какие-то сотрудники могут
собирать множество компьютеров. Мощность связи - N. Тип
связи - неидентифицирующая, поскольку экземпляр
сущности Компьютер уже может существовать, но за ним
еще может быть не закреплен ни один сотрудник. Именно из
этих же соображений в свойствах этой связи мы выбрали
переключатель "Nulls Allowed" (на диаграмме это
отображается в виде незакрашенного ромбика со стороны
сущности-родителя.

15. Итоговая диаграмма показана на этом рис.

Рисунок - Логическая модель данных предприятия по сборке
компьютеров и ноутбуков

16. Д/з Список электронных ресурсов, рекомендуемых к самостоятельному изучению Тема: «Отображение модели данных в инструментальном

средстве
ERwin»
1.Создание логической модели данных.
2. Создание физической модели данных.
Администрирование баз данных. Опорный конспект лекций.
http://old.agpu.net/institut/kaf/kaf_inf/elibfol/infsyst/admin/index.htm
Системы корпоративных баз данных
http://old.agpu.net/institut/kaf/kaf_inf/elibfol/infsyst/servbd/CONTENTS.HTM
Проектирование информационных систем
http://old.agpu.net/institut/kaf/kaf_inf/elibfol/infsyst/infsys/main.htm
Основы реляционных баз данных
http://old.agpu.net/institut/kaf/kaf_inf/elibfol/infsyst/osnrbd/INDEX.HTM
Аппаратно-программные платформы корпоративных информационных
систем
http://old.agpu.net/institut/kaf/kaf_inf/elibfol/infsyst/korpsyst/CONTENTS.HT
M