Автор работы: Пользователь скрыл имя, 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
2.3 Вывод
В результате анализа информационного
обеспечения функций выявлены и
сформулированы ограничения и правила
поддержания целостности данных
3 ПРОЕКТИРОВАНИЕ
НОРМАЛИЗОВАННЫХ ЛОКАЛЬНЫХ ER-МОДЕЛЕЙ
3.1 Нормализация локальных ER-моделей
В данном подразделе на основе анализа и преобразования исходных иерархических моделей для каждой автоматизируемой функции строятся нормализованные ER-модели, не содержащие «скрытых» сущностей (т. е. каждая сущность находится в третьей нормальной форме). Для удобства контроля нормализация выполнена в два шага:
– промежуточная модель, вычленены многозначные «скрытые» сущности, диаграмма представлена в документе 2012.654600.БД.КР.001.ЛМ-пр «Локальная модель промежуточная»;
– окончательная модель, вычленены однозначные
«скрытые» сущности, диаграмма представлена
в документе 2012.654600.БД.КР.001.ЛМ«
Нормализованная ER-модель для данной функции представлена на листах 1 в документах «Локальная модель промежуточная» и «Локальная модель».
Промежуточная нормализованная модель содержит:
– 3 сущности (ей): «Прием в ремонт», «Прием в ремонт*Обувь в приеме», «Прием в ремонт*Характеристика принятой обуви».
– 2 безымянные идентифицирующие связи типа «многие к одному».
Сущность «Прием в ремонт» содержит данные о обуви, принятой в ремонт: Рег. номер приема, Код приемщика, ФИО приемщика, Дата приема, Код клиента, ФИО клиента. Сущность «Прием в ремонт*Обувь в приеме» содержит данные о обуви,находящейся в приеме: НПП обуви в приеме, Код вида обуви, Название вида обуви. Сущность «Прием в ремонт*Характеристика принятой обуви» содержит данные о характеристиках принятой обуви: Код характеристики, Название характеристики, Значение характеристики, Суть задачи ремонта. Связь «Прием в ремонт-Прием в ремонт*Обувь в приеме» задает данные о обуви,принятой в ремонт. Связь «Прием в ремонт-Прием в ремонт*Характеристика принятой обуви» задает данные о характеристиках обуви,принятой в ремонт.
Окончательная нормализованная модель содержит:
– 7 сущности (ей): «Прием в реомнт», «Прием в ремонт*Обувь в приеме», «Обувь в вприеме*Характеристика принятой обуви», «Приемщик», «Клиент», «Вид обуви», «Характеристики».
– 6 связей типа «один ко многим»: «Прием в реомнт-Прием в ремонт*Обувь в приеме», «Прием в ремонт*Обувь в приеме-Обувь в вприеме*Характеристика принятой обуви», «Прием в ремонт-Приемщик», «Прием в ремонт-Клиент», «Прием в ремонт*Обувь в приеме-Вид обуви», «Обувь в приеме*Характеристика принятой обуви-Характеристики».
Сущность «Прием в ремонт» содержит данные о приеме в ремонт: Рег. номер приема, Дата приеме, Суть задачи ремонта. Сущность «Приемщик» содержит данные о приемщике обуви: Код приемщика,ФИО приемщика. Сущность «Клиент» содержит данные о клиентах: Код клиента, ФИО клиента. Сущность «Прием в ремонт*Обувь в приеме» содержит данные об обуви в приеме: НПП обуви в приеме. Сущность «Вид обуви» содержит данные о виде обуви, сданной в ремонт: Код вида обуви, Название вида обуви. Сущность «Обувь в приеме*Характеристика принятой обуви» содержит данные о значении характериск: Значение характеристики. Сущность «Характеристики» содержит данные о характеристиках, принятой обуви: Код характеристики, Название характеристики. Связь «Прием в реомнт-Прием в ремонт*Обувь в приеме» задает данные об обуви, принятой в ремонт. Связь «Прием в ремонт*Обувь в приеме-Обувь в вприеме*Характеристика принятой обуви» задает данные о характеристиках обуви,принятой в ремонт. Связь «Прием в ремонт-Приемщик» задает данные о приемщике, принимаюшем обувь в прием. Связь «Прием в ремонт-Клиент» задает данные о клиенте,сдающем обувь в прием. Связь «Прием в ремонт*Обувь в приеме-Вид обуви» задает данные о виде обуви, сданной в прием.Связь «Обувь в приеме*Характеристика принятой обуви-Характеристики» задает данные о характеристиках обуви,сданной в прием.
3.1.2 Функция 2 «Исполнение ремонта»
Нормализованная ER-модель для данной функции представлена на листах 2 в документах «Локальная модель промежуточная» и «Локальная модель».
Промежуточная нормализованная модель содержит:
– 2 сущности (ей): «Исполнение ремонта», «Исполнение ремонта*Материал для ремонта».
– 1 безымянные идентифицирующие связи типа «многие к одному».
Сущность «Исполнение ремонта» содержит данные о исполенном ремонте: Рег. номер ремонта, Рег. номер приема, Код мастера, ФИО мастера, Суть задачи ремонта, Начало/окончание ремонта, НПП обуви в приеме.Сущность «Исполнение ремонта*Материал для ремонта» содержит данные о материала, необходимом для ремонта: Код материала, Код вида материала, Название материала, Название вида материала, Количество материала на ремонт. Связь «Исполнение ремонта-Исполнение ремонта*Материал для ремонта» задает данные о материале, необходимом для ремонта.
Окончательная нормализованная модель содержит:
– 5 сущности (ей): «Исполнение ремонта», «Мастер», «Исполнение ремонта*Материал для ремонта», «Материал», «Вид материала».
– 4 связей типа «один ко многим»: «Исполнение ремонта-Мастер», «Исполнение ремонта-Исполнение ремонта*Материал для ремонта», «Исполнение ремонта*Материал для ремонта-Материал», «Исполнение ремонта*Материал для ремонта-Вид материала».
Сущность «Исполнение ремонта» содержит данные об исполенном ремонте: Рег. номер ремонта, Рег. номер приема, НПП обуви в приеме, Суть задачи ремонта, Начало/окончание ремонта. Сущность «Мастер» содержит данные о мастере, выполняющем ремонт: Код мастера, ФИО мастера. Сущность «Исполнение ремонта*Материал для ремонта» содержит данные о материале, необходимом для ремонта: Количество материала на ремонт. Сущность «Материал» содержит данные о материале,который необхим для ремонта: Код материала, Название материала. Сущность «Вид материала» содержит данные о виде материала, который необходим для ремонта: Код вида материала, Название вида материала. Связь «Исполнение ремонта-Мастер» задает данные о мастере, исполняющем ремонт. Связь «Исполнение ремонта-Исполнение ремонта*Материал для ремонта» задает данные о материале,который понадобится при ремонте. Связь «Исполнение ремонта*Материал для ремонта-Материал» задает данные о материале, необходимом для ремонта. Связь «Исполнение ремонта*Материал для ремонта-Вид материала» задает данные о виде материала,который понадобится при исполнении ремонта.
3.1.3 Функция 3 «Выдача отремонтированной обуви»
Нормализованная ER-модель для данной функции представлена на листах 3 в документах «Локальная модель промежуточная» и «Локальная модель».
Промежуточная нормализованная модель содержит:
– 3 сущности (ей): «Выдача отремонтированной обуви», «Выдача отремонтированной обуви* Обувь в выдаче»,«Выдача отремонтированной обуви*Замечание».
– 2 безымянные идентифицирующие связи типа «многие к одному».
Сущность «Выдача
Окончательная нормализованная модель содержит:
– 6 сущности (ей): «Выдача отремонтированной обуви», «Выдача отремонтированной обуви*Обувь в выдаче», «Клиент», «Выдавший», «Обувь в выдаче*Замечание», «Вид претензии».
– 5 связей типа «один ко многим»: «Выдача отремонтированной обуви-Выдача отремонтированной обуви*Обувь в выдаче», «Выдача отремонтированной обуви-Клиент», «Выдача отремонтированной обуви*Обувь в выдаче-Выдавший», «Выдача отремонтированной обуви*Обувь в выдаче-Обувь в выдаче*Замечание», «Обувь в выдаче*Замечание-Вид претензии».
Сущность «Выдача отремонтирова
3.2 Спецификации локальных ограничений и правил
В данном подразделе локальные ограничения и правила, сформулированные в разд. 2 для иерархических моделей, трансформируются применительно к локальным ER-моделям, а именно:
– ограничения атрибутов сущностей (табл. 3.1);
– ограничения кортежей (табл. 3.2);
– ограничения уникальности (табл. 3.3);
– прочие ограничения (табл. 3.4);
– операционные правила (табл. 3.5);
– правила ссылочной целостности (табл. 3.6).
Таблица 3.1
Ограничения атрибутов
Имя атрибутаили агрегата |
Тип |
Размер |
Границыили допустимые значения |
Структура |
Условие |
Значениепо умолчанию | |||||||
Функция 1 «Прием в ремонт» | |||||||||||||
1.1.Рег. номер приема |
положит., целое |
- |
1) |
- |
- |
- | |||||||
1.2.Дата приема |
дата |
- |
- |
- |
2) |
- | |||||||
1.3.Название характеристики |
строка рус. бквы |
- |
- |
3) |
- |
- | |||||||
1.4.ФИО приемщика |
строка рус. буквы |
- |
- |
4) |
- |
- | |||||||
Функция 2 «Исполнение ремонта» | |||||||||||||
2.1.Код мастера |
положит., целое |
- |
5) |
- |
- |
- | |||||||
2.2.ФИО мастера |
строка рус. буквы |
- |
- |
6) |
- |
- | |||||||
2.3.Суть задачи ремонта |
строка рус. буквы |
- |
- |
7) |
- |
- | |||||||
2.4.Начало/окончание ремонта |
дата |
- |
- |
- |
8) |
- | |||||||
Функция 3 «Выдача отремонтированной обуви» | |||||||||||||
3.1.Дата приема |
дата |
- |
- |
- |
9) |
- | |||||||
3.2.Код клиента |
положит., целое |
- |
10) |
- |
- |
- | |||||||
3.3.ФИО клиента |
строка рус. буквы |
- |
- |
11) |
- |
- | |||||||
3.4.Название вида обуви |
строка рус. буквы |
- |
- |
12) |
- |
- |
Примечания:
1)Рег. номер приема>0
2) Дата приема > текущая дата - 100 лет ; Дата приема <= текущая дата
3) Название характеристики, написано по-русски; возможно разделение пробелами
4) Российские фамилии, имена, отчества (первая буква прописная, остальные - строчные; возможны двойные фамилии, разделенные дефисом; многословные имена, разделенные пробелами)
5) Код мастера > 0
6) Российские фамилии, имена,
отчества (первая буква прописная,
остальные - строчные; возможны двойные
фамилии, разделенные дефисом;
многословные имена,
7) Суть задачи ремонта, написано по-русски; возможно разделение пробелами
8) Начало/окончание ремонта > текущая дата - 100 лет ; Начало/окончание ремонта <= текущая дата
9) Дата приема > текущая дата - 100 лет ; Дата приема <= текущая дата
10) Код клиента > 0
11) Российские фамилии, имена, отчества (первая буква прописная, остальные - строчные; возможны двойные фамилии, разделенные дефисом; многословные имена, разделенные пробелами)
12) Название вида обуви, написано по-русски; возможно разделение пробелами
Таблица 3.2
Ограничения кортежей
Группа атрибутов |
Ограничение |
Функция 1 «Прием в ремонт» | |
1.1 - |
Ограничение кортежей не выявлено |
Функция 2 «Исполнение ремонта» | |
2.1 - |
Ограничение кортежей не выявлено |
Функция
3 «Выдача отремонтированной | |
3.1 - |
Ограничение кортежей не выявлено |
Примечания: -
Таблица 3.3
Ограничения уникальности
Группа атрибутов |
Среди каких экземпляров имеет место уникальность |
Функция 1 «Прием в ремонт» | |
1.1 Приемщик. Код приемщика |
среди всех приемщиков |
Функция 2 «Исполнение ремонта» | |
2.1 Мастер. Код мастера |
среди всех мастеров |
Функция
3 «Выдача отремонтированной | |
3.1 Клиент. Код клиента |
среди всех клиентов |
Примечания: <если есть>
Таблица 3.4
Другие ограничения
Группа атрибутов |
Ограничение |
Функция 1 «Прием в ремонт» | |
1.1 Дата приема |
календарные дни, 12 месяцев |
Функция 2 «Исполнение ремонта» | |
2.1 Начало/окончание ремонта |
календарные дни, 12 месяцев |
Функция
3 «Выдача отремонтированной | |
3.1 Дата выдачи |
календарные дни, 12 месяцев |
Информация о работе Разработка концептуально-логических моделей базы данных организации