Система автоматизации процессов электронных транзакций и учета клиентских данных интернет-магазина

Содержание
Введение
Глава 1. Анализ требований и выбор технологий разработки информационной системы
Глава 2. Проектирование ИС электронных транзакции и учета клиентских данных интернет-магазина
Глава 3. Разработка программной реализации ИС электронных транзакции и учета клиентских данных интернет-магазина
Глава 4. Финансово-экономическое обоснование (Экономический раздел)
Глава 5. Безопасность жизнедеятельности (экологический раздел)
Заключение
Список литературы

Система автоматизации процессов электронных транзакций и учета клиентских данных интернет-магазина

Основной адрес
Для единственного реквизита по умолчанию активно. Для нового реквизита по умолчанию не активно.
нет
При нажатии на кнопку «Сохранить» должны происходить проверки, приведенные в таблице 1.12.
Таблица 1.11
Проверки при заполнении карточки реквизитов
N
Название
Сообщение
Комментарий
1
Заполненность обязательных полей
Вы не указали «названия поля»
Отображение сообщения сверху каждого незаполненного поля и выделение его цветом.
2
Формат «цифровых реквизитов»
Вы неправильно указали «названия поля»
Отображение сообщения сверху каждого неправильно заполненного поля и выделение его цветом. Для ИНН, Расчетный счет, Корреспондентский счет, БИК, КПП.
3
Максимальное количество символов в полях
Вы превысили максимальное количество символов в «названия поля»
Отображение сообщения сверху каждого такого поля и выделение его цветом.
Сменить пароль – при смене существующего пароля, система должна запрашивать существующей пароль и его подтверждение. После проверки правильности существующего пароля вносятся изменения в БД.
1.5 Заключение
В данной главе рассмотрена деятельность компании «Холодильник.ру», рассмотрен процесс обработки заявок. Выявлены недостатки существующей на предприятии системы. Рассмотрены существующие подходы к внедрению ИС и выявлены их преимущества. В итоге сформирован перечень требований к проектируемой ИС учета клиентских данных для компании «Холодильник.ру» и отдельный перечень требований к компоненте «Личный кабинет».
Глава 2. Проектирование ИС электронных транзакции и учета клиентских данных интернет-магазина
2.1. Введение
Целью данной главы является разработка проекта ИС учета транзакций и регистрации клиентов интернет-магазина. В данной главе будет осуществлен выбор архитектуры ИС, разработана структура информационного фонда, описана входная и выходная информация.
2.2 Проектирование архитектуры системы
Для достижения поставленных целей и решения задач автоматизации наиболее целесообразно будет использовать клиент-серверную архитектуру системы. Серверную часть программы нужно будет расположить на сервере. Доступ к серверной части программы осуществляется через сеть Internet.
На рис. 2.1 изображена архитектура разрабатываемой информационной системы.
Рис. 2.1 - Архитектура системы
1-й уровень - "тонкий клиент". Обычный браузер использует и покупатель, и менеджер по продажам.
2-й уровень архитектуры - это web-сервер с маршрутизатором. Web-сервер может быть любой.
На web-сервере устанавливается также маршрутизатор запросов, который обрабатывает информацию, поступающую от всех web-адаптеров и переадресует ее на соответствующие сервера приложений. При этом он следит за загрузкой серверов, регулируя очереди запросов к каждому серверу приложений, и, таким образом, распределяя нагрузку этих серверов.
Последний, 3 - уровень - это СУБД. БД может быть установлена также на другом сервере.
3-х уровневая архитектура позволяет обеспечить практически неограниченную масштабируемость системы. Отдельные ее части могут устанавливаться на разных серверах с разными операционными системами.
Для первого этапа автоматизации – создания хорошо структурированного электронного каталога для обеспечения удобной регистрации поступления заявок и контроля их выполнения – временные рамки не могут быть четко определены, но следует отметить, что каталог требует регулярного обновления по мере появления новых заявок и специалистов и изменения информации об уже имеющихся. Для последующих этапов выполнения заявки, проверки исполнения заявки и подготовки отчета характерна всегда четкая последовательность выполняемых действий и определенные временные рамки.
Первичной информацией будут являться поступившие заказы от клиентов.
Данные о заказах и товарах будут находиться в следующих таблицах БД:
1. Заказы в кредит – содержит основную информацию о заказах в кредит;
2. Заказы в рассрочку – содержит основную информацию о заказах в рассрочку;
3. Обычные и корпоративные заказы – содержит основную информацию о заказах юр. Лиц.
Задачи в системе решаются смешанным способом с использованием диалогового режима при регистрации. Решение задач происходит непрерывно (периодичность возможно определить только для таких вспомогательных операций, как резервное копирование или профилактическая проверка БД).
2.3 Информационное обеспечение системы
2.3.1 Информационная модель и её описание
Информационная модель представляет собой схему, отражающую преобразование информационных реквизитов от источников информации до её получателей. Модель может быть построена в соответствии с описанием схемы данных из ГОСТ. При построении модели в рамках неё могут быть семь логических уровней:
источники информации;
первичные документы или файлы;
таблицы с первичными документами;
таблицы с промежуточной информацией;
таблицы с результатной информацией;
результатные документы или файлы;
получатели информации.
Методика разработки информационной модели предполагает моделирование нового варианта организации информационной:
полного состава информации, необходимой для решения комплекса задач данной ИС;
отражение этой информации на всех типах носителей;
отражение процесса преобразования информации, начиная от получения первичной переменной и условно-постоянной информации, загрузки ее в файлы с и заканчивая получением файлов с результатной информацией и выдачей ее пользователю;
состава исходных первичных документов и распределение их по задачам;
источники и способы получения первичной информации;
состава файлов с первичной, условно-постоянной, промежуточной и результатной информацией;
информационную потребность для каждой задачи комплекса;
адресатов выдачи и получения результатной информации.
В описании информационной модели необходимо объяснить, на основе каких входных документов и какой нормативно-справочной информации происходит выполнение функций по обработке данных и формирование конкретных выходных документов.
Информационная модель представляет собой схему, отражающую преобразование информационных реквизитов от источников информации до её получателей или, иными словами, процесс обработки информации в информационной системе.
Рис. 2.2 - Информационная модель системы
2.3.2 Характеристика нормативно-справочной информации
Нормативно-справочной информацией системы является каталог товаров – это относительно-постоянная информация.
2.3.3 Характеристика входной-выходной информации
Входной информацией системы является карточка заказа товара, карточка регистрации пользователя (на сайте, на форуме). Для физических и юридических лиц формы адреса имеют разный вид. Внешний вид представлен на рис. 2.3-2.6
Рис. 2.3 – Форма регистрации на сайте
Рис. 2.4 – Форма заказа товара
Рис. 2.5 – Форма адреса доставки физического лица
Рис. 2.6 – Форма адреса доставки юридического лица
2.4 Заключение
В данной главе рассмотрена архитектура проектируемой ИС, проведено проектирование структуры информационного фонда с использованием case-средства ERWin, описана входная и выходная информация.
Глава 3. Разработка программной реализации ИС электронных транзакции и учета клиентских данных интернет-магазина
3.1 Введение
Целю данной главы является описание программной реализации ИС: описание интерфейса программы, алгоритма работы программы; описание результатов тестирования и выработка рекомендаций по дальнейшему совершенствованию ИС.
3.2 Описание реализации БД ИС
При проектировании структуры БД ИС учета транзакций и регистрации клиентов интернет-магазина компании «Холодильник.ru» использовалось CASE-средство Erwin.
Описание сущностей БД ИС учета транзакций и регистрации клиентов интернет-магазина компании «Холодильник.ru» представлена в таблице 3.1.
Таблица 3.1
Описание сущностей БД ИС учета транзакций и регистрации клиентов интернет-магазина компании «Холодильник.ru»
Сущность
Идентификатор таблицы
Идентификатор поля
Тип поля
Заказы в кредит
edil_credit_orders
id
int(11)
fio
varchar(250)
fio_old
varchar(250)
m_fio
varchar(100)
user_ip
varchar(20)
dob
varchar(20)
pob
varchar(50)
email
text
citizenship
varchar(50)
passp_ser
varchar(10)
passp_num
varchar(10)
passp_date
varchar(250)
code_p
varchar(100)
reg_city
varchar(50)
reg_street
varchar(50)
reg_house
varchar(10)
reg_block
varchar(10)
reg_flat
varchar(10)
del_city
varchar(50)
del_street
varchar(50)
del_house
varchar(10)
del_block
varchar(10)
del_flat
varchar(10)
passpf_ser
varchar(10)
passpf_num
varchar(10)
passpf_date
varchar(100)
driverid_ser
varchar(10)
driverid_num
varchar(10)
driverid_date
varchar(50)
pensnum
varchar(20)
inn
varchar(30)
car_model
varchar(50)
car_year
varchar(10)
car_num
varchar(15)
husbandwife
varchar(50)
dependant
varchar(100)
tel_home
varchar(30)
tel_work
varchar(30)
tel_cell
varchar(30)
income
varchar(30)
n_type
varchar(200)
org_name
varchar(100)
org_address
varchar(100)
org_position
varchar(100)
org_boss
varchar(100)
org_dept
varchar(100)
date
datetime
ProductIDRef
int(11)
OrderPriceRub
Float
notes
Text
notes_operator
text
OrderStatusNew
tinyint(4)
OrderControllerIDRef
tinyint(4)
rate
varchar(30)
month
varchar(30)
appartments
varchar(250)
oht_cr
varchar(20)
oth_cr_pay
varchar(10)
oth_cr_summ
varchar(10)
lock_by_user
varchar(14)
reg_index
varchar(50)
del_index
varchar(50)
reg_date
varchar(50)
education
varchar(250)
job_details
varchar(250)
job_seniority
varchar(20)
FirstRate
float
OrderReferer
varchar(250)
TotalPrice
float
clx_aid
varchar(20)
clx_uid
varchar(20)
res_txt
varchar(250)
userid
int(11)
pol
varchar(10)
doc2_type
varchar(50)
doc2_ser
varchar(50)
doc2_date
varchar(250)
sem_pol
varchar(30)
oldpassp_sernum
varchar(40)
org_type
varchar(50)
income_supr
varchar(20)
fact_city
varchar(50)
fact_index
varchar(10)
fact_street
varchar(50)
fact_house
varchar(10)
fact_block
varchar(10)
fact_flat
varchar(20)
work_city
varchar(50)
work_index
varchar(10)
work_street
varchar(50)
work_house
varchar(10)
work_block
varchar(10)
work_flat
varchar(10)
programm
varchar(50)
auto
varchar(10)
otrasl
varchar(150)
Заказы в рассрочку
edil_dp_orders
id
int(11)
fio
varchar(250)
user_ip
varchar(20)
dob
varchar(20)
pob
varchar(50)
email
text
citizenship
varchar(50)
passp_ser
varchar(10)
passp_num
varchar(10)
passp_date
varchar(100)
reg_city
varchar(50)
reg_street
varchar(50)
reg_house
varchar(10)
reg_block
varchar(10)
reg_flat
varchar(10)
del_city
varchar(50)
del_street
varchar(50)
del_house
varchar(10)
del_block
varchar(10)
del_flat
varchar(10)
passpf_ser
varchar(10)
passpf_num
varchar(10)
passpf_date
varchar(100)
driverid_ser
varchar(10)
driverid_num
varchar(10)
driverid_date
varchar(50)
pensnum
varchar(20)
inn
varchar(30)
car_model
varchar(50)
car_year
varchar(10)
car_num
varchar(15)
husbandwife
varchar(50)
dependant
varchar(100)
tel_home
varchar(30)
tel_work
varchar(30)
tel_cell
varchar(30)
income
varchar(30)
org_name
varchar(100)
org_address
varchar(100)
org_position
varchar(100)
org_boss
varchar(100)
org_dept
varchar(100)
date
datetime
ProductIDRef
int(11)
OrderPriceRub
float
notes
text
notes_operator
text
OrderStatusNew
tinyint(4)
OrderControllerIDRef
tinyint(4)
rate
varchar(30)
OrderReferer
varchar(250)
job_details
varchar(250)
clx_aid
varchar(20)
clx_uid
varchar(20)
res_txt
varchar(250)
lock_by_user
varchar(14)
userid
int(11)
Обычные и корпоративные заказы
edil_orders
OrderID
int(11)
OrderType
varchar(200)
OrderRegion
tinyint(4)
OrderDate
datetime
OrderFIO
text
OrderCompany
text
OrderAddressPost
text
OrderAddressJurid
text
OrderEmail
text
OrderPhone
text
OrderNote
text
OrderPriceUSD
float
OrderPriceRub
float
OrderStatus
tinyint(4)
OrderDiscountNum
text
OrderDiscountName
text
OrderDiscountPersent
text
OrderAdminComments
text
OrderStatusNew
tinyint(4)
OrderControllerIDRef
tinyint(4)
OrderReferer
varchar(250)
clx_aid
varchar(20)
clx_uid
varchar(20)
clx_date
datetime
res_txt
varchar(250)
lock_by_user
varchar(14)
registerid
int(11)
vremya
int(4)
userid
int(11)
alphaorderid
varchar(150)
alphastatus
int(4)
alpharealstatus
int(7)
OrderOplata
int(3)
Товары из заказов в кредит
edil_ordersCredit_details
id
int(11)
OrderIDRef
int(11)
ProductName
text
ProductPriceRUR
float
ProductPriceUSD
float
ProductStatus
int(11)
Товары из заказов в рассрочку
edil_ordersDp_details
id