Задание на расчетно-графическую работу по дисциплине «Информатика» для гр. Эуп-1хх (з)

1. Требования к разработке информационной er-модели (схемы данных) объектов предметной области:

1. Пользуясь пакетом MS Access, по выбранному варианту задания сформировать информационную модель базы данных (БД) предприятия (организации, фирмы) с указанными требованиями. Структура связей между таблицами определяется правилами: один-ко-многим или многие-ко-многим.

2. При выполнении работы обеспечить отсутствие избыточности информации (провести нормализацию отношений).

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

4. Разработать формы данных для таблиц БД MS Access и ввести через формы не менее 10 записей в каждую таблицу.

5. Сформировать и выполнить запросы по критериям: =, between, Like, с параметром. В одном из запросов создать вычисляемое поле по своему усмотрению. Результаты всех запросов сохранить. Поля для запросов выбираются исходя из особенностей и требований конкретной БД.

6. Составить отчеты по запросам. В отчетах должны содержать:

• результаты запроса по двум связанным таблицам;

• заголовок и примечание отчета, верхний и нижний колонтитулы страниц, заголовок и примечание группы;

• как минимум одно вычисляемое поле (использовать Построитель выражений);

• итоговые значения по группам и по отчету в целом;

• диаграмму на основе данных одного из запросов.

7. Создать кнопочную форму, разместив на ней кнопки для открытия отчетов и форм.

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

Пояснительная записка должна быть оформлена в соответствии с требованиями Единой Системы Конструкторской Документации (ЕСКД) и Единой Системы Программной Документации (ЕСПД) и содержать следующие разделы:

• Титульный лист

• Лист задания

• Содержание

• Введение

• Основная часть

• Заключение и выводы

• Список литературы

9. Предоставить преподавателю электронные варианты:

• БД Access со схемой данных;

• пояснительную записку (вместе с распечатанным документом).

2. Ниже представлен пример концептуальной и логической модели данных «Обучение».

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

Рис. 1 Фрагмент концептуальной модели «Обучение» с учетом связей информационных объектов и без учета их атрибутов

• Предварительно определяют атрибуты у информационных объектов (ИО):

Преподаватели имеют атрибуты: код преподавателя (primary key), ФИО, адрес проживания, № телефона, e-mail, дата приема на работу, должность, оклад, кафедра, где трудится преподаватель, дисциплины, которые он преподает, стажировка, паспорт, фото.

Группы имеют атрибуты: код группы (primary key), наименование группы, ФИО старосты.

Студенты имеют атрибуты: код студента (primary key), ФИО студента, адрес проживания, № телефона, Дата рождения, Фото, группа, где он учится.

Должности имеют атрибуты: код должности (primary key), наименование должности, оклад.

Кафедры имеют атрибуты: код кафедры (primary key), наименование кафедры, адрес кафедры.

Дисциплины имеют атрибуты: код дисциплины (primary key), наименование дисциплины.

• Проводят нормализацию отношений.

В ИО Дисциплины поле наименование соответствует 1 НФ и функционально полно зависит от первичного ключа (согласно 2НФ), поэтому этот объект можно представить в виде таблицы «Дисциплины» с одноименным полем.

В ИО Кафедры поля наименование и адрес кафедры соответствует 1 НФ и функционально полно зависят от первичного ключа (согласно 2НФ), поэтому этот объект можно представить в виде таблицы «Кафедры» с одноименными полями.

В ИО Должности поля наименование и оклад соответствуют 1 НФ и функционально полно зависят от первичного ключа (согласно 2НФ), поэтому этот объект можно представить в виде таблицы «Должности» с одноименными полями.

В ИО Группы поля наименование и ФИО старосты соответствуют 1 НФ и функционально полно зависят от первичного ключа (согласно 2НФ), поэтому этот объект можно представить в виде таблицы «Группы» с одноименными полями.

В ИО Студенты поля ФИО студента, адрес проживания, № телефона, Дата рождения, Фото, группа, где он учится, соответствуют 1 НФ и функционально полно зависят от первичного ключа (согласно 2НФ). Поскольку ИО Группы существует, и он содержит наименование групп, а связь между ИО Группы и Студенты «один-ко-многим», то в таблице «Студенты», кроме перечисленных полей, должен присутствовать внешний ключ код группы (foreign key) для связи с первичным ключом таблицы «Группы».

В ИО Преподаватели поля ФИО, адрес проживания, № телефона, e-mail, дата приема на работу, соответствуют 1 НФ и функционально полно зависят от первичного ключа (согласно 2НФ). Поскольку ИО Должности существует, и он содержит наименование должности и оклад, а связь между ИО Должности и Преподаватели «один-ко-многим», то в таблице «Преподаватели», кроме перечисленных полей, должен присутствовать внешний ключ код должности (foreign key), для связи с первичным ключом таблицы «Должности». В таблице «Преподаватели» не должно быть атрибута оклад, так как согласно 3 НФ он транзитивно зависит от атрибута должность.

Поскольку ИО Кафедры существует, и он содержит наименование кафедры и адрес, а связь между ИО Кафедры и Преподаватели «один-ко-многим», то в таблице «Преподаватели», кроме перечисленных полей, должен присутствовать внешний ключ код кафедры (foreign key), для связи с первичным ключом таблицы «Кафедры».

Поскольку ИО Дисциплины существует, и он содержит наименование дисциплины, а связь между ИО Преподаватели и Дисциплины «один-ко-многим», то в таблице «Дисциплины», кроме перечисленного поля, должен присутствовать внешний ключ код преподавателя (foreign key), для связи с первичным ключом таблицы «Преподаватели».

Поскольку между ИО Преподаватели и Зарплата может существовать связь «один-ко-одному», то их можно объединить в один объект. Также следует отметить, что зарплата не зависит от преподавателя, какую он хочет иметь. Она зависит от должности, которую он занимает. Поэтому (согласно 3НФ) информационного объекта Зарплата не должно быть, а информация о ней должна быть отражена в атрибуте оклад ИО Должности (таблицы «Должности»).

Что же касается атрибутов стажировка, паспорт и фото у преподавателя, то они могут пополняться (атрибут стажировка), изменяться (атрибуты паспорт и фото), поэтому необходимо ввести дополнительную таблицу «Характеристики» и связать ее с таблицей «Преподаватели» связью «многие-ко-одному». Тогда таблица «Характеристики» должна иметь следующие поля: код характеристики (primary key), код преподавателя (foreign key), стажировка, паспорт, фото.

Согласно концептуальной схеме (рис.1) связь между объектами Студенты и Дисциплины «многие-ко-многим», а MS Access не поддерживает эту связь, но предполагается, что ее можно заменить двумя связями «один-ко-многим» к дополнительно таблице. В качестве такой таблицы можно предложить таблицу «Результаты», хранящую информацию о сданных/несданных экзаменах и зачетах. Эта таблица должна иметь первичный ключ код результата, два внешних ключевых поля: код дисциплины и код студента для связи с таблицами «Дисциплины» и «Студенты», а также поля: результат, балл, дата сдачи, которые функционально полно зависят от первичного ключа (согласно 2 НФ).

• Строят логическую модель, используя неидентифицируемые связи.

Рис. 2. Логическая модель «Обучение» с учета атрибутов и ключей в пакете ER-win