Для осуществления процесса купли-продажи товара и отслеживания статуса заказа в БД должна храниться информация о заказах.
6. Список заказов. По каждому заказу в БД хранятся следующие характеристики:
· № заказа
· Дата и время заказа
· Статус заказа (выполнено/не выполнено/отменено)
· Стоимость заказа
· Способ оплаты (наличные, кредитная карта)
· Способ получения (доставка, самовывоз)
Доступ к данному разделу БД имеют менеджеры, администраторы, клиенты, курьеры. Редактирование данного раздела могут осуществлять администраторы, менеджеры и частично пользователи сервиса.
Для распределения заказанного товара по точкам выдачи, а так же для удобства получения клиентом заказа в БД должен храниться список точек выдачи товара.
7. Список точек выдачи. По каждой точке выдачи в БД хранятся следующие характеристики:
· Название
· Адрес
· Телефон (может быть несколько)
· Время работы
· Схема проезда
Доступ к данному разделу БД имеют менеджеры, администраторы, клиенты, курьеры. Редактирование данного раздела могут осуществлять администраторы и менеджеры.
Для удобства расчета стоимости доставки и для удобства предоставления информации по доставке клиентам и курьерам по различным товарам в БД должна храниться информация по каждой доставке.
8. Список доставок по заказам. По каждой доставке в БД хранятся следующие характеристики
· Дата доставки
· Время доставки
· Суммарный вес заказа
· Суммарный объем заказа
· Статус доставки
· Вид доставки
· Удаленность от МКАД – км. (0, если в пределах)
· Стоимость доставки
Доступ к данному разделу БД имеют менеджеры по продажам, администраторы, клиенты, курьеры, менеджеры отдела доставки. Редактирование данного раздела могут осуществлять администраторы и менеджеры
Для предметной области существуют следующие ограничения целостности:
Условия обязательного наличия определенных полей рассмотрены выше в описании характеристик различных разделов БД. Ограничения на доступ сотрудников к определенным таблицам контролируются запросом на ввод пароля. Необходимые пароли сотрудникам предоставляются администратором.
Заметим, что рассмотрение вопроса организации системы управления снабжением склада и точек выдачи, процесс осуществления платежей при помощи кредитной карты, процесс ценообразования, кадровое обеспечение компании и бухгалтерский учет выходят за рамки рассматриваемой предметной области. Так же стоит отметить, что в качестве системы управления разработанной базой для клиентов предполагается использовать интернет-сайт, однако разработка такого сайта выходит за рамки выполнения данного курсового проекта, поэтому основные функции управления будут представлены в виде форм, частично эмулирующих работу предполагаемого сайта. Для покупки в магазине регистрация на сайте обязательна.
Среди входных документов и других источников формирования внутренней базы данных интернет-магазина мы выделили:
1) Прайс-лист (поступает от поставщиков)
| Номер | Артикул | Название | Категория | Цена | Габариты | Гарантия | Кол-во |
2) Корзина заказов (поступает с сайта)
| № Заказа |
| Категория товара |
| Подкатегория товара |
| Название товара |
3) Оформленный заказ (поступает с сайта)
| № заказа |
| Логин |
| Дата заказа |
| Время заказа |
| Стоимость заказа |
| Способ оплаты |
| Способ получения |
| Суммарный вес заказа |
| Суммарный объем заказа |
| Дата доставки |
| Время доставки |
| Удаленность от МКАД |
| Стоимость доставки |
| Вид доставки |
4) Регистрация клиентов (поступает с сайта)
| Логин |
| Пароль |
| ФИО |
| Адрес |
| Дата рождения |
| Пол |
| Образование |
| Телефон 1 |
| Телефон 2 |
| Телефон 3 |
| Дата регистрации |
| Номер кредитной карты |
| Имя владельца |
| Проверочный код |
| Срок истечения |
При создании базы данных необходимо так же реализовать запросы. Важным моментом будет являться получение необходимой информации для маркетологов. Так же стоит не забывать и про клиентов, которым будет важно формировать списки товаров на основе определенных предпочтений.
Среди выходных документов мы выделили:
1) Товарный чек
Товарный чек
www.boris.ru
(495) 666-66-66
Товарный чек №
Дата
Продавец: ООО Борис
| ID | Наименование | Кол-во | Цена |
Всего: сумма
Сумма прописью:
Оформлено: ООО Борис (печать)
С порядком транспортировки и эксплуатации, правилами и условиями гарантийного обслуживания, порядком и сроками возврата товара ознакомлен и согласен, перечень товаров, указанных в товарном чеке, полностью в надлежащей комплектации, надлежащего качества, оформленный гарантийный талон компании продавца или компании производителя.
Получил:______________________(Подпись)
2) Гарантийный талон
Гарантийный талон
www.boris.ru
Гарантийный талон №
Дата
| ID | Наименование | Кол-во | Гарантия мес. |
Оформлено: ООО Борис (печать)
3) Маркетинговый отчет
Распределение категория проданных товаров по полу
Дата
| Категория товара | Пол | Количество |
4) Отчет о новинках интернет-магазина
Новинки
Дата
| Наименование товара | Средняя оценка | Цена |
5) Сводка доходности по категориям товара
Сводка доходности по категориям
Дата
| Категория | Сумма |
Всего
6) Отчет по самым рейтинговым товарам магазина
Товары с наивысшими оценками
Дата
| Наименование | Средняя оценка |
7) Отчет по самым популярным товарам магазина
Хиты продаж
Дата
| Наименование | Продано |
8) История заказов
История заказов
Дата
Логин
| № заказа | Дата заказа | Стоимость заказа |
9) История покупок
История покупок
Дата
№ заказа
Логин
| Наименование | Цена |
Сумма
10) Отчет по точкам выдачи (для сайта)
Точки выдачи
| Название точки | Адрес точки | Время работы |
При проектировании базы данных интернет-магазина после описания предметной области необходимо выбрать метод построения инфологической модели (ER-модели) и СУБД, в которой будет реализован проект.
Для построения ER-модели была выбрана программа CA ERwin Data Modeler 7.3 (ERwin). Мы выбрали эту программу, потому что она позволяет наглядно отображать сложные структуры данных. Удобная в использовании графическая среда упрощает разработку базы данных и автоматизирует множество трудоемких задач, уменьшая сроки создания высококачественных и высокопроизводительных транзакционных баз данных. Наиболее важными для нас являются следующие возможности данного CASE-средства.
· Поддержка нотации IDEF1x
· Возможность совместной работы группы проектировщиков
· Описание структуры БД с помощью визуальных средств
· Автоматическая генерация файлов данных для любого типа СУБД
· Уменьшение числа рутинных операций, что облегчает и сокращает работу
Существует большое число СУБД. По функциональным возможностям СУБД бывают настольные (FoxPro, MS Access, Paradox) и корпоративные (Oracle, MS SQL Server, MySQL). Сравнивая настольные и корпоративные СУБД, можно отметить следующее: настольные СУБД просты в использовании, стоимость их эксплуатации дешевле; корпоративные СУБД имеют возможности администрирования, работы в Интернете, поддерживают большой объем данных и быстродейственны.
Для построения самой базы данных нами была выбрана СУБД MS Access. Поскольку целью данной работы не является разработка и внедрение масштабной базы интернет-магазина и разработка интернет-сайта, а база разрабатывается в учебных целях – выбирать корпоративную СУБД нецелесообразно. Microsoft Access является наиболее популярной системой управления базами данных для операционной системы Windows. Возможности разработчиков программного обеспечения, а также методы и технологии решения этих задач постоянно изменяются и совершенствуются. И с каждой новой версией Access такие решения становятся достоянием самого широкого сообщества разработчиков и пользователей.
Очень важным для нас является возможность просматривать и редактировать данные не только в виде таблицы, но и в виде формы. Представление БД в виде таблицы позволяет наблюдать сразу несколько записей одновременно, однако часто вид Таблица не позволяет полностью видеть всю информацию на экране. Формы позволяют забыть о неудобствах, возникающих при работе с таблицами, имеющими большое количество полей. В режиме Форма можно все внимание уделить одной записи, не пользуясь прокруткой для поиска нужного поля в длинной череде столбцов таблицы, а имея перед глазами всю информацию. Также для удобства работы с формой на ней можно разместить Элементы управления, например кнопки. Хочется отметить, что, так как мы проектируем базу данных интернет-магазина, то формы хорошо подойдут для эмуляции работы сайта.
При печати таблиц и запросов информация выдается практически в том виде, в котором хранится. Часто возникает необходимость представить данные в виде отчетов, которые имеют традиционный вид и легко читаются. Подробный отчет включает всю информацию из таблицы или запроса, но содержит заголовки и разбит на страницы с указанием верхних и нижних колонтитулов. Их можно создавать как самостоятельно (в режиме конструктора), так и с помощью мастера.