База данных "Молочный комбинат"

Размещено на http://www.allbest.ru

МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ РФ

Федеральное государственное бюджетное образовательное учреждение

высшего и профессионального образования

«Казанский национальный исследовательский технический университет

имени А.Н. Туполева»

(КНИТУ-КАИ)

Кафедра АСОИУ

Курсовая работа

по дисциплине «Управления данными»

База данных «Молочный комбинат»

Исполнитель:

студент группы 4231

Брюков Б.

Руководитель:

Е.Е.Лоповок



Введение

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

Систематизация данных является основным моментом при работе с большими объемами информации. Чрезвычайно необходимо упорядочить данные таким образом, чтобы легко и оперативно находить нужные данные.

Методы сортировки данных могут быть простыми или сложными. Неизменным остается принцип - собрать все необходимые данные в одном месте, для того чтобы реализовать их. Местом хранения всех данных является MS Access. В качестве данных могут использоваться числа, рисунки, слова … Таким образом в нашей базе данных хранится информация о клиентах, об объектах, сотрудниках, услугах и т.д.



Описание предметной области

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

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

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

Информация о клиенте должна быть полной и достаточной для определения категории клиента, его адреса и мобильного телефона. Необходимо учесть, что среди клиентов или сотрудников могут быть однофамильцы, поэтому у каждого клиента и сотрудника должен быть уникальный абонентский номер. Также наименование заявок или услуг, могут совпадать и поэтому к каждой заявки и услуге прикрепляется ее уникальный номер.

Работать с базой данных «Молочный комбинат» будут следующие пользователи:

Администраторы;

Клиенты;

Сотрудники.

Администраторы, должны иметь возможность сортировать услуги и заявки, добавлять новые заявки и списывать старые.

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

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

Инфологическое проектирование базы данных

На этапе инфологического проектирования базы данных строится инфологическая модель предметной области, которая должна отражать семантику (смысл взаимосвязи объектов) предметной области. ИЛМ строится не для отдельного объекта, а отображает классы объектов и связи между ними. Диаграмма, отражающая связи объектов предметной области, называется диаграммой ER-типа (так как Entity - сущность, Relationship - связь).

Выделим основные сущности:

сущность «Клиенты»;

сущность «Сотрудники»;

сущность «Объект»;

сущность «Заявки».

сущность «Товары».

Информация о клиентах:

ФИО

Код Клиента

Телефон

Адрес

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



Информация о Заявках:

Код заявки

Код Товара

Код клиента

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

Код объект

Информация о сотрудниках:

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

ФИО

Должность

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

Телефон

Адрес

Информация об товарах:

Код товара

Наименование

Срок годности

Стоимость товара

Наличие товара

Информация об объекте:

Код объекта

Телефон объекта

Адрес

Дата последней проверки

+Инфологическая модель базы данных «Молочный комбинат» представлена на рис.1.

Определяем ключи - уникальные идентификаторы экземпляра каждой сущности:

для сущности «клиенты» - это код клиента,

для сущности «сотрудники» - это код сотрудника,

для сущности «заявка» - это код заявки,

для сущности «товара» - это код товара.

для сущности «объекты» - это код объекта

В наше время среди разработчиков базы данных (БД) большой популярностью пользуется реляционная СУБД Microsoft Access. Понятный интерфейс и простота настройки, эффективные средства создания таблиц, форм, запросов, интеграция с другими приложениями пакета, средства организации работы с базами данных и защита информации - вот далеко не полный перечень достоинств этого приложения.

Microsoft Access называет объектами все, что может иметь имя (в смысле Access). В базе данных Access основными объектами являются таблицы, запросы, формы, отчеты, макросы и модули. В других СУБД, как правило, термин база данных обычно относится только к файлам, в которых хранятся данные. В Microsoft Access база данных включает в себя все объекты, связанные с хранимыми данными, в том числе и те, которые определяются для автоматизации работы с ними. Ниже приведен список основных объектов базы данных Access.

1. Таблица. Объект, который определяется и используется для хранения данных. Каждая таблица включает информацию об объекте определенного типа, например, о клиентах. Таблица содержит поля (столбцы), в которых хранятся различного рода данные, например, фамилия или адрес клиента, и записи (которые называются также строками). В записи собрана вся информация о некотором объекте (человеке, образце продукции и т.п.). Для каждой таблицы можно определить первичный ключ (одно или несколько полей, содержащих уникальные для каждой записи значения) и один или несколько индексов, помогающих ускорить доступ к данным.

2. Запрос. Объект, который позволяет пользователю получить нужные данные из одной или нескольких таблиц. Для создания запроса можно использовать бланк QBE (запрос по образцу) или инструкции SQL (структурированный язык запросов). Можно создать запросы на выборку, обновление, удаление или добавление данных. С помощью запросов можно также создавать новые таблицы, используя данные из одной или нескольких существующих таблиц.

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

4. Отчет. Объект, предназначенный для создания документа, который впоследствии может быть распечатан или включен в документ другого приложения.

5. Макрос. Объект, представляющий собой структурированное описание одного или нескольких действий, которые должен выполнить Access в ответ на определенное событие. Например, можно определить макрос, который в ответ на выбор некоторого элемента в основной форме открывает другую форму. С помощью другого макроса можно осуществлять проверку значения некоторого поля при изменении его содержимого. В макрос можно включить дополнительные условия для выполнения или невыполнения тех или иных указанных в нем действий. Из одного макроса можно также запустить другой макрос или процедуру VBA.

6. Модуль. Объект, содержащий программы, написанные на языке Visual Basic для приложений. Модули могут быть независимыми объектами, содержащими функции, вызываемые из любого места приложения, но они могут быть и непосредственно «привязаны» к отдельным формам или отчетам для реакции на те или иные происходящие в них изменения.

Нормализация отношений (таблиц)

Чтобы таблицы находились в 1 нормальной форме, необходимо чтобы все атрибуты были неделимыми (атомарными). Приведем все таблицы к 1 НФ:

Таблица 1. Таблица «Сотрудники»

№	Поле	Описание
1	Код сотрудника	Уникальный код сотрудника
2	ФИО	ФИО сотрудника
3	Должность	Должность сотрудника
4	День рождения	День рождения сотрудника
5	Телефон	Телефон сотрудника
6	Адрес	Адрес сотрудника

Таблица 2. Таблица «Товары»

№	Поле	Описание
1	Код товара	Уникальный код товара
2	Наименование	Наименование товара
3	Стоимость	Стоимость товара
4	Срок	Срок годности
5	Наличие	Наличие товара

Таблица 3. Таблица «Клиенты»

№	Поле	Описание
1	Код клиента	Уникальный код клиента
2	ФИО	ФИО клиента
3	Адрес	Адрес проживания клиента
4	Телефон	Контактный телефон клиента
5	Дата рождения	Дата рождения клиента

Таблица 4. Таблица «Заявки»

№	Поле	Описание
1	Код заявки	Уникальный код заявки
2	Код товара	Уникальный код товара
3	Код клиента	Уникальный код клиента
4	Код сотрудника	Уникальный код сотрудника
5	Код объекта	Уникальный код объекта

Таблица 5. Таблица «Объекты»

№	Поле	Описание
1	Код объекта	Уникальный код объекта
2	Адрес	Адрес объекта
3	Дата последней проверки	Дата последней проверки объекта
4	Телефон	Телефон объекта

В результате получилось 4 таблицы, находящихся в 1 НФ.

Все таблицы находятся во 2 НФ, если они находятся в 1 НФ и все не ключевые атрибуты функционально полно зависят от ключа.

Определим ключи каждой таблицы:

Таблица 6.Ключевые поля таблиц.

Таблица	Ключ
Сотрудники	Код сотрудника
Товары	Код товара
Клиенты	Код клиента
Заявки	Код заявки
Объект	Код объекта

Все атрибуты каждой таблицы полностью зависят от ключа, значит все они находятся во 2 НФ.

Все таблицы находятся в 3 НФ, если они находятся во 2 НФ и в них отсутствуют транзитивные зависимости.

Отношение «Заявки»

Код заявки

Код товара

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

Код клиента

Код объекта

Код Заказа	Код товара	Код сотрудника	Код объекта	Код клиента
...	…	…	…	…

Отношение «Клиенты»

Код Клиента

ФИО

Адрес

Телефон

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

Код Клиента	ФИО	Дата рождения	Адрес	Телефон
…	…	…	…	…

Отношение «Сотрудники»

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

ФИО

Должность

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

Телефон

Адрес

Код сотрудника	ФИО	Должность	Дата Рождения	Адрес	Телефон
…	…	…	…	…	…

Отношение «Товара»

Код товара

Срок

Наимен-ие

Стоимость

Наличие

Код Услуги	Наименование	Срок	Стоимость услуги	Наличие
…	…	…	…	…

Отношение «Объекты»

Код объекта

Адрес

Дата проверки

Телефон

Код объекта	Телефон	Адрес	Дата последней проверки
…	…	…	…

Таким образом, ни в одной из таблиц нет транзитивных зависимостей, значит, все они находятся в 3 НФ.

НФ Бойса-Кодда не нарушена, т.к. все таблицы находятся в 3 НФ и каждый детерминант отношения является ключом.

Все таблицы находятся в 4 НФ т.к. в них отсутствуют многозначные зависимости.

Все таблицы находятся в 5 НФ т.к. восстанавливаются без потерь из своих проекций.

Реляционная база данных «Молочный комбинат». Физическое проектирование

Выполним физическое проектирование в среде СУБД Microsoft Access 2007. Поименуем таблицы и атрибуты, определим типы данных и размерность атрибутов.

Таблица 1. Структура таблицы «Товары»

Название таблицы	Имя поля	Тип данных	Размер поля	Первичный ключ / вторичный ключ / индексированное поле
Услуги	Код товара	Текстовый	50	Первичный ключ
	Наименование товара	Текстовый	50
	Стоимость товара	Денежный
	Срок годности	Дата и время
	Наличие товара	Текстовый

Таблица 2. Структура таблицы «Клиенты»

Название таблицы	Имя поля	Тип данных	Размер поля	Первичный ключ / вторичный ключ / индексированное поле
Клиенты	Код Клиента	Текстовый	50	Первичный ключ
	ФИО	Текстовый	50
	Адрес	Текстовый	50
	Дата рождения	Дата и время	50
	Телефон	Числовой	Длинное целое

Таблица 3. Структура таблицы «Заявки»

Название таблицы	Имя поля	Тип данных	Размер поля	Первичный ключ / вторичный ключ / индексированное поле
Заказы	Код заявки	Счетчик	Длинное целое	Первичный ключ
	Код товара	Текстовый	50
	Код Клиента	Текстовый	50
	Код сотрудника	Текстовый	50
	Код объекта	Текстовый	50

Таблица 4. Структура таблицы «Сотрудники»

Название таблицы	Имя поля	Тип данных	Размер поля	Первичный ключ / вторичный ключ / индексированное поле
Сотрудники	Код сотрудника	Текстовый	50	Первичный ключ
	ФИО	Текстовый	50
	Дата Рождения	Дата и время
	Адрес	Текстовый	50
	Должность	Текстовый	50
	Телефон	Числовой	Длинное целое

Таблица 5. Структура таблицы «Объект»

Название таблицы	Имя поля	Тип данных	Размер поля	Первичный ключ / вторичный ключ / индексированное поле
Объекты	Код объекта	Текстовый	Длинное целое	Первичный ключ
	Телефон	Числовой	Длинное целое
	Адрес	Текстовый	50
	Дата последней проверки	Дата и время

Диаграмма "сущность - связь"

На рисунке 2 представлена концептуальная модель разрабатываемой базы данных.



Даталогическая модель базы данных «Молочный комбинат»

рис. 3.

Структура информационной системы

Для определения структуры информационной системы. необходимо распределить задачи, решаемые в АИС, по пользователям системы: сотрудники, клиенты.

Клиенты могут:

1. Обращаться за услугами

2. Получать информацию об объекте, оплате и услуге

Администраторы могут:

1. Сортировать услуги и заявки

2. Добавлять новые заявки и удалять старые

Сотрудники могут:

1. Записывать клиента в базу данных

2. Заниматься поиском услуги по базе данных

3. Регистрировать услуги

Информационную систему «Молочный комбинат» можно представить в виде 2-х подсистем (рис.5).

рис.4. Структура системы «Молочный комбинат»

рис.5. Структура подсистемы «Клиенты»

Рис.6. Структура подсистемы «Сотрудник»



Рис.7. Структура подсистемы «Администраторы»

Рис. 8. Структурная подсистема для регистрации услуги

Рис. 9. Структурная подсистема для регистрации клиента



Рис. 10 Структурная подсистема для поиска товара

Рис. 11 Структурная подсистема для получения информации об оплате и объекте

Основные характеристики используемой СУБД

В результаты мы получили СУБД, обладающую рядом характеристик.

Разработанная СУБД позволяет выполнять простейшие операции с данными:

- добавлять в таблицу одну или несколько записей;

- удалять из таблицы одну или несколько записей;

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

- находить одну или несколько записей, удовлетворяющих заданному условию.

Разработанная СУБД организует хранение информации таким образом, чтобы ее было удобно:

- просматривать;

- пополнять;

- изменять;

- искать нужные сведения,

- делать любые выборки,

- осуществлять сортировку в любом порядке.

Разработка меню, форм, инструментальных панелей и др.

Разработаем формы таблиц и занесем в них данные.

Рисунок 13. Форма «Объект»



Рисунок 14. Форма «Товары»

Рисунок 15. Форма «Заявки»



Рисунок 16. Форма «Клиент»

Рисунок 17. Форма «Сотрудник»

Создадим главную кнопочную форму:

Рисунок 18. Главная кнопочная форма

Разработка запросов

Запросы:

1. Просмотр информации о клиенте, заказывающем определенный товар

2. Просмотр информации о сотруднике по должности

3. Просмотр стоимости определенного товара

Рис.19. «Просмотр информации о клиенте, заказывающем определенный товар»

Рис.20. «Просмотр информации о сотруднике по должности»

Рис.21. «Просмотр стоимости определенного товара»

Примеры обработки запросов

1. Просмотр информации о клиенте, заказывающем определенный товар

2. Просмотр информации о сотруднике по должности



3. Просмотр стоимости определенного товара

Разработка отчета

Разработаем отчет: Просмотр стоимости имеющихся товаров



Рисунок 22. Макет отчета



Заключение

По завершению проделанной курсовой работы, я разработал эффективную и удобную базу данных для работы молочного комбината. Она содержит полную и достаточную информацию о клиентах, объектах, заявках и товарах. Разработанная база данных должна повысить эффективность, быстродействие и удобство работы сотрудников. По окончанию работы база данных «Молочный комбинат», содержит следующие запросы и отчеты:

Запросы:

1.Просмотр информации о клиенте, заказывающем определенный товар

2.Просмотр информации о сотруднике по должности

3.Просмотр стоимости определенного товара

Отчет: Просмотр стоимости имеющихся товаров.



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

1. Багриновский К.А. Хрусталев Е.Ю. Новые информационные технологии. - М.: ЭКО, 2007. - 250с.

2. Информатика и информационно-коммуникационные технологии. / И.Г. Семакин, С.В. Русаков, Л.В. Шестакова. - М: БИНОМ, Лаборатория знаний, 2005. - 176 с.

3. Каймин В.А. Информатика: Учебник. - М.: ИНФРА-М, 2007 - 179 с.

4. Компьютерные технологии обработки информации / Под ред. С.В. Назарова. - М.: Финансы и статистика, 2005. - 248 с.

5. Соболь Б.В., Галин А.Б., Панов Ю.В. и др. Информатика: учебник. - М.: Феникс, 2007. - 446 с.

6. Моторин С.В. Управление данными Лекции 1-2: Проектирование реляционной БД

Размещено на Allbest.ru

...