2.4 Уровень базы данных

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

2.4.1 Функция 1 «Учет кадров»

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

Динамические ограничения на уровне базы данных для данной функции не выявлены. Операционные правила на уровне базы данных для данной функции не выявлены.

2.4.2 Функция 2 «Аренда мест»

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

Динамические ограничения на уровне базы данных для данной функции не выявлены. Операционные правила на уровне базы данных для данной функции не выявлены.

2.4.3 Функция 3 «Аренда оборудования»

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

Динамические ограничения на уровне базы данных для данной функции не выявлены. Операционные правила на уровне базы данных для данной функции не выявлены.

2.4.4 Функция 4 «Аренда склада»

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

Динамические ограничения на уровне базы данных для данной функции не выявлены. Операционные правила на уровне базы данных для данной функции не выявлены.

2.4.5 Функция 5 «Санконтроль»

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

Динамические ограничения на уровне базы данных для данной функции не выявлены. Операционные правила на уровне базы данных для данной функции не выявлены.

2.5 Вывод

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

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

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

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

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

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

3.1.1 Функция 1 «Учет кадров»

Исходная ER-модель для данной функции, полученная на основе описания, приведенного в разд. 1, представлена на рисунке 3.1.

Код сотрудника

Паспортные данные

–Количество детей

–Пол

–Соц. Номер

–Адрес

Номер

Тип

Примечание

Телефон

Код организации

…

Название орган-ции

Дата поступления

Стаж

Код должности

Название должности

Оклад

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

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

3.1.2 Функция 2 «Аренда мест»

Исходная ER-модель для данной функции, полученная на основе описания, приведенного в разд. 1, представлена на рисунке 3.2.

–Код аренд. места

–Название места

–Арендная плата

Арендатор Код арендатора

Пол

Соц. Номер

Адрес

Паспортные данные

Количество детей

Дата начала аренды

продажа

Дата конца аренды

Код товара

Название товара

Рисунок 3.2 — Исходная ER-модель для функции 2 «Аренда мест»

Модель содержит единственную сущность «Аренда мест», набор атрибутов которой имеет сложную структуру: простой агрегат «ФИО», повторяющийся агрегат «Арендатор», который содержит повторяющийся агрегат «Продажа».

3.1.3 Функция 3 «Аренда оборудования»

Исходная ER-модель для данной функции, полученная на основе описания, приведенного в разд. 1, представлена на рисунке 3.3.

–Код оборудования

– Вид оборудования

– Количество

Арендатор Код арендатора

Адрес

Паспортные данные

Дата начала аренды

Дата конца аренды

Рисунок 3.3 — ИсходнаяER-модель для функции 3 «Аренда оборудования»

Модель содержит единственную сущность «Аренда оборудования», набор атрибутов которой имеет сложную структуру: простой агрегат «ФИО» и повторяющийся агрегат «Арендатор».

3.1.4 Функция 4 «Аренда склада»

Исходная ER-модель для данной функции, полученная на основе описания, приведенного в разд. 1, представлена на рисунке 3.4.

–Код аренд. ячейки

– Вид оборудования

– Количество

Арендатор Код арендатора

Адрес

Паспортные данные

Дата начала аренды

Дата конца аренды

Рисунок 3.4 — ИсходнаяER-модель для функции 4 «Аренда склада»

Модель содержит единственную сущность «Аренда склада», набор атрибутов которой имеет сложную структуру: простой агрегат «ФИО» и повторяющийся агрегат «Арендатор».

3.1.5 Функция 5 «Санконтроль»

Исходная ER-модель для данной функции, полученная на основе описания, приведенного в разд. 1, представлена на рисунке 3.5.

Комиссия Код сотрудника

должность

Арендатор Код арендатора

Адрес

Паспортные данные

Проверяемый товар Код товара

Название товара

Количество

Номер лицензии

Показатели Название

Значение

Результат

Рисунок 3.5 — ИсходнаяER-модель для функции 5 «Санконтроль»

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