Автор работы: Пользователь скрыл имя, 27 Марта 2015 в 12:15, курсовая работа
Целью данного проекта является выработка умений и навыков проектирования структуры базы данных, предназначенной для функционирования автоматизированной информационной системы. Для достижения этой цели в данном проекте выполняется разработка структуры реляционной базы данных для гипотетической информационной системы «Агентство недвижимости».
Введение
Выбор автоматизируемых функций
Краткое описание предметной области . . . . . . . . . . . . . . . . . . . . . . . . . .
Выбор и описание автоматизируемых функций . . . . . . . . . . . . . . . . . . .
Первичное описание информационного обеспечения . . . . . . . . . . . . . . .
Вывод . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Проектирование исходных локальных моделей
Составление исходных локальных моделей . . . . . . . . . . . . . . . . . . . . . . .
Спецификации ограничений и правил . . . . . . . . . . . . . . . . . . . . . . . . . . .
Вывод . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Проектирование нормализованных локальных ER-моделей
Нормализация локальных ER-моделей . . . . . . . . . . . . . . . . . . . . . . . . . . .
Спецификации ограничений и правил . . . . . . . . . . . . . . . . . . . . . . . . . . .
Вывод . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Проектирование глобальной ER-модели
Анализ дублирования в локальных моделях . . . . . . . . . . . . . . . . . . . . . .
Синтез глобальной ER-модели . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Спецификации ограничений и правил . . . . . . . . . . . . . . . . . . . . . . . . . . .
Вывод . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Проектирование реляционной и внешних моделей
Устранение категорий и явных связей. . . . . . . . . . . . . . . . . . . . . . . . . . . .
Спецификации ограничений и правил . . . . . . . . . . . . . . . . . . . . . . . . . . .
Разработка моделей внешних представлений . . . . . . . . . . . . . . . . . . . . .
Вывод . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Разработка SQL-моделей базы данных
SQL-код создания таблиц . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
SQL-код создания триггеров……………………………………………...
SQL-код реализации внешних представлений . . . . . . . . . . . . . . . . . . . . .
Вывод . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Связь «один ко многим» задает …
Связь «один к одному» задает…
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 |
||||||||||||
1.2. Дата рождения |
дата |
2) |
1 |
1 |
|||||||||||||
1.3. Стаж |
положит. целое |
вычисл. 3) |
1 |
1 |
|||||||||||||
1.4. Телефон.Нпп |
положит. целое |
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)
|
1) Российские фамилии, имена, отчества (первая буква прописная, остальные — строчные; возможны двойные фамилии, разделенные дефисом, многословные имена, разделенные пробелами).
2) Дата рождения > Текущая дата – 100 лет; Дата рождения < Текущая дата – 16 лет.
3) Вычисляется как суммарное время работы на каждой должности в различных подразделениях организации по значениям атрибутов Дата прихода, Дата ухода.
4) Следующее значение (инкремент).
5) Дата проведения> Текущая дата
Таблица 3.2.
Ограничения кортежей
№ п/п |
Источник |
Группа атрибутов |
Ограничение | ||||
Функция 1 «Учет кадров» | |||||||
1.1 |
Дата рождения |
Дата рождения > Текущая дата – 100 лет; Дата рождения < Текущая дата – 16 лет. | |||||
Функция 2 «Экспертиза» | |||||||
2.1 |
Дата проведения |
Дата проведения > Текущая дата | |||||
Функция 3 «Покупка» | |||||||
3.1 |
Дата заключения договора |
Дата заключения договора > Текущая дата | |||||
Функция 4 «Продажа» | |||||||
4.1 |
Дата продажи |
Дата продажи > Текущая дата | |||||
4.2 |
Дата окончания переговоров |
Дата окончания переговоров > Текущая дата | |||||
4.2 |
Дата выставления |
Дата выставления > Текущая дата |
Таблица 3.3.
Ограничения уникальности
№ п/п |
Источник |
Группа атрибутов |
Среди каких экземпляров имеет место уникальность |
Функция 1 «кадров» | |||
1.1 |
+ |
ФИО |
среди всех сотрудников |
1.2 |
+ |
Телефон.Номер |
среди всех телефонов одного сотрудника |
Функция 2 «Экспертиза» | |||
2.1 |
+ |
Регистрационный номер |
среди всех номеров |
2.2 |
+ |
Объект недвижимости |
среди всех объектов |
2.3 2.4 2.5 |
+ + |
Владелец Ответственный эксперт Часть объекта |
среди всех владельцев среди всех экспертов
среди всех частей |
Функция 3 «Покупка» | |||
3.1 |
+ |
Регистрационный номер |
среди всех номеров |
3.2 |
+ |
Объект недвижимости |
среди всех объектов |
3.3 3.4 |
+ + |
Собственник Ответственный сотрудник |
среди всех собственников среди всех сотрудников |
Функция 4 «Продажа» | |||
4.1 |
+ |
Регистрационный номер |
среди всех номеров |
4.2 |
+ |
Объект недвижимости |
среди всех объектов |
4.3 4.4
4.5 |
+ +
+ |
Покупатель Ответственный сотрудник История продаж |
среди всех покупателей среди всех сотрудников
среди всех историй продаж |
Динамические ограничения
В функциях 1-4 динамические ограничения не выявлены
Таблица 3.4.
Другие ограничения
№ п/п |
Источник |
Группа атрибутов |
Ограничение |
Функция 1 «Учет кадров» | |||
1.1 |
+ |
Стаж |
Последовательность номеров, соответствующая должностям, должна начинаться с 1 и не иметь пропусков |
Функция 2 «Экспертиза» — ограничения не выявлены | |||
Функция 3 «Покупка» — ограничения не выявлены | |||
Функция 4 «Продажа» — ограничения не выявлены |
Таблица 3.5.
Операционные правила
№ п/п |
Источник (табл. 1.3) |
Группа атрибутов |
Ограничение |
Функция 1 «Учет кадров» | |||
1.1. |
+ |
Атрибуты, относящиеся к сотруднику: Личный номер, Фамилия, Имя, Отчество, … и т.д. |
При удалении записи о каком-либо сотруднике все сведения о нем переносятся в архивную базу с указанием даты-времени, причины удаления и имени пользователя, выполнившего удаление. Эти сведения хранятся в архивной базе не менее 1 года, а затем могут быть автоматически удалены |
Функция 2 «Экспертиза» — Правила не выявлены | |||
Функция 3 «Покупка» — Правила не выявлены | |||
Функция 4 «Продажа» — Правила не выявлены | |||
Таблица 3.6.
Ссылочные правила
№ п/п |
Источник |
Родительская сущность/связь |
Дочерняя сущность/связь |
Правило удаления |
Другие правила |
Функция 1 «Учет прав» | |||||
1.1 |
+ |
Сотрудник |
Место |
каскадное |
|
1.2 |
+ |
Подразделение |
Место |
строгое |
|
Функция 2 «Экспертиза» | |||||
2.1 |
+ |
||||
2.2 |
+ |
||||
Функция 3 «Покупка» | |||||
3.1 |
+ |
||||
3.2 |
+ |
||||
Функция 4 «Продажа» | |||||
4.1 |
+ |
||||
4.2 |
+ |
3.3 Вывод
В результате проектирования локальных ER-моделей, соответствующих иерархическим моделям автоматизируемых функций, получены нормализованные локальных ER-модели, включающие от 2 до 5 сущностей в третьей нормальной форме. Разработанные спецификации ограничений и правил поддержания целостности включают все ограничения и правила, полученные на предыдущем этапе и трансформированные для локальных ER-моделей; дополнительно на данном этапе введено 3 ограничений и 13 правил.
Рисунок 3.1 — Нормализованная ER-модель для функции 1
«Учет прав»
Рисунок 3.2 — Нормализованная ER-модель для функции 2
«Заявление на выдачу или восстановление прав»
Рисунок 3.3 — Нормализованная ER-модель для функции 3
«Практический экзамен по вождению»
Рисунок 3.4 — Нормализованная ER-модель для функции 4
«Теоретический экзамен по вождению»
Рисунок 3.5 — Нормализованная ER-модель для функции 5
«Учет кадров»
4 ПРОЕКТИРОВАНИЕ
ГЛОБАЛЬНОЙ ER-МОДЕЛИ
Данный раздел посвящен проектированию глобальной ER-модели. Здесь производится выявление эквивалентных сущностей и их слияние, выявление категорий и синтез обобщающих сущностей, выявление и устранение дублирования атрибутов и связей. Строится графическое представление глобальной модели, специфицируются ограничения целостности и операционные правила.
4.1 Анализ дублирования в локальных моделях
В данном подразделе в совокупности локальных ER-моделей выявляются эквивалентные сущности, категории сущностей, дублирование атрибутов и связей. Результаты анализа в дальнейшем используются для синтеза глобальной ER-модели. Ниже представлены пояснения к указанным действиям.
4.1.1 Выявление эквивалентных сущностей
Выявлено, что следующие сущности являются эквивалентными:
1) «Сотрудник» функции 2, «Экзаменатор» функции 3, «Экзаменатор» функции 4;
2) «Курсант» функции 3 и «Курсант» функции 4
4.1.2 Выявление категорий сущностей
Категорий сущностей не выявлено;
4.1.3 Выявление дублирования атрибутов и связей
Дублирующиеся атрибуты не выявлены.
Дублирующиеся связи не выявлены.
В данном подразделе из совокупности локальных ER-моделей строится единая глобальная ER-модель путем слияния эквивалентных сущностей, синтеза обобщенных сущностей и их категорий, устранения дублирования атрибутов и связей. Ниже представлены пояснения к указанным действиям. Графическое представление глобальной ER-модели приведено на рис. 4.1 в конце раздела.
Информация о работе База данных для информационной системы "Агенство недвижимости"