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

Название: Базы данных для информационной системе
Раздел: Рефераты по информатике
Тип: реферат

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

БАЗА ДАННЫХ

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

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

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

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

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

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

техника

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

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

Курс 3

Семестр 6

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

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

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

(зач. кн. 025000)

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

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

2005

СОДЕРЖАНИЕ

Введение
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 посвящен выбору автоматизируемых функций и информационного обеспечения. Здесь дается краткое описание предметной области; производится выбор и описание автоматизируемых функций; выполняется первичное описание информационного обеспечения.

Раздел 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 «Учет кадров»
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-моделей. Каждая исходная локальная модель преобразуется в нормализованную 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 «Учет кадров»
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 Выявление дублирования атрибутов и связей

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

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

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 «Учет прав»
1.1. Права.Номер прав 1.1 строка цифр 8 1 1
1.2 Владелец прав.ФИО автовладельца 1.2 агрегат
1.3. Права.Дата выдачи 1.3 дата 1 1
1.4. Права.Срок действия 1.4 дата 1 1
1.5. Права.Категория 1.5 латин. букв. 1 A , B , C , D 1 1
1.6. Владелец прав.Дата рождения 1.6 дата 2) 1 1
1.7. Владелец прав.Место рождения 1.7 строка рус. букв <=100 1 1
1.8. Владелец прав. Паспортные данные 1.8 строка цифр 11
1.9 Права.ФИО сотрудника 1.9 агрегат
Функция 2 «Заявление на выдачу или восстановление прав»
2.1. Заявитель.ФИО заявителя 1.1 агрегат 1 1
2.2. Заявитель.Дата рождения 1.2 дата 1 1
2.3. Заявитель.Паспортные данные 1.3 строка цифр 11 1 1
2.4. Заявитель.Адрес 1.4 строка рус. букв <=30 1 1
2.5.Заявитель.Телефон 1.5 строка цифр 6 0 1
2.6. Сотрудник.ФИО сотрудника 2.1 агрегат
2.7. Сотрудник.Личный номер 2.2 строка цифр 6
2.8. Сотрудник. Должность 2.3 строка рус. букв <=30 А…Яя 1 1
2.9. Заявление.Номер заявления 3.2 строка цифр 6 1 1
2.10. Заявление.Основание 3.3 строка рус. букв <=255 А...Яя 1 1
2.11. Заявление.Дата заявления 3.4 дата 1 1
2.11. Заявление.Текст 3.4 текст <=30 стрк 1 1
Функция 3 «Практический экзамен по вождению»
3.1 Курсант.ФИО курсанта 1.1 агрегат 1 1
3.2. Курсант.Пасп. данные 1.2 строка цифр 11 1 1
3.3. Курсант.Номер автошколы 1.3 строка цифр 4 1 1
3.4. Экзаменатор. агрегат
3.5. Экзаменатор.ФИО экзаменатора 2.1 агрегат 1 1
3.6. Экзаменатор.Звание 2.2 строка рус. букв <=30 1 1
3.7. Экзаменатор.Личный номер 2.3 строка цифр 6 А…Яя 1 1
3.8.ПрЭкзамен.НПП 3.1 строка цифр 6 1 1
3.9. ПрЭкзамен.Зачет первого экз. 3.2 положит. целое 1 1/0 1 1
3.10. ПрЭкзамен.Зачет второго экз. 3.3 положит. целое 1 1/0 1) 1 1
3.11. ПрЭкзамен.Дата сдачи 3.4 дата 1 1
3.12. ПрЭкзамен.Примечания 3.5 строка рус. букв <=255 А…Яя 1) 1 1
Функция 4 «Теоретический экзамен по вождению»
4.1. Курсант.ФИО курсанта 1.1 агрегат 1 1
4.2. Курсант.Пасп. данные 1.2 строка цифр 11 1 1 4)
4.3. Курсант.Номер автошколы 1.3 строка цифр 4 1 1
4.4. Экзаменатор.ФИО экзаменатора 2.1 агрегат 1 1 4)
4.5. Экзаменатор.Звание 2.2 строка рус. букв <=30 1 1
4.6. Экзаменатор.Личный номер 2.3 строка цифр 6 А…Яя 1 1
4.7. Экзамен.НПП 3.1 строка цифр 6 1 1
4.8. Экзамен.Кол-во неправ. отв. 3.2 строка цифр 3 1 1
4.9. Экзамен.Примечания 3.3 строка рус. букв <=255 А…Яя 1 1
4.10. Экзамен.Дата сдачи 3.4 дата 1 1
Функция 5 «Учет кадров»
5.1. Сотрудник.ФИО 1.1 агрегат 1 1
5.2. Сотрудник.Паспортные данные 1.2 строка цифр 11 1 1
5.3. Сотрудник.Телефон 1.4 строка цифр 6 0 1
5.4. Сотрудник.Семейное положение 1.5 положит. целое 1 1 1
5.5. Сотрудник.Образование 1.7 строка рус. букв <=30 А…Яя 1 1
5.6. Сотрудник.Зар. плата 1.8 строка цифр 1 1
5.7. Сотрудник.Дата рождения 1.9 дата 2 ) 1 1
5.8. Сотрудник.Личный номер 1.1 строка цифр 6 1 1
5.9. Сотрудник.Группа крови 1.11 положит. целое 2 1...4, +,- 1 1
5.10. Дети.Нпп 1.6 положит. целое 1 1 4)
5.11. Дети.Дата рождения + дата 3) 1 1
5.12. Дети.Пол + символ 1 1
5.13. Карьера. агрегат 1 М
5.14. Карьера.Нпп + положит. целое 1 1 4)
5.15. Карьера.Должность 2.1 строка рус. букв <=30 А…Яя 1 1
5.16. Карьера.Звание 2.2 строка рус. букв <=30 А…Яя 1 1
5.17 Карьера.Код подразд – ия 2.3 строка цифр 6 1 1
5.18. Карьера.Дата назначения 2.4 дата 3) 1 1 тек. дата
5.19. Карьера.Дата увольнения 2.5 дата 3) 0 1
5.20. Карьера.Название подр-ия + 1 1
5.21. Карьера.Код звания + строка цифр 6 0 1
5.22. Карьера.Код должности + строка цифр 6 1 1

Примечания:

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

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

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

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

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

Таблица 4.2.

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

№

п/п

 Источник Группа атрибутов Ограничение
Функция 1 «Учет прав»
1.1 Права.Дата выдачи, Права.Срок действия Права.Дата Выдачи < Права.Срок действия
1.2 Права.Дата выдачи, Владелец прав Дата рождения Права.Дата выдачи > Владелец прав.Дата рождения
Функция 2 «Заявление на выдачу или восстановление прав»
2.1 Заявление.Дата заявления , Заявитель.Дата рождения Заявление.Дата заявления > Заявитель Дата рождения
Функция 3 «Практический экзамен»
В данной функции ограничения на кортежи не выявлены.
Функция 4 «Практический экзамен»
В данной функции ограничения на кортежи не выявлены.
Функция 5 «Учет кадров»
5.1 2.1

Сотрудник.Дата рождения,

Место.Дата назначения

Дата назначения – Дата рождения >= 20 лет
5.2 2.2 Место.Дата назначения, Место.Дата увольнения Место.Дата увольнения >Место. Дата назначения
5.3 2.3

Дети.Дата рождения,

Сотрудник.Дата рождения

Дети.Дата рождения > Сотрудник.Дата рождения

Таблица 4.3.

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

№

п/п

 Источник Группа атрибутов Среди каких экземпляров имеет место уникальность
Функция 1 «Учет прав»
1.1 + Права.Номер прав среди всех прав
1.2 + Владелец прав.Паспортные данные среди всех владельцев прав
Функция 2 «Заявление на выдачу или восстановление прав»
2.1 + Заявление.Номер заявления среди всех заявлений
2.2 + Сотрудник.Личный номер среди всех сотрудников
2.3 + Заявитель.Паспортные данные среди всех заявителей
Функция 3 «Практический экзамен»
3.1 + Экзамен.Нпп среди всех практических экзаменов
3.2 + Экзаменатор.Личный номер среди всех экзаменаторов
3.3 + Курсант.Паспортные данные среди всех курсантов
Функция 4 «Теоретический экзамен»
4.1 + Экзамен.Нпп среди всех теоретических экзаменов
4.2 + Экзаменатор.Личный номер среди всех экзаменаторов
4.3 + Курсант.Паспортные данные среди всех курсантов
Функция 5 «Учет кадров»
5.1 5.1 Сотрудник.Личный номер среди всех экз. сущности «Сотрудник»
5.2 5.2 Сотрудник.ФИО «
5.3 5.3 Сотрудник.Паспортные данные «
5.4 5.4 Дети.Нпп среди всех экз. сущности «Дети»
5.5 5.5 Место.Нпп среди всех экз. связи «Место» одного сотрудника
5.6 5.6 Место.Дата назначения «
5.7 5.7 Место.Дата увольнения «
5.8 + Звание.Код среди всех экз. сущности «Звание»
5.9 + Подразделение.Код среди всех экз. сущности «Подразделение»
5.10 + Должность.Код среди всех экз. сущности «Должность»

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

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

Таблица 4.5

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

№

п/п

 Источник Группа атрибутов Ограничение
Функция 1 «Учет прав» — ограничения не выявлены
Функция 2 «Заявление на выдачу или восстановление прав» — ограничения не выявлены
Функция 3 «Практический экзамен» — ограничения не выявлены
Функция 4 «Теоретический экзамен» — ограничения не выявлены
Функция 5 «Учет кадров»
2.1 + Карьера.Дата увольнения «Дата увольнения», соответствующая данному сотруднику, может быть незаполненной только для последнего места его работы (текущей)
2.2 +

Карьера.Нпп, Дата назначения,

Дата увольнения

Хронологическая последовательность значений «Дата назначения», «Дата увольнения» в агрегате «Карьера», соответствующих одному сотруднику, упорядоченных по «Нпп»
2.3 + Карьера.Нпп Последовательность номеров, соответствующая должностям, должна начинаться с 1 и не иметь пропусков
2.4 + Дети.Нпп, Дата рождения Хронологическая последовательность значений «Дата рождения» в агрегате «Дети», соответствующих одному сотруднику, упорядоченных по «Нпп»
2.5 + Дети.Нпп Последовательность номеров, соответствующая должностям, может начинаться с 0 и не иметь пропусков

Таблица 4.6.

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

№

п/п

Источник

(табл. 1.3)

 Группа атрибутов Ограничение
Функция 1 «Учет прав» — Правила не выявлены
Функция 2 «Заявление на выдачу или восстановление прав» — Правила не выявлены
Функция 3 «Практический экзамен» — Правила не выявлены
Функция 4 «Теоретический экзамен» — Правила не выявлены
Функция 5 «Учет кадров» — Правила не выявлены

Атрибуты, относящиеся к сотруднику:

Личный номер, Фамилия, Имя, Отчество, … и т.д.

 При удалении записи о каком-либо сотруднике все сведения о нем переносятся в архивную базу с указанием даты-времени, причины удаления и имени пользователя, выполнившего удаление. Эти сведения хранятся в архивной базе не менее 1 года, а затем могут быть автоматически удалены

Таблица 4.7.

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

№

п/п

Источник

(табл. 3.7)

Родительская

сущность/связь

Дочерняя

сущность/связь

Правило

удаления

Другие

правила
1 сотрудник дети каскадное
2 звание сотрудник строгое
3 должность сотрудник строгое
4 сотрудник права строгое
5 сотрудник место каскадное
6 сотрудник практ.экзамен строгое
7 сотрудник теор.экзамен строгое
8 сотрудник заявление строгое
9 подразделение место каскадное
10 заявитель заявление каскадное
11 владелец прав права каскадное
12 курсант практ.экзамен каскадное
13 курсант теор.экзамен каскадное

4.3 Вывод

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


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