Методические указания по выполнению курсовой работы для студентов по специальности 230102 Автоматизированные системы обработки информации и управления (стр. 4 из 5)

22.Ателье.
Концептуальные требования:
ФИО мастера, дата приема заказа, дата выполнения заказа,, наименование услуги, стоимость услуги.

23.Мастерская по ремонту обуви.
Концептуальные требования:
ФИО мастера, дата приема заказа, дата выполнения заказа, наименование услуги, стоимость услуги.

24.Мебельный магазин.
Концептуальные требования:
изготовитель, адрес, телефон, наименование товара, цена, количество, дата продажи выручка.

25.Учет телефонных переговоров.
Концептуальные требования:
ФИО абонента, № телефона абонента, куда звонил, длительность, тариф, № тел.адресата, дата разговора, счет.

26.Учет результатов участников соревнования.
Концептуальные требования:
ФИО участника, вид соревнования, место участника, ср.балл, организация, город.

27.Автозаправочная станция.
Концептуальные требования:
ФИО оператора, дата заправки, время заправки, № колонки, вид топлива, кол-во топлива, цена за 1л, сумма оплаты.

28.Мастерская металлоремонта.
Концептуальные требования:
ФИО мастера, наим.работы, стоимость, дата приема, №квитанции, ФИО клиента, дата возврата.

29.Страхование.
Концептуальные требования:
страхователь, вид страхования, срок страхования, сумма страхования.

30.Хранение сыров на складе готовой продукции.
Концептуальные требования:
наименование, категория, способ хранения, срок хранения, форма выпуска, производитель, поступление, отгрузка, остаток.

31.Учет членов партии в организации.
Концептуальные требования:
ФИО, дата вступления в организацию, общественная нагрузка, выполняемые поручения, дата рождения, место рождения, паспортные данные, адрес, место работы, общий стаж работы.

32.Поэты России.
Концептуальные требования:
ФИО поэта, дата рождения, крупные произведения, дата смерти.

33.Композиторы России.
Концептуальные требования:
ФИО композит, дата рождения, оперы, балеты, прочие произвед., дата смерти, примечание.

34.Великие ученые.
Концептуальные требования:
ФИО, дата рождения, специализация, страна работы, дата смерти, премии.

35.Кинорежиссеры.
Концептуальные требования:
ФИО, дата рождения, наим.фильма, студия, дата выпуска, тематика.

36.Страны мира.
Концептуальные требования:
наименование страны, наименование материка, столица, площадь, население, реки, озера, моря.

ПРИЛОЖЕНИЕ А

Задание:

Разработка базы данных «Учет заказов в фотоцентре».

Концептуальные требования:

ФИО клиента, адрес, вид работ, формат, вид бумаги, особые отметки, количество.

1 Разработка базы данных

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

Нормализация – это процесс исключения избыточной информации: сложные данные разбиваются на отдельные таблицы, между которыми могут быть установлены отношения. Для определения структуры каждой таблицы необходимо выполнить анализ функциональных зависимостей. В результате количество необходимых таблиц определяется числом функциональных зависимостей. Формально нормализация данных обеспечена, если набор таблиц удовлетворяет первым трем правилам, которые называют нормальными формами. Для приведения модели базы данных к требуемому уровню нормальной формы, а это является основой построения реляционной базы данных, процесс проектирования должен пройти несколько этапов.

Применимо к нашей задаче на первом этапе проектирования базы данных выделим следующие сущности (объект, информация о котором хранится в базе данных):

клиент;

заказ.

Второй этап заключается в определении взаимосвязей между сущностями согласно требованиям к базе данных. В соответствии с этим диаграмма «Сущность-связь» будет выглядеть следующим образом:

Рисунок 1.1 – Диаграмма «Сущность-связь»

В данной диаграмме используется отношение «одна запись со многими». Так как в нашем случае клиент может за одно посещение сделать несколько заказов, т.е. отдать не одну, а несколько пленок, заказав для них различный вид работы.

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

Отношение находится в первой нормальной форме, если все его атрибуты являются простыми, т.е. имеют единственное значение.

Условия первой нормальной формы:

должны отсутствовать повторяющиеся записи;

должны отсутствовать повторяющиеся атрибуты;

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

Для каждой сущности определим атрибуты, которые будут храниться в базе данных.

Сущность «Клиент» имеет следующие атрибуты:

фамилия;

имя;

отчество;

адрес.

Сущность «Заказ»:

дата приема;

дата выдачи;

вид работы;

вид бумаги;

формат;

количество;

уникальный ключ ответственного лица;

цена.

Отношение находится во второй нормальной форме, если оно удовлетворяет следующим условиям:

выполняется условие первой нормальной формы;

первичный ключ однозначно определяет запись;

все поля записи зависят от первичного ключа;

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

В соответствии с этим приведем таблицу отношений атрибутов и первичных ключей.

Таблица 1.1 - Атрибуты и первичные ключи

Сущность	Первичный ключ	Атрибуты
Клиент	Уникальный ключ клиента	Уникальный ключ клиента Фамилия Имя Отчество Адрес
Заказ	Уникальный ключ заказа	Уникальный ключ заказа Уникальный ключ клиента Дата приема Дата выдачи Вид работы Вид бумаги Формат Количество комплектов Счет

Информационная модель после данного этапа проектирования будет иметь следующий вид:

Рисунок 1.2 – Информационная модель

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

Условия третей нормальной формы:

должны выполняться условия второй нормальной формы;

внутри каждой сущности должны отсутствовать транзитивные связи.

С учетом изложенного в нашей модели необходимо изменить список атрибутов сущности «Заказ» и добавить новые сущности: вид работы, счет, формат, вид бумаги.

Приведем таблицу распределения сущностей и атрибутов по новым образовавшимся сущностям.

Таблица 1.2 - Сущности и атрибуты

Сущность	Первичный ключ	Атрибуты
Клиент	Ун_кл_кл	Ун_кл_кл Фамилия Имя Отчество Адрес
Заказ	Ун_кл_зак	Ун_кл_зак Уникальный ключ клиента Дата приема Дата выдачи Вид работы Вид бумаги Формат Количество комплектов
Счет	Ун_кл_сч	Ун_кл_сч Уникальный ключ клиента Сумма
Формат	Ун_кл_форм	Уникальный ключ формата Наименование Цена
Вид работы	Ун_кл_раб	Уникальный ключ работы Наименование Цена
Вид бумаги	Ун_кл_бум	Уникальный ключ бумаги Наименование Цена

Информационная модель после четвертого этапа проектирования будет иметь 3 НФ (нормальную форму) и выглядеть следующим образом:

Рисунок 1.3 – Диаграмма «Сущность-связь»

Пятый этап состоит в физическом описании модели. На этом этапе создаются проекты таблиц (структуры), которые будут в дальнейшем реализоваться в конкретной системе управления базами данных на машинных носителях информации.

База данных состоит из 5 таблиц. Структура базы данных приведена ниже.

Таблица 1.3 - Таблица «Клиенты» (Klient.dbf)

Имя поля	Тип поля	Размер поля	Содержание
Ун_кл_кл	N	5	Уникальный ключ клиента
Фамилия	С	15	Фамилия
Имя	С	15	Имя
Отчество	С	15	Отчество

Таблица 1.4 - Таблица «Заказ» (Zakaz.dbf)

Имя поля	Тип поля	Размер поля	Содержание
Ун_кл_кл	N	5	Уникальный ключ клиента
Ун_кл_зак	С	5	Уникальный ключ заказа
Дата_пр	D	8	Дата приема заказа
Дата_выд	D	8	Дата выдачи заказа
Ун_кл_раб	С	3	Уникальный ключ вида работы
Ун_кл_форм	С	3	Уникальный ключ формата
Ун_кл_бум	С	3	Уникальный ключ бумаги
Колич	N	2	Количество фото

Таблица 1.5 - Таблица «Вид работы» (Vid_rab.dbf)