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

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

Для защиты информации создана матрица доступа категорий пользователей к таблицам БД ИС приема платежей компании «Меркатор».

Таблица 2.2

Матрица доступа

2. Защита от внешних угроз

Для обеспечения ИБ компании разработана инструкция по пользованию интернет ресурсами, инструкция по пользованию носителей информации, составлен план мероприятий по обеспечению ИБ для администратора сети и сотрудников отдела режима и безопасности.

Проактивная защита от внешних угроз осуществляется с помощью программного пакета Safe'n'Sec.

Организационные мероприятия: все сотрудники компании имеют магнитные карты для СКУД. Информация о прохождении сотрудника в то или иное помещение журналируется. Сотрудникам разрешен доступ только в определенные помещения, допуск в помещения осуществляется с помощью СКУД.

Для защиты от вирусов и вредоносных программ используется пакет антивируса Касперского. Контроль сетевой активности осуществляет администратор сети с помощью сетевых служб ОС.

3. Обоснование выбора политики безопасности

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

Для обеспечения целостности информационной базы используется резервное копирование БД, право удаления информации разрешено только определенным сотрудникам. Удаление информации из БД осуществляется только с разрешения руководителя.

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

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

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

Пошаговый процесс оплаты клиентом заказа с использованием модуля автоматического приема платежей на основе взаимодействия с системой поддержки платежей Merchant WebMoney в системе интернет-магазина выглядит следующим образом:

- После того как покупатель определился с номером заказа и с тем, сколько и за что он готов заплатить, ему предлагается произвести оплату в WebMoney Transfer со своего электронного кошелька через cервис Мерчант WebMoney.

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

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

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

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

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

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

Рис. 2.1 - Схема данных программного модуля приема платежей

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

- LMI_PAYMENT_AMOUNT - Поле, которое содержит сумму платежа. Дробная часть отделяется точкой.

- LMI_PAYMENT_DESC (или LMI_PAYMENT_DESC_BASE64) - Поле, которое содержит примечание платежа. Должно содержать текст, желательно - наименование товара или услуги, которая продается. Максимальная длина - 255 символов.

- LMI_PAYEE_PURSE - кошелек интернет-магазина. Должен состоять из буквы (Z-, R- и т.д.) и 12 цифр. По значению этого поля Мерчант распознает, в пользу какого продавца (иначе говоря, на чей кошелек) производится платеж.

Заметим, что поля LMI_PAYMENT_AMOUNT, LMI_PAYMENT_DESC, LMI_PAYEE_PURSE должны называться именно так, и никак иначе. При этом поля LMI_PAYMENT_AMOUNT и LMI_PAYEE_PURSE являются обязательными.

- Поле id - содержит id выбранного покупателем товара. Берется из таблицы Товары.

- Поле email - покупатель указывает здесь свой email.

- LMI_PAYER_WM - WMID покупателя.

- LMI_PAYMER_NUMBER - номер WM-карты или чека Paymer, если покупатель выбрал оплату WM-картой.

- LMI_PAYEE_PURSE - кошелек продавца, на который покупатель совершил платеж.

- LMI_HASH - контрольная подпись.

- LMI_SYS_TRANS_DATE - дата и время совершения платежа с точностью до секунд.

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

Форма заказа заполняется клиентом и содержит следующие показатели:

· Заказчик;

· Регистрационный номер;

· Контактный телефон;

· Юридический адрес;

· Товар.

Частота ввода: 300 раз в месяц.

Источник: заказ на продукцию.

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

· Заказчик;

· Код заказа;

· Отзыв.

Частота ввода: 70 раз в месяц.

Источник: отзыв клиента.

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

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

· Описание;

· Цена.

Частота ввода: 40 раз в месяц.

Источник: описание нового наименования.

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

· Текст сообщения;

· Дата.

Частота ввода: 10 раз в месяц.

Источник: новости компании.

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

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

Отчет о покупке представляет собой результат запроса:

· Количество проданной продукции - список наименований продукции проданных в заказе.

Источник информации - таблица «Заказы», выборка по коду заказа. Для данной выборки осуществляется суммирование стоимостей по каждому наименованию товара в заказе;

Рис. 2.6 - Форма отчета о покупке

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

· Количество проданной продукции - список наименований продукции компании и количество проданных единиц за заданный период.

Источник информации - таблица «Заказы», выборка по заданной дате, статус - «выполнена». Для данной выборки осуществляется суммирование по каждому наименованию товара всех заявок и количества единиц по каждой заявке;

Рис. 2.7 - Отчет о работе магазина

ИС приема платежей компании «Меркатор» содержит алгоритм расчета стоимости заказа.

Таблица 2.3

Формализованное описание входных показателей

Таблица 2.4

Формализованное описание результатных показателей

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

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

Дерево функций ИС приема платежей магазина приведено на рис. 2.4

Выводы об экономической эффективности делаются на основе вычисленных экономических показателей.

По выбору возможны следующие направления расчета экономической эффективности:

· Сравнение вариантов организации ЭИС по комплексу задач (например, сравнение ЭИС, предлагаемой в проекте) с существующей;

· Сравнение вариантов организации информационной базы комплекса задач (файловая организация и база данных);

· Сравнение вариантов технологии проектирования ЭИС (например индивидуального проектирования с методами, использующими пакеты программ или модельного проектирования);

· Сравнение вариантов технологии внутримашинной обработки данных.

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

Таблица 3.2

Сравнение систем

Формулы расчетов.

К трудовым показателям относятся следующие:

1) абсолютное снижение трудовых затрат (Т) в часах за год:

Т = Т0 - Т1,

где Т0 - трудовые затраты в часах за год на обработку информации по базовому варианту;

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

2) коэффициент относительного снижения трудовых затрат (КТ):

КТ =Т / T0 * 100% ;

3) индекс снижения трудовых затрат или повышение производительности труда (YT):

YT = T0 / T1.

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

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

Ток = КП /C ,

где КП - затраты на создание проекта (проектирование и внедрение).

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

Экономия трудозатрат по выполнению комплекса задач

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

1) абсолютное снижение трудовых затрат (Т) в часах за год:

Т = Т0 - Т1 =161100 часов

где Т0 - трудовые затраты в часах за год на выполнение комплекса задач без использования АИС; Т1 - трудовые затраты в часах за год на выполнение комплекса задач с использованием ИС.

2) коэффициент относительного снижения трудовых затрат (КТ):

КТ =Т / T0 * 100%=161100/200400*100%=80%

3) индекс снижения трудовых затрат или повышение производительности труда (YT):

YT = T0 / T1=200400/39300=5,1

Абсолютное снижение стоимостных затрат: C=Т*СМЧ

СМЧ=ЗП/Т,

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

Оклад сотрудника 160 руб./час, тогда

Тогда C=161100*160=25776000 руб./год

Период окупаемости

Ток = КП /C,

где КП - затраты на создание проекта.

Оценка стоимости и цены разработки

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

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

Дополнительная ЗП за разработку ПО составляет 25% от основной ЗП и составляет 58500 рублей.

Единый социальный налог 26.2% от полной ЗП и составляет 76635 рублей.

Программный продукт не тиражируется, разработан только для нужд компании «Меркатор», поэтому НДС не учитывается.

Смета на разработку ПО представлена в таблице 3.1

Таблица 3.1

Смета на разработку ПО

По смете затраты на разработку ПО составил 373135 рублей.

Тогда Ток=373135/25776000=0,02 года, то есть внедряемая ИС окупится через 1 месяц.

Таким образом, внедрение ИС приема платежей компании «Меркатор» можно считать целесообразным, так как в ней устранены недостатки существующей системы, ее внедрение приведет к отсутствию задержек в проведении платежей, исключит ошибки оператора при проведении платежей вручную, снизит количество отказов клиентов из-за долгого ожидания проведения операции. ИС окупит себя через 1 месяц.

Заключение

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

Для достижения цели ДП были выполнены следующие задачи:

1. Описана компания «Меркатор»;

2. Описан процесс проведения электронных платежей;

3. Выявлены задачи подлежащие автоматизации и обоснована необходимость автоматизации;

4. Разработан проект ИС;

5. Разработана программная реализация ИС.

В первой главе ДП было дано описание предметной области, рассмотрен процесс проведения электронных платежей компании «Меркатор». Компания занимается продажей коммунальной, строительной, сельскохозяйственной и других видов техники.

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

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

Дано описание и сравнение существующих ИС.

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

Был осуществлен выбор стратегии внедрения ИС.

Во второй главе осуществлен выбор модели ЖЦ системы. Описаны риски на всех этапах ЖЦ и меры необходимые для их снижения.

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

· Платежи;

· Корзина;

· Продажи;

· Товары;

· Клиенты.

Была создана структура БД, в качестве СУБД использован MySQL, выбор данной системы обусловлен опытом применения, бесплатным распространением и ее функциональными возможностями при работе с Web-приложениями.

Описана система кодирования и классификации ИС.

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

Программная реализация системы представляет собой два приложения:

· Приложение администратора;

· Клиентское приложение.

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

· оформления заказа;

· регистрации;

· отзыва.

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

Алгоритм работы программы представлен виде схемы. Функциональность системы описана, в виде дерева функций.

Дан контрольный пример работы программы.

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

Осуществлено финансово-экономическое обоснование разработки и внедрения ИС приема платежей интернет-магазина ООО «Меркатор».

Период окупаемости ИС составляет 1 месяц.

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

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

1 ГОСТ 2.105-95. Единая система конструкторской документации. Общие требования.- Взамен ГОСТ 2.105-79, ГОСТ 2.906-71. Введ. 1.07.96.-М.: ИПК Издательство стандартов, 1996.-36с.

2 ГОСТ 19.791-01 (ИСО 5807-85). Единая система программной документации. Схемы алгоритмов, программ, данных и систем. Условные обозначения и правила выполнения.- Взамен ГОСТ 19.002-80, ГОСТ 19.003-80. Введ. 1.01.01.- М.: ИПК Издательство стандартов, 2001.-26с.

3 Аткинсон Л. MySQL. Библиотека профессионала, М., Изд-во O'Reilly, 2006, 316 стр.

4 Атре Ш. Структурный подход к организации баз данных. - М.: Финансы и статистика, 2003. - 320 с.

5 Атре Ш. Структурный подход к организации баз данных. - М.: Финансы и статистика, 2003. - 320 с.

6 Балабанов И.Т. - Торговля через виртуальный магазин /«Электронная коммерция»/ 2004г. С.195-197

7 Баронов В.В. Автоматизация управления предприятием. - М.: ИНФРА-М, 2000. - 239 с., стр. 218

8 Благодатских В.А. Экономика, разработка и использование программного обеспечения ЭВМ: Учебник.-М.: Финансы и статистика, 2002. - 288с

9 Васкевич Д. Стратегии клиент/сервер. - К: «Диалектика», 2006, 244 стр.

10 Григоренко Г.П., Данелян Т.Я. Системы автоматизированной обработки экономической информации (САОЭИ): Учебное пособие/Моск. эконом. - стат. ин-т. - М., 2002-126с.

11 Гурвиц Г. А. Разработка приложения в среде клиент-сервер, ДВГУПС 2005, 204 с.

12 Иванцов А.А., Серегин С.П., Программирование интерфейсов под Windows, DHV, СПб, 2006, 214 стр.

13 Имери В. Бизнес в Internet - технологические аспекты. - К.; М.; СПб., 2003. - 336 стр.

14 Информационные Системы в экономике: Учебник / Под ред. проф. В.В. Дика - Москва.:Финансы и Статистика, 1996. - 340 стр.: ил.

15 Карминский А. М., Нестеров П. В. Информатизация бизнеса. - М.: Финансы и статистика, 2007. - 416 с.: ил.

16 Куницына Л.Е. Информационные технологии и системы в экономике: Методический комплекс.- Ростов-на-Дону: РГЭА, 1998.-175с

17 Мамаев Е. В. Microsoft SQL Server 2005, СПБ.: Питер 2001, 1280 с.

18 Маргелов В.В., API-интерфейсы доступа к базам данных, М., Byte-reviews, М., 2003, 316 стр.

19 Мелюхин И. Электронные деньги и банковские операции в компьютерных сетях // Мировая экономика и международные отношения. - 2006. - С. 118-125

20 Паршенцев А.А. Проблема и перспективы развития электронных магазинов // Маркетинг в России и за рубежом. - 2005. - № 3. - С. 84-89

21 Пашутин Н.Ю., Архитектурные решения электронной коммерции, IT-Magazine, 2005, стр. 60-71

22 Проектирование экономических информационных систем: Учебник / Е.А. Петров, Г.М. Смирнов, А.А. Сорокин, Ю.Ф. Тельнов. - М.: Финансы и статистика, 2006 - 286 с

23 Сакун Ю. Электронная коммерция// ИнфоБизнес. - 2005. - №5. - С. 28 - 30

24 Симонович С.В. Язык структурированных запросов SQL, СПб «Питер», 2005.

25 Сухоруков А. Технологии работы CGI/СПб, BHV - 2003, 224 стр.

26 Шпагина М. Новое измерение PHP //IT. - 2006. - № 24

27 Юкович Н. Электронная торговля в глобальной сети // Домашний компьютер. - 2007. - №7 - 8. - С. 51 - 55

28 http://www.rbcnet.ru/publ/commerce/e-com-r.htm (по материалам доклада, подготовленного Американской Торговой Палатой в России при участии Торгово-Промышленной Палаты РФ), 2008 г.

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