- Реферат
- Введение
- Обозначения и сокращения
- 1. Описание предметной области
- 2. Инфологическое проектирование
- 2.1 Формулировка сущностей
- 2.2 Назначение сущностям описательных атрибутов
- 2.3 Назначение связей
- 2.4 Концептуальная инфологическая модель
- 3. Логическое проектирование
- 3.1 Отображение инфологической модели на реляционную
- 3.2 Нормализация отношений
- 3.2.1 Приведение отношений к первой нормальной форме
- 3.2.2 Приведение отношений ко второй нормальной форме
- 3.2.3 Приведение отношений к третьей нормальной форме
- 3.3 Логическая реляционная модель
- 4. Физическое проектирование
- 5. Руководство пользователя
- Заключение
- Библиографический список
- Приложения
Введение
В настоящий момент создание и ведение электронной базы данных занимает одно из ведущих мест в любой сфере деятельности, которая выходит на современный рынок. Происходит это главным образом потому, что электронная база данных позволяет хранить очень большие объемы информации, обладает средствами обеспечения целостности данных, надежности и безопасности хранения данных, простотой выборки и создания отчетов, а также возможностью вывода информации на печать посредством печатающего устройства или пересылки ее на другой компьютер по сети.
В современном мире обычно для обработки данных используются различные СУБД. Одной из наиболее распространенных СУБД является Microsoft Access. Это связано с широким распространением данного продукта в пакетах Microsoft Office. Этот пакет стал стандартным программным обеспечением, которое устанавливается на современных персональных компьютерах. К достоинствам Microsoft Access можно отнести простоту в работе и понятный интерфейс. Поэтому данная СУБД была выбрана в качестве объектной СУБД.
Обозначения и сокращения
БД – база данных;
СУБД – система управления базами данных.
ФИО – фамилия, имя и отчество.
1. Описание предметной области
Объектом автоматизации в данной работе является БД мебельного магазина "12 стульев".
Здесь в составе входной информации представлены таблицы "Товары" и "Сотрудники", содержащие поля из таблиц "Отделы", "Должности", "Продажи", "Поставщики", "Типы мебели".
Данные о товарах и сотрудниках обновляются по мере их изменения путем ввода информации с клавиатуры с использованием соответствующей формы, либо непосредственно в таблицу.
Данные о продажах являются оперативно-учетными данными и формируются в реальном времени при изменении данных о товарах и сотрудниках.
Целью автоматизации организации является упрощение работы с БД мебельного магазина, обеспечение целостности и сохранности информации, ускорение обработки и упрощение учета регулярно используемых данных.
Для достижения поставленной цели необходимо решить следующие задачи:
Осуществление инфологического проектирования;
Осуществление логического проектирования;
Осуществление физического проектирования;
Разработка руководства пользователя.
Цели будут достигнуты путем разработки надежной и оптимизированной под данную организацию электронной базы данных.
Внешние и внутренние связи, построенные с помощью пакета ВРwin, представлены в Приложении А и Приложении Б.
база магазин инфологическое проектирование
2. Инфологическое проектирование
2.1 Формулировка сущностей
При обследовании предметной области были выделены следующие сущности:
1)"Должности"
2)"Отделы"
3)"Поставщики"
4)"Продажи"
5)"Сотрудники"
6)"Типы мебели"
7)"Товары"
Сущность "Должности" содержит информацию о существующих в магазине должностях, соответствующей заработной плате и численности сотрудников, находящихся на этой должности.
Сущность "Отделы" содержит название отдела, номер кабинета в офисе, часы работы кабинета.
Сущность "Поставщики" содержит информацию названии поставщика, его адресе, телефоне и адресе электронной почты.
Сущность "Продажи" содержит информацию о ФИО продавца, названии проданного товара и дате продажи.
Сущность "Сотрудники" содержит информацию о ФИО сотрудника, названии отдела, в котором работает, номер паспорта, занимаемой должности, адресе проживания, дате найма на работу.
Сущность "Типы мебели" содержит информацию о наименовании и коде типа мебели
Сущность "Товары" содержит информацию о типе, названии, количестве на складе, поставщике, а также о цене товара.
2.2 Назначение сущностям описательных атрибутов
Таблица 1 – Атрибуты сущности "Должности"
Название атрибута |
Описание атрибута |
Тип данных |
Диапазон значений |
Единицы измерения |
Пример |
|
Код |
Соответствующий код |
счетчик |
>0 |
- |
4 |
|
Должность |
Название должности |
текстовый |
- |
- |
директор |
|
Зарплата |
Размер заработной платы |
числовой |
>0 |
рубли |
7000 |
|
Численность |
Количество сотрудников, работающих на должности |
текстовый |
2 |
|||
Таблица 2 – Атрибуты сущности "Отделы"
Название атрибута |
Описание атрибута |
Тип данных |
Диапазон значений |
Единицы измерения |
Пример |
|
Код отдела |
Номер отдела |
счётчик |
>0 |
- |
2 |
|
Название отдела |
Наименование отдела |
текстовый |
- |
- |
Отдел кадров |
|
Кабинет |
Номер кабинета |
числовой |
>0 |
- |
2 |
|
Часы работы |
Время работы кабинета |
текстовый |
- |
- |
8-18 |
|
Таблица 3 – Атрибуты сущности "Поставщики"
Название атрибута |
Описание атрибута |
Тип данных |
Диапазон значений |
Единицы измерения |
Пример |
|
Код поставщика |
Код поставщика |
счетчик |
>0 |
- |
1 |
|
Название |
Наименование поставщика |
текстовый |
- |
- |
"Азжол-Неруб" |
|
Адрес |
Адрес фирмы-поставщика |
текстовый |
- |
- |
ул. Комарова, 35 |
|
Телефон |
Номер телефона |
числовой |
- |
- |
58-56-21 |
|
Электронная почта |
Тип следования |
текстовый |
- |
- |
пассажирский |
|
Таблица 4 – Атрибуты сущности "Продажи"
Название атрибута |
Описание атрибута |
Тип данных |
Диапазон значений |
Единицы измерения |
Пример |
|
Код продажи |
Код продажи |
счетчик |
>0 |
- |
1 |
|
Название товара |
Наименование товара |
текстовый |
- |
- |
"Детство" |
|
Продавец |
ФИО продавца |
текстовый |
- |
- |
Рыба Алексей Арутюнович |
|
Дата продажи |
Дата продажи товара |
числовой |
< (Now) |
- |
12.03.2009 |
|
Таблица 5 – Атрибуты сущности "Сотрудники"
Название атрибута |
Описание атрибута |
Тип данных |
Диапазон значений |
Единицы измерения |
Пример |
|
Код сотрудника |
Код сотрудника |
счетчик |
>0 |
- |
22 |
|
Название отдела |
Наименование одела |
текстовый |
- |
- |
Отдел продаж |
|
ФИО |
Имя сотрудника |
текстовый |
- |
- |
Иванов Петр Сергеевич |
|
Номер паспорта |
Номер паспорта сотрудника |
числовой |
>0 |
- |
456277 |
|
Должность |
Наименование должности |
текстовый |
- |
- |
Продавец |
|
Адрес |
Адрес проживания сотрудника |
текстовый |
- |
- |
ул. Ленина 34 |
|
Дата найма |
Дата приема на работу |
числовой |
< (Now) |
- |
02.04.2009 |
|
Таблица 6 – Атрибуты сущности "Типы мебели"
Название атрибута |
Описание атрибута |
Тип данных |
Диапазон значений |
Единицы измерения |
Пример |
|
Код типа |
Код типа |
счетчик |
>0 |
- |
2 |
|
Наименование |
Название типа |
текстовый |
- |
- |
Кресло |
|
Таблица 7 – Атрибуты сущности "Товары"
Название атрибута |
Описание атрибута |
Тип данных |
Диапазон значений |
Единицы измерения |
Пример |
|
Код товара |
Код товара |
счетчик |
>0 |
- |
3 |
|
Тип мебели |
Тип мебели |
текстовый |
- |
- |
Кресло |
|
Название |
Наименование мебели |
текстовый |
- |
- |
"Нежность" |
|
Количество на складе |
Количество на складе |
числовой |
> – 1 |
- |
12 |
|
Поставщик |
Название поставщика |
текстовый |
- |
- |
"Гун-Драк" |
|
Цена |
Стоимость товара |
числовой |
>0 |
р. |
4 000,00 |
|
Сущность "Должности" однозначно идентифицируется атрибутом "Код должности". Он и будет первичным ключом.
Сущность "Отделы" однозначно идентифицируется атрибутом "Код отдела". Он и будет первичным ключом.
Сущность "Поставщики" однозначно идентифицируется атрибутом "Код поставщика". Он и будет первичным ключом.
Сущность "Продажи" однозначно идентифицируется атрибутом "Код продажи". Он и будет первичным ключом.
Сущность "Сотрудники" однозначно идентифицируется атрибутом "Код сотрудника". Он и будет первичным ключом.
Сущность "Типы мебели" однозначно идентифицируется атрибутом "Код типа". Он и будет первичным ключом.
Сущность "Товары" однозначно идентифицируется атрибутом "Код товара". Он и будет первичным ключом.
2.3 Назначение связей
Между сущностями "Должности" и "Сотрудники" устанавливается связь "один к одному”, так как одному сотруднику соответствует одна должность.
Между сущностями "Отделы" и "Сотрудники" устанавливается связь "один ко многим”, так как каждый сотрудник закреплен за отделом.
Между сущностями "Продажи" и "Сотрудники" устанавливается связь "один ко многим”, так как каждый сотрудник продает не ограниченное количество товаров.
Между сущностями "Продажи" и "Товары" устанавливается связь "один ко многим”, так как может быть продано количество одинаковых товаров, соответствующее количеству на складе.
Между сущностями "Поставщики" и "Товары" устанавливается связь "один ко многим”, так как каждый поставщик может являться поставщиком разных типов товаров.
Между сущностями "Товары" и "Типы мебели" устанавливается связь "один ко многим”, так как есть сходные товары одного типа от разных поставщиков.
2.4 Концептуальная инфологическая модель
Рисунок 1 – Концептуально инфологическая модель
3. Логическое проектирование
3.1 Отображение инфологической модели на реляционную
В таблице 8 отображена концептуально-инфологическая модель, все логические связи пронумерованы, поэтому в дальнейшем будем придерживаться нумерации.
Ниже представлены отношения, полученные из связей концептуально-инфологической модели.
Таблица 8 – Связь 1
Связь 1 (Отделы – Сотрудники)
Таблица 9 – Связь 2
Связь 1 (Должности – Сотрудники)
Таблица 10 – Связь 3
Связь 1 (Сотрудники – Продажи)
Таблица 11 – Связь 4
Связь 1 (Продажи – Товары)
Таблица 12 – Связь 5
Связь 1 (Поставщики – Товары)
Таблица 13 – Связь 6
Связь 1 (Товары – Типы мебели)
Ниже представлены отношения, полученные из связей концептуально-инфологической модели.
Таблица 14 – Отношение 1 – Должности
Код |
Должность |
Зарплата |
Численность |
|
Таблица 15 – Отношение 2 – Отделы
Код отдела |
Название отдела |
Кабинет |
Часы работы |
|
Таблица 16 – Отношение 3 – Поставщики
Код поставщика |
Название |
Адрес |
Телефон |
Электронная почта |
|
Таблица 17 – Отношение 4 – Продажи
Код продажи |
Название товара |
Продавец |
Дата продажи |
|
Таблица 18 – Отношение 5 – Сотрудники
Код сотрудника |
Название отдела |
ФИО |
Номер паспорта |
Должность |
Адрес |
Дата найма |
|
Таблица 19 – Отношение 6 – Типы мебели
Код типа |
Наименование |
|
Таблица 20 – Отношение 7 – Товары
Код товара |
Тип мебели |
Название |
Количество на складе |
Поставщик |
Цена |
|
3.2 Нормализация отношений
Полученные отношения необходимо проверить на соответствие трем нормальным формам.
3.2.1 Приведение отношений к первой нормальной форме
Все отношения, полученные при отображении концептуальной инфологической модели данных на реляционную, атомарные, т.е. все значения атрибутов не являются множеством или повторяющейся группой. Следовательно, все отношения находятся в 1НФ.
3.2.2 Приведение отношений ко второй нормальной форме
Отношения отвечают требованиям 2НФ, т.к. они соответствует 1НФ, и каждый неключевой атрибут в этих отношениях полностью зависим от ключа.
3.2.3 Приведение отношений к третьей нормальной форме
Все полученные нами на предыдущем этапе отношения находятся во второй нормальной форме, и каждый неключевой атрибут нетранзитивно зависит от ключа. Так как между атрибутами оставшихся отношений нет транзитивной зависимости, то, следовательно, эти отношения соответствуют требованиям 3НФ, и дальнейшей нормализации не требуется.
3.3 Логическая реляционная модель
При выполнении предыдущих пунктов логического проектирования курсовой работы, а именно отображение инфологической модели на реляционную, была получена итоговая логическая реляционная модель, представляющая собой набор отношений.
Логическая модель БД представлена в Приложении Д.
4. Физическое проектирование
Этап физического проектирования заключительный в последовательности построения базы данных. На предыдущих этапах проектирования были получены отношения, которые в данном разделе будут описаны в виде таблиц, представляющих собой модель физической реализации БД.
Таблица 21 – Атрибуты сущности "Должности"
Название атрибута |
Тип данных |
Ограничения |
Индексация |
|
Код |
счетчик |
>0 |
Да (Совпадения не допускаются) |
|
Должность |
текстовый |
- |
нет |
|
Зарплата |
числовой |
- |
нет |
|
Численность |
текстовый |
>0 |
нет |
|
Таблица 22 – Атрибуты сущности "Отделы"
Название атрибута |
Тип данных |
Ограничения |
Индексация |
|
Код отдела |
счётчик |
>0 |
Да (Совпадения не допускаются) |
|
Название отдела |
текстовый |
- |
Россия |
|
Кабинет |
числовой |
- |
Русский |
|
Часы работы |
текстовый |
- |
Пермь |
|
Таблица 23 – Атрибуты сущности "Поставщики"
Название атрибута |
Тип данных |
Ограничения |
Индексация |
|
Код поставщика |
счетчик |
>0 |
Да (Совпадения не допускаются) |
|
Название |
текстовый |
- |
нет |
|
Адрес |
текстовый |
- |
нет |
|
Телефон |
числовой |
- |
нет |
|
Электронная почта |
текстовый |
|||
Таблица 24 – Атрибуты сущности "Продажи"
Название атрибута |
Тип данных |
Ограничения |
Индексация |
|
Код продажи |
счетчик |
>0 |
Да (Совпадения не допускаются) |
|
Название товара |
текстовый |
- |
нет |
|
Продавец |
текстовый |
- |
нет |
|
Дата продажи |
числовой |
>0 |
нет |
|
Таблица 25 – Атрибуты сущности "Сотрудники"
Название атрибута |
Тип данных |
Ограничения |
Индексация |
|
Код сотрудника |
счетчик |
>0 |
Да (Совпадения не допускаются) |
|
Название отдела |
текстовый |
- |
нет |
|
ФИО |
текстовый |
>0 |
нет |
|
Номер паспорта |
числовой |
>0 |
нет |
|
Должность |
текстовый |
>0 |
нет |
|
Адрес |
текстовый |
>0 |
нет |
|
Дата найма |
числовой |
>0 |
нет |
|
Таблица 26 – Атрибуты сущности "Типы мебели"
Название атрибута |
Тип данных |
Ограничения |
Индексация |
|
Код типа |
счетчик |
>0 |
Да (Совпадения не допускаются) |
|
Наименование |
текст |
- |
Нет |
|
Таблица 27 – Атрибуты сущности "Товары"
Название атрибута |
Тип данных |
Ограничения |
Индексация |
|
Код товара |
счетчик |
>0 |
Да (Совпадения не допускаются) |
|
Тип мебели |
текстовый |
- |
Нет |
|
Название |
текстовый |
>0 |
Нет |
|
Количество на складе |
числовой |
>0 |
Нет |
|
Поставщик |
текстовый |
>0 |
Нет |
|
Цена |
числовой |
|||
Схема данных приведена в Приложении Е.
5. Руководство пользователя
Для начала работы с БД необходимо запустить файл БД Мебельный магазин. mdb. На экране должна появиться главная форма, с которой начинается работа с БД. Главная форма содержит кнопки для открытия всех форм, отчетов и запросов, а также кнопка выхода из приложения.
Рисунок 2 – Главная форма
При нажатии кнопки "Поставщики" из раздела Отчеты появится окно, содержащее отчет о поставщиках.
Рисунок 3 – Отчет о поставщиках
При нажатии кнопки "Продажи" из раздела Отчеты появится окно, содержащее отчет о продажах продукции.
Рисунок 4 – Отчет о продажах
При нажатии кнопки "Сотрудники" из раздела Отчеты появится окно, содержащее отчет о продажах продукции.
Рисунок 5 – Отчет о сотрудниках
При нажатии кнопки "Товары" из раздела Отчеты появится окно, содержащее отчет о существующих товарах.
Рисунок 6 – Отчет о товарах
При нажатии кнопки "Отделы" из раздела Формы появится форма, для редактирования таблицы Отделы.
Рисунок 7 – Форма Отделы
При нажатии кнопки "Поставщики" из раздела Формы появится форма, для редактирования таблицы Поставщики.
Рисунок 8 – Форма Отделы
При нажатии кнопки "Продажи" из раздела Формы появится форма, для редактирования таблицы Продажи.
Рисунок 9 – Форма Отделы
При нажатии кнопки "Сотрудники" из раздела Формы появится форма, для редактирования таблицы Сотрудники.
Рисунок 10 – Форма Отделы
При нажатии кнопки "Типы мебели" из раздела Формы появится форма, для редактирования таблицы Типы мебели.
Рисунок 11 – Форма Отделы
При нажатии кнопки "Товары" из раздела Формы появится форма, для редактирования таблицы Товары.
Рисунок 12 – Форма Отделы
При нажатии кнопки "Сотрудники" из раздела запросы Будет выполнен запрос по ФИО сотрудника.
Рисунок 13 – Запрос Сотрудники
При нажатии кнопки "Тип мебели" из раздела запросы Будет выполнен запрос мебели по типу.
Рисунок 14 – Запрос Тип мебели
При нажатии кнопки "Названия мебели" из раздела запросы Будет выполнен запрос мебели по названию.
Рисунок 15 – Запрос Названия мебели
При нажатии кнопки "Поставщики" из раздела запросы Будет выполнен запрос на выборку поставщиков по названию.
Рисунок 16 – Запрос Поставщики
При нажатии кнопки "Продажи" из раздела запросы Будет выполнен запрос на выборку продаж по дате продажи.
Рисунок 17 – Запрос Поставщики
В качестве примера рассмотрим добавлений информации о новом поставщике товара.
Для этого необходимо открыть форму Поставщики, в ней переключиться на последнюю запись и внести данные нового поставщика как показано на рисунке 18
Рисунок 18 – Пример добавления нового поставщика
После этого в соответствующей таблице можно увидеть изменения
Рисунок 19 – Таблица Поставщики
Также изменения можно продемонстрировать появлением нового поставщика в отчете Поставщики
Рисунок 20 – Отчет Поставщики
Заключение
Созданное программное обеспечение позволяет решать основные задачи, требующие решения при работе с базами данных. Для удобства решения задач, были сформированы запросы, позволяющие выбирать данные по нужному условию и в нужном порядке. Разработанные диалоговые окна позволяют быстро настроиться на конкретную задачу. Данная БД является законченным продуктом, готовым к эксплуатации, но также может послужить хорошей основой для доработки полноценного продукта, путем внесения дополнительных сервисных функций и интегрирования данной БД с другими, использующимися в делопроизводстве.
Библиографический список
1. Базы данных/ Т. Коннолли, К. Бегг, А. Страчан. – Киев: Вильямс, 2000. – 111с.
2. Дейт К. Дж. Введение в системы баз данных/ К. Дж. Дейт. – Киев: Вильямс, 2000. – 846с.
3. Лекции по курсу "Автоматизация технико-экономических систем".4 Вейкас Дж. Эффективная работа с Microsoft Access 97/ Дж. Вейкас. – СПб.: Питер, 1999. – 973с.
4. Розанов В.А. Информационные технологии управления: Учеб. пособие / В.А. Розанов, М.И. Малышев, Н.В. Катаргин. – М.: АТиСО, 2005. – 154 с.
5. Хомоненко А.Д. Базы данных/ А.Д. Хомоненко. – СПб.: Корона принт, 2000. – 414с.
Размещено на Allbest.ru
Приложения
Приложение А
Внешний документооборот магазина
Приложение Б
Внутренний документооборот магазина
Приложение В
Процесс покупки товара
Приложение Г
Функции отделов магазина
Приложение Д
Приложение Е