Федеральное агентство по образованию Российской Федерации
Казанский национальный исследовательский технический университет
Кафедра информационных технологий
Рекомендации по выполнению лабораторных работ по курсу "Базы данных"
Елабуга, 2013
Содержание
Содержание 2
Задание 3
Лабораторная работа № 1 4
Задание 4
Задачи 4
Пользователи 4
Представление концептуальной (инфологической) модели в нотации IDEF1X 4
Сущности 4
Связи 5
Наследование 6
Состав диалоговых форм и отчетов 6
Лабораторная работа № 2 7
Задание 7
Лабораторная работа № 3 8
Задание 8
Лабораторная работа № 4 8
Задание 8
Лабораторная работа № 5 9
Задание 9
Лабораторная работа № 6 9
Задание 9
Оформление и сроки выполнения 9
Литература 10
Задание
Последовательно выполняя задания лабораторных работ, требуется разработать информационную систему (ИС) в среде СУБД Access2000 в соответствии с вариантом задания:
Заводской склад.
Аудиторный фонд универсиета
Расписание занятий
Домашняя аудиотека
Регистратура поликлиники
БД по владельцам автомобилей ГИБДД
Штатное расписание организации
Отдел кадров
Магазин компьютерной техник
Паспортизаця оборудования предприятия
Статистическая служба области
Нормативно-технческие данные
Оптовый склад
Служба такси
Агенство недвижимости+
Юридические лица
Архив документов
Лабораторная работа № 1
Время: 2 часа
Задание
Сформулируйте задачи, которые должна решать информационная система. Определите пользователей БД. Спроектируйте концептуальную модель БД (определите объекты ПО, определите свойства объектов, установите связи). Постройте модель БД в виде ER-графа используя нотацию стандарта IDEF1X. Определите примерный состав диалоговых форм и отчетов.
В качестве примера в данных методических указаниях будет рассматриваться процесс создания ИС для фирмы, выполняющей заказы.
Фирма регистрирует заказы от заказчиков, которые могут быть как физическими лицами, так и юридическими. Заказ может состоять из нескольких позиций (строк), в каждой из которых фиксируется наименование заказываемых товара или услуги, количество, цена, общая стоимость.
Товары и услуги выбираются из каталога, который может иметь несколько уровней. Для услуг имеются списки сотрудников фирмы, которые их оказывают.
Задачи
Перечислим основные функции, которыми ИС должна обладать:
ведение справочника заказчиков;
ведение справочника сотрудников;
ведение каталога товаров и услуг;
регистрация заказов;
поиск товаров, услуг и заказчиков по названию;
печать отчетов для каждого справочника;
печать годовых отчетов, отражающих динамику получения заказов на товары и услуги по месяцам.
Пользователи
Пользователями разрабатываемой ИС будут сотрудники фирмы, оформляющие заказы и менеджер отдела заказов.
Представление концептуальной (инфологической) модели в нотации idef1x
IDEF1X - представитель семейства IDEF, предназначенный для построения статических информационных моделей системы. Метод IDEF1X позволяет построить модель данных, эквивалентную реляционной модели в третьей нормальной форме. Пример дан на рис.1.
Сущности
Сущности изображаются в виде прямоугольников с прямыми и закругленными углами.
Независимые сущности, уникальные идентификаторы которых не наследуются из других сущностей, изображаются в виде прямоугольников с прямыми углами, например, сущность ЗАКАЗЧИК.
Прямоугольники с закругленными углами представляют зависимые сущности, уникальные идентификаторы (первичные ключи) которых включают, по меньшей мере, одну связь с другой сущностью (внешний ключ), например, сущность СТРОКА ЗАКАЗА является зависимой, так как ее первичный ключ включает в себя внешний ключ «Код заказа».
IDEF1X описывает уникальные идентификаторы в терминах первичных ключей, как это будет в реляционной базе данных. Также требуется точная идентификация внешних ключей, которые в принципе отображаются связью.
Имя сущности находится вне блока, тем самым, давая больше места для атрибутов внутри ее. Блок делится на две части таким образом, чтобы идентифицирующие атрибуты (первичный ключ) оказались в верхней части, а остальные - в нижней.
Блоки могут по мере необходимости могут растягиваться горизонтально и вертикально. Обычно это делается для того, чтобы вместить атрибуты, а не с целью свести к минимуму перегибы и пересечения линий.
Рис. 1. Концептуальная модель
|
Нотация |
Название |
Значение |
|
|
Независимая сущность |
Объект, о котором мы желаем хранить информацию. |
|
|
Зависимая сущность |
Сущность, в уникальный идентификатор которой входит связь с другой сущностью. |
Связи
Идентифицирующая связь между сущностью-родителем и сущностью-потомком изображается сплошной линией. Сущность-потомок в идентифицирующей связи является зависимой от идентификатора сущностью, например, ЗАКАЗ - СТРОКА ЗАКАЗА.
Пунктирная линия изображает неидентифицирующую связь, например, ЗАКАЗЧИК - ЗАКАЗ.
|
Нотация |
Название |
Значение |
|
|
Идентифицирующая связь |
Связь между сущностями, являющаяся частью уникального идентификатора. |
|
|
Неидентифицирующая связь |
Связь между сущностями, не являющаяся частью уникального идентификатора. |
Связи в IDEF1X - ассиметричные: здесь используются различные символы для изображения обязательности связи в зависимости от ее степени. Все возможные комбинации отображены в таблице. В IDEF1X могут быть выражены следующие мощности связей:
каждый экземпляр сущности-родителя может иметь ноль, один или более связанных с ним экземпляров сущности-потомка;
каждый экземпляр сущности-родителя должен иметь не менее одного связанного с ним экземпляра сущности-потомка;
каждый экземпляр сущности-родителя должен иметь не более одного связанного с ним экземпляра сущности-потомка;
каждый экземпляр сущности-родителя связан с некоторым фиксированным числом экземпляров сущности-потомка.
|
Нотация |
Название |
Значение |
|
|
Ноль, один или более |
Каждый экземпляр родительской сущности ассоциируется с нулевым или большим количеством экземпляров дочерней сущности. |
|
|
Ограничение необязательности |
Зависимая сущность может существовать без соответствующей родительской сущности |
|
|
Один или более |
Каждый экземпляр родительской сущности ассоциируется с одним или несколькими экземплярами другой сущности. |
|
|
0 или 1 (Один к одному) |
Каждый экземпляр родительской сущности соответствует нулю или одному экземплярам другой сущности. |
|
|
Один к 3 |
Каждый экземпляр родительской сущности ассоциируется точно с тремя экземплярами другой сущности. |
|
|
Один к 2 –3 |
Каждый экземпляр родительской сущности ассоциируется экземплярами другой сущности в количестве от двух до трех. |
|
|
Степени определяется в разделе 3 |
Каждый экземпляр родительской сущности ассоциируется экземплярами другой сущности в количестве, определенном в разделе 3. |
|
|
Многие ко многим |
Каждый экземпляр одной сущности ассоциируется с нулевым или большим количеством экземпляров другой сущности и наоборот. |
