Разработка концептуально-логических моделей базы данных организации

Автор работы: Пользователь скрыл имя, 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

Файлы: 1 файл

Курсовая по БД Чинчик ИВТ-302.doc

— 542.50 Кб (Скачать файл)

 

2.3  Вывод

В результате анализа информационного  обеспечения функций выявлены и  сформулированы ограничения и правила  поддержания целостности данных, которые должны быть учтены при дальнейшем проектировании. Общее число ограничений на уровне атрибутов составляет 12, на уровне кортежей 1 и на уровне ограничения уникальности 12. Операционные правила и другие ограничения выявлены и сформулированы для всех

 

3   ПРОЕКТИРОВАНИЕ

НОРМАЛИЗОВАННЫХ ЛОКАЛЬНЫХ ER-МОДЕЛЕЙ

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

3.1  Нормализация  локальных ER-моделей

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

– промежуточная модель, вычленены многозначные «скрытые» сущности, диаграмма представлена в документе 2012.654600.БД.КР.001.ЛМ-пр «Локальная модель промежуточная»;

– окончательная модель, вычленены однозначные «скрытые» сущности, диаграмма представлена в документе 2012.654600.БД.КР.001.ЛМ«Локальная модель».

      1. Функция 1  «Прием в ремонт»

Нормализованная 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 месяцев

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