Веб-сервис для автоматизации приема заявок на торговом предприятии

- Учёт затрат времени на проект и конкретные задачи;

- Настройка полей под специфичные задачи;

- Языковая адаптация интерфейса.

ООО «Твинс» использует в своей работе Redmine в следующих случаях:

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

Постановка задач для внутренних процессов в организации: Сюда входит и работа отдела кадров, отдела продаж, отдела внутреннего маркетинга и др.

На рисунке 2.2 изображено главное окно Redmine.



Рисунок 2.3 Redmine

Следующая информационная система, используемая в организации - Canape CRM.

Программный комплекс Canape CRM - система автоматизации проведения сделок и повышения эффективности сотрудников. Является внутренним продуктом компании.

Canape CRM обладает следующими функциональными возможностями.

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

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

Анкетирование клиентов. Canape CRM позволяет создавать неограниченное количество шаблонов анкет. Таким образом, можно быстрее собрать информацию от клиента, необходимую для совершения сделки. Анкеты можно использовать в качестве опросного листа после закрытия сделки (собирать отзывы и обратную связь от клиента).

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

Коммерческие предложения. Можно быстро сформировать КП и отправить его клиенту. Весь расчет стоимости подставится автоматически.

Документооборот. Canape CRM позволяет создать на основе шаблона любой документ: договор, приложения к нему, накладную, акт о проделанной работе и т.д. Шаблоны для новых документов легко добавляются в настройках.

Выставление счетов. Canape CRM выставляет счет в 2 клика, добавляя в него необходимые реквизиты, состав заказа и печать организации. Система формирует уникальную ссылку на документ и отправляет ее на e-mail клиента. Можно подключить онлайн-оплату счетов, комиссию можно переложить на плательщика.

Отчетность и аналитика. Canape CRM позволяет отследить движение проекта с момента поступления заявки до закрытия сделки. Система создает отчеты и предлагает подробную аналитику воронки продаж.

Определение каналов продаж. Canape CRM позволяет определить эффективность каналов продаж и рассчитать рентабельность каналов продаж.

На рисунке 2.4 представлен интерфейс программы.



Рисунок 2.4 Интерфейс Canape CRM

Возможности Canape CRM в ООО «Твинс» реализуются следующим образом: ведется клиентская база клиентов, происходит ведение сделок, включая использование комментариев и напоминаний, учет контактных данных в сделке, осуществляется онлайн оплата счёта, строятся отчёты по воронке продаж, а также настроена интеграция с корпоративным сайтом на Canape CMS.

Тип информационной системы: сервис для управления бизнесом Разработчик: ООО «Твинс».

Рабочая операционная система: кроссплатформенное программное обеспечение

Язык интерфейса: русский, немецкий и английский Аппаратная платформа: связка PHP + MySQL

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

Twinstat позволяет надежно и оперативно решить ряд уникальных задач по учету рабочего времени, таких как:

- автоматизация процесса учета рабочего времени;

- оптимизация фонда оплаты труда;

- повышение трудовой дисциплины;

- определение реального вклада каждого работника в деятельность предприятия.

Сервис Twinstat является также собственной разработкой ООО «Твинс». Сервис был создан для руководителей структурных подразделений. При работе с сервисом руководитель выполняет следующие задачи:

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

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

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

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

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

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

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

На рисунке 2.5 представлено оборудование, которое применяется в СКУД для учета посещаемости работы сотрудниками. Это RFID карты и считыватели карт RFID.

Рисунок 2.5 Часть оборудования для СКУД

Также для оптимизации хранения паролей внедрена система SUGAR. Система также является собственной разработкой ООО «Твинс». Данная система позволяет эффективно и безопасно хранить данные доступа в другие системы. Есть система передачи паролей третьим лицам по шифрованному каналу. Система в глобальном смысле направлена на два улучшения двух факторов:

1. Обеспечение информационной безопасности;

2. Хранение и передача данных доступа по шифрованному каналу.

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

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

2.2 Анализ бизнес-процессов

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

При анализе бизнес процессов ООО «Твинс» был выявлен недостаточно автоматизированный процесс приёма заявок клиентов. Для получения четкого представления об организации работ, дать суждения об их эффективности и качестве, важно обеспечить прозрачность бизнес-процесса. Бизнес-процесс представляет собой последовательность процедур, которые принимают на вход некоторые ресурсы, в том числе и информационные, и выдают на выходе некоторый результат, полученный путем обработки входных данных под действием управляющих воздействий и с использованием для этого специальных средств. Успешная разработка систем при автоматизации бизнес- процессов возможна лишь в том случае, когда эти процессы детально ясны. Поэтому при анализе бизнес-процесса необходимо использовать функциональную модель AS IS («как есть») [21], построенную по методологии IDEF0. Контекстная диаграмма «AS-IS» для типовой торговой организации представлена в приложении В на рисунке В.1.

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

Наличие сайта непосредственно оказывает влияние на улучшение следующих показателей:

- приток новых клиентов;

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

- расширение территории информирования об организации;

- скорость получения информации;

- создание положительного имиджа;

- повышение качества обслуживания клиентов.

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

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

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

k = N, y L	(1.1)

где N - количество блоков на уровне, L - номер уровня; коэффициент сбалансированности - значение данного коэффициента должно лежать в пределах от 0 до 4, он рассчитывается по формуле (1.2):

N е Ai , N kб = i=1 ---max Ai N i=1	(1.2)

где А_i - стрелка; коэффициент применения элементарных функций - если k_Э>1 и С>0,5, то диаграмма не нуждается в дальнейшей детализации, он рассчитывается по формуле (1.3):

N эл.ф. kэ = L *C = L * N .	(1.3)

Количественные характеристики приведены в таблице 2.3 Таблица 2.3 - Количественный анализ модели

коэффициент диаграмма
A-0
A0
A1
A2
A3
A4
kу	kб	kэ
0	0	0
4	3,5	0
1,5	1,6	2
1,5	2	2
1,5	0,6	2
1,5	0,6	2

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

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

После анализа протекающих бизнес процессов и их взаимосвязи для наглядности была построена модель TO BE («как должно быть») (рисунки Г.1- Г.2 в приложении Г).

Количественные характеристики приведены в таблице 2.4. Из таблицы 2.4 можно сделать вывод о качественности модели, поскольку с увеличение уровня коэффициент уровня убывает, коэффициент сбалансированности на последнем уровне декомпозиции не превышает 2,5, а коэффициенты применения элементарных функций на нижних уровнях соответствуют значениям, при которых дальнейшая детализация не нужна.

Таблица 2.4

Количественный анализ модели

коэффициент диаграмма	kу	kб	kэ
A-0	0	0	0
A0	4	2,75	0
A1	1,5	2,5	2
A2	1,5	2	2
A3	1,5	2	2
A4	2	1,3	2

Анализ таблицы 2.4 позволяет сделать вывод об упрощении бизнес- процессов и приближении функций к элементарным. Модель разработки можно назвать целесообразной и пригодной для использования.

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

2.3 Требования к элементам системы автоматизации

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

Предметом разработки является веб-сервис для приёма заявок клиентов торговой организации ООО «Твинс».

Назначение веб-приложения:

- предоставление общей информации об организации;

- предоставление информации о скидках и акциях;

- возможность ознакомления с товарными позициями;

- возможность автоматизированного приёма заявки на заказ;

- хранение информации о товарах;

- возможность просмотра пользователем статуса заказа;

- предоставление администратору информации о заказах с возможностью сортировки, установления статуса заказа, удаления заказа;

- предоставление администратору информации о проданных товарах;

- разграничение прав доступа с помощью идентификации и аутентификации пользователей (пользователь - соответствующий пароль);

- предоставление контактов организации. Назначение веб-приложения:

Целевой аудиторией данного веб-приложения являются клиенты и потенциальные клиенты организации ООО «Твинс».

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

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

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

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

- разработать веб-приложение, используя описатель стилей созданные элементы рекламной кампании;

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

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

Рисунок 2.6 Логотип рассматриваемой организации

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

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



Таблица 2.5

Цвета веб-приложения

Цвет	Код	Использование
Белый	#ffffff	Цвет хедера, цвет фона, ссылки на категорийные разделы в меню
Жёлто-оранжевый	#fcaf35	Фон навигационного меню
Красно-оранжевый	#fe544a	Блок авторизации
Чёрный	#000000	Кнопка корзины, гамбургер для навигационного меню
Голубые джинсы	#64b5f7	Товарные позиции, вход в панель администратора

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

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

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



Рисунок 2.7 Пример панели навигации

Требования к верстке страниц интернет приложения:

- Визуальное соответствие макета с вёрсткой на страницах сайта;

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

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

- Применение в вёрстке макета возможностей стандарта CSS3;

- Валидность кода HTML и CSS стандартам W3C, кроме случаев, возникающих из за особенностей CSS3;

- Подсветка другим цветом ссылок на панели навигации.

При отображении сайта в веб-браузере на персональном компьютере, страница должна иметь вид, представленный на рисунке 2.8.



Рисунок 2.8 Версия страниц сайта при отображении в браузере персонального компьютера

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

Кнопки, предназначенные для отправки форм, меняют свою цветовую гамму при наведении курсора. На рисунке 2.11 показан данный функционал.

Основными функциональными требованиями к разрабатываемому веб- приложению, являются следующие требования:

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

- Отображение товарных позиций с ценами;

- Возможность оформления заказа на товар;

- Отображение информации о заказах и их статусах администратору сайта;

- Отображение общей информации о компании;

- Предоставление контактной информации об организации;

- Предоставление для руководителя организации статистической и аналитической информации.

Рисунок 2.9 Версия страниц сайта при отображении в браузере мобильного устройства

Рисунок 2.10 Отображение ссылки на панели навигации при наведении на нее курсором

К требованиям к программному обеспечению серверной чести относятся:

- Операционная система: Windows;

- HTTP-сервер: apache версия 1.3.18 и выше;

- СУБД: MySQL 5.1 и выше;

- Язык серверного скриптинга: php;

- Кодировка: UTF8.

Рисунок 2.11 Отклик кнопки отправки формы, при наведении на нее курсором

К требованиям к программному обеспечению клиентской части относятся:

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

- браузеры: Mozila FireFox, Opera, Google Chrome, Safari;

- поддержка языков клиентского скриптинга: jQuery, java;

- поддержка: HTML (4.0), CSS (3.0).



2.4 Выводы по разделу

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

– уменьшение вероятности совершения пользователем случайных ошибочных действий;

– логический контроль ввода данных.

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

В процессе выполнения второго раздела бакалаврской работы была проделана следующая работа:

– проведена характеристика объекта исследования;

– изучены используемые ИС и виды информационных ресурсов;

– описаны основные бизнес-процессы, которые происходят в организации общественного питания;

– обозначен функционал разрабатываемого веб-приложения.

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

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

- Функциональные возможности разрабатываемой системы;

- Информационное обеспечение и задачи автоматизации.

Были рассмотрены и описаны требования к программной платформе, требования к программному обеспечению серверной, требования к программному обеспечению клиентской части, требования к программному обеспечению клиентской части.

3. Проектирование элементов системы автоматизации

2.5 Информационное, алгоритмическое и программное обеспечение задачи автоматизации

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

Для того, чтобы проверить работоспособность разработанного программного обеспечения, а также его соответствие предъявленным функциональным и нефункциональным требованиям, необходимо провести тестирование. Но для начала разработаем базу данных. Проектирование реляционных баз данных начинается с моделирования данных. Это необходимо для того, чтобы наглядно изобразить сущности и связи между ними, а также устранить избыточность. Для создания единого наглядного представления о данных удобнее всего использовать модель «сущность-связь» [23]. Иными словами, можно сформулировать правила, по которым будет производиться разработка базы данных:

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

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

3. Строим физическую модель данных, которая осуществляется с использованием языка определения данных DDL.

Логическая модель позволяет описать основные понятия предметной области, определить отношения между данными сущностями, а также описать ограничения на данные. Именно данная модель является прототипом базы данных информационной системы. Логическая модель описывается терминами информационных единиц при этом не имеет привязки к конкретной системе управления базами данных. С имеющимися знаниями о сущностях, атрибутах, входящих в эти сущности, а также отношениях между выделенными сущностями, спроектируем логическую модель данных рассматриваемой предметной области. Модель представлена в приложении Д на рисунке Д1. Несмотря на то, что логические модели данных строятся без привязки к конкретной СУБД, они все же являются прототипом создаваемой базы данных и строится с учетом хранимых данных и отображением связей между элементами. А сами базы данных бывают трех типов: иерархические, реляционные и сетевые [24]. Для рассматриваемой предметной области будет использоваться реляционная. Построенная модель является нормализованной.

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

Проектирование физической модели данных является последним этапом процесса разработки базы данных, и по своей сути физическая модель данных является дополняющей для логической. На этом этапе для спроектированной логической модели данных определяется конкретизация типов данных атрибутов определенных сущностей предметной области. Она описывает данные средствами конкретной СУБД. Проектируемая система содержит 12 таблиц, с индивидуальной структурой и различным объемом информации. Для хранения данных и управления ими, в данной работе будем использовать СУБД MySQL версии 5.5. Физическая модель представлена с помощью средства MS Visio в приложении Д на рисунке Д.2.

Основным назначением веб-приложения является приём заявок клиентов на товары. Блок схема алгоритма в нотации epc представлена на рисунке 3.1. Если описывать блок-схему подробнее, то суть состоит в том, что пользователь, выбирая товары, добавляет их в корзину. В это время в БД в таблицу записываются данные пользователя и выбранные товары. При желании оформить заказ данные из этой таблицы считываются, пользователь заполняет необходимые для заказа формы и совершает заказ. После чего совершенный заказ записывается в таблицу «order», а пользователю выводиться информация о том, что заказ совершен.

Рисунок 3.1 Блок-схема алгоритма совершения покупки в нотации epc

При успешном выполнении описанных ранее команд, в СУБД MySQL была создана база данных, которая содержит следующие таблицы с обозначенными атрибутами, а также связи между этими таблицами. База данных представлена на рисунке 3.2.

Разрабатываемое программное обеспечение, будет спроектировано и разработано по архитектуре «клиент-сервер», клиентом в котором будет выступать веб-браузер, а сервером будет являться специализированное программное обеспечение. Для разработанного приложения был выбран один из наиболее популярных языков - PHP, который основан на использовании скриптов (сценариев), внедряемых в гипертекстовые страницы. Листинг элементов программы представлен в приложении Е [25-28].

Рисунок 3.2 Созданная СУБД MySQL база данных (просмотр с помощью средства phpMyAdmin)

3.2 Тестирование элементов системы и формирование технологической среды

При проведении проверки на работоспособность разработанной информационной системы, а также её соответствия предъявленным функциональным и нефункциональным требованиям, проводится её тестирование. Для тестирования разработанного программного обеспечения применяется стратегия тестирования «черного ящика» [29]. Суть тестирования с помощью «черного ящика» состоит в том, что осуществление тестов происходит без знания внутреннего устройства программы. Корректность выходных данных проверяется на основании введенных данных. Тестирование проводилось методом «сверху вниз» в трех режимах нормальном, экстремальном и исключительном. Процесс тестирования представлен в приложении Ж.

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

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

2. Вводя корректные данные в строки оформления заказа и соглашаясь с политикой конфиденциальности, система принимает заказ и уведомляет пользователя об успешном отправлении заявки. Страницы с формой заполнения данных и уведомлением об успешной отправке представлены на рисунках Ж.2 и Ж.3 соответственно в приложении Ж.

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

4. При вводе некорректного e-mail система указывает на это, выводя сообщение под полем, выделенное красным цветом, тем самым, указывая на неправильность введенных данных. Тестирование представлено на рисунке Ж.5. На поле e-mail стоит ограничение: так как тип поля e-mail, то электронная почта должна указываться в формате, предусмотренным для них, то есть с использованием символа @.

5. Вводя неверный пароль при авторизации пользователя, выводится сообщение, подсвеченное красным цветом. Сообщение говорит о неправильности введенного пароля. Тестирование представлено на рисунке Ж.6 в приложении Ж. Это говорит нам о том, что система обеспечивает безопасность пользовательских данных.

6. Ввод логина, состоящего из русских букв, забраковывает система. Также она оповещает пользователя об этом. А также указывает на требования к логину, что подтверждается на рисунке Ж.7. При вводе короткого пароля система также оповещает об этом пользователя, что видно на рисунке Ж.8 в приложении Ж.

7. При незаполненных полях при авторизации или регистрации, система не разрешает продолжить действия. Подсвечивая незаполненные поля, она уведомляет пользователя о необходимости ввода этих данных Тестирование представлено на рисунке Ж.9 и Ж.10 в приложении Ж. Если оставить пустые поля при оформлении заявки, то система не предпримет никаких действий. Заявка не отправляется, ошибки не выдаются. Но стоит отметить, что это не нарушает принципы безопасности и не влияет на работоспособность системы.

Результаты проведенных тестов сведены в таблицу 3.1

Таблица 3.1

Тестирование веб-приложения

Модуль	Входные данные	Ожидаемая реакция	Фактическая реакция
Нормальные условия
Авторизаци я	Логин: admin Пароль: admin	Вход в систему	Вход в систему
Отправка заявки	Имя: Антон Никитин E-mail: nikitin@web-canape.ru Телефон: 89005553535	Отправка заявки	Отправка заявки
Регистрация	Логин: smolensk Пароль: smolensk E-mail: mikitin@web-canape.ru	Осуществление регистрации	Осуществление регистрации
Экстремальные условия
Авторизаци я	Ввод неверного пароля	Ошиба	Вы ввели неправильный логин/пароль
Отправка заявки	Ввод некорректного адреса электронной почты	Ошибка	Система подсвечивает поле e-mail
Регистрация	Ввод логина из русских букв	Ошибка	Система подсвечивает поле логина
	Пароль из одной цифры	Ошибка	Ваш парль слишком короткий
Исключительные ситуации
Авторизаци я	Пустое поле	Ошибка	Система подсвечивает незаполненные поля
Отправка заявки	Пустые поля	Ошибка	Система не осуществляет отправку заявки
Регистрация	Пустое поле	Ошибка	Система подсвечивает незаполненные поля

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

Рисунок 3.3 Тестирование кроссплатформенности

Далее были проведены замеры скорости первичной и вторичной загрузок главной страницы в разных браузерах. Результаты приведены на рисунке 3.4. Тестирование проводилось с помощью сервиса Пиксель Тулз [30], а именно инструментом технической оптимизации «Скорость загрузки. Размер документа».

Рисунок 3.4 Тестирование времени загрузки страницы в различных браузерах

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

3.3 Экономическое обоснование проектных решений

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

Суть экономической эффективности состоит в том, чтобы из доступных предприятию ресурсов получать больше результатов производства, окупив затраты на приобретение ресурсов [31].

Эффект от внедрения системы делится на 2 части: прямой и косвенный [32]. Конкретные примеры данных эффектов представлены в таблице 3.2.

Таблица 3.2

Эффекты, достигаемые при реализации проекта

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

Расчеты экономической эффективности от внедрения веб-приложения будут производиться в соответствии с "Инструкцией по определению экономической эффективности информационных систем" [33].

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

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

Для разработки веб-приложения были использованы программные продукты, которые либо распространяются свободно, либо уже были приобретены организацией. В список этих продуктов входят: OpenServer, PhpStorm (среда разработки PHP), FrameBox (для построения макетов), AllFusion ERwin Data Modeler r7 (для построения логической и физической моделей базы данных), пакет Microsoft Office (для построения модели бизнес- процессов). В организации уже имеются автоматизированные рабочие места, а значит, покупка дополнительных ПК не потребуется [35].

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

Таблица 3.3

График разработки веб-приложения

Стадия разработки	Исполнитель	Количество рабочих дней
Изучение бизнес- процессов	программист	7
Составление ТЗ	программист	4
Разработка дизайна сайта	программист	1
Проектирование СУБД	программист	5
Разработка программного кода и вёрстка сайта	программист	8
Заполнение страниц информацией	программист	4
Тестирование приложения	тестировщик	3
Отладка процессов, повторное тестирование	программист, тестировщик	6
Внедрение и подготовка документации	программист	5
Итого	43

Заработная плата программиста и тестировщика в ООО «Твинс» составит 37000 рублей и 24000 рублей соответственно. При условии, что в месяце в среднем 21 рабочий день, получаем, что затраты на оплату труда тестировщика составляют 10 286 руб., а затраты на работу программиста - 70 476 руб.

Результаты расчетов заработной платы представлены в таблице 3.4

Таблица 3.4

Заработная плата исполнителей

Исполнитель	Количество рабочих дней	Заработная плата, руб
программист	40	70 476
Тестировщик	9	10 286
Итого:	80 762

Затем рассчитаем экономическую эффективность. Вычисляется экономическая эффективность путём деления величины показателя годового прироста результата (эффекта) в денежном выражении, на понесенные затраты на проектирование, разработку и внедрение системы [36]. Примерно годовой прирост результата организации за вычетом всех затрат, равен 300 000 руб. А значит: Е = 300 000/80 762 = 317 %

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

По формуле получаем: Т=80762/300000 =0,269 года, а значит срок окупаемости проекта около 4 месяцев.

Делая вывод, можно сказать, что для разработки web-приложения организации необходимо понести затраты равные 80 762 рублей, которые окупятся в течение 4 месяцев. Период же разработки приложения составит около двух месяцев. Таким образом, в ходе проделанной работы найдены все необходимые данные, доказывающие целесообразность и эффективность данной разработки.

3.4 Выводы по разделу

В ходе выполнения третьего раздела бакалаврской работы разработан веб-сервис для автоматизации приёма заявок на торговом предприятии.

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

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

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



4. Безопасность труда при эксплуатации программного продукта «Web-сервис для автоматизации приема заявок на торговом предприятии»

4.1 Общие вопросы организации безопасной эксплуатации программного продукта «Веб-сервис для автоматизации приёма заявок клиентов на торговом предприятии»

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

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

- Возможность ознакомления с товарными позициями;

- Возможность автоматизированного приёма заявки на заказ;

- Добавление, изменение и удаление информации о товарах;

- Возможность просмотра статуса заказа;

- Сортировка, установление статуса заказа, удаление заказа;

- Получение информации о проданных товарах.

Назначением автоматизированной информационной системы (АИС) является упрощение процесса приёма заявок клиентов на торговом предприятии ООО «Твинс».

Исходя из вышесказанного, можно сказать, что рабочим местом пользователя данной системы является рабочее место оператора персональной электронно-вычислительной машины (ПЭВМ).

На эффективность труда сотрудника, работающего с ПК, влияют многие внешние силы, и их выявление и правильное регулирование приводят к повышению работоспособности сотрудника.

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

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

Таким образом, дальнейшая идентификация потенциально опасных и вредоносных факторов (ОВФП) проведена с использованием с ГОСТ 12.0.003.- 2015 [38] и ГОСТ 12.0.001-82 [39].

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

Источниками электротравм оператора ПЭВМ являются: переменный ток промышленной частоты 50 Гц напряжением 220 В, служащий для питания ПК; токи высокой частоты напряжением до 12000 В систем питания дисплея ПК. Предельно допустимые значения напряжений прикосновения и токов определяются в соответствии с межгосударственным стандартом системы стандартов безопасности труда ГОСТ 12.1.038-82 [40].

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

1. по отношению к организации рабочего помещения;

2. по отношению к поведению работника на рабочем месте;

3. по отношению к аварийным ситуациям.

Рекомендации к мероприятиям, обеспечивающим электробезопасность, были разработаны на основании межгосударственных стандартов и норм СанПиН 2.2.2/2.4.1340-03 [41], ГОСТ 12.1.019-79 [42] и ГОСТ 12.1.030-81 [43].

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

- кабинеты и прочие помещения, где располагаются рабочие места операторов ПЭВМ, должны быть оборудованы контуром защитного заземления, соединяющейся с заземлителем с сопротивлением 4 ОМ и устройством защитного отключения (УЗО);

- все токоведущие части ПЭВМ должны быть закрыты корпусом и изоляцией, при этом снимать корпус при включенном оборудовании строго запрещается;

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

- помещение с рабочими местами операторов ПЭВМ должно быть удалено от посторонних источников электромагнитных излучений, таких как трансформаторы, электрощиты и пр.;

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

- компьютеры следует размещать на расстоянии не менее 1,5 м от любых отопительных приборов и полностью исключить попадание прямых солнечных лучей и воды на его составные части;

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

Влияние повышенного уровня электромагнитного излучения и полей также может являться угрозой здоровью и безопасности пользователей разрабатываемой ИС. Основным источником электромагнитных и электростатических полей (ЭМП) является видеодисплейный терминал, т.е. монитор персонального компьютера. Другими значительными источниками полей являются: системный блок ПК, электропроводка компьютера, различные сетевые фильтры и источники бесперебойного питания, периферийные устройства (факсы, принтеры и пр.). Параметры электромагнитных излучений на рабочем месте пользователя ПК и величины электростатического потенциала должны соответствовать требованиям по СанПиН 2.2.2./2.4.1340-03 [44].

Со стороны задней панели уровень излучения дисплея монитора выше, по той причине, что там располагается высокочастотный трансформатор. Согласно требованиям, напряженность электромагнитного поля по электрической составляющей на расстоянии 50 см вокруг монитора компьютера должна быть не более 25 В/м в диапазоне частот 5 Гц-2 кГц и не более 2,5 В/м в диапазоне частот 2 Гц-400 кГц. Поверхностный электростатический потенциал не должен превышать 500 В.

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

Замена мониторов с электронно-лучевой трубкой на жидкокристаллические мониторы может быть решением проблемы вредного воздействия ЭМИ.

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

Максимально допустимый уровень, связанный с напряженностью электростатических полей, устанавливается по ГОСТ 12.1.045-84 [45]. Исходя из вышеуказанного стандарта, можно утверждать, что допустимый уровень напряженности на рабочих местах устанавливается равным 60 кВ/м в течение 1 ч. Однако, при несущественной напряженности электростатических полей (менее 20 кВ/м) время пребывания персонала в электростатических полях не регламентируется. Также все металлические конструкции, такие как решетки окон, обязательно должны быть заземлены с целью невозможности накапливания потенциала на своем корпусе.

Источниками шума на рабочих местах операторов ПЭВМ могут являются: агрегаты вычислительных машин (процессоры, принтеры, жесткие диски, кулеры системы охлаждения), установки кондиционирования воздуха и пр. На рабочих местах пользователей ПЭВМ уровни шума должны соответствовать санитарным нормам 2.2.4/2.1.8.562-96 [46].

Повышенный уровень шума на рабочем месте может привести к быстрой утомляемости персонала, к снижению внимания и усидчивости, что снижает производительность труда на 5-12 %. При длительном воздействии шума с уровнем звукового давления 90 дБ может значительно понизить производительность труда на целых 30-40 %. Уровень шума на рабочих местах операторов ПЭВМ не должен превышать 50 дБА, в помещениях для инженерно-технических работников - 60 дБА [47].

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

Измерения шума для оценки его воздействия на человека должны проводиться по методике и с помощью специальных приборов, описанных в ГОСТ ISO 9612-2016 [48].

Кабинет или помещение для работы операторов ПЭВМ должно обладать определенными климатическими показателями в соответствии с категориями работ 1а и 1б и санитарными нормами [49]:

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

- к категории 1б относят работы, производимые преимущественно сидя, иногда стоя или связанные с ходьбой, где энергозатраты составляет от 120 до 150 ккал/ч.

Температура воздуха на рабочем месте оператора ПЭВМ в теплый период года должна быть в пределах от 23 до 25 °С, в холодный период времени - от 22 до 24 °С, при этом разница температуры от уровня пола до уровня головы оператора в положении сидя не должна превышать 3 °С. Относительная влажность воздуха на рабочем месте оператора должна составлять 40-60 %. Скорость движения воздуха на рабочем месте оператора должна быть 0,1 м/с.

Нормы по аэроионному составу воздуха, особенно в помещениях с развитой системой приточно-вытяжной вентиляции и (или) с кондиционерами, регламентируются в соответствии с СанПиНом 2.2.4.1294-03 [50]. Концентрация аэронов положительной полярности должна находиться в пределах от 400 до 50000 ион/см, отрицательной полярности - в пределах от 600 до 50000 ион/см. Коэффициент униполярности в пределах от 0,4 до 1,0. В зонах дыхания персонала ПЭВМ на рабочих местах, где имеются источники электростатических полей (такие как мониторы) допускается отсутствие аэроионов положительной полярности.

Пониженный или повышенный уровень освещенности, не соответствующие санитарным нормам параметры дисплеев мониторов, а также повышенные или пониженные яркость светового изображения и уровень пульсации светового потока могут являться угрозами для операторов ПЭВМ. Следовательно, на рабочем месте оператора должны быть соблюдены нормы освещенности и качественные показатели освещения в соответствии с требованиями ГОСТ P 50923-96 [51] и СанПиН 2.2.2./2.4.1340-03 [52].

Естественное освещение должно осуществляться через боковые светопроемы, которые должны быть ориентированы преимущественно на север или северо-восток, при этом обеспечивая коэффициент естественной освещенности (КЕО) не ниже 1,5 % (1,2 % в зонах с устойчивым снежным покровом). Если световые проемы в помещении обращены на юг, запад или восток, то на них должны быть предусмотрены подвижные поворотные жалюзи.

Искусственное освещение в помещениях с персональными компьютерами должно осуществляться системой общего равномерного освещения. В случаях преимущественной работы с документами, допускается применение системы комбинированного освещения. В качестве искусственных источников освещения могут применяться люминесцентные лампы типа ЛБ и ЛТБ мощностью 20, 40 и 80 Вт, при этом должны применяться светильники серии ЛПО36 с зеркализованными решетками. Их необходимо располагать в виде сплошных или прерывистых линий, расположенных сбоку от рабочих мест, параллельно линии мониторов.

Освещенность на поверхности стола в зоне размещения рабочего документа должна быть 300-500 лк. Для подсветки документов допускается установка светильников местного освещения с металлическим кожухом. Яркость светящихся поверхностей, таких как окна и светильники, находящихся в поле зрения, должна быть не более 200 кд/мІ. Яркость бликов на экране ВДТ и ПЭВМ не должна превышать 40 кд/мІ. Показатель ослепленности для источников общего искусственного освещения должен быть не более 20.

Нарушения освещения на рабочем месте оператора ПЭВМ может привести к следующим проблемам со здоровьем:

- снижение остроты зрения и нарушение бинокулярного зрения;

- пелена перед глазами, неясные очертания предметов, изменение восприятия цвета, раздвоение предметов;

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

- головные боли, внутричерепное давление и др.

Согласно нормам пожарной безопасности НПБ 105-03 [53], помещения с ЭВМ и ПЭВМ относятся к категории В (пожароопасные). В помещениях с ПЭВМ наиболее вероятны пожары классов А и Е, т.е. горение твердых веществ, сопровождаемое тлением, или самовозгоранием электроустановок.

Согласно СНиП 21-01-97 [54], вычислительные центры должны располагаться в зданиях не ниже первого этажа.

Помещения с компьютерами должны оснащаться аптечкой первой помощи и огнетушителями. В замкнутых помещениях площадью менее 50 мІ вместо переносных огнетушителей (или в дополнение к ним) можно использовать подвесные самосрабатывающие порошковые огнетушители ОСП. В помещениях большего объема огнетушителями ОСП рекомендуется защищать самые важные объекты. Для пожарного класса А требуется: 2 воздушно-пенных огнетушителя ОВП-10 и 2 порошковых огнетушителя ОП-5. Для пожарного класса Е необходимо: 2 углекислотных ОУ-5 (ОУ-8) или 4 углекислотных ОУ-2 огнетушителей. При этом допустимым является использование 2х порошковых ОП-5 или 4х порошковых ОП-2 огнетушителя.

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

...