Использование компонентов MsAccess для создания базы данных "Магазин по продаже продуктов"

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

КУРСОВАЯ РАБОТА

По дисциплине: Офисные системы и технологии

Тема: Использование компонентов MSAccess для создания базы данных "Магазин по продаже продуктов"

Студента 1 курса, гр. БИ 02-10

Направление: Бизнес-информатика

Шифр 1033362013

Бишкек 2011



Аннотация

Данная курсовая работа содержит: 37 стр, 4 источника, 5 таблиц, 11 запросов, 13 отчетов, главную кнопочную форму и 5 форм.

Цель работы - разработка базы данных «Магазин по продажи продуктов», в MicrosoftOfficeAccess. В данной курсовой работе вы познакомитесь с реляционной моделью данных. А так же вы познакомитесь с подробной разработкой баз данных в MicrosoftOfficeAccess на тему - База данных «Магазин по продажи продуктов», даются скриншоты таблиц, форм и описание каждого созданного объекта в базе данных MicrosoftOfficeAccess.



Оглавление

Введение

1. Реляционная модель данных

2. Инфологическая модель БД «Магазин по продажи продуктов»

3. Разработка БД «Магазин по продажи продуктов»

4. Руководство пользователя

Заключения

Список использованной литературы



Введение

База данных (мы будем говорить о так называемыхБД “Магазаин по продажи продуктов”) - это, прежде всего набор таблиц, хотя, как мы увидим позднее, в базу данных могут входить также процедуры и ряд других объектов. Таблицу можно представлять как обычную двумерную таблицу с характеристиками (атрибутами) какого - то множество объектов. Таблиц имеет имя - идентификатор, по которому на нее можно сослаться.

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

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

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

При построении таблиц баз данных важно обеспечивать непротиворечивость информации. Обычно это делается введением ключевых полей - обеспечивающих уникальность каждой записи. Ключевым может быть одно или несколько поле.

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

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

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

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

Создают базы данных и обрабатывают запросы к ним системы управления базами данных - СУБД. Известно множество СУБД, различающихся своими возможностями или обладающих примерно равными возможностями и конкурирующих друг с другом: Paradox, dBase, MicrosoftAccess, FoxPro, Oracle, InterBase, Sybase и много других.



1. Реляционная модель данных

Реляционная модель данных -- логическая модель данных, прикладная теория построения баз данных, которая является приложением к задачам обработки данных таких разделов математики как теории множеств и логика первого порядка.

На реляционной модели данных строятся реляционные базы данных.

Реляционная модель данных включает следующие компоненты:

Структурный аспект (составляющая) -- данные в базе данных представляют собой набор отношений;

Аспект (составляющая) целостности -- отношения (таблицы) отвечают определенным условиям целостности. РМД поддерживает декларативные ограничения целостности уровня домена (типа данных), уровня отношения и уровня базы данных;

Аспект (составляющая) обработки (манипулирования) -- РМД поддерживает операторы манипулирования отношениями (реляционная алгебра, реляционное исчисление).

Кроме того, в состав реляционной модели данных включают теорию нормализации.

Термин «реляционный» означает, что теория основана на математическом понятии отношение (relation). В качестве неформального синонима термину «отношение» часто встречается слово таблица. Необходимо помнить, что «таблица» есть понятие нестрогое и неформальное и часто означает не «отношение» как абстрактное понятие, а визуальное представление отношения на бумаге или экране. Некорректное и нестрогое использование термина «таблица» вместо термина «отношение» нередко приводит к недопониманию. Наиболее частая ошибка состоит в рассуждениях о том, что РМД имеет дело с «плоскими», или «двумерными» таблицами, тогда как таковыми могут быть только визуальные представления таблиц. Отношения же являются абстракциями, и не могут быть ни «плоскими», ни «неплоскими».

Для лучшего понимания РМД следует отметить три важных обстоятельства:

модель является логической, то есть отношения являются логическими (абстрактными), а не физическими (хранимыми) структурами;

Для реляционных баз данных верен информационный принцип: всё информационное наполнение базы данных представлено одним и только одним способом, а именно -- явным заданием значений атрибутов в кортежах отношений; в частности, нет никаких указателей (адресов), связывающих одно значение с другим;

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

Принципы реляционной модели были сформулированы в 1969--1970 годах Э.Ф. Коддом (E.F. Codd). Идеи Кодда были впервые публично изложены в статье «A RelationalModelofDataforLargeSharedDataBanks»[1], ставшей классической.

Строгое изложение теории реляционных баз данных (реляционной модели данных) в современном понимании можно найти в книге К.Дж. Дейта. «C.J. Date. An Introduction to Database Systems» («Дейт, К.Дж. Введение в системы баз данных»).

Наиболее известными альтернативами реляционной модели являются иерархическая модель, и сетевая модель. Некоторые системы, использующие эти старые архитектуры, используются до сих пор. Кроме того, можно упомянуть об объектно-ориентированной модели, на которой строятся так называемые объектно-ориентированные СУБД, хотя однозначного и общепринятого определения такой модели нет.



2. Инфологическая модель БД «Магазин по продажи продуктов»

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

Сущности:

Товар.

Покупка.

Поставка.

Клиент.

Поставщик.

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

Атрибут	Тип данных	Первичный\внешний ключ	Обязательное поле	Описание
ID товар	Счетчик	Первичныйключ	Да	Выдается товар каждому посетителю
Наименование	Текстовый		Да	Вводится фамилия посетителя
Цена	Денежный		Да	Вводится цена товара
Категория	Текстовый		Да	Вводится категория товара
Срок годности	Дата/время		Да	Вводится срок годности
Описания	Текстовый		Да	Вводится описания товара

Сущность «Покупка»

Атрибут	Тип данных	Первичный\внешний ключ	Обязательное поле	Описание
ID покупки	Счетчик	Первичныйключ	Да	Вводится ID покупки
ID клиента	Числовой	внешний ключ	Да	Вводится фамилия клиента
ID товара	Числовой	внешний ключ	Да	Вводится ID товара
Количество	Числовой		Да	Вводится количество
Дата покупки	Дата/время		Да	Вводится дата покупки

Сущность «Поставка»

Атрибут	Тип данных	Первичный\внешний ключ	Обязательное поле	Описание
ID поставка	Счетчик	Первичный	Да	Вводится ID поставка
ID поставщик	Числовой	внешний ключ	Да	Вводится
ID товары	Числовой	внешний ключ	Да	Вводится ID товара
Количество	Текстовый		Да	Вводится количество
Цена поставки	Денежный		Да	Вводится цена поставки
Дата поставки	Дата/время		Да	Вводится дата поставки

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

Атрибут	Тип данных	Первичный\внешний ключ	Обязательное поле	Описание
ID клиента	Счетчик	Первичныйключ	Да	Вводится ID клиента
Фамилия	Текстовый		Да	Вводится фамилия
Имя	Текстовый		Да	Вводится имя
Отечество	Текстовый		Да	Вводится отчество
Телефон	Числовой		Да	Вводится номер телефона
Адрес	Текстовый		Да	Вводится адрес
Пол	Текстовый		Да	Вводится пол

Сущность «Поставщик»

Атрибут	Тип данных	Первичный\внешний ключ	Обязательное поле	Описание
ID поставщик	Счетчик	Первичныйключ	Да	Выдается номер каждому посетителю
Наименование фирмы	Текстовый		Да	Вводится наименование фирмы
Фамилия	Текстовый		Да	Вводится фамилия
Имя	Текстовый		Да	Вводится имя
Отечество	Текстовый			Вводится отечество
Адрес	Текстовый		Да	Адрес
Телефон	Числовой			Телефон

На основе определённые сущности была построена ER -диаграмма с помощью графического редактора MS-Visio (см. рис.1).



Рисунок 1. Инфологическая модель БД «Магазин по продажи продуктов»

3. Разработка БД «Магазин по продажи продуктов»

Мною на основе построенной инфологической модели БД были созданы следующие таблицы:

Товар

Покупка

Поставка

Клиент

Поставщик

На рисунке 2,3 показана таблица «Товар» в режимах конструктора и таблица



Рисунок 2. Таблица «Товар» в режиме конструктор

Рисунок 3. Таблица «Товар» в режиме таблица

На рисунке 4,5 показана таблица «Покупка» в режимах конструктора и таблица

Рисунок 4. Таблица «Покупка» в режиме конструктор

Рисунок 5. Таблица «Покупка» в режиме таблица

На рисунке 6,7 показана таблица «Поставка» в режимах конструктора и таблица

Рисунок 6. Таблица «Поставка» в режиме конструктор

Рисунок 7. Таблица «Поставка» в режиме таблица

На рисунке 8,9 показана таблица «Клиент» в режимах конструктора и таблица

Рисунок 8. Таблица «Клиент» в режиме конструктор

Рисунок 9. Таблица «Клиент» в режиме таблица

На рисунке 10,11 показана таблица «Поставщик» в режимах конструктора и таблица

Рисунок 10. Таблица «Поставщик» в режиме конструктор

Рисунок 11. Таблица «Поставщик» в режиме таблица

На основе построенных таблиц, построена схема данных( рис.12)

Рисунок 12. Схема данных БД «Магазин по продажи продуктов»

На основе составленных таблиц были построены следующие запросы:

Люди по имени А.

Новая фамилия.

Удаление товара.

Поиск молочные изделия и напитки.

Отчет по продажи на сегодня.

Нет телефона.

Отчет по поставщикам.

Имена с букв от “А” до “Д”.

Новая имя.

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

Они выполняют следующие задачи:

Задача №1

Найти людей у которых фамилия начинается буква А

На рисунках 13 и 14, показано выполнение данной задачи в режимах конструктора и таблицы.

Рисунок 13. Запрос «Люди по имени А» в режиме конструктора



Рисунок 14. Запрос «Люди по имени А» в режиме таблица

Задача №2

Поменять фамилию клиента,

На рисунках 15 и 16, показано выполнение данной задачи в режимах конструктора и таблицы.

Рисунок 15. Запрос «Новая фамилия» в режиме конструктора

Рисунок 16. Таблица «Клиент» в режиме таблица

Задача №3

Удалит конкретный товар,

На рисунках 17 и 18, показано выполнение данной задачи в режимах конструктора и таблицы.

Рисунок 17. Запрос «Удаление товара» в режиме конструктора

Рисунок 18. Таблица «Товар» в режиме таблица



Задача №4

Поиск молочные изделия и напитки,

На рисунках 19 и 20, показано выполнение данной задачи в режимах конструктора и таблицы.

Рисунок 19. Запрос «Поиск молочные изделия и напитки» в режиме конструктора

Рисунок 20. Запрос «Поиск молочные изделия и напитки» в режиме таблица



Задача №5

Составит отчет по продажи на сегодня,

На рисунках 21 и 22, показано выполнение данной задачи в режимах конструктора и таблицы.

Рисунок 21. Запрос «Отчет по продажи на сегодня» в режиме конструктора

Рисунок 22. Запрос «Отчет по продажи на сегодня» в режиме таблица

Задача №6. Найти всех посетителей у кого нет телефона.

На рисунках 23 и 24 показан запрос « Нет телефонов» в режимах конструктор и таблица.



Рисунок 23. Запрос «Нет телефона» в режиме конструктора

Рисунок 24. Запрос «Нет телефона» в режиме таблица

Задача №7

Составить перекрестный запрос.

На рисунках 25 и 26 показан запрос « Отчет по поставщикам» в режимах конструктор и таблица.



Рисунок 25. Запрос «Отчет по поставщикам» в режиме конструктора

Рисунок 26. Запрос «Отчет по поставщикам» в режиме таблица

Задача №8

Отобразить данные о людях , где есть поле Ф.И.О. Найти людей у которых имена начинаются с букв от «А» до «Д»

На рисунках 27 и 28 показан запрос « Имена с букв от “А” до “Д” » в режимах конструктор и таблица.



Рисунок 27. Запрос «Имена с букв от “А” до “Д”» в режиме конструктора

Рисунок 28. Запрос «Имена с букв от “А” до “Д”» в режиме таблица

Задача №9

Создать запрос с параметрами по имени.

На рисунках 29 и 30 показан запрос «Ввести имя » в режимах конструктор и таблица.



Рисунок 29. Запрос «Ввести имя» в режиме конструктора

Рисунок 30. Запрос «Ввести имя» в режиме таблица

Задача №10

Найти все данные не ранее какой-либо даты и не позднее какой-то, используя оператор Beetwen. AND.

На рисунках 31 и 32 показан запрос «Срок годности апрель месяц» в режимах конструктор и таблица.



Рисунок 31. Запрос «Срок годности апрель месяц» в режиме конструктора

Рисунок 32. Запрос «Срок годности апрель месяц» в режиме таблица



4. Руководство пользователя

создание база данное access

При открытии базы данных« Магазин по продажи товаров», автоматически открывается Главная форма (Рис.33).

Рисунок 33. Форма «Главная» в режим формы

На ней представлены основные кнопки:

Добавление (просмотр запись)

Изменение (просмотр изменение)

Поиск (просмотр всех запросов)

Печать (содержит некоторые отчеты)

При нажатии кнопки «Добавление», появляется следующая форма:

Рисунок 34. Форма «Добавление» в режим формы

Кнопка «Изменение» содержит:

Клиент (просмотр клиента)

Поставщик (просмотр поставщика)

Отчет по паставщикам (просмотр сведений о поставщока)

Удаление товара (просмотр удаленных товаров)

Товар (просмотр товаров)

Назад (для возврата в главную кнопочную форму)

Рисунок 35. Форма «Изменение» в режим формы

Кнопка «Поиск» дает нам возможность просмотреть информациюпоиски запроса:

Рисунок 36. Форма «Поиск» в режим формы

Для печать записей в формах служит кнопка «Печать». В ней представлены основные формы (Рис. 37):

Отчет о поиска молочные изделия и напитки

Отчет срок годности апрель месяц

Отчет поиск по имени

Отчет о поставке

Отчет по продажи на сегодня

Отчет по поставка подчиненная форма

Список товаров

Отчет по покупки

Отчет о поставщике

Отчет люди по имени А

Список клиентов

Список имена с букв от А до Д

Список нет телефона

Назад

Рисунок 37. Форма «Печать» в режим формы



Заключения

В данном курсовом проекте была разработана база данных на тему «магазин по продажи продуктов» в MsAccess. В результате разработки курсовой работы в среде MsAccess я ознакомился со всеми достоинствами данной программы. Научился создавать структуры БД, а также схемы данных. Кроме этого я ознакомился с Access запросами. Укрепил свои знания правильно составлять сущности и связи между ними. А так же, углубленно изучил Acces.



Список использованной литературы и источников Интернет:

Иллюстрированный самоучитель по Access 2003: электронный учебник, 2004 г.

Н.Н. Наддева. Использование компонентов MSAccess для создания БД. Пензенский Государственный Университет. Пенза 2004.

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