Автор работы: Пользователь скрыл имя, 27 Марта 2015 в 12:15, курсовая работа
Целью данного проекта является выработка умений и навыков проектирования структуры базы данных, предназначенной для функционирования автоматизированной информационной системы. Для достижения этой цели в данном проекте выполняется разработка структуры реляционной базы данных для гипотетической информационной системы «Агентство недвижимости».
Введение
Выбор автоматизируемых функций
Краткое описание предметной области . . . . . . . . . . . . . . . . . . . . . . . . . .
Выбор и описание автоматизируемых функций . . . . . . . . . . . . . . . . . . .
Первичное описание информационного обеспечения . . . . . . . . . . . . . . .
Вывод . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Проектирование исходных локальных моделей
Составление исходных локальных моделей . . . . . . . . . . . . . . . . . . . . . . .
Спецификации ограничений и правил . . . . . . . . . . . . . . . . . . . . . . . . . . .
Вывод . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Проектирование нормализованных локальных ER-моделей
Нормализация локальных ER-моделей . . . . . . . . . . . . . . . . . . . . . . . . . . .
Спецификации ограничений и правил . . . . . . . . . . . . . . . . . . . . . . . . . . .
Вывод . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Проектирование глобальной ER-модели
Анализ дублирования в локальных моделях . . . . . . . . . . . . . . . . . . . . . .
Синтез глобальной ER-модели . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Спецификации ограничений и правил . . . . . . . . . . . . . . . . . . . . . . . . . . .
Вывод . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Проектирование реляционной и внешних моделей
Устранение категорий и явных связей. . . . . . . . . . . . . . . . . . . . . . . . . . . .
Спецификации ограничений и правил . . . . . . . . . . . . . . . . . . . . . . . . . . .
Разработка моделей внешних представлений . . . . . . . . . . . . . . . . . . . . .
Вывод . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Разработка SQL-моделей базы данных
SQL-код создания таблиц . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
SQL-код создания триггеров……………………………………………...
SQL-код реализации внешних представлений . . . . . . . . . . . . . . . . . . . . .
Вывод . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Данный раздел посвящен проектированию исходных локальных моделей базы данных. Для каждой автоматизируемой функции строится иерархическая модель данных. Специфицируются исходные локальные ограничения целостности и операционные правила.
2.1 Составление исходных локальных моделей
В данном подразделе на основе описательных моделей данных, полученных на предшествующих этапах проектирования для каждой автоматизируемой функции, строятся исходные концептуальные модели иерархического вида в графической форме. Рисунки, содержащие исходные модели, приведены в конце раздела.
В данном подразделе для построенных выше исходных моделей выявляются и записываются локальные ограничения целостности и операционные правила, а именно:
– ограничения атрибутов и агрегатов (таблица 2.1);
– ограничения кортежей (таблица 2.2);
– ограничения уникальности (таблица 2.3);
– другие ограничения (таблица 2.4);
– операционные правила (таблица 2.5).
В таблицах указаны только дополнительные ограничения, не отраженные на диаграммах в документе «Иерархическая модель». Для компактности по каждой функции представлено не более одного ограничения некоторого вида.
Таблица 2.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 |
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)
| ||||||||||
<=30 <=30 <=30 <=30 <=30 <=30 <=30 <=30 <=30 |
|||||||||||||||||
Функция 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) Дата проведения> Текущая дата
2.1.1 Функция 1 «Учет кадров»
Исходная иерархическая модель для данной функции, полученная на основе описания, приведенного в разд. 1, представлена на листе 1 в документе «Иерархическая модель».
Состав и структура модели. Модель содержит единственную сущность «Сотрудник», набор атрибутов которой имеет сложную структуру: простой агрегат «ФИО», повторяющиеся агрегаты «Телефон» и «Место работы». Последний агрегат, в свою очередь, содержит повторяющийся агрегат «Стаж».
Обобщение атрибутов. Исходные атрибуты, отражающие различные телефоны, имеющиеся у служащего («служебный», «домашний», «мобильный» и т. д.), обобщены в повторяющийся агрегат «Телефон» с атрибутами «Номер по порядку», «Номер телефона», «Тип телефона», «Примечание».
2.1.2 Функция 2 «Экспертиза». Состав функции (* – агрегат): Регистр. номер экспертизы, Дата проведения, Объект недвижимости*, Отв. эксперт*, Часть объекта*.
Состав однозначного агрегата «Объект недвижимости»: Код объекта, Код типа объекта, Название типа объекта, Адрес, Владелец*.
Состав однозначного агрегата «Владелец» агрегата «Объект недвижимости»: Код владельца, ФИО владельца.
Состав однозначного агрегата «Отв. эксперт»: Код, ФИО.
Состав множественного агрегата «Часть объекта»: Нпп части, Код типа, Название типа, Код части, Название части, Входит в состав части (код), Параметр объекта*.
Состав множественного агрегата «Параметр объекта» агрегата «Часть объекта»: Нпп, Код параметра, Название параметра, Значение параметра.
2.1.3 Функция 3 «Покупка». Состав функции (* – агрегат): Рег. номер договора на покупку, Дата заключения договора, Объект недвижимости*, Собственник*, Рег. номер экспертизы, Отв. сотрудник*, Причина покупки*, Стоимость.
Состав однозначного агрегата «Объект недвижимости»: Код объекта, Код типа объекта, Название типа объекта, Адрес.
Состав однозначного агрегата «Собственник»: Код собственника, ФИО собственника.
Состав однозначного агрегата «Отв. сотрудник»: Код, ФИО.
Состав множественного агрегата «Причина покупки»: Нпп, Код вида причины, Название вида причины, Содержание.
2.1.4 Функция 4 «Продажа». Состав функции (* – агрегат): Рег. номер продажи, Дата продажи, Объект недвижимости*, Покупатель*, Отв. сотрудник*, История продажи*, Стоимость.
Состав однозначного агрегата «Объект недвижимости»: Код объекта, Адрес.
Состав однозначного агрегата «Покупатель»: Код покупателя, ФИО покупателя.
Состав однозначного агрегата «Отв. сотрудник»: Код, ФИО.
Состав однозначного агрегата «История продажи»: Дата выставления, Потенциальный покупатель*.
Состав множественного агрегата «Потенциальный покупатель» агрегата «История продажи»: Код, ФИО, Дата начала переговоров, Дата окончания переговоров, Содержание.
Таблица 2.2.
Ограничения кортежей
№ п/п |
Источник |
Группа атрибутов |
Ограничение | ||||
Функция 1 «Учет кадров» | |||||||
1.1 |
Дата рождения |
Дата рождения > Текущая дата – 100 лет; Дата рождения < Текущая дата – 16 лет. | |||||
Функция 2 «Экспертиза» | |||||||
2.1 |
Дата проведения |
Дата проведения > Текущая дата | |||||
Функция 3 «Покупка» | |||||||
3.1 |
Дата заключения договора |
Дата заключения договора > Текущая дата | |||||
Функция 4 «Продажа» | |||||||
4.1 |
Дата продажи |
Дата продажи > Текущая дата | |||||
4.2 |
Дата окончания переговоров |
Дата окончания переговоров > Текущая дата | |||||
4.2 |
Дата выставления |
Дата выставления > Текущая дата |
Таблица 2.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 динамические ограничения не выявлены
Таблица 2.5.
Другие ограничения
№ п/п |
Источник |
Группа атрибутов |
Ограничение |
Функция 1 «Учет кадров» | |||
1.1 |
+ |
Стаж |
Последовательность номеров, соответствующая должностям, должна начинаться с 1 и не иметь пропусков |
Функция 2 «Экспертиза» — ограничения не выявлены | |||
Функция 3 «Покупка» — ограничения не выявлены | |||
Функция 4 «Продажа» — ограничения не выявлены |
Таблица 2.6.
Операционные правила
№ п/п |
Источник (табл. 1.3) |
Группа атрибутов |
Ограничение |
Функция 1 «Учет кадров» | |||
1.1. |
+ |
Атрибуты, относящиеся к сотруднику: Личный номер, Фамилия, Имя, Отчество, … и т.д. |
При удалении записи о каком-либо сотруднике все сведения о нем переносятся в архивную базу с указанием даты-времени, причины удаления и имени пользователя, выполнившего удаление. Эти сведения хранятся в архивной базе не менее 1 года, а затем могут быть автоматически удалены |
Функция 2 «Экспертиза» — Правила не выявлены | |||
Функция 3 «Покупка» — Правила не выявлены | |||
Функция 4 «Продажа» — Правила не выявлены | |||
2.3 Вывод
В результате анализа информационного обеспечения функций выявлены и сформулированы ограничения и правила поддержания целостности данных, которые должны быть учтены при дальнейшем проектировании. Общее число ограничений на уровне атрибутов составляет 100, на уровне кортежей — 8. Операционные правила выявлены и сформулированы для уровня кортежей.
Дата рождения Имя
Телефон
Регистрационный номер
Дата проведения
Объект недвижимости Код объекта
Код типа объекта
Ответственный эксперт Название типа
Адрес
Часть объекта Владелец
Рисунок 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 сущности: «ФИО», «Дата рождения», «Стаж»; «Телефон».
Сущность «ФИО» содержит данные о сотруднике, его фамилии, имени, и отчестве, «Дата рождения» дает информацию о дате рождения, «Стаж» данные о опыте и стаже работы, «Телефон», данные номеров телефонов сотрудника
Информация о работе База данных для информационной системы "Агенство недвижимости"