Базы данных для информационной системе

Уфимский государственный авиационный технический университет

БАЗА ДАННЫХ

ДЛЯ ИНФОРМАЦИОННОЙ СИСТЕМЫ

«Агентство недвижимости»

Пояснительная записка к курсовому проекту

по общепрофессиональной дисциплине

«Базы данных и знаний»

Направление 552800 – Информатика и вычислительная

техника

Факультет информатики и робототехники

Кафедра автоматизированных систем управления

Курс 3

Семестр 6

2005.552800.БД.КП.ПЗ Т28-320.6

Оценка ________________ Исполнитель

Консультант проф. каф. АСУ студ. гр. Т28-320

(зач. кн. 025000)

___________ Кармзина А.Г. ___________ Кривошеев А.С.

«___» ____________ 2005 г. «___» ___________ 2005 г.

2005

СОДЕРЖАНИЕ

ВВЕДЕНИЕ

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

Информационная система «Агентство недвижимости» предназначена для оперативного доступа к информации о работе агентства недвижимости: по проведению экспертизы, организации покупки и продажи.

Разрабатываемая база данных предназначена для информационного обеспечения автоматизации процессов.

Раздел 1 посвящен выбору автоматизируемых функций и информационного обеспечения. Здесь дается краткое описание предметной области; производится выбор и описание автоматизируемых функций; выполняется первичное описание информационного обеспечения.

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

Раздел 3 посвящен проектированию нормализованных локальных ER-моделей. Каждая исходная локальная модель преобразуется в нормализованную ER-модель. Разрабатываются спецификации ограничений целостности и операционных правил для локальных ER-моделей.

Раздел 4 посвящен проектированию глобальной ER-модели. Здесь производитсявыявление и устранение эквивалентных сущностей, выявление категорий и синтез обобщающих сущностей, выявление и устранение дублирования атрибутов и связей. Строится графическое представление глобальной модели, специфицируются ограничения и правила поддержания целостности.

Раздел 5 посвящен проектированию реляционной и внешних моделей. Здесь выполняется перевод глобальной ER-модели в реляционную форму, специфицируются ограничения и правила поддержания целостности на реляционном уровне. Разрабатываются модели внешних представлений базы данных для отдельных автоматизируемых функций.

Раздел 6 посвящен разработке SQL-моделей базы данных. Здесь создается SQL-код для таблиц, триггеров и внешних представлений базы данных.

1 ВЫБОР АВТОМАТИЗИРУЕМЫХ ФУНКЦИЙ

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

1.1 Краткое описание предметной области

В данном подразделе дается краткое описание предметной области, в которой функционирует информационная система «Агентство недвижимости». Описываются среда функционирования, объект и субъект управления, цели и задачи управления.

1.1.1 Среда функционирования системы

Среда функционирования системы включает агентство недвижимости.

1.1.2 Объект управления

Объект управления представляет собой процессы экспертизы, купли и продажи недвижимости.

1.1.3 Субъект управления (управляющая система)

Субъект управления представляет собой персонал, работающий в данном агентстве недвижимости и обеспечивающий функционирование информационной системы «Агентства недвижимости»

1.1.4 Цель управления

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

1) Ведение учета информации о продаже.

2) Ведение учета по дате продажи

3) Ведение учета даты продажи

4) Ведение учета объектов продажи

5) Ведение учета покупателей

6) Ведение учета об ответственном сотруднике

7) Ведение учета о стоимости продажи

8) Ведение учета истории продажи

1.2 Выбор и описание автоматизируемых функций

В данном подразделе выбираются и кратко описываются три функции управляющей системы, которые предполагается автоматизировать с использованием разрабатываемой информационной системы.

1.2.1 Перечень автоматизируемых функций

В рамках данного проекта для автоматизации выбраны следующие четыре функции автоматизированной системы « Агентства недвижимости»:

1) Учет кадров;

2) Экспертиза;

3) Покупка;

4) Продажа.

1.2.2 Функция 1 «Учет кадров». Данная функция предназначена для информационной поддержки процесса управления персоналом организации. Руководству организации необходимо знать сведения о каждом сотруднике организации, в том числе — об истории его служебного продвижения в данной организации (пребывание на различных должностях в различных подразделениях организации), а также о возможности быстрого контакта с ним в настоящее время (как связаться с сотрудником).

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

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

1.2.3 Функция 2 «Экспертиза». Функция предназначена для ведения информации об экспертизе. Она позволяет получить сведения о дате проведения экспертизы, об объекте недвижимости, об ответственном эксперте;

1.2.4 Функция 3 «Покупка». Функция предназначена для автоматизации сбора и получения информации о покупке. Она позволяет получить сведения о договоре на покупку и дате его заключения, информацию об объекте недвижимости, причине покупки, стоимости покупки и ответственном сотруднике;

1.2.5 Функция 4 «Продажа». Функция предназначена для обеспечения оперативного доступа к информации о продаже. Она позволяет получить сведения о дате продажи и объекте продажи, о покупателе, об ответственном сотруднике, стоимости продажи и получить историю продажи объекта.

1.3 Первичное описание информационного обеспечения

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

Функция 1 «Учет кадров».
Локальная проблемная область этой функции связана с процессом управления персоналом и рассматривается с точки зрения сотрудников отдела кадров и руководства организации.

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

При реализации этой функции необходимо учитывать в информационной схеме следующие сведения:

Табельный номер
. Однозначно идентифицирует каждого сотрудника.

Сведения о сотруднике
— ФИО, паспортные данные, телефон, семейное положение, образование, зарплата, дата рождения.

Сведения о стаже
— общий стаж работы сотрудника на каждой должности в различных подразделениях организации.

Контактные сведения
— сведения о контактных телефонах сотрудника. У одного сотрудника может быть несколько телефонов, причем различных категорий (типов): служебных, домашних, мобильных, прочих. Для каждого телефона могут быть указаны номер по порядку контактного телефона данного сотрудника; номер телефона в соответствующем формате; категория телефона; дополнительные сведения.

Функция 2 «Экспертиза».
Локальная проблемная области этой функции связана с процессом проведения экспертизы.

При реализации этой функции необходимо учитывать в информационной схеме следующие сведения:

При реализации этой функции необходимо учитывать в информационной схеме следующие сведения:

Экспертиза объекта недвижимости:
Регистрационный номер экспертизы и дата проведения экспертизы.

Объект недвижимости
- Код объекта, Код типа объекта, Название типа объекта, Адрес, Владелец.

Владелец объекта недвижимости:
Код владельца, ФИО владельца.

Отвечающий эксперт:
Код, ФИО эксперта.

Часть объекта:
Нпп части, Код типа, Название типа, Код части, Название части, Входит в состав части (код), Параметр объекта.

Параметр объекта:
Нпп, Код параметра, Название параметра, Значение параметра.

Функция 3 «Покупка».

Локальная проблемная области этой функции связана с процессом проведения покупки объекта недвижимости.

При реализации этой функции необходимо учитывать в информационной схеме следующие сведения:

Заключение договора покупки
: регистрационный номер договора на покупку, дата заключения договора, объект недвижимости, собственник, регистрационный номер экспертизы, ответственный сотрудник, причина покупки, стоимость.

Объект недвижимости:
Код объекта, Код типа объекта, Название типа объекта, Адрес.

Собственник:
Код собственника, ФИО собственника.

Ответственный сотрудник
: Код, ФИО сотрудника.

Причина покупки:
Нпп, Код вида причины, Название вида причины, Содержание.

Функция 4 «Продажа».

Локальная проблемная области этой функции связана с процессом проведения продажи объекта недвижимости.

При реализации этой функции необходимо учитывать в информационной схеме следующие сведения:

Заключение договора продажи
: регистрационный номер продажи, дата продажи, объект недвижимости, покупатель, ответственный сотрудник, история продажи, стоимость.

Объект недвижимости: Код объекта, Адрес.

Покупатель: Код покупателя, ФИО покупателя.

Ответственный сотрудник: Код, ФИО.

История продажи: Дата выставления, Потенциальный покупатель.

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

1.4 Вывод

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

2
ПРОЕКТИРОВАНИЕ ИСХОДНЫХ ЛОКАЛЬНЫХ МОДЕЛЕЙ

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

2.1
Составление исходных локальных моделей

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

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

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

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

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

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

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

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

Таблица 2.1

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

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.

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

Таблица 2.3.

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

Динамические ограничения

В функциях 1-4 динамические ограничения не выявлены

Таблица 2.5.

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

Таблица 2.6.

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

2.3 Вывод

В результате анализа информационного обеспечения функций выявлены и сформулированы ограничения и правила поддержания целостности данных, которые должны быть учтены при дальнейшем проектировании. Общее число ограничений на уровне атрибутов составляет 100, на уровне кортежей — 8. Операционные правила выявлены и сформулированы для уровня кортежей.

ФИО Фамилия

Дата рождения Имя

Стаж Отчество

Телефон

Регистрационный номер

Дата проведения

Объект недвижимости Код объекта

Код типа объекта

Ответственный эксперт Название типа

Адрес

Часть объекта Владелец

Рисунок 2.1 — Исходная модель для функции 1 «Учет прав»

Рисунок 2.2 — Исходная модель для функции 2 «Заявление на выдачу или восстановление прав»

Рисунок 2.3 — Исходная модель для функции 4 «Практический экзамен по вождению»

Рисунок 2.4 — Исходная модель для функции 5 «Теоретический экзамен по вождению»

Рисунок 2.5 — Исходная модель для функции 2 «Учет кадров»

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

НОРМАЛИЗОВАННЫХ ЛОКАЛЬНЫХ
ER
-МОДЕЛЕЙ

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

На диаграммах ER-моделей, приведенных ниже, прямоугольники обозначают сущности, овалы — связи, выносные линии — атрибуты. Ключевые атрибуты и связи помечены квадратами, обязательные — темным кружком, необязательные — светлым.

3.1 Нормализация локальных
ER
-моделей

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

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)
Российские фамилии, имена, отчества (первая буква прописная, остальные — строчные; возможны двойные фамилии, разделенные дефисом, многословные имена, разделенные пробелами).

2)
Дата рождения
> Текущая дата
– 100 лет; Дата рождения
< Текущая дата
– 16 лет.

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

4)
Следующее значение (инкремент).

5)
Дата проведения> Текущая дата

Таблица 3.2.

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

Таблица 3.3.

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

Динамические ограничения

В функциях 1-4 динамические ограничения не выявлены

Таблица 3.4.

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

Таблица 3.5.

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

Таблица 3.6.

Ссылочные правила

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 Выявление дублирования атрибутов и связей

Дублирующиеся атрибуты не выявлены.

Дублирующиеся связи не выявлены.

4.2
Синтез глобальной
ER
-модели

В данном подразделе из совокупности локальных ER-моделей строится единая глобальная ER-модель путем слияния эквивалентных сущностей, синтеза обобщенных сущностей и их категорий, устранения дублирования атрибутов и связей. Ниже представлены пояснения к указанным действиям. Графическое представление глобальной ER-модели приведено на рис. 4.1 в конце раздела.

4.2.1 Слияние эквивалентных сущностей

Эквивалентные сущности, выявленные в п. 4.1.1, слиты в одну с объединением множеств атрибутов:

1) ) «Сотрудник» функции 2, «Экзаменатор» функции 3, «Экзаменатор» функции 4 слиты в единую сущность «Сотрудник».

2) «Курсант» функции 3 и «Курсант» функции 4 слиты в единую сущность «Курсант».

4.2.2 Синтез обобщающих сущностей и категорий

Категорий сущностей не введено.

4.2.3 Устранение дублирования атрибутов и связей

Устранение дублирующихся атрибутов и связей не проводилось.

4.3 Спецификации ограничений и правил

В данном подразделе локальные ограничения и правила, сформулированные в разд. 3 для локальных ER-моделей, трансформированы применительно к глобальной модели, а именно:

– ограничения атрибутов сущностей (таблица 4.1);

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

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

– динамические ограничения (таблица 4.4);

– прочие ограничения (таблица 4.5);

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

– правила ссылочной целостности (таблица 4.7);

Таблица 4.1

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

Примечания:

1)
Определяется одним из 3 значений: 1- «Нет риска», 2 – «Повышенное внимание», «Особая опасность».

2)
Для упрощения здесь и далее структура агрегата ФИО
не раскрывается (см. табл. 2.1).

3)
Дата рождения > Текущая дата – 100 лет; Дата рождения < Текущая дата – 20 лет.

4)
Значение даты <= Текущей даты.

5)
Следующее значение (инкремент).

Таблица 4.2.

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

Таблица 4.3.

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

Динамические ограничения

В функциях 1-5 динамические ограничения не выявлены

Таблица 4.5

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

Таблица 4.6.

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

Таблица 4.7.

Ссылочные правила

4.3 Вывод

В результате проектирования глобальной ER-модели, соответствующей локальным ER-моделям для отдельных автоматизируемых функций, получена графическая модель, включающие от 2 до 2 сущностей в третьей нормальной форме. Разработанные спецификации ограничений и операционных правил включают все ограничения и правила, полученные на предыдущем этапе и трансформированные для глобальной ER-модели; дополнительно на данном этапе введено ограничений и правил.

Рисунок 4.1 — Глобальная ER-модель базы данных