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

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

Примечания: -

 

Таблица 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 и атрибут «Исполнение  ремонта.Клиент» функции 2;

Выявлены следующие дублирующиеся  связи:

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) Атрибут «Приемщик.Код приемщика»  функции 1 удален как избыточный;

          2) Атрибут «Клиент.Код клиента»  функции 1 удален как избыточный;

3) Атрибут «Вид обуви.Код вида обуви»функции 1 удален как избыточный;

4) Атрибут «Характеристики.Код  характеристики» функции 1  удален  как избыточный;

5) Атрибут «Мастер.Код мастера»  функции 2  удален как избыточный;

6)Атрибут «Материал.Код материала»  функции 2  удален как избыточный;

7) Атрибут «Выдавший.Код выдавшего»  функции 3  удален как избыточный;

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.

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