Проектирование системы Интернет магазина

2. Ввод заказа – А1

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

Рассматривается общая схема ввода заказа

3. Ввод предварительного заказа – А11

Формирование списка приобретаемого товара покупателем

Рассматривается общая схема ввода предварительного заказа

4. Работа с корзиной товаров – А111

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

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

5. Завершение составления предварительного заказа - А112

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

6. Корректировка заказа – А12

Рассматривается работа менеджера с поступившими заказами от покупателя на данном этапе возможно отклонение или подтверждение заказа

В случае необходимости менеджер может произвести удаление заказа из Интернет магазина.

7. Работа с данными о товаре – А2

Рассматривается работа менеджера по работе с данными от товаре и его группировкой по категориям

Включает в себя работу по созданию списка категорий с последующим его изменением и создание информации о товаре с его параметрами.

 

 

 

12. Информационное моделирование

 

Для описания информационной структуры объектов функциональной модели процесса оформления предпродажной документации была создана информационная модель. При этом использовалась вышеописанная методология IDEF1.

Техника создания информационной модели заключается в выделении сущностей и определении их атрибутов. Информация по сущностям и атрибутам берётся из входов и выходов функциональной модели. Затем модель детализируется таким образом, чтобы все сложные виды отношений типа “многие-ко-многим” были бы раскрыты и заменены соответствующим множеством простых отношений. При этом проверяется правильность наследования первичных ключей, описание вторичных ключей и их атрибутов. Информационная модель исследуемого процесса приведена на рисунке 6.

 

Рис. 6  Информационная модель работы Интернет магазина

 

Данная информационная модель является завершенной, так как:

каждая сущность полностью определена;

каждая сущность идентифицирована через ее атрибуты;

остались только простые отношения;

информация появляется в модели только один раз.

Эта модель наглядно демонстрирует принцип построения и связи между сущностями. По ней можно проследить, какие сущности входят в систему, в каких связях они выступают в качестве родителей или потомков и откуда берется информация для заполнения заказов. По рисунку 6 можно определить, что сущности Покупатель, Категория являются независимыми, передают свои атрибуты остальным сущностям и в итоге основная информация о работе Интернет магазина   содержится в сущностях товар, заказ, параметры, параметры значения, строка параметра товара.

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

Описание атрибутов:

таблица 5 Categories - категория

CID(PK)	Шифр категории
Name	Наименование

 

таблица 6 Goodslist – товар

GID(PK)	Шифр товара
CID(FK)	Шифр категории
Name	Наименование
Price	Цена
Picture	Картинка
PicSmal	Иконка
memo	Описание

 

таблица 7 Orders – покупатель

OID(PK)	Шифр покупателя
Address	Адрес доставки
Name	Фамилия Имя Отчество
Email	Электронная почта

 

таблица 8 Orderedcarts – заказ

OID(FK)	Шифр покупателя
CID(FK)	Шифр категории
GLID(FK)	Шифр строки параметра товара
GID(FK)	Шифр товара
Qantity	Количество товара

 

таблица 9 Parametres – параметры

PID(PK)	Шифр параметра
CID(FK)	Шифр категории
Name	Наименование

 

таблица. 10 Param_Znach – параметры значения

PZID(PK)	Шифр значения параметра
PID(FK)	Шифр параметра
CID(FK)	Шифр категории
Znach	Значение

 

таблица 11 Goods_Paranm – параметры товара

PZID	Шифр значения параметра
PID(FK)	Шифр параметра
GID(FK)	Шифр товара
CID(FK)	Шифр категории
GLID(FK)	Шифр строки параметра товара

 

таблица 12 Goods_Lines – строка параметра товара

GLID(PK)	Шифр строки параметра товара
CID(FK)	Шифр категории
GID(FK)	Шифр товара
Price_line	Цена параметра товара

 

 

13. Техническое Задание

1. назначение и цели создания системы

Наименование системы: Интернет магазин

Доменное имя для размещения системы: mag.a3.perm.ru

Данная система предназначается для сбора заказов на товар, а также его рекламы в Интернете в сфере малого и среднего бизнеса.

Целью создания системы является сокращение средств на рекламу и работы с клиентами. Время и затраты на сбор заказа. Корректность данных. Полнота данных о товаре.

 

 

2. характеристика объектов

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

Эксплуатация данной системы пользователем возможна с любого терминала подключенного к сети Интернет и имеющего браузер. Для функционирования системы необходим web server подключенный к сети Интернет

 

3. требования к системе

требования к структуре и функционированию системы;

Система должна состоять из следующих подсистем:

система сбора заказов – интерфейс пользователя для формирования заказа на приобретаемый товар

системы администрирования – интерфейс администратора системы позволяющий управлять характеристиками товара и удалением заявок

БД – система хранения данных

требования к численности и квалификации персонала системы и режиму его работы;

Для обработки заказов 1 менеджер по продажам в течении полного рабочего дня 40 часовой рабочей недели.

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

требования к надежности;

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

Время отклика – не выполнения задачи с определенным ККС

требования к эргономике и технической эстетике;

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

Обеспечить последовательность действий.

Расположение корзины покупателя, списка товаров и описания товара в отдельных окнах браузера

требования к эксплуатации, техническому обслуживанию, ремонту и хранению компонентов системы;

Резервное копирование данных с территориальным разделением от реальных данных раз в день.

Архивные копии данных за месяц.

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

требования к защите информации от несанкционированного доступа;

Обеспечить Интернет магазин системой проверки пользователя для получения доступа к административной части Интернет магазина.

требования к защите от влияния внешних воздействий;

Обеспечить работу сервера в специально оборудованном помещении – серверной.

 

4. состав и содержание работ по созданию системы

Сбор информации по документообороту организации – консультации с органами организации заказчика на проектирование системы.

Сбор информации по аппаратно программному комплексу являющегося средой функционирования системы.

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

Разработка системы – разработка функций системы, ее модулей дизайн интерфейсов, построение табличного пространства БД.

Тестирование – проверка функциональных блоков системы на корректность выполнения.

Документирование – формализованное описание информации по работе системы

Внедрение – обеспечение совместимости программно аппаратного комплекса с системой.

 

5. порядок контроля и приемки системы

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

 

6. требования к составу и содержанию работ по подготовке объекта разработки к вводу системы в действие

 

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

 

таблица 13 Входная информация для ввода категорий товаров

Наименование

не более 255 знаков рус.

 

Входная информация для ввода товаров должна содержать параметры представленные в таблице 14

 

таблица 14 Входная информация для ввода товаров

Наименование	не более 255 знаков рус.
Цена	формат #####.##
Картинка	не более 50 kb размер 400х200 JPG
Иконка	не более 3 kb размер 40х20 JPG
Описание	HTML форматированный текст

Входная информация для ввода информации о покупателе должна содержать параметры представленные в таблице 15

 

таблица 15 Входная информация для ввода информации о покупателе

Адрес доставки	не более 255 знаков рус., г. ул. дом кв.
Фамилия Имя Отчество	не более 255 знаков рус.
Электронная почта	не более 255 знаков англ. ящик@домен.зона

 

Обеспечить работоспособность аппаратно программного комплекса в соответствии с норами технической эксплуатации.

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

 

14.  ЗАКЛЮЧЕНИЕ

Данная курсовая работа посвящена проектированию системы автоматизированного документооборота на стадии работы с клиентом по сбору заказов ООО «Добрыня». Целью проектирования является повышение эффективности работы по сбору заказов ООО «Добрыня», снижение трудоемкости процессов обработки информации.

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

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