Добавил:
Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Задание на курсовой проект с примерами / пример - музыкальная школа.doc
Скачиваний:
96
Добавлен:
02.05.2014
Размер:
644.1 Кб
Скачать

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 Вывод

В результате анализа информационного обеспечения функций выявлены и сформулированы ограничения и правила поддержания целостности данных, которые должны быть учтены при дальнейшем проектировании. Общее число ограничений на уровне атрибутов составляет 79 (в том числе динамических 1), на уровне кортежей — 83 (динамические ограничения не выявлены), на уровне множеств кортежей — 25 (динамические ограничения не выявлены) и на уровне базы данных ограничения не выявлены. Операционные правила выявлены и сформулированы для уровня атрибутов — 2 и для уровня множеств кортежей – 2.

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

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

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

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

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

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

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

Табельный номер

ФИО сотрудника

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

Пол

Адрес

Телефон Номер телефона

Тип телефона

Стаж Примечания

паспорт Карьера

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

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

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

выдачи Номер приказа

кем Оклад

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

Код диплома

Дата окончания учебного заведения

Диплом Название учебного заведения

Специальность

Код специальности

Название специальности

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

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

3.1.2 Функция 2 «прием учащихся»

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

Код учащегося

ФИО учащегося

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

Пол

Адрес

Телефон Номер телефона

Тип телефона

Год обучения Примечания

свидетельство

орождении обучение код инструмента

код инструмент название

свидетельства инструмента

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

выдачи номер приказа

кем выдано приказ дата подписания

кто подписал код

ФИО

родственник плата за обучение

код льгота код льготы

родственника название льготы

ФИО дата назначения льготы

место работы дата снятия льготы

Рисунок 3.1.2 — Исходная ER-модель для функции 2 «Прием учащихся»

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

3.1.3 Функция 3 «сдача экзаменов»

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

предмет код предмета

экзамен

название предмета

сотрудник Табельный номер

ФИО сотрудника

дата

время начала

Учащийся время окончания

Код учащегося кабинет

ФИО учащегося

Оценка тип экзамена

Рисунок 3.1.3 — Исходная ER-модель для функции 3 «Сдача экзаменов»

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

3.1.4 Функция 4 «планирование учебного процесса»

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

Учебный план

Учащийся Код учащегося

ФИО учащегося

Номер учебного плана

Дата утверждения учебного плана

Особенности

четверть Инструмент код инструмента

год название инструмента

номер четверти

предмет код предмета

название предмета

количество часов

сотрудник табельный номер

ФИО сотрудника

Рисунок 3.1.4 — Исходная ER-модель для функции 4 «Планирование учебного процесса»

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

3.1.5 Функция 5 «проведение занятий»

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

Занятия

сотрудник табельный номер

ФИО сотрудника

дата

время

кабинет

предмет код

предмета

название

предмета

ученик код

учащегося

ФИО

учащегося

оценка

Рисунок 3.1.5 — Исходная ER-модель для функции 5 «Проведение занятий»

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

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

В данном подразделе на основе анализа и преобразования исходных ER-моделей для каждой автоматизируемой функции строятся нормализованныеER-модели, не содержащие «скрытых» сущностей.

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

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

Табельный номер

сотрудник

ФИО

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

Пол

Стаж

М Паспорт Код паспорта

Дата выдачи

Кем выдан

должность

М Мкод

должности