Автор работы: Пользователь скрыл имя, 02 Декабря 2013 в 21:08, курсовая работа
Целью данного проекта является выработка умений и навыков проектирования моделей базы данных, предназначенной для функционирования автоматизированной информационной системы. Для достижения этой цели в данном проекте выполняется разработка концептуально-логических моделей, необходимых для создания и эксплуатации реляционной базы данных для гипотетической информационной системы организации (учреждения, подразделения).
Введение 03
1 Описание проблемной области 04
1.1 Описание информационной системы. . . . . . . . . . . . . . . . . . . . . . . . . . . . . 04
1.2 Описание автоматизируемых функций (бизнес-процессов) . . . . . . . . . . 04
1.3 Первичное описание информационного обеспечения . . . . . . . . . . . . . . . 06
1.4 Вывод . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 08
2 Проектирование внешних иерархических моделей 08
2.1 Составление внешних иерархических моделей . . . . . . . . . . . . . . . . . . . . 08
2.2 Спецификации локальных ограничений и правил . . . . . . . . . . . . . . . . . . 10
2.3 Вывод . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 14
3 Проектирование нормализованных локальных ER-моделей 14
3.1 Нормализация локальных ER-моделей . . . . . . . . . . . . . . . . . . . . . . . . . . . 14
3.2 Спецификации локальных ограничений и правил . . . . . . . . . . . . . . . . . . 17
3.3 Вывод . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 21
4 Проектирование глобальной ER-модели 21
4.1 Анализ дублирования в локальных моделях . . . . . . . . . . . . . . . . . . . . . . 21
4.2 Синтез глобальной ER-модели . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 22
4.3 Спецификации ограничений и правил . . . . . . . . . . . . . . . . . . . . . . . . . . . 23
4.4 Вывод . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 26
5 Проектирование внутренней реляционной модели 27
5.1 Устранение подсущностей, категорий и явных связей . . . . . . . . . . . . . . 27
5.2 Спецификации ограничений и правил . . . . . . . . . . . . . . . . . . . . . . . . . . . 28
5.3 Вывод . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 30
6 Проектирование моделей отображения 30
6.1 Разработка иерархий представлений . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 31
6.2 Разработка внутренних моделей представлений . . . . . . . . . . . . . . . . . . . 31
6.3 Вывод. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 32
7 Разработка SQL-моделей базы данных 31
7.1 SQL-код создания таблиц . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 31
7.2 SQL-код реализации моделей отображения . . . . . . . . . . . . . . . . . . . . . . . 40
Заключение 41
Список литературы 42
Примечания: -
Таблица 3.5
Операционные правила
Группа атрибутов |
Ограничение |
Функция 1 «Прием в ремонт» | |
1.1 Атрибуты, относящиеся к обуви,находящейся в приеме: Рег. номер приема, Дата приема, Суть задачи ремонта, Код приемщика, ФИО приемщика, Код клиента, ФИО клиента и т. д. |
При удалении записи по обуви,находящейся в приеме, все сведения по обуви,находящейся вприеме переносятся в архивную базу с указанием даты/времени, причины удаления и имени пользователя, выпол-нившего удаление. Эти сведения хранятся в архивной базе не менее 2 лет, а затем могут быть автоматически удалены. |
Функция 2 «Исполнение ремонта» | |
2.1 Атрибуты, относящиеся к исполненному ремонту: Рег. номер ремонта, Суть задачи ремонта, Начало/окончание ремонта, Код мастера, ФИО мастера и т. д. |
При удалении записи об исполнении ремонта, все сведения по исполнению ремонта переносятся в архивную базу с указанием даты/времени, причины удаления и имени пользователя, выпол-нившего удаление. Эти сведения хранятся в архивной базе не менее 2 лет, а затем могут быть автоматически удалены. |
Функция
3 «Выдача отремонтированной | |
3.1 Атрибуты, относящиеся к выданной отремонтированной обуви: Рег. номер выдачи, Код клиента, ФИО клиента, Дата выдачи, Код выдавшего, ФИО выдавшего и т. д. |
При удалении записи о выданной отремонтированной обуви, все сведения о выданной отремонтированной обуви переносятся в архивную базу с указанием даты/времени, причины удаления и имени пользователя, выпол-нившего удаление. Эти сведения хранятся в архивной базе не менее 2 лет, а затем могут быть автоматически удалены. |
Примечания: -
Таблица 3.6
Ссылочные правила
Родительская сущность/связь |
Дочерняя сущность/связь |
Правило удаления |
Другие правила |
Функция 1 «Прием/Выпуск» | |||
1.1 Сущность / связь |
Сущность / связь |
Каскадное / строгое |
|
Примечания: <если есть>
3.3 Вывод
В результате проектирования локальных ER-моделей, соответствующих иерархическим моделям автоматизируемых функций, получены нормализованные локальные ER-модели, включающие от 5 до 7 сущностей в третьей нормальной форме. Разработанные спецификации ограничений и правил поддержания целостности включают все ограничения и правила, полученные на предыдущем этапе и трансформированные для локальных ER-моделей; дополнительно на данном этапе введено 18 ограничений и 3 правил.
4 ПРОЕКТИРОВАНИЕ
ГЛОБАЛЬНОЙ ER-МОДЕЛИ
Данный раздел посвящен проектированию глобальной ER-модели. Здесь производится выявление эквивалентных сущностей и их слияние, выявление категорий и синтез обобщающих сущностей, выявление и устранение дублирования атрибутов и связей. Строится графическое представление глобальной модели, специфицируются ограничения целостности и операционные правила.
4.1 Анализ
дублирования в локальных
В данном подразделе в совокупности локальных ER-моделей выявляются эквивалентные сущности, категории сущностей, дублирование атрибутов и связей. Результаты анализа в дальнейшем используются для синтеза глобальной ER-модели. Ниже представлены пояснения к указанным действиям.
4.1.1 Выявление эквивалентных сущностей
Выявлено, что следующие сущности являются эквивалентными:
1) «Клиент» функции 1 и «Клиент» функции 2;
4.1.2 Выявление
подсущностей и категорий
Выявлено, что следующие сущности являются подсущностями / категориями других сущностей:
1) Сущность «Вид обуви» функции 1 является категорией сущности «Справочник» функции 1;
2) Сущность «Вид материала» функции 2 является категорией сущности «Справочник» функции 1;
3) Сущность «Вид претензии» функции 3 является категорией сущности «Справочник» функции 1;
4.1.3 Выявление
дублирования атрибутов и
Выявлены следующие
1) Атрибут «Прием в ремонт.
Выявлены следующие
1) Связи «Клиент» функции 1 и «Клиент» функции 2;
4.2 Синтез глобальной ER-модели
В данном подразделе из совокупности локальных ER-моделей строится единая глобальная ER-модель путем слияния эквивалентных сущностей, синтеза обобщенных сущностей и их категорий, устранения дублирования атрибутов и связей. Диаграмма глобальной модели представлена в документе 2012.654600.БД.КР.24.ГМ «Глобальная модель».
Ниже представлены пояснения к принятым проектным решениям.
4.2.1 Слияние эквивалентных сущностей
Эквивалентные сущности, выявленные в п. 4.1.1, слиты в одну с объединением множеств атрибутов:
1) «Клиент» функции 1 и «Клиент» функции 2 слиты в единую сущность «Клиент»;
2) «Клиент» функции 1 и 2, «Мастер» функции 2, «Приемщик» функции 1 и «Выдавший» функции 3 слиты в единую сущность «Персона».
4.2.2 Синтез
обобщающих сущностей и
По результатам анализа (п. 4.1.2) введены следующие 2 обобщающие сущности и их категории:
1) Обобщающая сущность «
2) Обобщающая сущность «Персона»
4.2.3 Устранение
дублирования атрибутов и
Устранены следующие дублирующиеся атрибуты:
1) Атрибут «Приемщик.Код
2) Атрибут «Клиент.Код клиента» функции 1 удален как избыточный;
3) Атрибут «Вид обуви.Код вида обуви»функции 1 удален как избыточный;
4) Атрибут «Характеристики.Код характеристики» функции 1 удален как избыточный;
5) Атрибут «Мастер.Код мастера» функции 2 удален как избыточный;
6)Атрибут «Материал.Код
7) Атрибут «Выдавший.Код
8) Атрибут «Вид претензи.Код вида претензии» функции 3 удален как избыточный;
Устранены следующие дублирующиеся связи:
-
4.3 Спецификации ограничений и правил
В данном подразделе локальные ограничения и правила, сформулированные в разд. 3 для локальных ER-моделей, трансформированы применительно к глобальной модели, а именно:
– ограничения атрибутов сущностей (таблица 4.1);
– ограничения кортежей (таблица 4.2);
– ограничения уникальности (таблица 4.3);
– прочие ограничения (таблица 4.4);
– операционные правила (таблица 4.5);
– правила ссылочной целостности (таблица 4.6).
Таблица 4.1
Ограничения атрибутов
Имя атрибутаили агрегата |
Тип |
Размер |
Границыили допустимые значения |
Структура |
Условие |
Значениепо умолчанию |
1. Прием в ремонт.Рег. номер приема |
положит. целое |
- |
1) |
- |
- |
- |
2. Прием в ремонт.Дата приема |
дата |
- |
- |
- |
2) |
- |
3. Клиент.Код клиента |
положит. целое |
- |
3) |
- |
- |
- |
4. Клиент.ФИО клиента |
строка рус. буквы |
- |
- |
4) |
- |
- |
5. Вид обуви.Название вида обуви |
строка рус. буквы |
- |
- |
5) |
- |
- |
6. Исполнение ремонта.Рег. номер исполнения |
положит. целое |
- |
6) |
- |
- |
- |
7. Выдача отремонтированной
обуви*обувь в выдаче.Дата |
дата |
- |
- |
- |
7) |
- |
8. Материал.Код материала |
положит. целое |
- |
8) |
- |
- |
- |
9. Вид материала.Код вида материала |
положит. целое |
- |
9) |
- |
- |
- |
10. Выдавший.ФИО выдавшего |
строка рус. буквы |
- |
- |
10) |
- |
- |
Примечания:
1)Рег. номер приема>0
2)Дата приема>Текущая дата-100лет. Дата приема <= Текущая дата.
3)Код клиента>0
4)Российские фамилии,имена,
5)Название вида обуви,
6)Рег. номер исполнения>0
7)Дата выдачи> Текущая дата -100 лет; Дата выдачи <= Текущая дата
8)Код материала> 0
9)Код вида материала > 0
10) Российские фамилии,
имена, отчества (первая буква
прописная, остальные —
Таблица 4.2.
Ограничения кортежей
Группа атрибутов |
Ограничение |
1 - |
Ограничения кортежей не выявлено |
Примечания: -
Таблица 4.3.
Ограничения уникальности
Группа атрибутов |
Среди каких экземпляров имеет место уникальность |
1 Код клиента |
Среди всех клиентов |
2 Код выдавшего |
Среди всех выдавших |
3 Рег. номер приема |
Среди всех рег. номеров приема |
Примечания: -
Таблица 4.4.
Другие ограничения
Группа атрибутов |
Ограничение |
1 Дата приема |
календарные дни, 12 месяцев |
2 Дата выдачи |
календарные дни,12 месяцев |
Примечания: -
Таблица 4.5.
Операционные правила
Группа атрибутов |
Ограничение |
1 Атрибуты, относящиеся к выданной обуви:Рег. номер выдачи, Код выдавшего, ФИО выдавшего, Код клиента, ФИО клиента,Содержание претензии,Код вида претензии, Дата устранения претензии, Название вида претензии,НПП претензии |
При удалении записи о какой-либо выданной обуви все сведения о ней переносятся в архивную базу с указанием даты-времени, причины удаления и имени пользователя, выполнившего удаление. Эти сведения хранятся в архивной базе не менее 1 года, а затем могут быть автоматически удалены |
Примечания: <если есть>
Таблица 4.6.
Ссылочные правила
Родительская сущность/связь |
Дочерняя сущность/связь |
Правило удаления |
Другие правила |
Вид обуви |
Прием в ремонт* Обувь в приеме |
Каскадное |
|
Выдавший |
Выдача отремонтированной обуви* Обувь в выдаче |
Строгое |
|
Вид претензии |
Обувь в выдаче* Замечание |
Каскадное |
|
|
Примечания: <если есть>
4.3 Вывод
В результате проектирования глобальной ER-модели, соответствующей локальным ER-моделям для отдельных автоматизируемых функций, получена графическая модель, включающие от 4 до 6 сущностей в третьей нормальной форме. Введенные 2 обобщенных сущностей содержат от 3 до 4 категорий. Разработанные спецификации ограничений и операционных правил включают все ограничения и правила, полученные на предыдущем этапе и трансформированные для глобальной ER-модели; дополнительно на данном этапе введено 15 ограничений и 4 правил.
5 ПРОЕКТИРОВАНИЕ
ВНУТРЕННЕЙ РЕЛЯЦИОННОЙ МОДЕЛИ
Данный раздел посвящен проектированию внутренней реляционной модели. Здесь выполняется перевод глобальной ER-модели в реляционную форму, специфицируются ограничения и правила поддержания целостности на реляционном уровне. Для приведения ER-модели к реляционной форме производится устранение подсущностей и категорий и замена явных связей неявными, основанными на атрибутах-ссылках (внешних ключах). Специфицируются ограничения целостности и операционные правила на уровне концептуальной реляционной модели.
5.1 Устранение подсущностей, категорий и явных связей
В данном подразделе в канонической ER-модели устраняются категории и подсущности путем выделения категорий в отдельные сущности, а также путем слияния категорий. Затем устраняются явные связи типа «один ко многим» (связи типа «многие ко многим» уже отсутствовали в исходной канонической модели), в результате чего модель переходит в реляционную форму. Исходнаяканоническая модель была разработана на предыдущем этапе. Разработанные спецификации реляционной модели приведены в документе 2012.654600.БД.КР.24.РМ «Реляционная модель». Текст программы реализации базы данных приведен в документе 2012.654600.БД.КР.24.ТП-1, ее заполнения – в документе 2012.654600.БД.КР.24.ТП-2.
Информация о работе Разработка концептуально-логических моделей базы данных организации