CC BY
29
DOI 10.36622/VSTU.2022.18.1.002 УДК 51-74
АНАЛИЗ ВЛИЯНИЯ ТИПОВЫХ ФУНКЦИОНАЛЬНЫХ ТРЕБОВАНИЙ НА ПАРАМЕТРЫ НАСТРОЙКИ ИНФОРМАЦИОННОЙ СИСТЕМЫ НА БАЗЕ ОБЛАЧНЫХ ТЕХНОЛОГИЙ С ПРИМЕНЕНИЕМ МЕТОДА DEMATEL
А.А. Левченко1, В.В. Таратухин2
воронежский государственный университет, г. Воронеж, Россия
2Национальный исследовательский университет «Высшая школа экономики»,
г. Москва, Россия
Аннотация: в отличие от классических информационных систем класса on-Premises («по запросу»), которые устанавливаются на собственные серверы, системы класса SaaS (Software as a Service, «программное обеспечение как услуга») физически располагаются на удаленных серверах, в облачной среде. Данная особенность накладывает ограничения на доступ к исходному коду системы и не дает возможность его свободного расширения в виде реализаций системных разработок. Таким образом, поскольку информационная система на базе облачных технологий унифицирована и стандартизована, множество реализуемых типовых функциональных требований к системе и множество параметров системы ограничены и представляют собой конечные множества. Цель работы — оценка влияния множества типовых функциональных требований на множество параметров настроек системы и подтверждение влияния множеств друг на друга. В исследовании анализируется влияние множества типовых функциональных требований на множество параметров настройки информационных систем на базе облачных технологий. Для оценки влияния используется метод DEMATEL, который относится к группе методов многокритериального принятия решений. В статье приведены подход к описанию множеств модели объекта исследования, аргументация применения метода DEMATEL и сравнение его с другими методами. Для подтверждения качества исследования расчет выполнялся по количественной шкале через расчет дисперсионного коэффициента конкордации. Приведены пример численного тестового расчета на примере шести факторов, а также результаты применения метода для девяноста шести факторов. Подтверждение факта влияния между множествами позволяет перейти к задаче автоматизированной настройки системы класса SaaS по типовым функциональным требованиям без использования экспертов, которые в настоящее время активно вовлечены при внедрении информационных систем
Ключевые слова: информационные системы, облачные технологии, DEMATEL, функциональные требования, системный анализ, зависимость факторов
Введение
Использование информационных систем для управления операционной деятельностью предприятия в настоящее время является необходимостью. Информационные системы выполняют контроль как внутренних по отношению к предприятию компонентов, таких как материальные ресурсы, финансовые активы, деятельность сотрудников, так и внешних — операции с клиентами, поставщиками, логистическими операторами, банками. Эти сложные технические системы управляют информационными потоками между бизнес-подразделениями в рамках предприятия и между предприятием и рынком.
Развитие технологий, научных методов, моделей ведения бизнеса и других областей знаний за последние годы сильно изменили функциональные возможности, системную архитектуру и методологию внедрения корпоративных информационных систем. Текущие си-
© Левченко А.А., Таратухин В.В., 2022
стемы управления предприятия (ERP, Enterprise Resource Planning) уже не только работают в закрытом контуре информационных систем предприятия, они интегрированы с системами поставщиков, клиентов, финансовыми институциями, торговыми площадками, бизнес-сетями, и автоматизированные информационные потоки выходят за пределы информационного ландшафта предприятия. Исследовательская организация Gartner в 2013 году ввела термин «Постмодернистская ERP (Postmodern ERP)», который определен как технологическая стратегия, автоматизирующая и связывающая административные и операционные бизнес-возможности с соответствующими уровнями интеграции [1]. Краткая история развития систем управления ресурсами предприятия представлена на рис. 1. Одна из особенностей нового поколения ERP-систем состоит в использовании таких современных технологий, как интернет вещей, искусственный интеллект, микросервисная архитектура, алгоритмы работы с большими данными, а также облачные технологии.
Название на Системы Планирование Планирование Система Система Постмодернистская
русском управления потребности в потребности в управления управления система управления
запасами и материалах материалах 11 ресурсами ресурсами ресурсами
прогнозами предприятия предприятия 11 предприятия
Название на Inventory Control Material Manufacturing Enterprise Resource Enterprise Postmodern ERP
английском Systems, forecasts Requirement Resource Planning Planning (ERP) Resource Planning
Planning (MRP) (MRP/П) (ERP/II)
Десятилетие I960 1970 1980 1990 2000 2010+
Особенность Применение Использование Применение Интегрированная Системы, Использование
программ для спецификации замкнутого цикла база данных, включающие стратегии
бизнес-операций материала и планирования и включающая сотрудничество автоматизации и
алгоритмов расчёт управление между интеграции.
планирования производственных персоналом, организациями, Использование
потребности в мощностей финансами, например. технологий
материалах контролем средствами ED! искусственного
качества и интеллекта,
другими модулями облачных
технологий, в т. ч.
SaaS, интернета
вещей
Рис. 1. История развития систем управления ресурсами предприятия
С появлением облачных технологий изменилась модель взаимодействия между предприятием, использующим информационные системы, и предприятием-поставщиком, предоставляющим данные системы. В частности, это повлияло на методологию внедрения информационных систем, заменив классическую водопадную (waterfall) модель на гибкую модель (agile). Одно из первых определений облачных вычислений было опубликовано Национальным институтом стандартов и технологий в 2011 году [2]. Определение приводится как модель обеспечения повсеместного сетевого доступа к общему пулу настраиваемых вычислительных ресурсов (например, сети, серверы, хранилища, приложения и службы), которые могут быть быстро подготовлены и предоставлены с минимальными усилиями по управлению или взаимодействию с поставщиком услуг. Данное определение не только включает технологическую особенность унификации и стандартизации (единая система с повсеместным доступом для нескольких предприятий), но и отражает преимущество облачных систем (скорость и трудозатраты на внедрение). Облачные технологии позволяют обеспечить сетевой доступ к вычислительным ресурсам провайдера с целью минимизации эксплуатационных затрат. Появившись порядка двадцати лет назад в виде первых облачных CRM-систем и интернет-магазинов, технология усовершенствовалась и является обширной темой для исследователей. Модель облачных вычислений включает пять основных характеристик (самообслуживание, доступ к сети, объ-
единенные ресурсы, эластичность, измеряемый сервис), представлена тремя моделями обслуживания (SaaS — Software as a Service, PaaS — Platform as a Service, IaaS — Infrastructure as a Service) и включает четыре модели развертывания (частное облако, облако сообщества, публичное облако и гибридное облако).
Наибольший сегмент рынка публичных облачных услуг представлен моделью обслуживания типа SaaS [3]. В модели SaaS потребителю предоставляется возможность использовать стандартные информационные системы, работающие в облачной инфраструктуре. Потребитель не контролирует облачную инфраструктуру, которая включает сеть, операционные системы, серверы или в некоторых случаях возможности отдельных приложений, за вероятным исключением ограниченных параметров конфигурации приложения под конкретную компанию как пользователя облачной системы. В случае применения облачных технологий изменение подхода обусловлено изменением системы взаимодействия между предприятием и поставщиком информационных систем на базе облачных технологий, а также ростом влияния на систему типовых функциональных модулей, заложенных в облачных решениях.
В отличие от классических информационных систем класса on-Premises («по запросу»), которые устанавливаются на собственные серверы, системы класса SaaS (Software as a Service, «программное обеспечение как услуга») физически располагаются на удаленных серверах, в облачной среде. Данная особен-
ность накладывает ограничения на доступ к исходному коду системы и не дает возможность его свободного расширения в виде реализаций системных разработок. Таким образом, поскольку информационная система на базе облачных технологий унифицирована и стандартизована, множество реализуемых типовых функциональных требований к системе и множество параметров системы ограничены и представляют собой конечные множества. Несмотря на относительно короткие сроки внедрения благодаря использованию гибких методологий внедрения информационных систем на базе облачных технологий, настройка параметров системы выполняется экспертами вручную на базе предоставленных предприятием функциональных требований.
Цель работы — оценка влияния множества типовых функциональных требований на множество параметров настроек системы и подтверждение влияния множеств друг на друга. Подтверждение факта влияния между множествами позволяет в будущем перейти к решению задачи автоматизированной настройки системы класса SaaS по типовым функциональным требованиям без использования экспертов, которые активно задействуются в настоящее время при внедрении информационных систем.
Для достижения цели были выполнены следующие шаги: анализ имеющихся научных работ в данной области, описание модели задачи исследования, выбор и описание метода исследования, количественный расчет на тестовой выборке данных, расчет на полной выборке факторов модели, анализ результатов и выводы. Статья организована соответствующим образом.
Анализ имеющихся работ
Были проанализированы работы по следующим темам: применение облачных технологий на предприятиях, особенности внедрения облачных информационных систем, методы внедрения и адаптации информационных систем типа SaaS, типовые функциональные требования, методы выбора и поддержки принятия решений для реализации функциональных требований в информационной системе класса SaaS.
Анализ релевантных для исследования работ показал, что типовые функциональные требования успешно применяются при внедре-
нии информационных систем. Применение типовых операционных модулей, которые описывают функциональность информационной системы и включают типовые функциональные требования, позволяет оптимизировать цепочку создания стоимости товара, благодаря этому увеличивается их ценность для предприятий. К примеру, типовые операционные модули были созданы для процессов производства [4], при проектировании архитектуры предприятия [5], для наукоемких предприятий [6], для сферы гостиничного бизнеса [7]. Количественный расчет выгод применения типовых операционных модулей бизнес-процессов предприятия приведен в работе [8].
Формализация функциональных требований при внедрении облачных информационных систем позволяет ИТ-департаментам понять и реализовать пожелания бизнес-департаментов предприятия к автоматизации бизнес-процессов. Проблемы согласованности бизнес-стратегии и ИТ-стратегии для создания ценности бизнеса с помощью облачных информационных систем описаны в работе [9]. В статье перечислены положительные и отрицательные стороны согласованности ИТ-стратегии (применение информационных систем класса SaaS) с бизнес-стратегией (удовлетворение функциональных требований, доступность и возможность гибкой конфигурации системы) для достижения экономической эффективности. Качественное исследование базируется на примере двух предприятий, использующих системы класса SaaS. В статье [10] исследованы факторы, влияющие на согласованность возможностей облачных технологий и функциональных требований предприятий. Основываясь на возможностях предприятий для быстрого изменения бизнес-процессов, авторы предложили модель, базирующуюся на трех факторах, —перспективы динамики предприятия, гибкость организации и гибкость ИТ-функции. В выводах указано, как гибкость организации и гибкость ИТ-функции влияют на согласованность применения на предприятиях облачных технологий в постоянно меняющейся среде. В статье [11] решена количественная оценка финансовой стоимости инвестиций в облачные технологии.
Помимо аналитического анализа, в статье [12] описывается эмпирическое исследование ценности облачных технологий для предприятий, что отчасти послужило концептуальной базой, актуальной для настоящего исследова-
ния. Аспекты согласованности бизнеса и ИТ-функций на предприятии, выраженные в виде формализованных функциональных требований, а также концептуальная модель согласованности бизнеса и ИТ для систем класса SaaS были представлены в работе [9]. В отличие от [13], в данной статье рассматривается ценность, создаваемая использованием типовых операционных модулей, и уделяется больше внимания функциональным требованиям, меньше — стоимости подписки, безопасности и другим аспектам облачных вычислений.
Другими исследователями облачных технологий неоднократно подчеркивается необходимость соответствия между бизнес-процессами и процессами программного обеспечения для SaaS [14]. Предлагается модель настройки систем SaaS, однако модель не устраняет проблему принятия решения о реализации функциональных требований на базе типовых операционных модулей. Другими исследователями отмечено, что процессы закупок сопряжены с наибольшими рисками при применении технологий облачных вычислений для логистической деятельности [15]. В этой работе образцы типовых операционных модулей и данных для вычислительных экспериментов были приведены на примере процессов группы закупок.
Авторы аналитического исследования [16] не отметили ни одного обзора, в котором обсуждается адаптация типовых операционных модулей SaaS компаниями-разработчиками программного обеспечения и влияние функциональных требований на параметры настройки системы, что подчеркивает имеющийся пробел в знаниях в данной области. Авторами обсуждались два важных фактора адаптации: облегчение процесса обновления системы, ее модификации и настройки, а также обеспечение гибкости и масштабируемости пользовательских разработок. Применение типовых операционных модулей и типовых функциональных требований оказывает влияние на оба указанных фактора.
В статье [17] авторы представили концепцию самоадаптирующегося ПО для выполнения динамического обновления облачных систем, однако отсутствует анализ зависимости настроек параметров облачной системы от функциональных требований. В статье [18] представлена модель процесса настройки информационных систем класса SaaS. Основа модели — клиент определяет свои требования к настройке с точки зрения функциональных
возможностей программного обеспечения, а не потребностей бизнеса. Отмечена важность данного подхода для внедрения и адаптации систем класса SaaS. Аналогичные задачи были решены в работе [19] с помощью унифицированной бизнес-ориентированной структуры управления облаком, позволяющей оптимизировать решение и достигнуть цели предприятия с помощью облачных технологий без ограничения выбора конкретного поставщика облачных услуг. В статье описывается подход к снижению сложности управления информационной системой благодаря самоуправлению системы с помощью заданных и настроенных политик. В статье также представлена подробная таксономия.
Еще одна полезная таксономия — мета-модель данных — была предложена в [20]. Авторы выполнили подборку наиболее подходящих организационных процессов для аутсорсинга. Данные процессы также хорошо подходят для реализации в облачных информационных системах за счет их унификации. В статье [21] представлена интегрированная структура для непрерывной оценки, управления и развития динамики между разнородными информационными системами класса SaaS и организационными процессами предприятий. Основное внимание уделяется функциональности разнородных систем SaaS и их целостности с точки зрения автоматизации бизнес-процессов предприятия. Авторы определили интегрированную структуру для корреляции функций системы SaaS и бизнес-операций.
В статье [22] обсуждается реализация практик DevOps (development и operations, методология взаимодействия разработчиков системы со специалистами по поддержке и взаимная интеграция их рабочих процессов друг в друга для обеспечения высокого качества информационной системы на базе облачных технологий) в строго регулируемых средах. В этой статье также подчеркивается, что отсутствие централизованного репозитория типовых операционных модулей является серьезной проблемой для внедрения облачных информационных систем. Аналогичная проблема документирования типовых операционных модулей была отмечена на примере аутсорсинга бизнес-процессов в статье [23].
В [24] авторы предложили концептуальный дизайн масштабируемой системной архитектуры для внедрения системы управления процессами в многопользовательской облачной среде. Авторы также подчеркивают про-
блемы перехода типовых операционных модулей с локальных решений класса on-Premise на класс SaaS. Автор рассматривает системы управления описаниями организационных процессов, а не управление отдельными процессами, такими как закупки, поэтому архитектура предложенного в статье решения не подходит для работы с функциональными требованиями в качестве входных данных. В статье [25] уделяется внимание быстрому внедрению облачных систем при низких затратах на ИТ и классификации создания ценности. В соответствии с данной классификацией текущее исследование будет относиться к блоку повышения эффективности за счет большей симметрии информации.
В результате анализа релевантных для изучения работ обнаружен пробел в исследованиях в области оценки влияния множества типовых функциональных требований на множество параметров настроек системы и подтверждения влияния множеств друг на друга. Нехватка научных исследований в этой сфере определяет научную новизну исследования.
Модель задачи исследования
Операционный модуль бизнес-процессов предприятия М определен через функцию
м = дд, £ I) = /(д, я (1)
где Я — вектор функциональных требований к системе, 5 — вектор настроек параметров системы, Ь — вектор ограничений облачной системы.
В структурном виде операционный модуль задан как
Мг = <ВД, Мг,Рг, Ii.Fi), (2)
где Ri — описание функциональных требований к системе, ^ — настройка параметров информационной системы, М( — описание шагов процесса, Р; — описание ролей и полномочий пользователей системы, — описание потоков данных и инструментов загрузки и выгрузки данных из системы, Fi — функциональные спецификации для нестандартных требований. Решение задачи выбора типовых операционных модулей включает анализ возможности и
выбор метода преобразования Я ^ 5.
Поскольку стандартные функциональные требования могут формироваться разными
экспертами в различных формулировках и подвержены неточности, специфичной для человеческих суждений, они имеют лингвистическую неопределенность. Таким образом, могут быть заданы через функции принадлежности и описаны инструментами теории нечетких множеств. Множество функциональных требований R:
r = {r\gi(ri) < о, î = i.....п) с rs, (3)
где r = {rt,r2, ... , гп} — вектор функциональных требований, gi(r) — функция ограничений допустимых требований, п — число функциональных требований, rs — нечеткое множество допустимых требований. Множество rs является нечетким множеством вида:
rs = {(n, ^(п)\п е u}, (4)
где ^rs(^î) — функция принадлежности, описывающая, в какой мере элемент Г; принадлежит нечеткому множеству rs, u — универсальное множество.
Множество настроек параметров информационной системы S представляет собой множество конфигураций системы, необходимых для выполнения функциональных требований, может быть представлено в следующем виде:
S = {S\gi(si) <0, i = 1..... is} с SS, (5)
где S = {st,s2 , ... , sis } — вектор объекта настройки, gi(si) — функция ограничений (взаимная непротиворечивость конфигурации параметров), is — число параметров настройки, SS — нечеткое множество допустимых значений параметров настройки. Множество SS является множеством вида:
SS = {(s;, Vss(si)\si е u} , (6)
где Hss (s^ — функция принадлежности (характеристическая функция), U — универсальное множество.
Для оценки влияния множества типовых функциональных требований R на множество параметров настроек системы S и подтверждения влияния множеств друг на друга предлагается анализ возможности преобразования векторов r ^ s.
Описание метода DEMATEL
Для анализа связи структурных элементов множества операционных модулей, а именно возможности преобразования r ^ s, был выбран и применен метод DEMATEL (Decision making trial and evaluation laboratory, лаборатория испытаний и оценки принятия решений) [26]. В отличие от других методов многокритериального принятия решений, данный метод позволяет преобразовать взаимосвязи между факторами в понятную структурную модель системы и разделить их на группу причин и группу следствий. В табл. 1 приведено сравнение метода DEMATEL с другими популярными методами многокритериального принятия решений, преимущества и недостатки метода [27, 28].
Таблица 1
Сравнение метода DEMATEL с другими методами
Название метода Описание метода
Лаборатория испытаний и оценки принятия решений DEMATEL (Decision making trial and evaluation laboratory) Метод позволяет преобразовать взаимосвязи между факторами в структурную понятную модель системы и разделить их на две группы — причины и следствия
Метод анализа иерархий AHP (Analytic Hierarchy Process) С помощью этого метода рассматривается распределение цели между сравниваемыми элементами и определяется, какой из них имеет большее влияние на эту цель
Серый реляционный анализ GRA (grey relational analysis) Модель оценки воздействия, позволяющая измерить степень сходства или различия между двумя последовательностями на основе степени взаимосвязи
Методика предпочтения по подобию идеальному решению TOPSIS (The Technique for Order of Preference by Similarity to Ideal Solution) Основной принцип состоит в том, что выбранная альтернатива должна иметь кратчайшее расстояние от идеального решения и максимальное расстояние от отрицательно-идеального решения
Многокритериальная оптимизация и компромиссное решение VIKOR (VlseKriteri-jumska Optimizacija I Kompromisno Resen- je) Метод, с помощью которого вводится индекс ранжирования, основанный на мере «близости» к идеальному решению. Для этого применяется линейная нормализация
ELECTRE (ELimination Et Choice Translating REality) Метод, позволяющий выбрать самую лучшую активность по рангу из предложенного набора активностей. Основан на теории многоатрибутной полезности
Преимущества метода DEMATEL:
— позволяет лицам, принимающим решения, понимать, какие факторы оказывают влияние друг на друга. Визуализирует взаимосвязи между факторами;
— применяется для анализа прямых и косвенных взаимных влияний между различными факторами. Тем самым позволяет определить причинно-следственные связи в проблемах принятия решений;
— метод можно использовать для определения критических критериев оценки и измерения веса критериев оценки, а не только для определения ранжирования альтернатив. Хотя AHP может применяться для ранжирования альтернатив и определения весовых коэффициентов критериев, он предполагает, что критерии независимы, и не учитывает их взаимодействия и зависимости. ANP, расширенная версия AHP, может иметь дело с зависимостью и обратной связью между критериями; но предположение о равном весе для каждого кластера для получения взвешенной матрицы в ANP нецелесообразно в практических ситуациях;
— может быть интегрирован с другими методами многокритериального принятия решений, чтобы объединить желаемые свойства.
Недостатки метода DEMATEL:
— не учитывается относительный вес экспертов, выполняющих оценку, при агрегировании в групповые оценки личных суждений экспертов;
— определяется ранжирование альтернатив на основе взаимозависимых отношений, однако при принятии решений прочие критерии не учитываются;
— в отличие от методов GRA и VIKOR, не принимается во внимание уровень стремления альтернатив, а также, в отличие от подхода ELECTRE, получение частичных порядков ранжирования альтернатив.
Таким образом, применение метода позволяет определить наличие причинно-следственной связи и степень корреляции между множеством функциональных требований к облачной информационной системе r и множеством системных реализаций S.
Выборка для метода DEMATEL формировалась на базе группы типовых функциональных требований к процессам закупки и по списку параметров облачной информационной системы. Для оценки влияния между факторами системы функциональных требований и реализации в виде конфигураций настройки параметров экспертам предлагалось заполнить матрицу прямых влияний FR = [frij]nxn с эле-
ментами:
й-ц = (7)
где ^ = 1,2, ... , п.
В проводимом эксперименте количество экспертов Е = {Ег, Е2, ... , Е]}, 1 = 3, количество факторов F = {F1, F2, ... , Fn}, п = 96. Оценка экспертов происходила с применением классической и широко используемой на практике для метода DEMATEL целочисленной шкалы [27, 29] со значениями: 0 (нет влияния), 1 (слабое влияние), 2 (среднее влияние), 3 (высокое влияние), 4 (очень высокое влияние). После выполнения оценки матрица FR была нормализована, и результат представлен матрицей
СБ
FN = РПЦ]ПХП. FN = -г, (8)
где 5 определяется как:
тах (тахг < 1 < п йгц, тахх < ; < п ).
(9)
Все элементы матрицы FN соответствуют условиям 0 < ЙПц <1 , 0 < Х]"=1 <1, и по крайней мере для одного i справедливо 0 < < s. Далее с помощью нормали-
зованной матрицы FN вычисляется матрица полного влияния факторов функциональных требований и конфигураций системы FT = [Йц]пхп. Вычисление происходит путем суммирования прямых и непрямых зависимостей:
FT = FN2 + FN3 + ... + FNh).
(10)
Матрица FT позволяет рассчитать векторы влияний И = [г;]пх1 = Е?=1Лц]пх1 и С =
[с)]1хп = [2"=lftij]lхN, где Г — это сумма i-й строки матрицы FT, которая отражает сумму прямых и непрямых влияний фактора Fi на другие факторы, и аналогично с — это сумма j-го столбца матрицы FT, которая отражает сумму прямых и непрямых влияний на фактор Fj .
Пусть i = j и ^ ] = {1,2, ... ,п}, тогда вектор горизонтальной оси ^ + С) «Важность» иллюстрирует силу влияния фактора или на фактор и вектор вертикальной оси ^ — С) «Отношение» иллюстрирует общее влияние фактора на систему. Факторы Fj, для которых справедливо
(г - с )>0, были отнесены к группе причин. Факторы Fj, для которых с^)>0, подвержены влиянию других факторов системы и отнесены к группе следствий.
Применение метода на тестовой репрезентативной выборке
В данном разделе приведен пример использования метода DEMATEL для шести факторов. Факторы приведены в табл. 2. В качестве факторов использовались параметры информационной системы на базе облачных технологий для управления процессами закупки предприятия SAP Ariba [30].
Таблица 2
Тестовая репрезентативная выборка из шести факторов
Код фактора Описание фактора
R1 Выполнять системную проверку бюджета на этапе создания заявки, а не на этапе финального согласования заявки
R2 Не выполнять проверку бюджета для заявок, загруженных методом интеграции с другой системой
R3 Не позволять создавать и согласовывать заявки для позиций, в которых не найдена статья бюджета
S1 Настройка параметра Application.Budget.CheckBudgetDuringFinalA pproval «Проверка бюджета на финальном этапе согласования»
S2 Настройка параметра Application. Budget. CheckEnabledOnReqImport «Активация проверки бюджета для импортированных заявок»
S3 Настройка параметра Application.Budget.FailCheckOnNoBudget «Прерывание функции проверки бюджета при его отсутствии»
Значения матрицы прямых влияний приведены в табл. 3. Значения для матрицы были определены экспертом по настройке информационной системы на базе облачных технологий SAP Ariba.
Таблица 3
Матрица прямых влияний
R1 R2 R3 S1 S2 S3 Сумма по строке
R1 0 1 1 4 1 3 10
R2 3 0 3 2 4 2 14
R3 2 3 0 2 1 4 12
S1 2 1 2 0 2 2 9
S2 1 2 2 1 0 2 8
S3 1 1 2 1 3 0 8
Максимум по сумме строк 14
Была выполнена нормализация матрицы. Результат представлен в табл. 4.
Таблица 4
Результат нормализации матрицы прямых влияний
0.0000 0.0714 0.0714 0.2857 0.0714 0.2143
0.2143 0.0000 0.2143 0.1429 0.2857 0.1429
0.1429 0.2143 0.0000 0.1429 0.0714 0.2857
0.1429 0.0714 0.1429 0.0000 0.1429 0.1429
0.0714 0.1429 0.1429 0.0714 0.0000 0.1429
0.0714 0.0714 0.1429 0.0714 0.2143 0.0000
Далее, согласно методу, была рассчитана матрица I — Y (табл. 5).
Таблица 5
Матрица I — Y
1.0000 -0.0714 -0.0714 -0.2857 -0.0714 -0.2143
-0.2143 1.0000 -0.2143 -0.1429 -0.2857 -0.1429
-0.1429 -0.2143 1.0000 -0.1429 -0.0714 -0.2857
-0.1429 -0.0714 -0.1429 1.0000 -0.1429 -0.1429
-0.0714 -0.1429 -0.1429 -0.0714 1.0000 -0.1429
-0.0714 -0.0714 -0.1429 -0.0714 -0.2143 1.0000
Выполнена инверсия (I — Y). Результат представлен в табл. 6.
Таблица 6
И нверсия (I — Y)
1.2576 0.2999 0.3628 0.5211 0.3930 0.546
8144 9575 0505 4189 4297 61612
0.5441 1.3476 0.5934 0.5279 0.6813 0.651
7586 1407 6188 7196 1143 44072
0.4508 0.4788 1.3712 0.4772 0.4838 0.694
248 3950 723 5049 7693 10697
0.3660 0.2967 0.3993 1.2682 0.4227 0.476
5985 5097 8566 7039 5346 51941
0.2985 0.3436 0.3888 0.3144 1.2893 0.453
8701 8018 4011 3037 4814 28849
0.2832 0.2809 0.3760 0.3010 0.4523 1.315
3770 3431 5125 8402 5044 90397
Рассчитанная матрица полного влияния приведена в табл. 7.
Таблица 7
Матрица полного влияния
0.2577 0.3000 0.3628 0.5211 0.3930 0.5466
0.5442 0.3476 0.5935 0.5280 0.6813 0.6514
0.4508 0.4788 0.3713 0.4773 0.4839 0.6941
0.3661 0.2968 0.3994 0.2683 0.4228 0.4765
0.2986 0.3437 0.3888 0.3144 0.2893 0.4533
0.2832 0.2809 0.3761 0.3011 0.4524 0.3159
На основании матрицы полных влияний посчитаны факторы R и С. Значения факторов приведены в табл. 8.
Таблица 8 Значения факторов R и С
Ri О Ri + О Ri — О Распознание
R1 2.3813 2.2006 4.5818 0.1807 Причина
К2 3.3460 2.0478 5.3938 1.2982 Причина
R3 2.9562 2.4918 5.4480 0.4644 Причина
S1 2.2297 2.4101 4.6399 -0.1804 Следствие
S2 2.0882 2.7227 4.8109 -0.6345 Следствие
S3 2.0096 3.1379 5.1474 -1.1283 Следствие
Т-матрица приведена в табл. 9.
Т-матрица
Таблица 9
Ш Я2 Я3 81 82 83
ш 0.2576 8 0.3000 0 0.3628 1 0.5211 4 0.3930 4 0.5466 2
Я2 0.5441 8 0.3476 1 0.5934 6 0.5279 7 0.6813 1 0.6514 4
Я3 0.4508 2 0.4788 4 0.3712 7 0.4772 5 0.4838 8 0.6941 1
81 0.3660 6 0.2967 5 0.3993 9 0.2682 7 0.4227 5 0.4765 2
82 0.2985 9 0.3436 8 0.3888 4 0.3144 3 0.2893 5 0.4532 9
83 0.2832 4 0.2809 3 0.3760 5 0.3010 8 0.4523 5 0.3159 0
Определенное значение Альфа — 0.41697. Вектор горизонтальной оси ^ + С) «Важность» иллюстрирует силу влияния фактора или на фактор, и вектор вертикальной оси ^ — С) «Отношение» иллюстрирует общее влияние фактора на систему. Факторы Fj, для которых справедливо (^-с)>0, были отнесены к группе причин. Факторы Fj, для которых (Г}-с )>0, подвержены влиянию других факторов системы и отнесены к группе следствий. Результат применения метода представлен на рис. 2.
Рис. 2. Результат применения метода для шести факторов Влияние факторов представлено на рис. 3.
Рис. 3. Влияние факторов друг на друга
Результаты тестирования метода на тестовой репрезентативной выборке признаны успешными на основании обратной связи экспертов по настройке облачных систем. Из результатов применения метода явно видно преобладающее влияние факторов функциональных требований на факторы настроек параметров информационной системы на базе облач-
ных технологий.
Применение метода на полной выборке параметров по одному процессу информационной системы
По аналогии был проведен эксперимент на полной выборке параметров по одному процессу информационной системы. В качестве выбранного процесса использовался процесс создания и согласования заявки на закупку. Результат применения метода на выборке с 96 факторами в результате опроса экспертов представлен на рис. 4.
Из рисунка видно, что группа факторов с обозначением <Ж» находится выше оси ординат, а группа факторов с обозначением <^» — ниже, что дает основания сделать заключение о возможности преобразования Я ^ 5.
о
I
Факторы 14 "Функциональные тоебования" К41 О о33^ «з^ ™ °Н26 О <Ь ° ......................................ДМ... о 144 И Я46 0 №)1 о вл
«9 о о Й16 ОК1р №2 О 1,22 о О 7 » «1в <&згзв ™ ООО И4 О Й19 1117 О О
М Ом о о Я5 0 ка № о Н4 О
Факторы Б "Настройки параметров системы" О 528 Я» 0 0 « О 331
£39 о 54 Б3 ° о ° О 8» 56 ^ ° О 54§ 535 О 840 Я80 ° О С 54 О «6 О о 520*2* о о 521 ° й,5аг? гз 524 О ~ 519 е 818 «6 О
525 326 м а о зв о 1М ° 510 о ®1г ° о
га + С1
Рис. 4. Результат применения метода
Поскольку в эксперименте принимало участие несколько экспертов, была выполнена количественная оценка согласованности их мнений. Несмотря на то, что данный этап выходит за рамки стандартного метода DEMATEL, для подтверждения качества исследования расчет выполнялся по количественной шкале через расчет дисперсионного коэффициента конкор-дации:
W =
125
12(п3-п)-1Й=1Т| ;
(11)
БЕМАГЫ на полной выборке
Т =
s = х?=1(ъ-к)2; Л! = 1}=1ЛЦ; Л
где i = 1,2,... , п,Т — показатель связанных рангов в j-й ранжировке, Н — число групп равных рангов в к-й группе связанных рангов при ранжировке j-м экспертом.
Расчетные значения равны: Т1 = 35, Т2 = 39.5, Т3 = 40.5, сумма Т = 115; S = 657640.5, 1 =
(12)
(13)
(14)
(15)
3, n = 96; W = 99.12416 %.
Расчетное значение W равно 0,9912416, что интерпретируется как крайне высокая степень согласованности мнений экспертов. То есть верно заключение о том, что имеется возможность выполнить преобразование векторов R в S.
Заключение
В работе был выполнен анализ влияния вектора функциональных требований на вектор настройки с применением метода DEMATEL и расчетом дисперсионного коэффициента кон-кордации по количественной шкале. Проверка метода сначала выполнялась на тестовой репрезентативной выборке, а затем на полной выборке типовых функциональных требований и параметров настройки по процессам закупки информационной системы SAP Ariba в части управления заявками на закупку.
Доказано влияние вектора функциональных требований на вектор параметров настройки информационной системы на базе облачных технологий. Данное заключение позволяет перейти к задаче автоматизированной настройки системы класса SaaS по типовым функциональным требованиям без использования экспертов, которые в настоящее время активно вовлечены при внедрении информационных систем.
Литература
1. Gartner Glossary — Postmodern ERP. URL: https://www.gartner.com/en/information-technology/glossary/postmodern-erp (дата обращения: 08.01.2022).
2. Mell P., Grance T. The NIST Definition of Cloud Computing // National Institute of Standards and Technology. Special Publication 800-145. 2011. P. 1-7.
3. Gartner Forecasts Worldwide Public Cloud EndUser Spending to Grow 23 % in 2021 от 21.04.2021 // URL: https://www.gartner.com/en/newsroom/press-releases/2021-04-21 -gartner-forecasts-worldwide-public-cloud-end-user-spending-to-grow-23 -percent-in-
2021#:~:text=Cloud%20Spending%20Driven%20by%20Emer ging,latest%20forecast%20from%20Gartner%2C%20Inc (дата обращения: 08.01.2022).
4. Taratoukhine V., Yadgarova Y., Skachko E.A Fuzzy Multiagent Approach for Integrated Product Life Cycle Environment // Recent Developments and New Direction in Soft-Computing Foundations and Applications. 2016. № 342. P. 99-110.
5. Shteyngart E.A., Burmistrov A.N. Review and comparative characteristics of methodologies for the development of enterprise architecture (Obzor i sravnitelnaya harakteristika metodologiy razrabotki arhitekturyi predpriyatiy) // Scientific and technical statements of SPbSPU. Economic Sciences (Nauchno-tehnicheskie vedomosti SPBGPU. Ekonomicheskie nauki). 2016. № 3 (245). P. 111-129.
6. Ilyin I.V. Developing a reference model of the information system architecture of high-tech enterprises //
Научно-технические ведомости Санкт-Петербургского государственного политехнического университета. Экономические науки. 2015. № 5 (228). С. 97-107.
7. Топольник В.Г., Крылова Л.В. Функциональное моделирование процессов оказания гостиничных услуг // Экономика, предпринимательство и право. 2017. Т. 7. № 3. C. 185-207.
8. Levina A.I., Ilyin I.V., Esedulaev R.A. Increasing the efficiency of projects for the implementation of information systems of the BPMS class using standard design solutions (Povyishenie effektivnosti proektov vnedreniya infor-matsionnyih sistem klassa BPMS s ispolzovaniem tipovyih proektnyih resheniy) // Science and business: ways of development (Nauka i biznes: puti razvitiya). 2017. № 4. P. 9-14.
9. Ali M.B., Wood-Harper T., Ramlogan R. Challenges of value creation through cloud SaaS: Business — IT-alignment in service oriented industries // Proc. Conference: 25th UK Academy for Information Systems International. 2020. Р. 1-18.
10. Shao M., Li X. An Empirical Study of Impact Factors on the Alignment of Cloud Computing and Enterprise // 2nd International Conference on Advances in Computer Technology, Information Science and Communications (CTISC). 2020. P. 70-74.
11. Quantifying the Financial Value of Cloud Investments: A Systematic Literature Review / Р. Rosati, G. Fox, D. Kenny, T. Lynn // Proc. Int. Conf. Cloud Comput. Technol. Sci. CloudCom. 2017. Vol. Decem. P. 194-201.
12. Kyriakou N., Loukis E. Cloud Computing Business Value and Human Determinants // Proc. 21st Pan-Hellenic Conf. Informatics PCI 2017. 2017. P. 1-6.
13. Bernsteiner R., Kilian D., Ebersberger B. Mobile Cloud Computing for Enterprise Systems: A Conceptual Framework for Research // International Journal of Interactive Mobile Technologies (iJIM). 2016. № 10. P. 72-76.
14. Li K.F., Wen H.Y., Yang Z.J. Business logic structure of saas-based E-commerce system // Proc. IEEE 17th Int. Conf. Ind. Eng. Eng. Manag. IE EM2010. 2010. P. 316-319.
15. Towards the design of a scalable business process management system architecture in the cloud / H.M. Arthur, С. Ouyang, М. Adams, А.Н.М. Hofstede, Y. Yu // 37th International Conference. 2018. P. 334-348.
16. Saltan A., Seffah A. Engineering and business aspects of SaaS model adoption: Insights from a mapping study // CEUR Workshop Proc. 2018. Vol. 2305. P. 115-127.
17. Gey F., Van Landuyt D., Joosen W. Evolving multi-tenant SaaS applications through self-adaptive upgrade enactment and tenant mediation // Proc. 11th Int. Symp. Softw. Eng. Adapt. Self-Managing Syst. SEAMS. 2016. P. 151-157.
18. Khan K.M., Nhlabatsi A., Khan N. A Process Model for Customisation of Software in Multi-tenant SaaS Model // Proc. IEEE/ACM 8th Int. Conf. Util. Cloud Comput. UCC. 2015. P. 418-419.
19. Indonesia P.P., Milwandhari S. Risk Analysis of Cloud Computing in the Logistics Process // Third International Conference on Vocational Education and Electrical Engineering (ICVEE). 2020. P. 1-5.
20. A model-driven engineering approach for business process based saas services composition / N. Fattouch, M. Rekik, A.A. Wakrime, K. Boukadi // Proc. IEEE/ACS Int. Conf. Comput. Syst. Appl. AICCSA. 2019. Vol. Novem. P. 1-8.
21. Lu Q. A Unified Business-Driven Cloud Management Framework // IEEE Trans. Serv. Comput. 2016. Vol. 9. No. 6. P. 872-882.
22. Morales J.A., Yasar H., Volkman A. Implementing DevOps practices in highly regulated environments // ACM Int. Conf. Proceeding Ser. 2018. Vol. Part F1477. P. 1-9.
23. Saito S. Understanding Key Business Processes for Business Process Outsourcing Transition // Proc. ACM/IEEE
14th Int. Conf. Glob. Softw. Eng. ICGSE. 2019. P. 35-39.
24. Shah V.S. Evolving dynamics of heterogeneous SAAS applications and business process automation in realtime enterprises // Towar. Digit. World Ind. X.0 Proc. 29th Int. Conf. Int. Assoc. Manag. Technol. IAMOT. 2020. No. September. P. 47-61.
25. Value creation using clouds: Analysis of value drivers for start-ups and small and medium sized enterprises in the textile industry/ A. Mladenow, E. Fuchs, P. Dohmen, C. Strauss // Proc. 26th IEEE Int. Conf. Adv. Inf. Netw. Appl. Work. WAINA. 2012. P. 1215-1220.
26. Gabus A. & Fontela E. World problems, an invitation to further thought within the framework of DEMATEL. Geneva, Switzerland: Battelle Geneva Research Center, 1972. P. 1-8.
27. DEMATEL Technique: A Systematic Review of the
State-of-the-Art Literature on Methodologies and Applications/ S.-L. Si, X.-Y. You, H.-C. Liu, Р. Zhang // Mathematical Problems in Engineering. 3696457. 2018. P. 1-33.
28. Velasquez M., Hester P. An analysis of multi-criteria decision making methods // International Journal of Operations Research. 2013. № 10. P. 56-66.
29. Панди М., Литория Р., Панди П. Применение подхода Fuzzy-DEMATEL при анализе проблем мобильных приложений // Труды ИСП РАН. 2019. Т. 31. Вып. 4. С. 73-96.
30. Решения коллаборативной коммерции для всего закупочного процесса // Цифровая трансформация всего процесса закупок: [сайт]. URL: https://www.ariba.com/ru-ru/solutions/solutions-overview (дата обращения: 08.01.2022).
Поступила 10.01.2022; принята к публикации 21.02.2022 Информация об авторах
Левченко Артем Андреевич — соискатель кафедры информационных технологий управления, Воронежский государственный университет (394018, Россия, г. Воронеж, Университетская площадь, 1), e-mail: artyom.levchenko@gmail.com Таратухин Виктор Владимирович — канд. техн. наук, профессор базовой кафедры компании «САП» (программные решения для управления бизнесом), Национальный исследовательский университет «Высшая школа экономики» (101000, Россия, г. Москва, ул. Мясницкая, д. 20), e-mail: vtaratoukhine@hse.ru
ANALYSIS OF THE INFLUENCE OF TYPICAL FUNCTIONAL REQUIREMENTS ON THE INFORMATION SYSTEM SETUP PARAMETERS BASED ON CLOUD TECHNOLOGIES USING THE DEMATEL METHOD
A.A. Levchenko1, V.V. Taratukhin2
Voronezh State University, Voronezh, Russia 2National Research University Higher School of Economics, Moscow, Russia
Abstract: unlike classic on-Premises information systems, which are installed on their own servers, SaaS (Software as a Service) systems are physically located on remote servers in the cloud. This feature imposes restrictions on access to the system's source code and does not allow its free extension in the form of system development implementations. Thus, since the information system based on cloud technologies is unified and standardized, the set of standard functional requirements for the system's design and the set of parameters of the system are limited and represent finite sets. The work aims to assess the influence of a set of typical functional requirements on a set of system settings parameters and to confirm the influence of the sets on each other. The study analyzes the impact of many typical functional requirements on many settings for configuring cloud-based information systems. The DEMATEL method is used to assess the impact, which belongs to the group of multi-criteria decision-making methods. The article provides an approach to describing the sets of the model of research's objects, the argumentation of the DEMATEL method's application, and the comparison of the method with others. We performed the calculation on a quantitative scale through the dispersion coefficient of concordance to confirm the study's quality. We give an example of a numerical test calculation for the example of six factors and the results of applying the method for ninety-six factors. Confirmation of the influence between the sets allows you to move on to the task of automated configuration of a SaaS-class system according to typical functional requirements without the use of experts who are currently actively involved in the implementation of information systems
Key words: information systems, cloud technologies, DEMATEL, functional requirements, system analysis, dependence of factors
References
1. Gartner Glossary - Postmodern ERP, available at: https://www.gartner.com/en/information-technology/glossary/postmodern-erp (date of access: 08.01.2022).
2. Mell P., Grance T. "The NIST definition of cloud computing", National Institute of Standards and Technology, Special Publication 800-145, 2011, pp. 1-7.
3. Gartner Forecasts Worldwide Public Cloud End-User Spending to Grow 23 % in 2021, available at: https://www.gartner.com/en/newsroom/press-releases/2021-04-21-gartner-forecasts-worldwide-public-cloud-end-user-spending-to-grow-23-percent-in-
2021#:~:text=Cloud%20Spending%20Driven%20by%20Emerging,latest%20forecast%20from%20Gartner%2C%20Inc (date of access: 08.01.2022).
4. Taratoukhine V., Yadgarova Y., Skachko Е. "A fuzzy multiagent approach for integrated product life cycle environment", Recent Developments and New Direction in Soft-Computing Foundations and Applications, 2016, no. 342, pp. 99-110.
5. Shteyngart E.A., Burmistrov A.N. "Review and comparative characteristics of methodologies for the development of en-
terprise architecture", Scientific and Technical Statements of SPbSPU. Economic Sciences (Nauchno-tehnicheskie vedomosti SPBG-PU. Ekonomicheskie nauki), 2016, 3 (245), pp. 111-129.
6. Ilyin I.V. "Developing a reference model of the information system architecture of high-tech enterprises", Scientific and Technical Statements of SPbSPU. Economic Sciences (Nauchno-tehnicheskie vedomosti SPBGPU. Ekonomicheskie nauki), 2015, no. 5 (228), pp. 97-107.
7. Topolnik V.G., Kryilova L.V. "Functional modeling of hotel service processes", Economics, Entrepreneurship and Law (Ekonomika, predprinimatelstvo ipravo), 2017, vol. 7, no. 3, pp. 185-207.
8. Levina A.I., Ilyin I.V., Esedulaev R.A. "Increasing the efficiency of projects for the implementation of information systems of the BPMS class using standard design solutions", Science and Business: Ways of Development (Nauka i biznes: puti razvitiya), 2017, no. 4, pp. 9-14.
9. Ali M.B., Wood-Harper T., Ramlogan R. "Challenges of value creation through cloud SaaS: Business — IT-alignment in service-oriented industries", Proc. of Conf.: 25th UK Academy for Information Systems International, 2020, pp. 1-18.
10. Shao M., Li X. "An empirical study of impact factors on the alignment of cloud computing and enterprise", 2nd Int. Conf. on Advances in Computer Technology, Information Science and Communications (CTISC), 2020, pp. 70-74.
11. Rosati P., Fox G., Kenny D., Lynn T. "Quantifying the financial value of cloud investments: a systematic literature review", Proc. of Int. Conf. Cloud Comput. Technol. Sci. CloudCom., 2017, vol. Decem., pp. 194-201.
12. Kyriakou N., Loukis E. "Cloud computing business value and human determinants", Proc. 21st Pan-Hellenic Conf. Informatics PCI 2017, 2017, pp. 1-6.
13. Bernsteiner R., Kilian D., Ebersberger B. "Mobile cloud computing for enterprise systems: a conceptual framework for research", Int. J.l of Interactive Mobile Technologies (iJIM), 2016, no. 10, pp. 72-76.
14. Li K.F., Wen H.Y., Yang Z.J. "Business logic structure of SaaS-based E-commerce system", Proc. IEEE 17th Int. Conf. Ind. Eng. Eng. Manag. IE EM2010, 2010, pp. 316-319.
15. Arthur H.M., Ouyang C., Adams M., Hofstede A.H.M., Yu Y. "Towards the design of a scalable business process management system architecture in the cloud", 37th Int. Conf., 2018, pp. 334-348.
16. Saltan A., Seffah A. "Engineering and business aspects of SaaS model adoption: Insights from a mapping study", CEUR Workshop Proc, 2018, vol. 2305, pp. 115-127.
17. Gey F., Van Landuyt D., Joosen W. "Evolving multi-tenant SaaS applications through self-adaptive upgrade enactment and tenant mediation", Proc. 11th Int. Symp. Softw. Eng. Adapt. Self-Managing Syst. SEAMS, 2016, pp. 151-157.
18. Khan K.M., Nhlabatsi A., Khan N. "A process model for customisation of software in multi-tenant SaaS model", Proc. IEEE/ACM8th Int. Conf. Util. Cloud Comput. UCC, 2015, pp. 418-419.
19. Indonesia P.P., Milwandhari S. "Risk analysis of cloud computing in the logistics process", Third Int. Conf. on Vocational Education and Electrical Engineering (ICVEE), 2020, pp. 1-5.
20. Fattouch N., Rekik M., Wakrime A.A., Boukadi K. "A model-driven engineering approach for business process based on SaaS services composition", Proc. IEEE/ACS Int. Conf. Comput. Syst. Appl. AICCSA, 2019, vol. Novem., pp. 1-8.
21. Lu Q. "A unified business-driven cloud management framework", IEEE Trans. Serv. Comput., 2016, vol. 9, no. 6, pp. 872-882.
22. Morales J.A., Yasar H., Volkman A. "Implementing DevOps practices in highly regulated environments", ACM Int. Conf. Proceeding Ser, 2018, vol. Part F1477, pp. 1-9.
23. Saito S. "Understanding key business processes for business process outsourcing transition", Proc. ACM/IEEE 14th Int. Conf. Glob. Softw. Eng. ICGSE, 2019, pp. 35-39.
24. Shah V.S. "Evolving dynamics of heterogeneous SAAS applications and business process automation in real-time enterprises", Towar. Digit. World Ind. X. 0 Proc. 29th Int. Conf. Int. Assoc. Manag. Technol. IAMOT, 2020, no. September, pp. 47-61.
25. Mladenow A., Fuchs E., Dohmen P., Strauss C. "Value creation using clouds: Analysis of value drivers for start-ups and small and medium sized enterprises in the textile industry", Proc. 26th IEEE Int. Conf. Adv. Inf. Netw. Appl. Work. WAINA, 2012, pp. 1215-1220.
26. Gabus A., Fontela E. "World problems, an invitation to further thought within the framework of DEMATEL", Geneva, Switzerland: Battelle Geneva Research Center, 1972, pp. 1-8.
27. Si S.-L., You X.-Y., Liu H.-C., Zhang P. "DEMATEL Technique: A systematic review of the state-of-the-art literature on methodologies and applications", Mathematical Problems in Engineering, 2018, vol. 3696457, pp. 1-33.
28. Velasquez M., Hester P. "An analysis of multi-criteria decision making methods", Int. J. of Operations Research, 2013, no. 10, pp. 56-66.
29. Pandey M., Litoria R., Pandey P. "Application of fuzzy-DEMATEL approach to analysis of mobile applications problems", Proc. of ISP RAS (Trudy ISP RAN), 2019, vol. 31-4, pp. 73-96.
30. Collaborative commerce solutions for the entire procurement process. Digital transformation of the entire procurement process, available at: https://www.ariba.com/ru-ru/solutions/solutions-overview (date of access: 08.01.2022)
Submitted 10.01.2022; revised 21.02.2022 Information about the authors
Artem A. Levchenko, seeker, Voronezh State University (1 Universitetskaya Square, Voronezh 394018, Russia), e-mail: artyom. levchenko@gmail.com
Victor V. Taratukhin, Cand. Sc. (Technical), Professor, Nizhny Novgorod Branch of the National Research University Higher School of Economics (30 Sormovskoe shosse, Nizhny Novgorod 603014, Russia), e-mail: vtaratoukhine@hse.ru
