Автор работы: Пользователь скрыл имя, 21 Февраля 2011 в 18:00, курсовая работа
Целью данного проекта является выработка умений и навыков проектирования структуры базы данных, предназначенной для функционирования автоматизированной информационной системы. Для достижения этой цели в данном проекте выполняется разработка структуры реляционной базы данных для гипотетической информационной системы «Агентство недвижимости».
Введение
1 Выбор автоматизируемых функций
1.1 Краткое описание предметной области . . . . . . . . . . . . . . . . . . . . . . . . . .
1.2 Выбор и описание автоматизируемых функций . . . . . . . . . . . . . . . . . . .
1.3 Первичное описание информационного обеспечения . . . . . . . . . . . . . . .
1.4 Вывод . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
2 Проектирование исходных локальных моделей
2.1 Составление исходных локальных моделей . . . . . . . . . . . . . . . . . . . . . . .
2.2 Спецификации ограничений и правил . . . . . . . . . . . . . . . . . . . . . . . . . . .
2.3 Вывод . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
3 Проектирование нормализованных локальных ER-моделей
3.1 Нормализация локальных ER-моделей . . . . . . . . . . . . . . . . . . . . . . . . . . .
3.2 Спецификации ограничений и правил . . . . . . . . . . . . . . . . . . . . . . . . . . .
3.3 Вывод . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
4 Проектирование глобальной ER-модели
4.1 Анализ дублирования в локальных моделях . . . . . . . . . . . . . . . . . . . . . .
4.2 Синтез глобальной ER-модели . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
4.3 Спецификации ограничений и правил . . . . . . . . . . . . . . . . . . . . . . . . . . .
4.4 Вывод . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
5 Проектирование реляционной и внешних моделей
5.1 Устранение категорий и явных связей. . . . . . . . . . . . . . . . . . . . . . . . . . . .
5.2 Спецификации ограничений и правил . . . . . . . . . . . . . . . . . . . . . . . . . . .
5.3 Разработка моделей внешних представлений . . . . . . . . . . . . . . . . . . . . .
5.4 Вывод . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
6 Разработка SQL-моделей базы данных
6.1 SQL-код создания таблиц . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
6.2 SQL-код создания триггеров……………………………………………...
6.3 SQL-код реализации внешних представлений . . . . . . . . . . . . . . . . . . . . .
6.4 Вывод . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Заключение
Список литературы
Динамические ограничения
В
функциях 1-4 динамические ограничения
не выявлены
Таблица 2.5.
Другие ограничения
№
п/п |
Источник | Группа атрибутов | Ограничение |
Функция 1 «Учет кадров» | |||
1.1 | + | Стаж | Последовательность номеров, соответствующая должностям, должна начинаться с 1 и не иметь пропусков |
Функция 2 «Экспертиза» — ограничения не выявлены | |||
Функция 3 «Покупка» — ограничения не выявлены | |||
Функция 4 «Продажа» — ограничения не выявлены |
Таблица 2.6.
Операционные правила
№
п/п |
Источник
(табл. 1.3) |
Группа атрибутов | Ограничение |
Функция 1 «Учет кадров» | |||
1.1. | + | Атрибуты,
относящиеся к
сотруднику:
Личный номер, Фамилия, Имя, Отчество, … и т.д. |
При удалении записи о каком-либо сотруднике все сведения о нем переносятся в архивную базу с указанием даты-времени, причины удаления и имени пользователя, выполнившего удаление. Эти сведения хранятся в архивной базе не менее 1 года, а затем могут быть автоматически удалены |
Функция 2 «Экспертиза» — Правила не выявлены | |||
Функция 3 «Покупка» — Правила не выявлены | |||
Функция 4 «Продажа» — Правила не выявлены | |||
2.3 Вывод
В
результате анализа информационного
обеспечения функций выявлены и
сформулированы ограничения и правила
поддержания целостности
Дата рождения Имя
Стаж Отчество
Телефон
Регистрационный номер
Дата проведения
Объект недвижимости Код объекта
Код типа объекта
Ответственный эксперт Название типа
Адрес
Часть объекта Владелец
Рисунок 2.1 —
Исходная модель для функции 1 «Учет прав»
Рисунок 2.2 —
Исходная модель для функции 2 «Заявление
на выдачу или восстановление прав»
Рисунок 2.3 — Исходная модель для функции 4 «Практический экзамен по вождению»
Рисунок 2.4 —
Исходная модель для функции 5 «Теоретический
экзамен по вождению»
Рисунок 2.5 —
Исходная модель для функции 2 «Учет кадров»
3 ПРОЕКТИРОВАНИЕ
НОРМАЛИЗОВАННЫХ ЛОКАЛЬНЫХ ER-МОДЕЛЕЙ
На
диаграммах ER-моделей, приведенных ниже,
прямоугольники обозначают сущности,
овалы — связи, выносные линии — атрибуты.
Ключевые атрибуты и связи помечены квадратами,
обязательные — темным кружком, необязательные —
светлым.
3.1 Нормализация локальных ER-моделей
3.1.1 Функция 1 «Учет кадров»
Нормализованная ER-модель для данной функции представлена на рис. 3.1 (в конце раздела).
Нормализованная модель содержит:
– 4 сущности: «ФИО», «Дата рождения», «Стаж»; «Телефон».
Сущность «ФИО» содержит данные о сотруднике, его фамилии, имени, и отчестве, «Дата рождения» дает информацию о дате рождения, «Стаж» данные о опыте и стаже работы, «Телефон», данные номеров телефонов сотрудника
Связь «один ко многим» задает …
Связь «один к одному» задает…
3.1.2 Функция 2 «Экспретиза»
Нормализованная ER-модель для данной функции представлена на рис. 3.2 (в конце раздела).
Нормализованная модель содержит:
– пять самоидентифицирующих сущностей: «Регистрационный номер», «Дата проведения», «Объект недвижимости», «Ответственный эксперт», «Часть объекта». Сущность «Регистрационный номер» содержит данные о номере регистрации объекта, «Дата проведения» - данные о дате проведения экспертизы объекта, «Ответственный эксперт» - данные о коде объекта, коде типа объекта, названии типа объекта, адресе, владельце, «Ответственный эксперт» - данные о коде, ФИО эксперта, «Часть объекта» - данные о Нпп части, коде типа, названии типа, коде части, названии части, параметре обеъкта.
3.1.3 Функция 3 «Покупка»
Нормализованная ER-модель для данной функции представлена на рис. 3.3 (в конце раздела).
Нормализованная модель содержит:
– восемь самоидентифицирующие сущности: «Регистрационный номер», «Дата заключения договора», «Объект недвижимости», «Собственник», «Регистрационный номер экспертизы», «Ответственный сотрудник», «Причина покупки», «Стоимость»,
Сущность
«Регистрационный номер» содержит данные
о номере регистрации покупки, «Дата заключения
договора» - данные о дате заключения договора,
«Объект недвижимости» - данные о коде
объекта, коде типа объекта, названии объекта,
адресе, «Собственник» - данные о собственнике
объекта (код собственника, ФИО собственника),
«Регистрационный номер экспертизы» -
данные о проведении экспертизы (номер),
«Ответственный сотрудник» - данные о
ответственному сотруднике (код, ФИО),
«Причина покупки» - данные о причине покупки
объекта недвижимости (Нпп, код вида причины,
название причины, содержание), «Стоимость»
- данные о стоимости объекта недвижимости.
3.1.4 Функция 4 «Продажа»
Нормализованная ER-модель для данной функции представлена на рис. 3.4 (в конце раздела).
Нормализованная модель содержит:
– семь самоидентифицирующих сущностей: «Регистрационный номер», «Дата продажи», «Объект недвижимости», «Покупатель», «Ответственный сотрудник» «История продажи», «Стоимость».
Сущность «Регистрационный номер» содержит данные о номере регистрации продажи, «Дата продажи» - данные о дате продажи объекта недвижимости, «Объект недвижимости» - данные о коде объекта и адресе, «Покупатель» - данные о покупателе (код покупателя, ФИО), «Ответственный сотрудник» - данные о ответственному сотруднике (код, ФИО), «История продажи» - данные о дате выставления, потенциальном покупателе, «Стоимость» - данные о стоимости проданного объекта недвижимости.
3.2 Спецификации локальных ограничений и правил
В данном подразделе локальные ограничения и правила, сформулированные в разд. 2 для иерархических моделей, трансформируются применительно к локальным ER-моделям, а именно:
– ограничения атрибутов сущностей (таблица 3.1);
– ограничения кортежей (таблица 3.2);
– ограничения уникальности (таблица 3.3);
– динамические ограничения (таблица 3.4);
– прочие ограничения (таблица 3.5);
– операционные правила (таблица 3.6).
– правила
ссылочной целостности (таблица 3.7);
Таблица 3.1
Ограничения атрибутов
Имя атрибутаили агрегата |
Тип |
Размер |
Границыили допустимые значения |
Структура |
Условие |
Многозначность |
Значениепо умолчанию | ||||||||||
мин |
макс | ||||||||||||||||
Функция 1 «Учет кадров» | |||||||||||||||||
1.1. ФИО | строка рус. букв | <=50 | 1) | 1 | 1 | ||||||||||||
|
дата | 2) | 1 | 1 | |||||||||||||
|
положит. целое | вычисл. 3) | 1 | 1 | |||||||||||||
|
положит. целое | 1 | 1 | инкр. 4) | |||||||||||||
Функция 2 «Экспертиза» | |||||||||||||||||
2.1. Регистрационный номер экспертизы | положит. целое | <=30 | 1 | 1 | инкр. 4) | ||||||||||||
2.2. Дата проведения
2.3. Объект недвижимости 2.3.1. Код объекта 2.3.2. Код типа объекта 2.3.3. Название типа объекта 2.3.4. Адрес 2.3.5. Владелец 2.3.5.1. Код владельца 2.3.5.2. ФИО владельца 2.4. Ответственный эксперт 2.4.1. Код 2.4.2. ФИО 2.5. Часть объекта 2.5.1. Нпп части 2.5.2. Код типа 2.5.3. Название типа 2.5.4. Код части 2.5.5. Название части 2.5.6. Параметр объекта 2.5.6.1. Нпп 2.5.6.2. Код параметра 2.5.6.3. Название параметра 2.5.6.4. Значение параметра |
дата
агрегат положит. целое положит. целое строка
рус. букв строка рус. букв агрегат положит.
целое строка
рус. букв агрегат положит. целое строка рус. букв агрегат положит. целое положит. целое строка рус. букв положит. целое строка рус. букв агрегат положит. целое положит.
целое строка
рус. букв положит. целое |
<=50 <=50 <=50 <=50 <=50 <=50 <=50 <=50 <=50 <=30 <=50 <=50 <=50 <=15 <=50 <=50 <=50 <=50 <=30 <=15 <=30 <=30 <=30 <=30 |
1) 1) |
5) |
1
1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 |
М
1 1 М М 1 М М М 1 1 1 М М М М М 1 М М М 1 М М |
инкр. 4) инкр.
4) | ||||||||||
Функция 3 «Покупка» | |||||||||||||||||
3.1.
Регистрационный номер 3.2. Дата заключения договора 3.3. Объект недвижимости 3.3.1. Код объекта 3.3.2. Код типа объекта 3.3.3. Название типа объекта 3.3.4. Адрес 3.4. Собственник 3.4.1. Код собственника 3.4.2. ФИО собственника 3.5. Регистрационный номер экспертизы 3.6. Ответственный сотрудник 3.6.1. Код 3.6.2. ФИО 3.7. Причина покупки 3.7.1. Нпп 3.7.2. Код вида причины 3.7.3. Название причины 3.7.4. Содержание 3.7. Стоимость |
положит.
Целое дата агрегат положит. целое положит. целое строка
рус. букв агрегат строка рус. букв строка рус. букв положит.
целое агрегат положит. целое строка рус. букв агрегат положит. целое положит. целое строка рус. букв строка рус. букв строка цифр |
<=30 <=30 <=30 <=30 <=30 <=30 <=30 <=30 <=30 <=30 <=30 <=30 <=30 <=30 <=30 <=30 <=30 <=30 <=30 <=30 |
1) 1) |
5) |
1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 |
1 1 1 1 1 1 1 М М М 1 1 М М М 1 1 1 1 М |
инкр. 4) инкр.
4) инкр.
4) | ||||||||||
Функция 4 «Продажа» | |||||||||||||||||
3.1. Регистрационный
номер продажи
3.2. Дата продажи 3.3. Объект недвижимости 3.3.1. Код объекта 3.3.2. Адрес 3.4. Покупатель 3.4.1. Код покупателя 3.4.1. ФИО покупателя 3.5. Ответственный сотрудник 3.5.1. Код 3.5.2. ФИО 3.6. История продажи 3.6.1. Дата выставления 3.6.2. Потенциальный покупатель 3.6.2.1. Код 3.6.2.2. ФИО 3.6.2.3. Дата начала переговоров 3.6.2.4. Дата окончания переговоров 3.6.2.5. Содержание 3.7. Стоимость |
положит.
целое дата агрегат положит. целое строка рус. букв агрегат положит. целое строка рус. букв агрегат положит. целое строка рус. букв агрегат дата агрегат положит. целое строка рус. букв дата дата строка рус. букв положит. целое |
<=30 <=30 <=30 <=30 <=30 <=30 <=30 <=30 <=30 <=30 <=30 <=30 <=30 <=30 <=30 <=30 <=30 |
1) 1) 1) |
5) 5) 5) 5) |
1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 |
1 1 1 1 1 М М М М 1 1 М 1 М 1 1 1 1 М М |
инкр. 4) |