Попов В.И., Атрощенко Н.С. Разработка моделей предметной области в среде ERwin при проектировании информационных систем
Подождите немного. Документ загружается.
1) задание ссылочной целостности;
2) выбор типа СУБД;
3) генерация схемы базы данных.
2.4.1 Теоретическая часть
При создании логической модели данных посредством ERwin
происходит автоматическая генерация физической модели. Физическая
модель содержит всю информацию, необходимую для реализации
конкретной БД.
Перед генерацией схемы БД целесообразно для каждой будущей
колонки задать правило валидации – список допустимых значений для
конкретной колонки и/или правила проверки вводимых значений.
Можно задать максимальное и минимальное значение и тип валидации
(где проверять – на сервере или в клиентском приложении). Например,
в таблице CUSTOMER значение, вводимое в колонку «Age», должно
быть больше 18, но меньше 100. Для описания этого бизнес-правила
можно создать правило валидации с именем «Проверка _ возраста»,
которое содержит выражение: Age BETWEEN 18 AND 100.
Использование этого правила гарантирует, что диапазон вводимых
значений будет от 18 до 100. СУБД выдаст сообщение об ошибке, если
вводимый возраст находится вне границ заданного диапазона.
ERwin позволяет создавать представления или, как их иногда
называют, временные или производные таблицы, которые
представляют собой объекты БД, данные в которых не хранятся
постоянно, как в таблице, а формируются динамически при обращении
к представлению. Представление не может существовать само по себе,
а определяется только в терминах одной или нескольких таблиц.
Применение представлений позволяет разработчику БД обеспечить
пользователю свой взгляд на данные, что решает проблему простоты
использования данных.
2.4.2 Пример выполнения лабораторной работы
Рассмотрим последовательность действий, необходимых для
генерации базы данных.
1. Задать правила ссылочной целостности. Для этого, находясь
на логическом уровне модели данных, вызовите контекстное меню
связи и выберите пункт «Relationship Properties» (или, выделив связь,
выберите пункт главного меню «Model/Relationships»). На закладках
«Rolename/RI Actions» в группе «RI Actions» необходимо установить
51
нужные значения. Триггеры представляют собой программы,
выполняемые всякий раз при выполнении команд вставки, замены или
удаления (Insert, Update или Delete). Возможна установка следующих
правил удаления (рисунок 2.15):
Restrict – «ограничение». При попытке выполнить удаление
(вставку, замену) сервер реляционной СУБД возвратит ошибку.
Например, существует идентифицирующая связь между сущностями
Команда и Игрок. Что будет, если удалить команду? Экземпляр
сущности Игрок не может существовать без команды. Следовательно,
нужно запретить удаление команды, пока в ней числится хотя бы один
игрок (для удаления команды сначала удалить всех игроков);
Cascade «каскад». При удалении (вставке, замене) значений
первичного ключа родительской сущности будут удалены все
экземпляры дочерней сущности с соответствующими значениями
атрибута внешнего ключа. Например, можно удалять вместе с
командой всех ее игроков;
Set default. При удалении атрибуту внешнего ключа
присваивается значение по умолчанию. Например, при удалении
команды игроки могут быть переведены в другую команду;
None. При удалении значение атрибута внешнего ключа не
меняется. Например, запись об игроке «повисает в воздухе», то есть
ссылается на несуществующую уже команду.
Рисунок 2.15 Группа «RI Actions»
52
2. Переключиться на физический уровень модели, для чего в
раскрывающемся списке, расположенном в правой части панели
инструментов, выберите пункт «Physical».
3. Выбрать сервер командой «Database/Choose Database»..
В диалоговом окне ERwin/ERX – «Target Server» выберите одну из
предлагаемых СУБД (рисунок 2.16).
Рисунок 2.16 – Выбор СУБД
4. Выбрать правила валидации:
а) вызовите контекстное меню таблицы и выберите пункт
«Columns»; в диалоговом окне «Columns», в поле «Column» выберите
колонку, для которой будет задаваться правило;
б) перейдите на закладку выбранной СУБД и щелкните по
кнопке, расположенной справа от раскрывающегося списка «Valid»; в
диалоге «Validation Rule Editor» задайте имя правила в поле «Name» и
определите нижнюю и верхнюю границы диапазона значения;
в) задайте список допустимых значений: в диалоге «Validation
Rule Editor» введите имя правила в поле «Name», а затем в диалоговом
окне «Validation Value Editor», щелкая по кнопке в поле «New»,
сформируйте список допустимых значений, вводя определение в поле
«Value Definition» для каждого значения;
г) задайте значение, которое по умолчанию будет присваиваться
колонке: в диалоговом окне «Column Editor» на закладке выбранной
СУБД, щелкните по кнопке, расположенной справа от
раскрывающегося списка «Default» (рисунок 2.17); затем в диалоговом
53
окне
«Defaul/Initial Editor» с помощью кнопки «New» определите имя для
правила, а в поля «Server Value» и «Client Value» внесите значения для
клиентской части и сервера.
Рисунок 2.17 – Определение правил валидации
5. Запустить процесс генерации схемы БД, выбрав пункт
системного меню «Tools/Schema generation» (рисунок 2.18).
Рисунок 2.18 – Генерация схемы базы данных
6. После нажатия на кнопку «Generate…» открывается окно с
результатами работы. Из рисунка 2.19 видно, что обнаружены ошибки,
54
которые необходимо устранить. В данном примере ошибки возникли
вследствие неуникальности названий атрибутов сущности (рису-
нок 2.19).
Рисунок 2.19 – Сообщения об ошибках
7. После исправления ошибок повторить процесс генерации. Из
отчета процесса генерации, показанного на рисунке 2.20, видно, что
схемы базы данных успешно сгенерированы.
Рисунок 2.20 – Отчёт процесса генерации
55
ЛИТЕРАТУРА
1. Вендров, А.М. CASE-технологии. Современные методы и
средства проектирования информационных систем / А.М. Вендров.
М.: Финансы и статистика, 1998. 176 с.
2. Калянов, Г.Н. Консалтинг при автоматизации предприятий:
подходы, методы, средства / Г.Н. Калянов. М.: СИНТЕГ, 1997.
316 с.
3. Маклаков, С.В. BPwin и ERwin. CASE-средства разработки
информационных систем / С.В. Маклаков. М.: ДИАЛОГ-МИФИ,
2001. 304 с.
4. Вендров, А.М. Проектирование программного обеспечения
экономических информационных систем: учебник / А.М. Вендров.
М.: Финансы и статистика, 2002. 352 с.
56
СОДЕРЖАНИЕ
Введение_________________________________________________ 3
1 Программа ERwin________________________________________ 8
1.1 Уровни логической модели_____________________________ 11
1.2 Сущности и атрибуты__________________________________ 12
1.3 Виды связей__________________________________________ 14
1.4 Правила ссылочной целостности_________________________ 19
1.5 Типы сущностей и иерархия наследования________________ 20
1.6 Ключи_______________________________________________ 23
1.7 Нормализация данных_________________________________ 26
1.8 Домены______________________________________________ 27
2 Лабораторный практикум__________________________________ 29
2.1 Лабораторная работа №1. Создание уровней модели и
сущностей, входящих в объектную область____________________ 30
2.2 Лабораторная работа №2. Внесение атрибутов сущностей
объектной области в схему и задание их на диаграмме___________ 35
2.3 Лабораторная работа №3. Определение связей между
сущностями и их атрибутами________________________________ 43
2.4 Лабораторная работа №4. Генерация схемы базы данных_____ 47
Литература______________________________________________ 53
57
Попов Владимир Ильич
Атрощенко Наталья Станиславовна
РАЗРАБОТКА МОДЕЛЕЙ ПРЕДМЕТНОЙ ОБЛАСТИ
В СРЕДЕ ERWIN ПРИ ПРОЕКТИРОВАНИИ
ИНФОРМАЦИОННЫХ СИСТЕМ
Методические рекомендации по выполнению лабораторных работ по
курсу «Проектирование информационных систем» для студентов
специальностей 351400 «Прикладная информатика (в экономике)»,
071900 «Информационные системы и технологии»
Редактор Идт Л.И.
Подписано в печать 14.09.2005. Формат 6084 1/16
Усл. п. л. 3,3. Уч.-изд. л. 3,5
Печать ризография, множительно-копировальный
аппарат «RISO TR-1510»
Тираж 150 экз. Заказ 2005-59
Издательство Алтайского государственного
технического университета
656038, г. Барнаул, пр. Ленина, 46
Оригинал-макет подготовлен ВЦ БТИ АлтГТУ
Отпечатано в ВЦ БТИ АлтГТУ
58
659305, г. Бийск, ул. Трофимова, 29
59