CC BY
23
Оригинальная статья / Original article УДК 004.415, 658.512.26
DOI: http://dx.d0i.0rg/l0.21285/1814-3520-2018-10-38-45
СПОСОБ ХРАНЕНИЯ ИНФОРМАЦИИ О СОСТАВЕ МАШИНОСТРОИТЕЛЬНОГО ИЗДЕЛИЯ
© А.Ю. Логинов1, А.Е. Розенбаум2, О.В. Лимановская3, Д.В. Вольман4
124АО «Опытное конструкторское бюро «Новатор»,
620017, Российская Федерация, Екатеринбург, пр-т Космонавтов, 18.
3Уральский федеральный университет им. первого Президента России Б.Н. Ельцина,
620002, Российская Федерация, Екатеринбург, ул. Мира, 19.
РЕЗЮМЕ. ЦЕЛЬЮ работы является: определение принципов построения системы хранения и обработки информации о составе машиностроительного изделия; реализация системы хранения на основании сформулированных принципов. МЕТОДЫ. При построении системы состав изделия рассматривается в виде направленного ациклического графа, где компоненты - это вершины графа, а вхождения одних компонентов в другие - это дуги графа. В ходе работы предложен способ реализации системы с использованием механизма контекстов, учитывающих время внесения изменений. Для хранения информации применена реляционная модель с использованием неизменяемых табличных значений. Приведены практические РЕЗУЛЬТАТЫ построения такой системы хранения в АО ОКБ «Новатор» (г. Екатеринбург). Сделаны ВЫВОДЫ о том, что подобная схема работы с данными хорошо выдерживает большие нагрузки и может быть использована для решения сходных задач.
Ключевые слова: состав машиностроительного изделия, модель хранения данных, направленный ациклический граф, узлы, дуги, параметры, реляционная модель данных.
Информация о статье. Дата поступления 16 августа 2018 г.; дата принятия к печати 25 сентября 2018 г.; дата онлайн-размещения 31 октября 2018 г.
Формат цитирования. Логинов А.Ю., Розенбаум А.Е., Лимановская О.В., Вольман Д.В. Способ хранения информации о составе машиностроительного изделия // Вестник Иркутского государственного технического университета. 2018. Т. 22. № 10. С. 38-45. DOI: 10.21285/1814-3520-2018-10-38-45
METHOD OF STORING INFORMATION ON ENGINEERING PRODUCT COMPOSITION
A.Yu. Loginov, A.E. Rozenbaum, O.V. Limanovskaya, D.V. Volman
Experimental Design Bureau "Novator" JSC,
18, Kosmonavtov pr., Ekaterinburg, 620017, Russian Federation
Ural Federal University named after the first President of Russia B.N. Yeltsin,
19, Mir St., Ekaterinburg, 620002, Russian Federation
ABSTRACT. The PURPOSE of this article is determination of the construction principles of the system for storing and processing of information on engineering product electronic structure as well as the implementation of the storage system based on the formulated principles. METHODS. When building the system the electronic structure of an engineering product is considered as a directed acyclic graph where the tree elements are graph nodes and facts of one component inclusion into another are graph edges. It is proposed to implement the system using the mechanism of contexts considering the time of introduction of changes. The relational data model with immutable table values is used for information storage. The article provides the practical RESULTS of building such a storage system in the Experimental Design Bureau "Novator"
1Логинов Александр Юрьевич, начальник отдела, e-mail: LoginovAYu@gmail.com
Alexander Yu. Loginov, Head of the Department, e-mail: LoginovAYu@gmail.com
2Розенбаум Александр Евгеньевич, заместитель начальника отдела, e-mail: RozenbaumAE@rambler.ru
Alexander E. Rozenbaum, Deputy Head of the Department, e-mail: RozenbaumAE@rambler.ru
3Лимановская Оксана Викторовна, кандидат химических наук, доцент, e-mail: o.v.limanovskaya@urfu.ru
Oksana V. Limanovskaya, Candidate of Chemistry, Associate Professor,
e-mail: o.v.limanovskaya@urfu.ru
4Вольман Денис Владимирович, начальник информационных технологий, e-mail: VolmanDV@gmail.com Denis V. Volman, Head of the Department of Information Technologies, e-mail: VolmanDV@gmail.com
Keywords: engineering product composition (electronic structure), data storage model, directed acyclic graph, graph nodes, graph edges, parameters, relational data model
Information about the article. Received August 16, 2018; accepted for publication September 25, 2018; available online October 31, 2018.
For citation. Loginov A.Yu., Rozenbaum A.E., Limanovskaya O.V., Volman D.V. Method of storing information on engineering product composition. Vestnik Irkutskogo gosudarstvennogo tehnicheskogo universiteta = Proceedings of Irkutsk State Technical University. 2018, vol. 22, no. 10, pp. 38-45. DOI: 10.21285/1814-3520-2018-10-38-45. (In Russian).
Введение
JSC (Ekaterinburg). CONCLUSIONS are derived on the potential of the operation scheme under discussion to withstand big loads; therefore, it can be used to solve similar problems.
Создатели информационных систем, занимающихся хранением и обработкой информации о составе машиностроительного изделия [1], сталкиваются с решением задачи о выборе способа эффективного хранения данных. Для хранения информации о составе машиностроительного изделия могут применяться различные подходы.
Общими принципами построения таких систем являются следующие:
- система должна хранить информацию об элементах (машиностроительного изделия) и их свойствах (например, наименование, обозначение и др.);
- система должна хранить информацию о вхождении одного элемента в другой [2], а также о некоторых свойствах этого вхождения (например, количестве или цеховом маршруте вхождения);
- система должна обеспечивать вер-сионность вносимых изменений;
- в системе должна быть привязка ко времени: факт вхождения одного элемента в другой может начинаться и заканчиваться в определенное время, факт изменения значения свойства тоже должен быть привязан ко времени;
- в системе должна существовать возможность указать некоторый «контекст вхождения», чтобы впоследствии существовала возможность построить представление о составе машиностроительного изделия в некотором контексте. Например, при помощи контекстов удобно собирать состав сборочной единицы в зависимости от действия тех или иных предварительных извещений [3];
- система должна позволять осуществлять быструю выгрузку состава изделия при заданных начальных условиях.
Дополнительным ограничением, принимаемым во внимание при разработке данного способа, является то, что созданная модель хранения должна эффективно укладываться в реляционную модель данных [4, 5].
В настоящее время на российском рынке представлен большой спектр информационных PDM/PLM систем, занимающихся в том числе хранением и работой с информацией о составе машиностроительного изделия. Среди российских информационных систем наибольшее распространение получили следующие [6]:
1. Intermech Professional Solutions (ОДО «Интермех», Белоруссия).
2. Лоцман: PLM, Лоцман: КБ (АО «Аскон») [7].
3. T-Flex PLM (ЗАО «Топ Системы»)
[8-10].
4. 1C: PDM Управление инженерными данными (компания 1С, компания AP-PIUS) [11].
Кроме того, на российском рынке представлены зарубежные PLM системы. Самые популярные из них:
1. Teamcenter (Siemens PLM Software) [12, 13].
2. Solidworks PDM (PLM Group).
Каждая из указанных информационных систем, как российская, так и зарубежная, по-своему решают задачу хранения и работы с составом машиностроительного изделия. К сожалению, сведения о схемах
хранения и способах работы с информацией в таких системах являются закрытыми. Производители стараются не открывать подобные сведения, опасаясь конкуренции, а также из соображений безопасности. В связи с этим не представляется возможным сделать полноценный обзор подходов к хранению данных в коммерческих PDM/PLM си-
стемах. Единственной общей чертой, объединяющей все эти системы, является то, что хранение информации в них происходит в реляционных базах данных (как правило, это Microsoft SQL Server и PostgreSQL).
Целью данной статьи является описание способа работы с информацией о составе изделия, учитывающего принципы, сформулированные выше.
Основная часть
Несмотря на то, что в машиностроении обычно оперируют терминами «состав изделия», «дерево состава изделия», наиболее точно структуру машиностроительного изделия отражает направленный ациклический граф [14], т.е. такой ориентированный граф, в котором отсутствуют направленные циклы, но могут быть «параллельные» пути, выходящие из одного узла и
разными путями приходящие в конечный узел.
Из примера, представленного на рис. 1, видно, что элементы машиностроительного изделия (изделия,сборки и детали) являются вершинами такого графа, а факты вхождения одного элемента изделия в другой могут быть представлены направленными дугами.
Рис. 1. Пример состава простого машиностроительного изделия Fig. 1. Example of the electronic structure of a simple engineering product
В ориентированном графе, описывающем машиностроительное изделие:
- каждый узел может иметь неограниченное количество предков и неограниченное количество потомков;
- каждый узел и каждая дуга обладают некоторым количеством параметров;
- необходимо учитывать временной контекст - значения параметров и существование вершин и дуг графа должны зависеть от времени;
- необходимо учитывать произвольные контексты - некоторые конкретные значения параметров и дуги могут существовать только в некотором произвольном контексте.
Для того чтобы можно было построить систему хранения данных [15, 16], удовлетворяющую указанным принципам, предлагается использовать следующие понятия и таблицы.
Таблица значений параметров представляет собой простейшую таблицу типа «ключ-значение» [17].
Таблица 1 Примеры таблицы сохранения значений параметров
Table 1
Examples of the parameter value storage table
Идентификатор Значение
значения параметра параметра
0 «Изделие 1»
1 «Сборка 1»
2 «Сборка 2»
4 «Деталь 1»
5 «18 шт.»
б «2 шт.»
7 «10 шт.»
Для сохранения графа введем понятие линка (Link, англ. соединяющий), как не-
которой связующей сущности между различными элементами системы (см. рис. 2).
Линк может соединять узел графа (дугу графа) с конкретным значением параметра. Если между узлом (дугой) графа и конкретным значением параметра существует линк и он активен (понятие активности линка будет рассмотрено далее), то считается, что узел (дуга) графа обладает этим значением параметра.
Линк может соединять непосредственно узлы графа, т.е. сам выступать в роли дуги. Если между двумя узлами графа существует линк и он активен, то считается, что между этими двумя узлами графа есть дуга. При этом у линка должен быть обязательно заполнен параметр - ссылка на дугу графа. Все параметры вхождения одного элемента в другой (например, количество) указываются именно для дуги графа.
В табл. 2 представлены основные параметры линков для части узлов и дуг графа, представленного на рис. 1.
Рис. 2. Схема представления данных Fig. 2. Diagram of data presentation
Для вычисления активности линка, т.е. для учета влияния фактора времени и дополнительных контекстов, вводится понятие линкстартер (Link Starter, англ. стартующий линк) и линкстоппер (Link Stopper, англ. останавливающий линк).
Линкстартер - особая сущность, показывающая время и контекст начала действия линка. Линкстоппер - сущность, показывающая время и контекст окончания действия линка.
Линк считается активным в конкретный момент времени, если в заданном контексте существует линкстартер, созданный в этом контексте ранее рассматриваемого момента времени и в этом контексте не существует линкстопперов со временем действия ранее рассматриваемого момента. Рассмотрим табл. 3.
При внесении изменений в свойства элементов графа:
- создается новый линк, соединяющий элемент графа с новым значением его свойства;
- для нового линка создается линкстартер со временем и контекстом внесения изменений;
- для линка, указывающего на старое значение свойства, создается линкстоппер со временем и контекстом внесения изменений.
В табл. 2-4 приведен пример изменения свойства «Количества» у дуги, соединяющей «Изделие 1» со «Сборкой 1» по предварительному извещению ПИ1. Согласно данным из таблиц, количество меняется с «2 шт.» на «10 шт.» с 01 февраля 2018 г. в контексте предварительного извещения ПИ1.
Таблица 2 Table 2
Пример таблицы сохранения линков
Example of the link storage table
Идентификатор линка Линк от Линк к Комментарий
0 Вершина графа «Изделие 1» Значение параметра типа наименование «Изделие 1» (см. табл.1) Наименование для вершины «Изделие 1»
1 Вершина графа «Сборка 1» Значение параметра типа наименование «Сборка 1» (см. табл.1) Наименование для вершины «Сборка 1»
2 Вершина графа «Сборка 2» Значение параметра типа наименование «Сборка 2» (см. табл.1) Наименование для вершины «Сборка 2»
S Вершина графа «Изделие 1» Вершина графа «Сборка 1» Дуга графа «Изделие 1» -«Сборка 1»
4 Вершина графа «Изделие 1» Вершина графа «Сборка 2» Дуга графа «Изделие 1» -«Сборка 2»
5 Связь для линка 3 Значение параметра типа количество «18 шт.». (см. табл.1) Установлено количество для дуги графа «Изделие 1» -«Сборка 1»
б Связь для линка 4 Значение параметра типа количество «2 шт.». (см. табл.1) Установлено количество для дуги графа «Изделие 1» -«Сборка 2»
7 Связь для линка 3 Значение параметра типа количество «10 шт.». (см. табл.1) Изменение количества на связи между «Изделие 1» и «Сборка 1» (в контексте предварительного извещения ПИ1)
Пример таблицы сохранения линкстартеров Example of the link starter storage table
Таблица 3 Table 3
Идентификатор Линк Время начала действия Контекст
линкстартера линкстартера
0 0 14:30:00 20.01.2018 -
1 1 14:30:00 20.01.2018 -
2 2 14:30:00 20.01.2018 -
3 3 14:30:00 20.01.2018 -
4 4 14:30:00 20.01.2018 -
5 5 14:30:00 20.01.2018 -
6 6 14:30:00 20.01.2018 -
7 7 00:00:00 01.02.2018 ПИ1
Пример таблицы сохранения линкстопперов Example of the link stopper storage table
Таблица 4 Table 4
Идентификатор линкстоппера Линк Время начала действия линкстоппера Контекст
0 6 00:00:00 01.02.2018 ПИ1
При добавлении в граф новой дуги между вершинами:
- создается новый линк, соединяющий две вершины графа;
- для нового линка создается линкстартер со временем и контекстом внесения изменений.
При удалении из графа существующей дуги между вершинами:
- находится линк, соединяющий две вершины графа;
- для этого линка создается линстоп-пер со временем и контекстом внесения изменений.
Для того чтобы для вершины графа в заданном контексте в указанный момент времени получить множество дуг, выходящих из этой вершины, нужно выбрать из табл. 2 все линки, идущие от этой вершины к другим вершинам, для которых в указанном контексте существует линкстартер, созданный в этом же контексте ранее рассматриваемого момента времени и в этом контексте не существует линкстопперов со временем действия ранее рассматриваемого момента.
Для того чтобы для вершины (дуги) графа в указанном контексте в заданный момент времени получить множество действующих значений параметров, необходимо из табл. 2 выбрать все линки к параметрам из табл. 1, идущие от этой вершины (дуги) графа, для которых в указанном контексте существует линкстартер, созданный в этом же контексте ранее рассматриваемого момента времени, и в этом контексте не существует линкстопперов со временем действия ранее рассматриваемого момента.
Применяя указанные правила, можно построить систему, которая будет хранить информацию о вершинах и дугах графа, представляющего состав машиностроительного изделия. Причем эта информация будет храниться и рассматриваться с учетом временного и предметного контекста.
Кроме того, замечательным свойством данной модели хранения является тот факт, что для любых изменений данных на уровне реляционной модели применяются только операции вставки новых строк в
таблицы. Операции удаления и модификации данных, в сущности, отсутствуют. Это свойство позволяет значительно упростить обеспечение непротиворечивой параллельной многопоточной работы с системой, а
также естественным образом обеспечивает возможность постоянной асинхронной репликации изменений данных для всех подключенных клиентов, а в случае необходимости и между несколькими серверами.
Заключение
Описанный способ был успешно применен при реализации хранения и обработки информации о составе машиностроительных изделий в АО «ОКБ «Новатор» при построении PDM-системы «Состав изделий v.2».
В качестве хранилища данных была использована реляционная база данных Microsoft SQL. Программная реализация была написана на языках T-SQL/C#.
В настоящее время в модели хранится и эффективно обрабатывается более 1,4 млн узлов, более 8 млн дуг графа.
Опыт реализации данного способа хранения информации в АО «ОКБ «Новатор» признан успешным.
Данный способ может быть применен при реализации хранения и обработки информации о составе машиностроительного изделия, а также в ряде сходных задач.
Библиографический список
1. ГОСТ 2.053-2013. Электронная структура изделия. Общие положения - Введ. 01.06.2014 [Электронный ресурс]. URL: http://docs.cntd. ru/document/1200106861 (15.05.2018)
2. ГОСТ 2.711-82. Схема деления изделия на составные части. Введ. 01.07.1983 [Электронный ресурс]. URL: http://docs.cntd.ru/document/1200010856 (15.05.2018)
3. ГОСТ 2.503-90. Правила внесения изменений. Введ. 01.01.1991 [Электронный ресурс]. URL: http://docs.cntd.ru/document/1200006353 (15.05.2018)
4. Блудов И.В. Особенности табличных выражений SQL и их соответствие с концепциями реляционной модели данных // Труды Института системного программирования РАН. 2013. Т. 24. С. 417-436.
5. Эльдарханов А.М. Обзор моделей данных объектно-ориентированных СУБД // Труды Института системного программирования РАН. 2011. Т. 21. С. 205-226.
6. Тимофеев П.Г., Ягопольский А.Г. Роль и значение PDM-систем при разработке технологического оборудования // Известия высших учебных заведений. Машиностроение. 2016. № 10 (679). C. 73-81. DOI: 10.18698/0536-1044-2016-10-73-81
7. Ильин Б.А., Мелих С.А. Проектирование технологических процессов в PDM-системе ЛОЦМАН: PLM // Научно-технический вестник Санкт-Петербургского государственного университета информационных технологий, механики и оптики. 2008. № 48. С. 131133.
8. Калачев О.Н., Баранов С.Ю. К вопросу подготовки оригинальных отчетов на основе исследования структуры БД ЛОЦМАН: PLM и запросов на языке T-SQL // Математика и естественные науки. Теория и
практика: межвуз. сб. науч. тр. Министерство образования и науки Российской Федерации. Ярославль, 2015. C. 247-251.
9. Головкин К.С. Повышение эффективности кон-структорско-технологической подготовки производства изделий «Отвод» и «Переход» // Прикладная информатика. 2012. № 4 (40). С. 31-37.
10. Овчинников А.Ю., Князева Н.Ю. Разработка методики построения комплексной детали при применении группового технологического процесса с использованием САПР "T-FLEX" // Вестник мордовского университета. 2016. № 3 (26) С. 312-324.
11. Нужный А.М., Барабанов А.В., Гребенникова Н.И., Сафронов В.В. Организация обмена технологическими данными в системе 1QPDM // Вестник Воронежского государственного технического университета. 2015. Т. 11. № 4. С. 26-29.
12. Смелов В.Г., Кокарева В.В., Малыхин А.Н., Ма-лыхина О.Н. Организация подготовки производства с помощью PDM-системы TEAMCENTER // Известия Самарского научного центра Российской академии наук. 2013. Т. 15. № 6-4. С. 966-972.
13. Тороп Д.Н., Терликов В.В. Teamcenter. Начало работы. М.: ДМК Пресс, 2011. 280 с.
14. Оре О. Теория графов. М.: Либроком, 2009. 354 с.
15. Сарка Д., Лах М., Йеркич Г. Microsoft SQL Server 2012. Реализация хранилищ данных: учебный курс Microsoft. Экзамен 70-463. М.: Русская редакция, 2014. 792 с.
16. Бондарь А. Microsoft SQL Server 2012. СПб.: БХВ-Петербург, 2013. 608 с.
17. Клеменков П.А., Кузнецов С.Д. Большие данные: современные подходы к хранению и обработке // Труды Института системного программирования РАН. 2012. Т. 23. С. 143-158.
References
1. GOST 2.053-2013. Elektronnaya struktura izdeliya. Obshchie polozheniya [GOST 2.053-2013. Product electronic structure. General provisions]. Available at: http://docs.cntd.ru/document/1200106861 (accessed 15 May 2018)
2. GOST 2.711-82. Skhema deleniya izdeliya na sostavnye chasti [GOST 2.711-82. Diagram of product division into component parts]. Available at: http://docs.cntd.ru/document/1200010856 (accessed 15 May 2018)
3. GOST 2.503-90. Pravila vneseniya izmenenij [GOST 2.503-90. Rules for introduction of changes]. Available at: http://docs.cntd.ru/document/1200006353 (accessed 15 May 2018)
4. Bludov I.V. Features of SQL table expressions and their compliance with the concepts of the relational data model. Trudy Instituta sistemnogo programmirovaniya RAN [Proceedings of the Institute for System Programming of the RAS], 2013, vol. 24, pp. 417-436. (In Russian)
5. El'darhanov A.M. Overview of data models of object-oriented database management system (DBMS). Trudy Instituta sistemnogo programmirovaniya RAN [Proceedings of the Institute for System Programming of the RAS], 2011, vol. 21, pp. 205-226. (In Russian)
6. Timofeev P.G., Yagopol'skij A.G. The role and significance of PDM systems in the development of manufacturing equipment. Izvestiya vysshih uchebnyh zavedenij. Mashinostroenie [Proceedings of higher educational institutions. Machine Building], 2016, 10 (679), pp. 73-81. DOI: 10.18698/0536-1044-2016-10-73-81 (In Russian)
7. Il'in B.A., Melih S.A. Design of technological processes in the LOTSMAN PDM-system: PLM. Nauchno-tekhnich-eskij vestnik Sankt-Peterburgskogo gosudarstvennogo universiteta informacionnyh tekhnologij, mekhaniki i optiki [Scientific and Technical Journal of Information Technologies, Mechanics and Optics], 2008, no. 48, pp. 131-133. (In Russian)
8. Kalachev O.N., Baranov S.Yu. K voprosu podgotovki original'nyh otchetov na osnove issledovaniya struktury BD LOCMAN: PLM i zaprosov na yazyke T-SQL [To preparation of original reports based on the study of LOTSMAN DB structure: PLM and T-SQL queries]. Ma-tematika i estestvennye nauki. Teoriya i praktika: mezhvuz. sb. nauch. tr. Ministerstvo obrazovaniya i
Критерии авторства
Логинов А.Ю., Розенбаум А.Е., Лимановская О.В., Вольман Д.В. совместно подготовили рукопись и несут ответственность за плагиат.
Конфликт интересов
Авторы заявляют об отсутствии конфликта интересов.
nauki Rossijskoj Federacii [Mathematics and natural sciences. Theory and practice: interuniversity collection of scientific works of the Ministry of Education and Science of the Russian Federation]. Yaroslavl', 2015, pp. 247251. (In Russian)
9. Golovkin K.S. Improving efficiency of design and technological preparation of production of products "Branch" and "Transition". Prikladnaya informatika [Applied Informatics], 2012, no. 4 (40), pp. 31-37. (In Russian)
10. Ovchinnikov A.Yu., Knyazeva N.Yu. Development of a construction technique for the complex details in the application of group process with the use of CAD "T-FLEX". Vestnik mordovskogo universiteta [Mordova University Bulletin], 2016, no. 3 (26), pp. 312-324. (In Russian)
11. Nuzhnyj A.M., Barabanov A.V., Grebennikova N.I., Safronov V.V. Organizing the exchange technological data in the 1C: PDM. Vestnik Voronezhskogo gosudarstvennogo tekhnicheskogo universiteta [Bulletin of Voronezh State Technical University], 2015, vol. 11, no. 4, pp. 26-29. (In Russian)
12. Smelov V.G., Kokareva V.V., Malyhin A.N., Malyhina O.N. Preproduction organization with PDM-system TEAMCENTER. Izvestiya Samarskogo nauchnogo centra Rossijskoj akademii nauk [Izvestia of Samara Scientific Center of the Russian Academy of Sciences], 2013, vol. 15, no. 6-4, pp. 966-972. (In Russian)
13. Torop D.N., Terlikov V.V. Teamcenter. Nachalo raboty [Teamcenter. Start of work]. Moscow: DMK Press Publ., 2011, 280 p. (In Russian)
14. Ore O. Teoriya grafov [Graph theory]. Moscow: Libro-kom Publ., 2009, 354 p. (In Russian)
15. Sarka D., Lah M., Jerkich G. Microsoft SQL Server 2012. Realizaciya hranilishch dannyh: uchebnyj kurs Microsoft. Ekzamen 70-463 [Microsoft SQL Server 2012. Data storage mplementation: Microsoft training course. Exam 70-463]. Moscow: Russkaya redakciya Publ., 2014, 792 p. (In Russian)
16. Bondar' A. Microsoft SQL Server 2012. Saint-Petersburg: BHV-Petersburg Publ., 2013, 608 p. (In Russian)
17. Klemenkov P.A., Kuznecov S.D. Big data: modern approaches to storage and processing. Trudy Instituta sistemnogo programmirovaniya RAN [Proceedings of the Institute for System Programming of the RAS], 2012, vol. 23, pp. 143-158. (In Russian)
Authorship criteria
Loginov A.Yu., Rozenbaum A.E., Limanovskaya O.V., Volman D.V. have prepared the manuscript for publication and bear the responsibility for plagiarism.
Conflict of interests
The authors declare that there is no conflict of interests regarding the publication of this article.
