Обработка информации средствами системы управления базами данных (на примере Microsoft Access)

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

Министерство образования Республики Беларусь

БЕЛОРУССКИЙ НАЦИОНАЛЬНЫЙ ТЕХНИЧЕСКИЙ УНИВЕРСИТЕТ

Кафедра "Экономика и организация машиностроительного производства"

КОНТРОЛЬНАЯ РАБОТА

по дисциплине "Сетевые технологии и базы данных"

на тему "Обработка информации средствами СУБД (на примере Microsoft Access)"

Выполнил: Лавренова О.А.

2011

1. Разработка БД "Веломагазин"

1.1 Постановка задачи

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

Разработать исходные данные контрольного примера, выполнить заполнение и проверку работоспособности БД.

Исходные данные:10 моделей велосипедов,10 клиентов,17 заказов

Предметная область: Продажа велосипедов

Входная информация: каталог велосипедов, бланк заказа, сведения о клиентах

Выходная информация: запросы, формы, отчеты по срезам Клиент, Велосипед, Заказ

Количественные ограничения: БД содержит информацию о 10 моделях велосипедов, о 10 клиентах, каждый клиент сформировал не менее 2-х заказов.

1.2 Разработка информационно-логической модели БД «Веломагазин»

При традиционной организации деятельность веломагазин находит свое отражение в таких документах как:

- каталог велосипедов, содержащий все необходимые характеристики, модели;

- бланк-заказа (договор купли-продажи) содержит всю информацию о заключенной сделке и сведения о клиенте;

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

На первом этапе проектирования БД определяют: цель создания БД, ее функции и примерный перечень информации.

Целью создания БД "Веломагазин" является автоматизация учета информации по продаже велосипедов.

Функции проектируемой БД:

хранение информации о клиентах магазина;

хранение информации о продаваемых велосипедах;

хранение информации о сформированных заказах;

обновление и добавление информации;

анализ информации по различным срезам (клиент, велосипед, заказ)

выдача итоговой информации в виде отчетов.

На основе анализа первичных документов предметной области можно выделить примерный перечень информации проектируемой БД :

фамилия, имя, отчество клиента магазина

дата рождения, страна проживания, город проживания, телефон клиента

модель велосипеда,

характеристики велосипеда (количество передач, материал, цвет, тип велосипеда, страна производитель и т.п.)

заводская цена велосипеда

издержки (транспортные и предпродажные)

дата формирования заказа

предоставляемые скидки, %

сведения об оплате.

На втором этапе проектирования БД выделяют информационные объекты предметной области.

Функциональный анализ информации проектируемой БД позволяет выделить следующие информационные объекты: Клиент и Велосипед (рисунок 1).

Рисунок 1 - Информационные объекты предметной области «Продажа велосипедов»

В соответствии с понятиями реляционной СУБД каждому информационному объекту в проектируемой БД будет соответствовать таблица.

На третьем этапе проектирования БД определяют логическую структуру БД.

Реальные отношения между информационными объектами являются отношениями "многие-ко-многим". Такие отношения непосредственно не поддерживаются реляционными СУБД. Реальные отношения "многие-ко-многим" разбиваются на отношения "один-ко-многим" после ввода объекта-связки Заказ.

Для установления связей каждому объекту назначается ключ (ключевое поле). Причем ключи объектов Клиент и Велосиппед (первичные) должны присутствовать как внешние ключи в объекте Заказ (рисунок 2).



Рисунок 2 - Отношения 1:? между информационными объектами

В реляционной модели вышеуказанным информационным объектам соответствуют двумерные таблицы-отношения: Клиент, Велосипед, Заказ. Логические связи между двумерными таблицами осуществляются при помощи ключевых полей.

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

Третья норма данных расширяет две предыдущие, неся в себе два правила:

· Таблица должна соответствовать второй нормальной форме.

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

Требования к содержанию реляционных таблиц: каждая таблица содержит информацию только на одну тему; информация в таблицах не дублируется; для связи между таблицами заданы первичные ключи, однозначно определяющие каждую запись в таблице. С учетом требований к содержанию реляционных таблиц получен список полей для каждой таблицы. Список полей с указанием типов данных:

Получен список полей для каждой таблицы.

Список полей с указанием типов данных приведен ниже.

Таблица Клиент (главная таблица)

Код клиента (счетчик, поле первичного ключа)

Фамилия (текстовый)

Имя (текстовый)

Отчество (текстовый)

Дата рождения (дата время)

Страна проживания (текстовый)

Город проживания (текстовый)

Телефон (текстовый)

Таблица Велосипед (главная таблица)

Код модели (числовой, поле первичного ключа)

Тип велосипеда (текстовый)

Модель (числовой)

Цвет (текстовый)

Количество передач (числовой)

Материал (текстовый)

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

Заводская цена (денежный)

Транспортные издержки (денежный)

Предпродажные издержки (денежный)

Таблица Заказ (таблица-связка)

Код заказа (счетчик, поле первичного ключа)

Код клиента(числовой, поле внешнего ключа)

Код Велосипеда(числовой, поле внешнего ключа)

Дата заказа(дата/время)

Скидка, %(числовой, процентный формат)

Оплачено(логический)

На рисунке 3 приведена информационно-логическая модель заданной предметной области.



Рисунок 3 - Информационно-логическая модель предметной области

1.3 Создание таблиц БД с помощью Microsoft Access

На четвертом этапе приступают к непосредственному созданию БД с помощью СУБД Microsoft Access на основании спроектированной информационно-логической модели (этапы 1-3).

Новая БД создается с помощью команды Создать из меню Файл. При этом сразу указывается имя БД и ее расположение.

В окне БД на вкладке Таблицы выполняется разработка макетов таблиц.

Макеты таблиц создаются в режиме конструктора.



Рисунок 4-Макеты таблиц в конструкторе

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

В таблице Заказы для внешних ключей формируются поля со списком (с использованием Мастера подстановки). Для каждого поля таблицы задается тип данных и свойства полей.

Описания макетов таблиц приведены ниже:

Имя поля	Тип данных	Основные свойства полей
		размер	формат	Условие на значение	Значение по умолчанию	Обязательное поле	индексированное поле
код клиента	счет	целое	осн	-	0	нет	нет
Фамилия	Т	50	-	-	-	нет	Нет
Имя	Т	50	-	-	-	Нет	Нет
Отчество	Т	50	-	-	-	Нет	Нет
дата рождения	Д	-	-	-	-	Нет	Нет
Страна проживания	Т	50	-	-	-	Нет	Нет
Город проживания	Т	50	-	-	-	Нет	Нет
телефон	т	целое	осн	-	0	Нет	Нет
Код велосипеда	Ч	целое	осн	-	0	Нет	Нет
Тип велосипеда	Т	50	-	-	-	Нет	Нет
модель	Т	50	-	-	-	Нет	Нет
цвет	Д	-	год	-	-	Нет	Нет
Количество передач	Ч	целое	осн	-	0	Нет	Нет
Материал рамы	Т	50	-	-	-	Нет	Нет
Страна производитель	Т	50	-	-	-	Нет	Нет
Заводская цена	денеж	-	денеж	-	0	Нет	нет
Транспортные издержки	денеж	-	денеэ	-	-	Нет	Нет
Предпродажные издержки	денеж	-	денеж	-	-	Нет	Нет
код заказа	СЧЕТЧИК	целое	-	-	-	-	ДА
код клиента	Ч	целое	Осн	-	0	Нет	ДА
код велосипеда	Ч	целое	Осн	-	0	Нет	ДА
дата заказа	Д	-	Полный формат	-	-	Нет	Нет
скидки	Ч	целое	процентн	-	0	Нет	Нет
оплачено	ЛОГ	-	д\н	-	-	нет	нет

Заполнение таблиц исходными данными в соответствии с поставленной задачей и количественными ограничениями выполняется после формирования схемы БД.

Примеры заполнения таблиц приведены ниже

1.4 Формирование схемы БД

Схема БД формируется после окончания работы над макетами таблиц с помощью меню Сервис/Схема данных.

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



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

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

1.5 Проектирование запросов

Для анализа информации в БД «Веломагазин» разработаны следующие запросы, макеты (распечатки окон Бланка запроса и результата выполнения в режиме таблицы можно привести в процессе описания запросов).

1. «Рейтинг популярности моделей» - позволяет сформировать список из 3-х велосипедов, которые заказывались чаще всего. Создается на основе таблиц Велосипед и Заказ, включает поля Модель и Код заказа. Используется групповая операция Count по полю Код заказа. По полю Код заказа выполняется сортировка по убыванию. Набор выводимых значений ограничен тремя (в Свойствах запроса выбрать параметр Набор значений и установить число 3).

2. «Самая дешевая (дорогая) модель» - позволяет отобразить 1 велосипед с min (max) ценой. Создается на основе таблицы Велосипеды . Содержит роля Модель, Заводская стоимость.Min,Max.Набор выводимых значений ограничен двумя.



3. «Общая стоимость заказа» - позволяет сформировать список заказов и рассчитать общую сумму каждого заказа с учетом заводской цены и издержек, а так же с учетом скидки. Создается на основе таблиц Заказ, Велосипеды. Включает поля Модель велосипеда, Стоимость со скидкой, скидки.

Рисунок 5 - Общая стоимость заказа

база реляционный интерфейс запрос

«Рейтинг активности клиентов» - позволяет сформировать список 3-5 клиентов, которые сделали наибольшее число заказов.

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

Рисунок 6- Рейтинг активности клиентов

4. «Рейтинг клиентов по сумме заказов» - позволяет сформировать список 3-5 клиентов, которые делали самые крупные заказы.

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

Рисунок 7-Список заказов клиента

5. «Список заказов клиента» - позволяет сформировать список заказов, сделанных конкретным клиентом.

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

Рисунок 8- Список заказов клиента

6. «Поиск клиента по фрагменту фамилии (адреса)» - позволяет отобразить сведения о клиенте (клиентах).

Создается с использованием параметра в условии отбора по полю Фамилия (Страна проживания).Создается на основе таблиц Клиенты. Включает поля :Фамилия, Имя ,Отчество, Страна проживания. В условиях отбора пишем(*рян*).

Рисунок 9 -Поиск клиента по фрагменту фамилии

7. «Список заказов на модель» - позволяет сформировать список заказов, сделанных на конкретную модель.

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

Содержит поля Дата заказа, Фамилия клиента, модель велосипеда. В условии отбора в колонке модель вводим(*giant*)

Рисунок 10 - Список заказов на модель

8. «Неоплаченные (оплаченные) заказы» - позволяет сформировать список клиентов, которые не оплатили заказы. Условия отбора по полю Оплачено. Состоит на основе таблиц Клиенты, Заказы. Включает в себя поля: Число, Фамилия, Имя, Отчество, Оплата. В условии отбора в колонке оплата вводим (Да).

Рисунок 11- Неоплаченные(оплаченные) заказы

1.6 Проектирование форм и отчетов

Для удобной работы пользователя разработаны формы и отчеты.

Для просмотра, ввода и редактирования информации из таблиц БД созданы формы Велосипеды, Клиенты, Заказы.

Для вывода информации на печать в удобном для пользователя виде в БД «Веломагазин» разработаны отчеты Каталог велосипедов, Телефонный справочник по клиентам, Список неоплаченных заказов,

Отчеты разрабатываются на основе соответствующих таблиц и запросов.



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

...