Разработка концептуально-логических моделей базы данных организации
Автор работы: Пользователь скрыл имя, 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, представлены в документе «Иерархическая модель».
Состав и структура модели. Модель содержит единственную сущность «Прием в ремонт», набор атрибутов которой имеет сложную структуру: «Рег. номер приема», «Код приемщика», «ФИО приемщика», «Дата приема», «Код клиента», «ФИО клиента», агрегаты «Обувь в приеме», «Характеристика принятой обуви».
Обобщение атрибутов. Исхлдные атрибуты, отражающие информацию о проданной обуви, обощены в агрегат «Обувь в приеме» с атрибутами: «НПП обуви в приеме», «Код вида обуви», «Название вида обуви». Исходные атрибуты, отражающие информацию о характеристиках принятой обуви, обощены в агрегат «Характеристика принятой обуви» с атрибутами: «Код характеристики», «Название характеристики», «Значение характеристики», «Суть задачи ремонта».
Тестовые данные. Тестовые данные для этой функции, полученные путем преобразования в иерархическую форму тестовых данных предыдущего этапа в соответствии с разработанной иерархической моделью, представлены в документе «Иерархическая модель. Тестовые данные».
- Функция 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 лет, а затем могут быть автоматически удалены. |