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

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

 

  

         1.4  Вывод

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

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

ВНЕШНИХ ИЕРАРХИЧЕСКИХ  МОДЕЛЕЙ

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

2.1  Составление внешних иерархических моделей

В данном подразделе на основе описательных моделей данных, полученных на предшествующих этапах проектирования для каждой автоматизируемой функции, строятся исходные концептуальные модели иерархического вида в графической форме. Графические диаграммы исходных моделей приведены в документе 2012.654600.БД.КР.24.ИМ «Иерархическая модель», а соответствующих тестовых данных – в документе 2012.654600.БД.КР.24.ИТ «Иерархическая модель. Тестовые данные».

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

Исходная иерархическая модель для данной функции и соответствующие  тестовые данные, полученные на основе описания, приведенного в разд. 1, представлены в документе «Иерархическая модель».

Состав и структура  модели. Модель содержит единственную сущность «Прием в ремонт», набор атрибутов которой имеет сложную структуру: «Рег. номер приема», «Код приемщика», «ФИО приемщика», «Дата приема», «Код клиента», «ФИО клиента», агрегаты «Обувь в приеме», «Характеристика принятой обуви».

Обобщение атрибутов. Исхлдные атрибуты, отражающие информацию о проданной обуви, обощены в агрегат «Обувь в приеме» с атрибутами: «НПП обуви в приеме», «Код вида обуви», «Название вида обуви». Исходные атрибуты, отражающие информацию о характеристиках принятой обуви, обощены в агрегат «Характеристика принятой обуви» с атрибутами: «Код характеристики», «Название характеристики», «Значение характеристики», «Суть задачи ремонта».

Тестовые данные. Тестовые данные для этой функции, полученные путем преобразования в иерархическую форму тестовых данных предыдущего этапа в соответствии с разработанной иерархической моделью, представлены в документе «Иерархическая модель. Тестовые данные».

 

      1. Функция 2 «Исполнение ремонта»

 

Исходная иерархическая модель для данной функции и соответствующие  тестовые данные, полученные на основе описания, приведенного в разд. 1, представлены в документе «Иерархическая модель».

Состав и структура  модели. Модель содержит единственную сущность «Исполнение ремонта», набор атрибутов которой имеет сложную структуру: «Рег. номер ремонта», «Рега. номер приема»,«Код мастера», «ФИО мастера», «Суть задачи ремонта», «Начало/окончание ремонта», «НПП обуви в приеме», агрегат «Материал для ремонта».

Обобщение атрибутов. Исходные атрибуты, отражающие информацию о материале для ремонта, обощены в агрегат «Материал для ремонта» с атрибутами: «Код материала», «Код вида материала», «Название материала», «Название вида материала», «Количество материала на ремонт».

Тестовые данные. Тестовые данные для этой функции, полученные путем преобразования в иерархическую форму тестовых данных предыдущего этапа в соответствии с разработанной иерархической моделью, представлены в документе «Иерархическая модель. Тестовые данные».

2.1.1  Функция 3 «Выдача отремонтированной обуви»

Исходная иерархическая модель для данной функции и соответствующие  тестовые данные, полученные на основе описания, приведенного в разд. 1, представлены в документе «Иерархическая модель».

Состав и структура  модели. Модель содержит единственную сущность «Выдача отремонтированной обуви», набор атрибутов которой имеет сложную структуру: «Рег. номер выдачи», «Рег. номер приема», «Код мастера», «Код клиента», «ФИО клиента», агрегаты «Обувь в выдаче», «Замечание».

Обобщение атрибутов. Исходные атрибуты, отражающие информацию о выданной обуви, обобщены в агрегат «Обувь в выдаче» с атрибутами: «НПП обуви в выдаче», «Дата выдачи», «Код выдавшего», «ФИО выдавшего». Исходные атрибуты, отражающие информацию о полученных замечаниях, обощены в агрегат «Замечание» с атрибутами: «НПП претензии», «Код вида претензии», «Название вида претензии», «Содержание претензии», «Дата устранения претензии», «Код менеджера».

             Тестовые данные. Тестовые данные для этой функции, полученные путем преобразования в иерархическую форму тестовых данных предыдущего этапа в соответствии с разработанной иерархической моделью, представлены в документе «Иерархическая модель. Тестовые данные».

2.2  Спецификации локальных ограничений и правил

В данном подразделе для построенных  выше исходных моделей выявляются и записываются локальные ограничения целостности и операционные правила, а именно:

– ограничения атрибутов и агрегатов (таблица 2.1);

– ограничения кортежей (таблица 2.2);

– ограничения уникальности (таблица 2.3);

– другие ограничения (таблица 2.4);

– операционные правила (таблица 2.5).

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

 

Таблица 2.1

Ограничения атрибутов  и агрегатов

Имя атрибута

или агрегата

Тип

Границы

или

допустимые

значения

Структура

Условие

Многозначность

Значение 

по умолчанию

мин

макс

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

Дата приема

дата

-

-

1)

1

1

-

Код приемщика

целое положительное

2)

-

-

1

1

-

ФИО приемщика

строка

русские буквы 

-

3)

-

1

1

-

Суть задачи ремонта

строка

русские буквы

-

4)

-

1

1

-

Функция 2 «Исполнение ремонта»

Начало/окнчание ремонта

дата

-

-

5)

1

1

-

ФИО мастера

строка русские буквы

-

6)

-

1

1

-

Код мастера

целое положительное

7)

-

-

1

1

-

Название материала

строка русские  буквы

-

8)

-

1

1

-

Функция 3 «Выдача  отремонтированной обуви»

Дата выдачи

дата

-

-

9)

1

1

-

Дата устранения претензии

дата

-

-

10)

1

1

-

Код клиента

целое положительное

11)

-

-

1

1

-

ФИО клиента

строка русские  буквы

-

12)

-

1

1

-

               
                 

Примечания:

1)Дата приема > текущая  дата-100 лет; Дата приема <= текущая  дата;

2)Код приемщика > 0;

3)Российские фамилии,  имена, отчества (первая буква  прописная, остальные строчные;возможно двойные фамилии, разделенные дефисом, многословные имена разделенные пробелами);

4)Суть задачи ремонта  написана по-русски; возможны пробелы;

5)Начало/окончание ремонта  > текущая дата-100 лет; Начало  окончание ремонта <= текущая дата;

6)Российские фамилии,  имена, отчества (первая буква  прописная, остальные строч-ные;возможно  двойные фамилии, разделенные  дефисом, многословные имена разделенные  пробелами);

7)Код мастера > 0;

8)Название материала  написано по-русски; возможны пробелы;

9)Дата выдачи > текущая  дата-100 лет; Дата выдачи <= текущая  дата;

10)Дата устранения  претензии  > текущая дата-100 лет;  Дата устранения претензии <= текущая дата;

11)Код клиента > 0;

12)Российские фамилии,  имена, отчества (первая буква  прописная, остальные строч-ные;возможно  двойные фамилии, разделенные  дефисом, многословные имена разделенные  пробелами).

 

Таблица 2.2.  

Ограничения кортежей

Группа атрибутов

Ограничение

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

   

Функция 2 «Исполнение ремонта»

   

Функция 3 «Выдача отремонтированной обуви»

Дата выдачи, дата устранения претензиии

Дата выдачи >=Дата устранения претензии


 

Таблица 2.3.  

Ограничения уникальности

Группа атрибутов

Среди каких экземпляров  имеет место уникальность

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

Рег. номер приема

Среди всех рег. номеров приема

Код клиента

Среди всех клиентов

Код приемщика

Среди всех приемщиков

Код вида обуви

Среди всех видов обуви

Функция 2 «Исполнение ремонта»

Рег. номер ремонта

Среди всех рег. номеров ремонта

Код мастера

Среди всех мастеров

Код материала

Среди всех материалов

Код вида материала

Среди всех видов материала

Функция 3 «Выдача отремонтированной обуви»

Рег. номер выдачи

Среди всех рег. номеров выдачи

Код выдавшего

Среди всех выдавших

Код менеджера

Среди всех менеджеров

Код вида претензии

Среди всех видов претензий


 

Таблица 2.4.  

Другие ограничения

Группа атрибутов

Ограничение

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

Дата приема

календарные дни, 12 месяцев; время  в формате 24 ч. календарные дни,12 месяцев.

Функция 2 «Исполнение ремонта»

Начало/окончание ремонта

календарные дни, 12 месяцев; время  в формате 24 ч. календарные дни,12 месяцев.

Функция 3 «Выдача отремонтированной обуви»

Дата выдачи; Дата устранения претензии

календарные дни, 12 месяцев; время  в формате 24 ч. календарные дни,12 месяцев.


 

Таблица 2.5.  

Операционные правила

Группа атрибутов

Ограничение

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

Атрибуты, относящиеся  к обуви в приеме: нпп обуви  в приеме, код вида обуви,название вида обуви; к характеристикам принятой обуви: код характеристики, название характеристики, значение характеристики, суть задачи ремонта.

При удалении записи по обуви в приеме/характеристикам принятой обуви все сведения по обуви в приеме/характеристикам принятой обуви переносятся в архивную базу с указанием Даты/времени, причины удаления и имени пользователя, выполнившего удаление. Эти сведения хранятся в архивной базе не менее 2 лет, а затем могут быть автоматически удалены.

Функция 2 «Исполнение ремонта»

Атрибуты,относящиеся  к материалу для ремонта: код  материала, код вида материала, название материала, название вида материала, количество материала на ремонт.

При удалении записи по материалу для ремонта все сведения по материалу для ремонта переносятся в архивную базу с указанием Даты/времени, причины удаления и имени пользователя, выполнившего удаление. Эти сведения хранятся в архивной базе не менее 2 лет, а затем могут быть автоматически удалены.

Функция 3 «Выдача отремонтированной обуви»

Атрибуты,относящиеся  к обуви в выдаче: нпп обуви  в выдаче, дата выдачи, код выдавшего, фио выдавшего; к замечанию: нпп  претензии, код вида претензии, название вида претензии, содержание претензии, дата устранения претензии, код менеджера.

При удалении записи по обуви  в выдаче/замечанию все сведения по обуви в выдаче/замечанию переносятся в архивную базу с указанием Даты/времени, причины удаления и имени пользователя, выполнившего удаление. Эти сведения хранятся в архивной базе не менее 2 лет, а затем могут быть автоматически удалены.

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