10936

Кондратьева А.С., Тагайцева С.Г.

ФГБОУ ВО «Нижегородский государственный архитектурно-строительный университет»

АВТОМАТИЗАЦИЯ РАБОТЫ ТУРФИРМЫ НА ПЛАТФОРМЕ «1С:ПРЕДПРИЯТИЕ 8»

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

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

С развитием новых технологий актуальность автоматизации сильно возрастает. В ходе автоматизации решаются следующие задачи:

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

•удобные и наглядные отчеты для анализа о работе предприятия

иработе отдельных сотрудников;

•возможность комфортной работы для нескольких сотрудников в единой системе (оформление документов и заполнение данных о проданных путевках);

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

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

330

связаны между собой, что усложняет поиск необходимых данных, а также возможны потери информации после работы разных пользователей. Данные проблемы может решить MSAccess. Достоинства этой платформы заключаются в том, что между таблицами можно установить связь и соединить их данные между собой, а также при создании полей можно выбрать тип и задать параметры (длина строки, подпись столбца, задать начальные условия и т.д.). Главное отличие от MSExcel - наличие запросов

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

например, GoogleSuite, Streak, CloudShop и т.д., но для автоматизации турфирмы была выбрана платформа «1С Предприятие 8», так как это удобная платформа, как для разработчика конфигурации, так и для пользователя. Данная платформа используется многими предприятиями. Ведение бизнеса без нее уже не представляется возможным. «1С Предприятие 8» позволяет разрабатывать гибкую систему, которая будет отвечать всем запросам заказчика, учитывать все тонкости ведения учета данной фирмы. У платформы много преимуществ, но основные из них:

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

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

•быстрая обработка поступающей информации при помощи справочников, документов и регистров;

•платформа поддерживает работу большого количества пользователей одновременно;

•быстрый доступ к любой информации, хранящейся в базе;

•хранение не только текстовых и числовых данных, но и любых изображений [1].

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

•«Учет дополнительных услуг» - в нем хранятся данные о продаже турфирмой дополнительных услуг клиентам.

•«Покупка тура» - в нем хранится вся информация о подобранном туре для клиента, а также доходы компании от продажи путевок.

331

• «Расходы компании» - в нем отражается информация о внутренних расходах компании на обучение сотрудников, канцелярские товары и т.д.

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

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

Рис. 1. Отчеты «Доход по странам» и «Количество путевок»

332

Рис. 2. Вид начальной страницы в пользовательском режиме

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

1)если клиент покупает туры редко, то начислять ему кэшбэк с суммы тура, если же это постоянный клиент, то предложить систему скидок (сначала 3%, по достижению суммы в 500 000 – повысить скидку до 5% и

т.д.);

2)если клиент постоянный и покупает туры по скидке часто, то сделать рассылку о предложениях турфирмы;

3)предложить клиентам дополнительную услугу в счет фирмы (фотосессия, экскурсия и т.д.)

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

ЛИТЕРАТУРА

1.Описание и возможности 1С : Предприятие 8 / первый.Бит. – URL: https://nizhniy.1cbit.ru/blog/opisanie-i-vozmozhnosti-1s-predpriyatie-8/(дата обращения: 11.10.2020).

2.Обзор системы «1С: Предприятие 8» / 1С:Предприятие.Система программ – URL: https://v8.1c.ru/tekhnologii/overview/ (дата обращения:

11.10.2020).

333

А.С. Прокопенко

ФГБОУ ВО «Московский государственный технический университет имени Н.Э. Баумана (национальный исследовательский

университет)», г. Москва, Россия

РАЗРАБОТКА ИНТЕРНЕТ-СЕРВИСА КАК КАНАЛА КОММУНИКАЦИИ ДЛЯ СОВМЕСТНОГО ПОСЕЩЕНИЯ МЕРОПРИЯТИЙ

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

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

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

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

•«умная лента» рекомендаций мероприятий

•«умная лента» рекомендаций людей

•поиск по мероприятиям от рекламодателей и организаторов

•чаты между участниками с для обсуждения места встречи и прочих деталей

•лента новостей

•теги (как мероприятий, так и у людей)

334

•аккаунт организатора/рекламодателя

Структура типичного веб-сервиса включает: уровень сервисов, уровень бизнес-логики, уровень данных.

Уровень сервисов определяет интерфейс веб-сервиса. Это единственный уровень, с которым взаимодействует клиент, использующий веб-сервис.

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

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

Наибольшая работа была проделана на frontend-части проекта. Стек фронтенда в хронологическом порядке: JS, handlebars, SCSS, webpack, TS.

Пакетный менеджер был выбран тот, что шел в комплекте с nodejs, а именно npm.

Архитектура фронтенда довольно проста – она основана на паттерне MVC (ModelViewController), где за отображение данных отвечает view, за логику наполнения view данными отвечает controller, а за сами данные отвечает model.

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

Первый вариант проекта, связанный с созданием лендинга (LandingPage), страниц профиля, регистрации, авторизации и поиска по мероприятиям был реализован с использованием шаблонизатораbem-xjst, разработанного в компании «Яндекс». По сути, на этой стадии создавались html-шаблоны, используя описание в виде json (bem-json), который может пропускаться через ряд функций-модификаторов для избежания копирования кода. При этом сразу же решалась проблема наименования стилей – css классы генерируются автоматически по спецификации BEM, также разработанной Яндексом (собственно название «bem-xjst»

востребованности на рынке. «Handlebars» позволяет осуществлять написание шаблонов, т.е. реального html, с небольшими расширениями, как например возможность импорта шаблона в шаблон, подстановка данных в отмеченные поля и т.п. Такой подход сильно упрощает разработку, так как он придерживается принципа WYSIWYG (англ. What You See Is What You Get, «чтовидишь, тоиполучишь»). Первое время для работы, как и в случае

сшаблонизатором «bem-xjst», также требовался скрипт для компиляции и сверх этого подключение handlebars.runtime.js в index.html для работы скомпилированных функций. При переходе на сборщик «webpack» необходимость в этом ушла.

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

Последним этапом реализации frontend-части проекта была настройка webpack, которая была реализована в одном webpack.conf.js.

Серверная часть проекта была полностью написан на языке, разработанном и поддерживаемым компанией «Google» – «Golang». В приложении была реализована микросервисная архитектура, упрощающая разработку (меньшая связность кода), тестирование (не надо тестировать остальные части проекта, если были внесены изменения только в одном микросервисе, так как они независимы, и это не может привести к поломке остальных). Структура проекта была реализована в соответствии с рекомендациями, описанными в golang-standards. Основной код был разделен на пакеты (pkg), каждый из которых состоит из трех папок: «http», «usecase» и «repository».

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

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

336

−требующие авторизации пользователя;

−требующие csrf защиты;

−требующие cors заголовков.

Изначально групп запросов не существовало. Были функцииобработчики http-запросов, в которые добавлялся один и тот же код, для проверки необходимых условий, после которых этот обработчик может продолжить свою работу. Чтобы решить проблему копирования кода в подобных ситуациях, существует паттерн проектирования middleware. Middleware – это обертка над обработчиком запроса. То есть, если вам нужно проверить авторизацию у пользователя при обработке его запроса, то вы пишете функцию-обработчик, которая проверяет наличие авторизации в запросе, и если она есть, то она передает пришедшие параметры в функцию, которая по идее должна обработать этот запрос. Если же авторизации нет, то эта функция отправляет пользователю сообщение об ошибке, и на этом работа сервера заканчивается. Преимущество такого подхода перед обычными функциями – не надо писать одни и те же проверки во всех обработчиках. Так были написаны middleware для проверки авторизации, CSRF и CORS заголовков.

Папки «usecase» содержат логику работы модуля (в терминах языка Golang – package). Там содержатся методы, используемые в пакете http, выполняющие работу с данными, как поступающими от клиента, так и из базы данных.

«repository» содержат набор методов для работы с СУБД. Используя интерфейсы в Golang, можно работать с различными СУБД, подменяя реализацию в момент инициализации объекта, что дает гибкость при тестировании.

Для реализации чатов из популярных технологий HTTP/2, WebSocket

и HTTPLongPolling было выбрано WebSocket, так как хотя HTTP/2

предлагает множество возможностей, эта технология требует протокол SSL, а у нас его не предполагалось использовать на Golang-сервере. Для обеспечения информационной безопасности был использован проксирующийNginx, перенаправляющий запросы с backend хоста с SSL (443 порт) на localhost (порт соответствующего микросервиса) без SSL.

В целом проект был завершен. На данный момент приложение тестируется, выявляются и устраняются ошибки.

Программирование, масштабирование, поддержка. / Мартин Клеппман. –

Санкт-Петербург : Питер, 2018. – 740 с. – ISBN978-5-4461-0512-0. – Текст :

непосредственный.

337

2.Материалы курса «Frontend-разработка». – НИЦ «Технопарк информационных технологий», 2020. – URL: https://frontend-park- mailru.firebaseapp.com/ (дата обращения: 26.09.2020).

3.Документация GolangStandards. 2020, – URL: https://github.com/golang-standards/project-layout (дата обращения: 26.09.2020).

4.Resources for developers, by developers. MDNwebdocs», 2020. – URL: https://developer.mozilla.org/en-US/ (дата обращения: 26.09.2020).

Коленова Ю.А., Тагайцева С.Г.

ФГБОУ ВО «Нижегородский государственный архитектурно-строительный университет»

РАЗРАБОТКА ПРИКЛАДНОГО РЕШЕНИЯ ДЛЯ ПРЕДПРИЯТИЯ БЫТОГОГО ОБСЛУЖИВАНИЯ

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

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

Наиболее известные из них: 1С, SAP, IBMBusinessProcessManager и др. [1]. «1С:Предприятие 8» - самое популярное решение для малого и среднего бизнеса в России (по данным IDC). Существует множество типовых решений на базе «1С: Предприятие», которые могут автоматизировать работу предприятий различных отраслей («1С:Бухгалтерия предприятия», «1С:Розница» и др.), а также нетиповых, которые могут быть использованы на предприятиях конкретных отраслей

(«1С:Университет», «1С:Больница» и др.) [2].

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

Фирмой «1С» разработан программный продукт «1С:Предприятие 8. Управление сервисным центром» на базе типовой конфигурации «1С: Управление нашей фирмой» для автоматизации деятельности предприятий, оказывающих услуги по ремонту бытовой, компьютерной техники и различного оборудования. Для небольшой фирмы, имеющей в своем составе небольшое количество сотрудников у нее избыточный функционал,

338

поэтому новое прикладное решение будет разработано на платформе «1С:Предприятие 8» для компании «Гарант – сервис».

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

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

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

Рис. 1. Подсистемы

Затем были разработаны 8 справочников, которые будут хранить нормативно - справочную информацию: «Заказчики», «Должности», «Мастера», «Ремонт», «Тип ремонта», «Запчасти и услуги», «Поставщики» и «Сервисный центр».

Рис. 2. Иерархический справочник «Запчасти и услуги»

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

339