Разработка модуля автоматического приема платежей за товары в системе интернет-магазина с использованием ПИС WebMoney

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

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

Содержание

Введение

I. Аналитическая часть

1.1 Технико-экономическая характеристика предметной области и предприятия. Анализ деятельности «КАК ЕСТЬ»

1.1.1 Характеристика предприятия и его деятельности

1.1.2 Организационная структура управления предприятием

1.1.3 Программная и техническая архитектура ИС предприятия

1.2 Характеристика комплекса задач, задачи и обоснование необходимости автоматизации

1.2.1 Выбор комплекса задач автоматизации и характеристика существующих бизнес процессов

1.2.2 Определение места проектируемой задачи в комплексе задач и ее описание

1.2.3 Обоснование необходимости использования вычислительной техники для решения задачи

1.2.4 Анализ системы обеспечения информационной безопасности и защиты информации

1.3 Анализ существующих разработок и выбор стратегии автоматизации «КАК ДОЛЖНО БЫТЬ»

1.3.1 Анализ существующих разработок для автоматизации задачи

1.3.2 Выбор и обоснование стратегии автоматизации задачи

1.3.3 Выбор и обоснование способа приобретения ИС для автоматизации задачи

1.4 Обоснование проектных решений

1.4.1 Обоснование проектных решений по техническому обеспечению

1.4.2 Обоснование проектных решений по информационному обеспечению

1.4.3 Обоснование проектных решений по программному обеспечению

II. Проектная часть

2.1 Разработка проекта автоматизации

2.1.1 Этапы жизненного цикла проекта автоматизации

2.1.2 Ожидаемые риски на этапах жизненного цикла и их описание

2.1.3 Организационно-правовые и программно-аппаратные средства обеспечения информационной безопасности и защиты информации

2.2 Информационное обеспечение задачи

2.2.1 Информационная модель и её описание

2.2.2 Используемые классификаторы и системы кодирования

2.2.3 Характеристика нормативно-справочной, входной и оперативной информации

2.2.4 Характеристика результатной информации

2.2.5 Формализация расчётов показателей

2.3 Программное обеспечение задачи

2.3.1 Общие положения (дерево функций и сценарий диалога)

2.3.2 Характеристика базы данных

2.3.3 Структурная схема пакета (дерево вызова программных модулей)

2.3.4 Описание программных модулей

2.4 Контрольный пример реализации проекта и его описание

III. Обоснование экономической эффективности проекта

3.1 Выбор и обоснование методики расчёта экономической эффективности

3.2 Расчёт показателей экономической эффективности проекта

Заключение

Список литературы

Введение

Электронная коммерция - это дистанционная продажа/продвижение товаров и услуг с помощью современных средств связи, в частности - через глобальную сеть Интернет. Стремительное развитие Интернет позволяет смоделировать любой тип систем, а также построить принципиально новые решения, поддерживающие и облегчающие принципы электронной коммерции. Это делает Интернет наиболее перспективным средством произведения торговых операций. В совокупности с протоколами HTTP, CGI, языками JavaScript, SQL, мультимедийными технологиями Macromedia, Adobe и рядом других технологий, Интернет предоставляет поистине неограниченные возможности для создания операций купли-продажи товаров посредством электронной коммерции. Именно поэтому в данной сфере использования всемирной сети в настоящее время уделяется всё большее внимание. Производя выбор товара, покупатель имеет возможность подробно ознакомиться с предложенным выбором товаров, а так же с подробным описанием товара и его функциональными особенностями. Так же покупатель имеет возможность осуществить поиск по всей базе товаров и выбрать подходящий для себя товар посредством задания подробных параметров поиска. После выбора товара покупатель может занести его в корзину покупок и осуществить новый поиск другого товара. Впоследствии пользователь может заказать сразу все товары из корзины, которые будут ему доставлены в ближайшее время. К достоинствам методов электронной коммерции перед обычными магазинами можно отнести то, что просмотр, выбор и покупка товара осуществляется, не выходя из дома.

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

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

Дипломный проект посвящён разработке модуля автоматического приема платежей за товары в системе интернет-магазина с использованием ПИС WebMoney, который призван существенно облегчить работу покупателей и продавцов товаров по осуществлению и контролю операций купли-продажи и поддерживать высокое качество работы виртуального магазина .

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

Объектом исследования является система оплаты товаров в интернет-магазинах с использованием ПИС WebMoney.

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

Цель работы заключается в повышении эффективности приема платежей интенет-магазина ООО "Меркатор" за счет разработки программного модуля автоматического приема платежей ПИС WebMoney.

I. Аналитическая часть

1.1 Технико-экономическая характеристика предметной области и предприятия. Анализ деятельности «КАК ЕСТЬ»

1.1.1 Характеристика предприятия и его деятельности

Общество с ограниченной ответственностью «Меркатор» на протяжении многих лет является одним из крупнейших поставщиков дорожной, строительной, коммунальной и специальной техники, а также запасных частей к ней для предприятий дорожной отрасли РФ, стран СНГ, а также предприятий ЖКХ.

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

ООО «Меркатор» является

- официальным эксклюзивным дилером ООО «Дорожные Машины» (бывший ОАО «КДМ» - один из старейших заводов-производителей комбинированных дорожных машин)

- дилером ОАО «Ирмаш» (г. Брянск) - ведущий в РФ производитель асфальтоукладчиков и другой дорожной техники

- дилером ЗАО «Дормаш» (г. Орел) - ведущий в РФ производитель автогрейдеров и погрузчиков

- дилером ООО «ДОРЭЛЕКТРОМАШ» (Республика Беларусь) - производитель дорожной, строительной и коммунальной техники.

Также ООО «Меркатор» имеет устойчивые партнерские отношения со многими производителями и поставщиками дорожной, строительной и коммунальной техники РФ и стран СНГ.

- стратегическим партнером по поставке дорожной, строительной и коммунальной спец. техники ОАО «Государственная транспортная лизинговая компания» - крупнейшая государственная лизинговая компания.

- партнером ЗАО «Военно-Страховая Компания» по поставке специальной техники в лизинг.

- поставка дорожной, строительной, коммунальной и специальной техники непосредственно конечным потребителям - дорожным организациям России и стран СНГ, а также министерствам и департаментам ЖКХ регионов России;

- поставка дорожной техники в лизинг;

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

- создание в регионах складов запасных частей к поставляемой дорожной технике для оперативного обеспечения ими подрядных организаций;

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

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

Показатели предприятия представлены в таблице 1.1.

Таблица 1.1.

Показатели предприятия «Меркатор»

№ п\п	Наименование характеристики (показателя)	Значение показателя на январь 2010 г.
1	Сотрудников предприятия (чел.)	150
2	Количество клиентов	9500
3	Количество обрабатываемых вручную документов в сутки	22500
4	Среднее количество заказов в месяц	9000

1.1.2 Организационная структура управления предприятием

Схема организационной структуры предприятия показана на схеме, приведенной на рис. 1.1.

Рис. 1.1 - Схема организационной структуры ООО «Меркатор»

Как видно из рисунка, работу магазина осуществляют 6 отделов:

1. Информационно-технический отдел - обслуживает парк компьютеров магазина и Web-сервер, занимается разработкой и настройкой программного обеспечения для целей компании;

2. Финансово-экономический отдел - занимается бухгалтерским учетом, начислением заработной платы персоналу;

3. Маркетинговый отдел - занимается планирование и проведением рекламных акций;

4. Отдел продаж - занимается приемом заказов по телефону и продажей товаров;

5. Отдел безопасности - занимается обеспечением безопасности в торговом зале магазина;

6. Отдел кадров - занимается комплектованием штата сотрудников компании;

7. Отдел доставки - обеспечивает доставку заказанного товара клиенту.

Управлением продажами занимаются сотрудники отдела продаж, рассмотрим структуру данного отдела. Схема структуры представлена на рис. 1.2.

Рис. 1.2 - Структура отдела продаж

Как видно из рисунка отдел продаж включает:

1. Консультанты call-центра - занимаются приемом заказов по телефону;

2. Менеджеры продаж - оформляют договора с клиентами, отдают накладные на заказы и договора в отдел доставки;

3. Консультанты зала - занимаются консультированием клиентов в торговых залах магазина;

4. Специалисты по корпоративным заказам - занимаются оптовыми продажами, работой с юридическими лицами.

1.1.3 Программная и техническая архитектура ИС предприятия

На рис. 1.3 приведена программно-техническая архитектура ИС предприятия.

Рис. 1.3 - Техническая архитектура ИС



Рис. 1.4 - Схема программной архитектуры системы

Программное обеспечение сервера:

· Серверное ПО Appache;

· СУБД MySQL 5.

Программное обеспечение рабочей станции сотрудника:

· Браузер IE 7.0;

· ОС Windows XP.

Спецификация рабочей станции:

· монитор: HP 17 (1708FP TCO99);

· системный блок: процессор intel Celeron 2,4 GHz, оперативная память 1 GB, встроенная видео звуковая карта, встроенные колонки;

· клавиатура;

· мышь;

· операционная система: Windows XP;

· доступ к общему принтеру;

· доступ к общему многофункциональному устройству.

1.2 Характеристика комплекса задач, задачи и обоснование необходимости автоматизации

1.2.1 Выбор комплекса задач автоматизации и характеристика существующих бизнес процессов

Осуществление продаж через Интернет - одна из сторон электронной коммерции. Все системы торговли через Интернет можно классифицировать как web-витрины, Интернет-магазины и Торговые Интернет Системы (ТИС). На сегодняшний день в России преобладают web-витрины, Интернет-магазины и ТИС пребывают в меньшинстве. Web-витрина представляет собой совокупность каталога, системы навигации и оформления заказа (с последующей передачей менеджеру для дальнейшей обработки), т.е. при помощи web-витрины организовывается торговля на заказ. Интернет-магазины и ТИС могут осуществлять полный торговый цикл в онлайновом режиме, но ТИС дополнительно полностью интегрирована в систему автоматизации внутреннего документооборота компании [15].

Переход от простейших систем продаж через интернет к полнофункциональным интернет-магазинам и ТИС связан с необходимостью решения принципиальной задачи интеграции интернет-магазина и существующих платежных интернет--систем (ПИС). Модуль автоматизированного приема платежей за товары является отличительной чертой современного интернет-магазина.

Представим концепцию информационных потоков при функционировании типового интернет-магазина с физической доставкой товара, связанную с обслуживанием и регистрацией поступающих заказов. Рассмотрим общий алгоритм работы менеджеров по обслуживанию заказов, который фактически никак не зависит от того, в какой форме собираются и обрабатываются информационные данные. Блок-схема алгоритма представлена на Рисунке 1.4 [23]

Рис. 1.4 - Схема взаимодействия покупателя с системой продаж интернет-магазина

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



Рис. 1.5 - IDEF0 модель формирования и исполнения заказа в интернет-магазине с физической доставкой товара

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

Одним из наиболее современных принципов организации ПИС является использование для организации расчетов, так называемых электронных денег. Электронные деньги полностью моделируют реальные деньги. При этом эмиссионная организация -- эмитент -- выпускает их электронные аналоги, называемые в разных системах по-разному. Далее, они покупаются пользователями, которые с их помощью оплачивают покупки, а затем продавец погашает их у эмитента. При эмиссии каждая денежная единица заверяется электронной подписью, которая проверяется выпускающей структурой перед погашением. Главное отличие электронных денег от реальных состоит в том, что первые предоставляют, по сути, электронные денежные обязательства выпустившей их стороны, но настоящими деньгами с юридической точки зрения являться не могут. Применяющийся же термин «деньги» показывает, что электронные деньги в значительной степени наследуют свойства реальных наличных денег, главное из которых -- анонимность, то есть на них не указано, кто и когда их использовал. Некоторые системы, по аналогии, позволяют покупателю получать электронную наличность так, чтобы нельзя было определить связь между ним и деньгами. Это осуществляется с помощью метода слепой подписи. Стоит еще отметить, что при использовании электронных денег отпадает необходимость в аутентификации, поскольку система основана на выпуске денег в обращение [27].

Общая схема платежа с помощью электронных денег представлена на рис. 1.6.



Рис. 1.6 - Общая схема платежа с помощью электронных денег [28]

Схема расчетов с использованием электронных денег включает в себя следующие обязательные шаги:

1. Покупатель заранее обменивает реальные деньги на электронные.

2. Покупатель перечисляет на сервер продавца электронные деньги за покупку.

3. Деньги предъявляются эмитенту, который проверяет их подлинность.

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

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

Эмитировать электронные наличные могут как банки, так и небанковские организации. В России наиболее популярной системой электронных денег, обеспечивающая до 70% расчетов в системе электронной торговли, является система WebMoney.

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

В системе WebMoney принципиально невозможен случайный или предумышленный обман любого участника платежной системы продавцом или другим участником благодаря тому, что каждая операция обязательно сопровождается электронными цифровыми подписями всех ее участников. Специальное программное обеспечение -- «Кошелек» -- фактически хранит (наряду с собственно электронными деньгами) договоры купли продажи, подписанные электронными цифровыми подписями участников операции. Денежные средства пользователя (покупателя или продавца) могут находиться на счете в банке системы WebMoney или непосредственно на компьютере пользователя в «Кошельке». Счет системы WebMoney может управляться только через Интернет при помощи того «Кошелька», с помощью которого он был открыт -- сам банк не может управлять этим счетом. На владельца «Кошелька» накладывается полная ответственность за его сохранность как средства управления счетом и совершения сделок при помощи электронных денег. На денежные средства, находящиеся на счете, могут начисляться банковские проценты, например, как на депозитные счета [29].

Непосредственно электронные деньги в системе WebMoney появляются в момент перевода денег со счета системы на платежную книжку в «Кошельке» пользователя. Использование процедуры слепой подписи обеспечивает возможность пользователям платежной системы получать электронные денежные обязательства, которые не могут быть не признаны банком.

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

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

Рассмотрим более подробно, как происходит взаимодействие участников системы между собой, а также с самой системой [30]:

1. Покупатель переводит деньги в банк системы, устанавливает на своем компьютере программное обеспечение электронного «Кошелька» и получает эмитированные банком цифровые сертификаты.

2. Покупатель выбирает товар в электронном магазине и отсылает ему заказ.

3. «Кошелек» продавца отсылает «Кошельку» покупателя требование об оплате, содержащее подписанный электронной цифровой подписью текст договора.

4. «Кошелек» покупателя предъявляет своему владельцу текст договора. Если покупатель соглашается платить (при достаточном количестве денег у него), то «Кошелек» покупателя отправляет «Кошельку» продавца электронные деньги и подписанный электронной цифровой подписью покупателя договор.

5. Банк, получив от него электронные деньги, проводит их авторизацию.

6. В случае положительного результата авторизации банк зачисляет соответствующую сумму денег на счет продавца в системе WebMoney. Сообщение об этом передается «Кошельку» продавца вместе с электронным чеком для покупателя.

7. Получив ответ из банка, «Кошелек» передает магазину данные авторизации и сообщение об успешном зачислении денег на счет продавца. Электронный чек из банка пересылается «Кошельку» покупателя.

При совершении операции покупки при помощи системы WebMoney вместе с электронными деньгами передается и договор купли продажи между участниками сделки. В процессе платежа этот договор оказывается автоматически подписанным электронными цифровыми подписями владельцев «Кошельков», принимающих и передающих деньги согласно этому договору. Таким образом, у покупателя в «Кошельке» остается экземпляр электронного документа, подтверждающего товарные обязательства продавца, с его электронной цифровой подписью.

1.2.2 Определение места проектируемой задачи в комплексе задач и ее описание

Фактически последовательность действий при приеме платежа через систему WebMoney на стороне back-офиса интернет-магазина в ручном режиме (т.е. без использования системы автоматизированного приема платежей) представляется в виде следующей последовательности действий [30]:

- согласование заявки с клиентом;

- выставление счета;

- согласование способа оплаты заказа через ПИС WebMoney;

- оператор сообщает клиенту номер кошелька интернет-магазина в системе WebMoney;

- клиент переводит на электронный кошелек интернет-магазина оговоренную сумма;

- оператор осуществляет контроль поступления денежных средств на счета интернет-магазина;

- оператор передает данные по заказу в отдел выполнения заказов.

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

Сначала рассмотрим процедуры, реализуемые на стороне интернет-магазина при организации и проведении расчетов с клиентами в ситуации КАК ЕСТЬ, т.е. в случае отсутствия системы автоматизированного приема платежей клиентов, использующих для расчетов ПИС WebMoney. Отметим, что детализации подлежат два блока, представленных выше на рис. 1.1.: блок Подготовки счета для клиента и блок Контроля оплаты товара. Проведем декомпозицию схемы рис. 1.2. с целью определить весь комплекс задач, связанных с автоматизацией процессов обслуживания приема платежей в интернет-магазине с использованием ПИС WebMoney в части анализа двух указанных блоков IDEF0 модели.

Декомпозиция блока Подготовка счета для клиента представлена на рис. 1.7.



Рис. 1.7 - Укрупненная схема основных бизнес процессов при формировании счета на оплату заказа в системе интернет-магазина в ситуации КАК ЕСТЬ (отсутствие автоматизированной системы приема платежей WebMoney)

На основании имеющейся законодательно базы и сложившейся системы делового оборота при обслуживании клиентов интернет-магазина реализуются два шага, выполняемые на стороне клиента в автоматическом режиме: формирование заполненной корзины покупателя в интернет-магазине (т.е. завершение выбора товаров для покупки и переход к оформлению сформированного заказа) и последующий ввод персональных данных клиента (сведения, необходимые для оформления счета на оплату в соответствии с выбранным методом оплаты и ввод сведений, необходимых для исполнения в последующем оплаченного заказа: адрес доставки, согласованное время доставки и т.п., реквизиты получателя товара).

Все данные по заказу в магазине автоматически вносятся в базу данных, формирование счета может производиться также без участия оператора сервиса, в автоматическом режиме. В случае, если клиент выбрал способ оплаты с использованием ПИС WebMoney, то именно так и происходит, поскольку клиент должен получить для осуществления оплаты лишь следующие сведения:

- общая сумма сделки

- номер кошелька интернет-магазина, на которые следует перевести полную сумму сделки (как правило, это рублевый кошелек, но по запросу клиента оплата может производиться также в долларах США или же в евро)

- особые условия платежа (например, в некоторых случаях практикуется использованием платежей с протекцией или с неполной предоплатой).

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

Итогом выполнения работ по обслуживанию клиента интернет-магазина является выставление счета на оплату выбранных товарных позиций и передача данных в систему доставки товаров (Процесс А4). Можно видеть, что все работы на стороне оператора интернет-магазина выполняются с минимальным участием работников, являются высокоавтоматизированными, а в случае обслуживания типовых заявок - и вовсе осуществляются без участия операторов сервиса.

Однако уже при реализации процессов, связанных с блоком Контроля оплаты заявок, на стороне сервиса интернет-магазина складывается ситуация, требующая активного участия сотрудников. Это связано с тем, что при оплате клиентами счетов через ПИС WebMoney данные об этом не поступают в базу данных интернет-магазина, но становятся доступными лишь в рамках работы с WebMoney Keeper в системе пользователя данной ПИС. Это означает, что контроль поступления денежных средств на кошельки WebMoney Keeper должен осуществляться операторами интернет-магазина обязательно вручную, как следствие, вручную же, на основании полученных через WebMoney Keeper данных, операторы должны вводить данные об оплате в базу данных интернет-магазина, затем в бухгалтерскую систему предприятия и передавать сведения об исполнении оплаченного заказа в службу доставки. Естественно, что подобная последовательность работ вызывает задержки при отгрузке, возможны ошибки при оформлении заказов и при внесении данных в бухгалтерский комплекс интернет-магазина.

Еще сложнее обстоит ситуация при оплате счета на стороне клиента. Рассмотрим её подробнее, проведя декомпозицию блока «Оплата счета клиентом».

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



Рис. 1.8 - IDEF0 модель оплаты заказа на стороне клиента

Поэтому для любого относительно крупного интернет-магазина, осуществляющего типовые операции продаж, актуальной становится задача разработки и внедрения автоматизированной системы приема платежей клиентов с использованием ПИС Webmoney, исключающей необходимость введения каких-либо данных (помимо проведения авторизации) на стороне клиента при совершении сделок. Данные модуль должен полностью автоматизировать следующую последовательность операций:

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

- автоматически открывать на рабочем компьютере клиента используемый им Webmoney Keeper

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

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

1.2.3 Обоснование необходимости использования вычислительной техники для решения задачи

Одной из острых проблем организации деловых процессов в области обеспечения эффективного функционирования системы интернет-магазина является необходимость организации механизма автоматизированной оплаты заявок клиентов магазина через ПИС WebMoney и, соответственно, разработка и внедрение модуля автоматизированной обработки платежей, поступивших через ПИС WebMoney, на стороне комплекса интернет-магазина. Отсутствие такой системы снижает процент проводимых платежей по заявкам, ведет к отказам клиентов от сделок на этапе оплаты заказов, а также вызывает необходимость в значительных затратах живого труда сотрудников магазина при обслуживании и контроле заявок, оплачиваемых с использованием электронных платежных систем. Кроме того, при ручной обработке платежей возможны ошибки при работе с заявками, задержки при обслуживании заявок и при отгрузке оплаченных товаров.

Предлагаемый проект автоматизации позволит существенно упростить процесс работы по обеспечению автоматизированного приема платежей клиентов интернет-магазина с использованием электронных платежных систем, в частности, ПИС Webmoney, а именно обеспечит выполнение следующих принципиальных положений [13]:

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

- существенно снизится среднее время по обслуживанию заявок клиентов

- повысится процент оплаченных заявок

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

- Снижаются необходимые для обслуживания интернет-магазина объемы живого труда сотрудников интернет-магазина.

- Снижается временные затраты на работу с документами в базе данных интернет-магазина

- Обеспечивается исчерпывающее хранение архива документов.

- Упрощается процедура контроля исполнительной дисциплины.

Можно выделить следующие преимущества работы с автоматизированной системой приема платежей в системе Webmoney:

1. Снижаются временные затраты на обслуживание запросов клиентов, что делает работу интернет-магазина более эффективной.

2. Снижаются затраты живого труда сотрудников на подготовку счетов на оплату заказов.

3. Повышается эффективность системы хранения данных в базе данных предприятия.

4. Повышаются возможности для взаимодействий как между структурными подразделениями интернет-магазина, так и между сотрудниками и клиентами.

5. Упрощаются механизмы защиты информации, особенно передаваемой через интернет в рамках использования электронных платежных систем. (15,16)

Эти преимущества весьма ощутимы, учитывая объем заявок и высокий процент оплаты заказов с использованием ПИС WebMoney (прежде всего со стороны юридических лиц). По предварительным оценкам, автоматизация работы по приему платежей, выполняемых через ПИС WebMoney, позволит сократить временные затраты на обслуживание системы интернет-магазина примерно на 12-15%. Кроме того, можно ожидать, что в результате автоматизации будут созданы условия работы на стороне клиента интернет-магазина, которые обеспечат рост количества оплаченных заявок с существующих 45% от числа размещенных до 55-60% от числа размещенных заявок с оплатой через через ПИС WebMoney, как это наблюдается в среднем в интернет-магазинах среднего размера (осуществляющих от 1000 до 10 тыс. торговых транзакций в сутки) [30].

В стандартном электронном магазине, в котором используется так называемая корзина товаров, пошаговый процесс оплаты покупки с использованием ПИС WebMoney должен выглядеть примерно так:

- После того как покупатель сформировал корзину товаров и определился с покупкой, на одном из этапов оформления заказа ему предлагается выбрать способ оплаты. Для реализации расчетов посредством WebMoney Transfer необходимо добавить в интерфейс вариант выбора данного способа.

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

- Клиент получает счет в своем WM Keeper и оплачивает его.

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

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

Оценка потоков информации обработки платежей и оценка расходов на выполнение операций приведена в таблицах 1.1-1.2.

Таблица 1.1

Оценка потоков информации

Этапы процесса	Частота возникновения, в месяц	Тип обработки данных
		Ручной	Автоматизированный
		Временные затраты, мин.	Вып. действия	Временные затраты, мин.	Вып. действия
Контроля оплаты заявок	600	20		5
Ввод информации о платежах в БД	600	20		5

Таблица 1.2

Расходы на выполнение операций

Вид расхода	Тип обработки данных
	Ручной	Автоматизированный
	Минуты	В рублях	Минуты	В рублях
Контроля оплаты заявок	20	60	5	20
Ввод информации о платежах в БД	20	60	5	20

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

Использование ИС позволит:

· исключить отказы клиентов из-за задержек в проведении платежей;

· исключить выплат штрафных санкций и неустоек за несвоевременную поставку продукции клиентам;

· повысить оперативность расчета показателей, необходимых для управления объектом;

· понизить трудоемкость обработки информации;

· повысить достоверность результатов расчетов;

· повысить эффективность организации сбора и регистрации исходной информации.

1.2.4 Анализ системы обеспечения информационной безопасности и защиты информации

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

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

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

Для защиты от вирусов и хакерских атак используется антивирусный пакет Kaspersky IS.

В целях обеспечения ИБ и ЗИ в компании разработаны регламентирующие инструкции по пользованию средствами вычислительной техники. Основными правилами работы являются:

· Запрещено использование интернета в личных целях (запрещено использование IM-агентов, электронной почты, видеоконференции);

· Запрещено использование незарегистрированных электронных носителей;

· Каждый сотрудник имеет свою учетную запись;

· Период смены учетных записей регламентирован;

· В системе разработан механизм ролей;

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

· Компанией на договорных основах закреплены ограничения на разглашение коммерческой тайны и конфиденциальной информации;

· Обеспечением режима и безопасности занимается отдел безопасности;

· Отделение информационной безопасности занимается обеспечением компьютерной и сетевой безопасности;

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

1.3 Анализ существующих разработок и выбор стратегии автоматизации «КАК ДОЛЖНО БЫТЬ»

1.3.1 Анализ существующих разработок для автоматизации задачи

Описание классов информационных систем [5]:

1.«Коробочные» системы

«Коробочные» представляют готовое решение, продаваемый комплект содержит: инсталляционный диск с программой, электронный ключ (без которого система не будет работать), руководство по эксплуатации.

Достоинства: недороги, универсальны и просты в использовании.

Недостатки: узкая направленность и незначительная масштабируемость ограничивают возможности использования таких систем.

Пример:

Платежный интегратор «OnPay» - предлагает услугу по организации приема электронных платежей на вашем сайте всеми наиболее распространенными платежными системами интернета.

2. Адаптируемые системы

Готовое решение с возможность настройки и адаптирования к существующим бизнес-процессам.

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

Недостатки: высокая цена, внедрение требует значительного времени.

Пример:

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

3. Заказные системы

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

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

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

Пример: АС приема платежей в электронном магазине через ПИС WEB Money в ООО "Меркатор".

Экспертная оценка классов систем по 5 бальной шкале представлено в таблице 1.2 (стоимостной показатель нормирован).

Таблица 1.2

Сравнение существующих классов ИС

Критерий	Коробочные системы	Адаптируемые системы	Заказные системы
Стоимость внедрения	5	4	3
Стоимость обслуживания	4	2	5
Адаптируемость	2	4	5
Масштабируемость	3	4	5
Интегральная оценка	14	14	18

Выбор класса

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

Поясняю данный момент: в таблицы мы осуществили сравнение классов систем - не самих программных продуктов!!!!!! О какой конкретике идет разговор??? Далее выбрав класс заказные системы - мы выбираем собственную разработку, то есть МЫ заказчики мы же и исполнители. Теперь мы сами разрабатываем систему обработки платежей с учетом недостатков существующей системы!!!!

1.3.2 Выбор и обоснование стратегии автоматизации задачи

Различают следующие стратегии автоматизации задач [5]:

Хаотичная (кусочная) автоматизация

Процесс внедрения предполагает установку отдельных модулей СЭД по мере возможности, определяется «оперативными» задачами и представляет собой автоматизацию не связанных между собой операций, выполняемых как одним, так и несколькими сотрудниками, что приводит к наличию неавтоматизированных участков документооборота. Принятие решения об автоматизации обычно не отражается в стратегических планах компании.

Автоматизация по участкам

Представляет собой процесс автоматизации документооборота отдельных производственных или управленческих подразделений предприятия, объединенных по функциональному признаку (например, бухгалтерия, канцелярия и т.п.). Автоматизация по участкам подразумевает выбор одного или нескольких участков работ, а именно задач, решаемых одним или несколькими сотрудниками того отдела или иного отдела без привязки к существующим на предприятии бизнес-процессам. Этот способ характерен для следующих случаев: инвестиционные ресурсы предприятия недостаточны для решения задачи автоматизации документооборота в полном объеме; существуют участки, где применение СЗД дает значительный экономический эффект, например за счет сокращения персонала; технология работы или иные условия не позволяют обходиться без применения автоматизированных систем документооборота. Чтобы автоматизация по участкам была эффективна, необходима разработка стратегических и оперативных планов автоматизации документооборота.

Автоматизация по направлениям

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

Комплексная (полная) автоматизация

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

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

1.3.3 Выбор и обоснование способа приобретения ИС для автоматизации задачи

Способы приобретения ИС [5]:

1. покупка готового решения - подразумевает покупку пакета программного обеспечения для автоматизации бизнес-процессов в данной области;

2. покупка и доработка - подразумевает покупку пакета программного обеспечения с добавлением новых функций исходя из требований заказчика;

3. собственная разработка - разработка ИС сотрудниками компании.

Сравнение способов приобретения ИС приведено в таблице 1.3.

Таблица 1.3

Критерий	Готовое решение	Готовое решение с доработкой	Собственная разработка
Лицензия	Ежегодное приобретение	Ежегодное приобретение	-
Сопровождение	Своими силами	Сторонняя фирма	Своими силами
Изменение	-	Разработчик	Своими силами
Стоимость	Небольшая	Высокая	Средняя

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

1.4 Обоснование проектных решений

1.4.1 Обоснование проектных решений по информационному обеспечению

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

Входные документы: форма заявки, форма информации о товаре, форма информации по клиенту.

Выходные документы: подтверждение оплаты товара и отгрузки товара.

Электронные формы ввода:

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

2. Форма заполнения информации о заявке;

3. Форма заполнения информации о товаре.

Классификаторы:

1. Классификатор заявок;

2. Классификатор клиентов;

3. Классификатор валют;

4. Классификатор товаров.

Способ организации информационной базы: интегрированная база данных с распределенной организацией, так как при работе с данными необходимо использование языка манипуляции данными SQL. Из-за территориальной удаленности серверов и большого количества пользователей системы необходимо применение распределенной технологии [3].

Состав и способ организации файлов с результатной и промежуточной информацией:

1. Файл данных об оплате;

2. Файл оплаченные заказы;

3. Файл заявок к исполнению;

4. Файл выставленный счет.

1.4.2 Обоснование проектных решений по программному обеспечению

Для функционирования разрабатываемой АС приема платежей необходимо осуществить выбор ОС и СУБД.

В настоящее время существует довольно большое количество операционных систем. Главными критериями выбора является:

· способность ОС решать поставленные перед ней задачи;

· стоимость;

· надежность;

· безопасность;

· удобство администрирования;

· требовательность к ресурсам;

· производительность, возможность оптимизации под конкретные задачи.

На сегодняшний день можно выделить два семейства ОС: Windows и Unix. Они сильно различаются архитектурой. Windows первоначально проектировалась как клиентская ОС. Разработчики приложили немало усилий, чтобы сделать ее простой для освоения и удобной в использовании, благодаря чему она завоевала большую популярность в качестве настольной ОС. Появление серверных версий (Windows Server) позволили сохранить первоначальную ориентацию на удобство использования, дополнив ОС поддержкой многочисленных серверных функций и инструментами администрирования.

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

Unix архитектура изначально ориентирована на серверные задачи, вопросы безопасности и производительности являются более важными чем удобство управления. Возможность пересборки ядра, оптимизации под конкретные задачи, отсутствие загруженности графическим интерфейсом делают эти ОС менее требовательными к ресурсам. Классический интерфейс командной строки является основным, предоставляя все необходимые функции для настойки параметров. Росту популярности серверных решений на основе Unix систем способствовало воплощение поддержки сетевых стандартов Windows и наличие бесплатных ОС, таких как Linux и FreeBSD.

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

Клиентская операционная система - Windows XP Professional

Серверные операционные системы должны предоставлять требуемые сервисы - файл сервер, сервер баз данных, Прокси, DNS, DHCP, PDC, Принт сервер, Почтовый сервер, FTP, VPN и быть совместимыми с клиентскими ОС и используемым программным обеспечением.

Все сервисы будут работать под ОС FreeBsd 7.0. для совместимости с Windows стандартами необходимо использовать пакет Samba.

Выбор СУБД произведен на основании матрицы возможностей СУБД и потребностей проекта. Общая оценка определена как сумма положительных и отрицательных оценок с весом, равным единице. Стоимостной показатель нормирован (нормированное значение приведено в скобках).

Анализируя сравнительную таблицу, видно, что СУБД Access, MySQL и Oracle лучшие по показателям, но, учитывая опыт работы с СУБД МуSQL, сделан выбор в пользу СУБД MySQL, как наиболее полно удовлетворяющей потребностям проектирования.

Таблица 1.4

Сравнение основных СУБД

Сравнительный признак	MS Access	MySQL	ORACLE Server 8.05	Personal ORACLE 7.0	DBASE IV	FoxPro7.0
Существует ли возможность реализации архитектуры клиент-сервер	+	+	+	-	-	+
Возможна ли реализация реляционной модели данных	+	+	+	+	-	+
Существует ли механизмов защиты данных	+	+	+	+	-	-
Высоки ли требования к ресурсам вычислительной платформы	+	+	-	+	+	-
Есть ли в составе встроенный языка программирования	-	+	-	-	+	+
Поддерживается ли синтаксис SQL-92	+	+	+	+	-	-
Стоимость($)	60(0.96)	45(0.97)	1000(0.00)	135(0.88)	15(1.00)	65(0.95)
Необходимо ли дополнительное обучения пользователей	+	+	+	-	-	-
Есть ли опыт применения	+	+	+	-	-	-
Возможно ли редактирование уже созданных таблиц	+	-	+	+	-	-
Общая оценка	8.96	8.97	8.00	5.88	3.00	3.95

Выбор данной СУБД обусловлен опытом ее использования, система интернет-коммерции работающая в компании «Меркатор» работает с данной СУБД, также данная СУБД имеет бесплатное распространение.

MySQL - это одна из самых популярных и самых распространенных СУБД (система управления базами данных) в интернете. Она не предназначена для работы с большими объемами информации, но ее применение идеально для интернет сайтов, как небольших, так и достаточно крупных.

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