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

Министерство образования и науки Российской Федерации

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

ТОМСКИЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ СИСТЕМ УПРАВЛЕНИЯ И РАДИОЭЛЕКТРОНИКИ (ТУСУР)

Кафедра управления инновациями (УИ)

Курсовой проект

по дисциплине «Информационное обеспечение, базы данных»

Проектирование учебной базы данных «Интернет магазин»

Студент А.А Иванов

Преподаватель М.М Антонов

Томск, 2016г.



Оглавление

• Введение
• 1. Проектирование информационной модели
• 1.1 Построение инфологической модели
• 1.2 Описание сущностей
• 1.3 Датологическая модель базы данных
• 2. Описание нормализации таблиц
• 3. Организация выборки информации из базы данных
• 3.1 Построение датологической модели
• 3.2 Заполнение таблиц
• 4. Запросы
• 5. Формы
• Заключение
• Список использованных источников


Введение

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

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

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

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

Задачи проекта:

- Исследовать предметную область и создать концептуальную модель данных.

- Логическое проектирование. Построение и проверка реляционной модели данных.

- Проектирование и разработка пользовательских представлений.

Отчет по данной курсовой работе выполнен с учетом требований ОС ТУСУР 01-2013 «Работы студенческие по направлениям подготовки и специальностям технического профиля».



1. Проектирование информационной модели

1.1 Построение инфологической модели

Предметной областью выбрано проектирование базы данных «Интернет магазин».

Определим правила предметной области, с учетом которых будет работать модель:

- Интернет магазин предлагает широкому кругу потребителей товары различных категорий.

- Точка выдачи товара доступна в различных городах России.

- Курьерская доставка доступна в различные города России.

- Клиент может оплатить заказ кредитной картой или наличными.

- Не все товары могут быть возвращены.

- Пользователь любого возраста может совершать покупки в магазине

- Сотрудники должны иметь доступ к информации о статусе заказа

- Каждый товар и заказ Должны иметь индивидуальный номер

- В одном заказе может быть много товаров

- Один товар может находится в нескольких заказах

- Пользователи имеют доступ к информации о работе точек вывоза

- Каждый логин должен быть уникальным

В базе данных должны храниться:

1. Каталог товаров. По каждому товару должны храниться следующие характеристики:

- Код товара

- Цена

- Разрешение на возврат

- Вес

- Объем

- Название

- Категория

- Гарантия

2. Список покупателей. О покупателе хранится следующая информация:

- Логин

- Пароль

- Электронная почта

- ФИО

- Адрес

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

3. Кредитные карты пользователей. Для осуществления оплаты необходимо знать следующую информацию:

- Номер карты

- Фамилия и имя владельца

- Проверочный код

- Срок истечения

4. Список заказов. По каждому заказу хранится следующая информация:

- Код заказа

- Дата заказа

- Статус заказа

- Стоимость заказа

- Способ оплаты

- Способ получения

- Логин пользователя сделавшего заказ

- Номер точки самовывоза

5. Список точек выдачи товара. По каждой точке хранится следующая информация:

- Номер

- Адрес

- Время работы

6. Список доставок по заказам. По каждой доставке хранится следующая информация:

- Вес

- Объем

- Дата доставки (Если заказ был выполнен)

- Стоимость доставки

- Адрес места доставки

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

1.2 Описание сущностей

В данном проекте были разработаны следующие сущности:

- Товары - код товара, цена, разрешение на возврат, вес, длина, ширина, высота, наименование, категория, гарантия.

- Покупатели - логин, пароль, электронная почта, фамилия, имя, отчество, город, улица, дом, квартира, дата рождения.

- Кредитные карты - номер карты, фамилия владельца, имя владельца, проверочный код, срок истечения, логин.

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

- Заказ/Товар - код заказа, код товара.

- Доставка - код заказа, вес, объем, дата доставки, стоимость доставки, вид доставки, город, улица, дом, квартира.

- Точки выдачи - номер точки, город, улица, дом, время открытия, время закрытия.

база инфологический магазин запрос

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

Ключи атрибута «Товары».

- Код товара (первичный ключ)

Ключи атрибута «Заказ/Товар»

-Код товара и Код заказа (внешний ключ)

Ключи атрибута «Заказы»

- Код заказа (первичный ключ)

Ключи атрибута «Доставка»

- Код заказа (внешний ключ)

Ключи атрибута «Покупатели»

- Логин (первичный ключ)

Ключи атрибута «Кредитные карты»

- Номер карты (первичный ключ)

Ключи атрибута «Точки выдачи»

- Номер точки (первичный ключ)

На рисунке 1.1 показана связь сущностей базы данных



Рисунок 1.1 - Связи сущностей



2. Описание нормализации таблиц

Рисунок 2.1 - Нормализация таблицы «Доставка»

1 НФ

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

2 НФ

Таблица находится в 2нф, если она находится в 1нф.

Функциональная зависимость атрибутов от первичного ключа:

F: Код заказа -> Суммарный вес, Суммарный объем, Дата доставки, Стоимость доставки, Вид доставки, Город, Улица, Дом, Квартира

2НФ - выполняется.

3 НФ

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

В 3 НФ все не ключевые атрибуты должны определяться только первичным ключом:

Все не ключевые атрибуты определяются только первичным ключом.



Рисунок 2.2 - Нормализация таблицы «Заказы»

1 НФ

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

2 НФ

F: Код заказа -> Дата, Статус заказа, Стоимость заказа, Способ оплаты, Способ получения, Логин, Номер точки.

2НФ - выполняется.

3 НФ

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

В 3 НФ все не ключевые атрибуты должны определяться только первичным ключом.

Все не ключевые атрибуты определяются только первичным ключом.

Рисунок 2.3 - Нормализация таблицы «Кредитные карты»



1 НФ

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

2 НФ

F: Номер карты -> Фамилия владельца, Имя владельца, Проверочный код, Срок истечения, Логин.

2НФ - выполняется.

3 НФ

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

В 3 НФ все не ключевые атрибуты должны определяться только первичным ключом.

Все не ключевые атрибуты определяются только первичным ключом.

Рисунок 2.4 - Нормализация таблицы «Покупатели»

1 НФ

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

2 НФ

F: Логин -> Пароль, Электронная почта, Фамилия, Имя, Отчество, Город, Улица, Дом, Квартира, Дата рождения.

2НФ - выполняется.

3 НФ

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

В 3 НФ все не ключевые атрибуты должны определяться только первичным ключом.

Все не ключевые атрибуты определяются только первичным ключом.

Рисунок 2.5 - Нормализация таблицы «Товары»

1 НФ

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

2 НФ

F: Код товара -> Цена товара, Разрешение на возврат, вес, Длина, Ширина, Высота, Наименование, Категория, Гарантия.

2НФ - выполняется.

3 НФ

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

В 3 НФ все не ключевые атрибуты должны определяться только первичным ключом.

Все не ключевые атрибуты определяются только первичным ключом.

Рисунок 2.6 - Нормализация таблицы «Точки выдачи»

1 НФ

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

2 НФ

F: Номер точки -> Город, Улица, Дом, Открывается, Закрывается

2НФ - выполняется.

3 НФ

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

В 3 НФ все не ключевые атрибуты должны определяться только первичным ключом.

Все не ключевые атрибуты определяются только первичным ключом.



3. Организация выборки информации из базы данных

3.1 Построение датологической модели

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

Рисунок 3.1 - Схема данных

3.2 Заполнение таблиц

В ходе работы было создано семь таблиц.



Рисунок 3.2 - Таблицы

Первая таблица «Доставка» дает информацию о всех доставках организации.

Рисунок 3.3 - Таблица «Доставка»

Рисунок 3.4 - Таблица «Доставка» конструктор



Таблица «Заказ/Товар» создана для преобразования связи М:М в 1:М

Рисунок 3.5 - Таблица «Заказ/Товар»

Рисунок 3.6 - Таблица «Заказ/Товар» конструктор

Таблица «Заказы» показывает всю информацию о заказах сделанных на сайте.



Рисунок 3.7 - Таблица «Заказы»

Рисунок 3.8 - Таблица «Заказы» конструктор

Таблица «Кредитные карты» показывает информацию о счетах пользователей.

Рисунок 3.9 - Таблица «Кредитные карты»



Рисунок 3.10 - Таблица «Кредитные карты» конструктор

Таблица «Покупатели» содержит всю информацию о клиентах.

Рисунок 3.11 - Таблица «Покупатели»



Рисунок 3.12 - Таблица «Покупатели» конструктор

Таблица «Товары» содержит список доступных для покупки товаров и информацию о них.

Рисунок 3.13 - Таблица «Товары»



Рисунок 3.14 - Таблица «Товары» конструктор

Таблица «Точки выдачи» содержит информацию о точках в которых можно получить товар при самовывозе.

Рисунок 3.15 - Таблица «Точки выдачи»



Рисунок 3.16 - Таблица «Точки выдачи» конструктор



4. Запросы

В ходе работы было создано 4 запроса.

Рисунок 4.1 - Запросы

Первый показывает заказы, которые необходимо сделать.

Рисунок 4.2 - Выполнение первого запроса

Рисунок 4.3 - Создание запроса в конструкторе



Второй запрос показывает важные заказы (стоимость которых больше 50000 рублей).

Рисунок 4.4 - Выполнение второго запроса

Рисунок 4.5 - Создание запроса в режиме конструктора

Третий запрос показывает заказы, которые клиенты забирают из точки выдачи товара.

Рисунок 4.6 - Выполнение запроса

Рисунок 4.7 - Создание запроса в режиме конструктора



Четвертый запрос показывает всю информацию о клиентах.

Рисунок 4.8 - Выполнение запроса

Рисунок 4.9 - Создание запроса в режиме конструктора



5. Формы

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

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

Главная форма создавалась с использованием диспетчера кнопочных форм Microsoft Access.

Рисунок 5.1 - Главная форма

При нажатии на кнопку доставка открывается форма «Доставка к клиентам», где отражены данные о заказах, доставке и клиентах.

Рисунок 5.2 - Доставка к клиентам

При нажатии на кнопку заказы открывается форма «Заказы клиентов», где отражены данные о заказах.



Рисунок 5.3 - Заказы клиентов

При нажатии на кнопку клиенты открывается форма «Клиенты», где отражена клиентская база магазина.

Рисунок 5.4 - Клиенты

При нажатии на кнопку ассортимент открывается форма «Товары», где показан список доступных товаров.



Рисунок 5.5 - Товары



Заключение

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

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

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



Список использованных источников

ОС ТУСУР 01-2013 Работы студенческие по направлениям подготовки и специальностям технического профиля. [Электронный ресурс]/ ОС ТУСУР 01-2013 // Образовательный Стандарт Вуза - 2013 - Режим доступа: https://storage.tusur.ru/files/40668/rules_tech_01-2013.pdf

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