iiti-2024/paper.tex

353 lines
52 KiB
TeX
Raw Permalink Normal View History

2024-04-24 12:33:14 +04:00
% This is samplepaper.tex, a sample chapter demonstrating the
% LLNCS macro package for Springer Computer Science proceedings;
% Version 2.21 of 2022/01/12
%
\documentclass[runningheads]{llncs}
%
% remove in englisch version
\usepackage[russian]{babel}
\usepackage{amsmath}
\usepackage{amssymb}
\selectlanguage{russian}
%
\usepackage[T1]{fontenc}
% T1 fonts will be used to generate the final print and online PDFs,
% so please use T1 fonts in your manuscript whenever possible.
% Other font encondings may result in incorrect characters.
%
\usepackage{graphicx}
% Used for displaying a sample figure. If possible, figure files should
% be included in EPS format.
%
% If you use the hyperref package, please uncomment the following two lines
% to display URLs in blue roman font according to Springer's eBook style:
%\usepackage{color}
%\renewcommand\UrlFont{\color{blue}\rmfamily}
%\urlstyle{rm}
%
\begin{document}
%
2024-05-21 11:06:12 +04:00
\title{ФОРМИРОВАНИЕ БАЗЫ ПРАВИЛ ДЛЯ PLM СИСТЕМ}
2024-04-24 12:33:14 +04:00
%
%\titlerunning{Abbreviated paper title}
% If the paper title is too long for the running head, you can set
% an abbreviated paper title here
%
2024-07-20 18:02:13 +04:00
%\author{
% Liliya~Kamaletdinova\inst{1}\orcidID{0009-0006-2929-9757} \and
% Anton~Romanov\inst{1}\orcidID{0000-0001-5275-7628} \and
% Aleksey~Filippov\inst{1}\orcidID{0000-0003-0008-5035} \and
% Nadezhda~Yarushkina\inst{1}\orcidID{0000-0002-5718-8732}
%}%
%\authorrunning{L. Kamaletdinova et al.}
2024-04-24 12:33:14 +04:00
% First names are abbreviated in the running head.
% If there are more than two authors, 'et al.' is used.
%
2024-07-20 18:02:13 +04:00
%\institute{Ulyanovsk State Technical University, Ulyanovsk, Russian Federation
%\email{romanov73@gmail.com}\\
%\url{https://ulstu.ru/}}
2024-04-24 12:33:14 +04:00
%
\maketitle % typeset the header of the contribution
%
\begin{abstract}
2024-05-21 11:06:12 +04:00
Часто возникает необходимость интеграции PLM-системы и сторонней информационной системы, не входящей в состав комплекса PLM, но участвующей в решении задач, связанных с информационной поддержкой управления производственными процессами. На данный момент задачу такой интеграции выполняет аналитик. Он должен сформировать структурную и процессную модели интегрируемой ИС, на основе которых формируются правила взаимодействия с системой. В процессе эксплуатации помимо аналитика участвует оператор, который выполняет задачу поддержания актуальности данных как интегрируемой ИС, так и всего комплекса, и лицо, принимающее решение (ЛПР), который выполняет процесс управления интегрируемой ИС, а именно поддержание её работоспособного состояния.
Предлагается подход, позволяющий снизить нагрузку как на аналитика, обеспечивающего настройку взаимодействия и отображения данных, так и на оператора, участвующего в обеспечении актуальности структур данных, и ЛПР, участвующего в принятии важных решений, связанных с возможными рисками на производстве.
2024-04-24 12:33:14 +04:00
2024-05-21 11:06:12 +04:00
\keywords{База правил \and PLM-системы \and Управление на основе данных}
2024-04-24 12:33:14 +04:00
\end{abstract}
%
%
%
\section{Introduction}
2024-04-30 15:43:50 +04:00
На сегодняшний день многие крупные производства используют PLM системы \cite{Terzi-2010} для управления жизненным циклом изделий. PLM системы используются для осуществления контроля потоков данных на производстве, включая решение таких задач как хранение, интеграцию, поддержание в актуальном состоянии данных в каждой информационной подсистеме, входящей в комплекс. Ключевую роль в этом выполняет шина данных \cite{Menge-2007}. В каждом комплексе систем шина данных имеет свои особенности реализации \cite{Swedenko-2016}. Однако общей особенностью интеграции на основе шин данных является использование взаимодействия, основанного на правилах. Для настройки взаимодействия между подсистемами аналитик выполняет:
2024-04-30 13:50:43 +04:00
\begin{itemize}
\item построение модели поведения информационной системы,
\item выявление ключевых признаков,
\item формирование правил поведения системы.
\end{itemize}
2024-04-24 12:33:14 +04:00
2024-04-30 13:50:43 +04:00
В данной работе рассматривается не только подход к формированию взаимодействия между системами, но и подход к управлению PLM подсистемами. Часто возникает необходимость интеграции PLM-системы и сторонней информационной системы (далее в тексте будем называть ее интегрируемая ИС), не входящей в состав комплекса PLM, но участвующей в решении задач, связанных с информационной поддержкой управления производственными процессами. На данный момент задачу такой интеграции выполняет аналитик или лицо принимающее решение (ЛПР). Аналитик должен сформировать структурную и процессную модели интегрируемой ИС, на основе которых формируются правила взаимодействия с системой. Так же в процессе эксплуатации к задачам аналитика (ЛПР) добавляется процесс управления интегрируемой ИС, а именно поддержание актуальности данных и работоспособного состояния самой системы.
На рисунке \ref{fig:state} представлен граф состояний интегрируемой ИС в общем виде.
\begin{figure}
\centering
\includegraphics[width=0.3\linewidth]{figures/state}
\caption{Граф состояний интегрируемой информационной системы}
\label{fig:state}
\end{figure}
2024-04-24 12:33:14 +04:00
2024-05-15 17:03:08 +04:00
На рисунке представлены основные состояния интегрируемой ИС, используемые в данной работе. Так $S1$ — работоспособное состояние системы, $S2$ — неработоспособное состояние системы или состояние отказа, $S3$ — предельное состояние системы \cite{Checkal-2012}. Под работоспособным состоянием системы понимается такое состояние, когда система продолжает выполнять свои основные задачи, при этом данные системы соответствуют. Под предельным состоянием системы понимается такое состояние системы, когда система продолжает выполнять свои основные задачи, при этом данные системы находятся в пограничном состоянии. Под неработоспособным состоянием системы или состоянием отказа понимается такое состояние системы, когда система не может продолжать выполнение основных задач и требуется вмешательство ЛПР. Находясь в состоянии $S1$ и $S3$, система может перейти в состояние отказа, поэтому основная цель управления состоит в поддержании системы в состоянии $S1$ и возможности возврата в это состояние без рисков, в случае, если система перешла в состояние $S3$.
2024-05-15 15:37:33 +04:00
2024-04-30 13:50:43 +04:00
Стоит отдельно рассмотреть процесс, когда взаимодействие интегрируемой ИС и всего комплекса PLM обеспечивается участием оператора. В этом процессе в настоящее время объем работ оператора для настройки взаимодействия, отображения данных, поддержания системы в работоспособном состоянии достаточно велик. Роль оператора в данном процессе отображена на рисунке~\ref{fig:interaction}.
2024-04-24 12:33:14 +04:00
2024-04-30 13:50:43 +04:00
\begin{figure}
\centering
2024-04-30 15:43:50 +04:00
\includegraphics[width=1.0\linewidth]{figures/interaction}
2024-04-30 13:50:43 +04:00
\caption{Процесс организации взаимодействия и поддержания системы в состоянии работоспособности с участием человека}
\label{fig:interaction}
\end{figure}
2024-04-24 12:33:14 +04:00
2024-04-30 15:43:50 +04:00
Аналитик должен учитывать изменения структуры данных интегрируемой ИС. Оператор отслеживает возможные риски, связанные с обеспечением соответствия данным комплекса PLM. ЛПР принимает решения относительно возможной минимизации рисков. Предлагается подход, позволяющий снизить нагрузку как на аналитика, обеспечивающего настройку взаимодействия и отображения данных, так и на оператора, участвующего в обеспечении актуальности структур данных, и ЛПР, участвующего в принятии важных решений, связанных с возможными рисками на производстве.
\subsection{Обзор существующих методов и подходов к управлению}
В настоящее время подходы к управлению производственными ИС раскрываются в следующих источниках: \cite{Feng-2006,Sudarsan-2005,Alahi-2023,Sacks-2020,Cimini-2020,Hou-2009}. В источниках \cite{Feng-2006,Sudarsan-2005,Sacks-2020} предлагается использовать модель интегрируемой ИС. Данные подходы напрямую зависит от точности и полноты модели, однако формирование модели реализуется либо аналитиком \cite{Feng-2006,Sacks-2020}, либо автоматически \cite{Sudarsan-2005}, что не всегда гарантирует адекватность и точность модели. В источнике \cite{Feng-2006} представлено классическое управление на основе модели процессов и данных информационной системы, где роль аналитика велика. В источнике \cite{Sudarsan-2005} предлагается использовать фреймворк для формирования модели. Не смотря на то, что процесс формирования модели происходит автоматически, управляющий компонент всё ещё зависит от точности и полноты модели. В источнике \cite{Alahi-2023} предлагается использовать обучающую выборку и машинное обучение без учителя. Однако в зависимости от полноты и качества данных выборки зависит формируемая модель интегрируемой ИС, что зачастую может привести к неверному истолкованию результатов прогнозирования механизмов управления, в случае если данные имеют ошибки или сильно зашумлены.
В источнике \cite{Sacks-2020} предлагается подход цифровых двойников. Несмотря на преимущества данного подхода в целом, применительно к поставленной задаче, а именно интеграция информационных систем, отображение данных и снижение трудозатрат аналитика, оператора и ЛПР, подход цифровых двойников требует дополнительный качественный анализ и построение модели информационной системы, что приводит к увеличению нагрузки на аналитика.
2024-05-15 15:37:33 +04:00
2024-04-30 15:43:50 +04:00
В источнике \cite{Cimini-2020} описан подход к управлению human-in-the-loop. Основная идея данного подхода заключается в полном контроле поведения системы управления со стороны человека и сводится к машинному обучению с учителем. Данный подход является наиболее безопасным с точки зрения предупреждения рисков, связанных с производством, но более комплексным и требующим участия ЛПР на всех этапах жизненного цикла управляющей системы, начиная с формирования обучающей выборки, и заканчивая контролем поведения управляющей системы.
Таким образом, предлагается использовать подход управления на основе данных \cite{Hou-2009}. Предполагается снижение трудозатрат аналитика и оператора за счет выполнения задачи интеграции и частично задачи управления интегрируемой ИС разработанной управляющей системой. Подход управления на основе данных подразумевает:
\begin{enumerate}
\item выполнение моделирования системы, но не в классическом понимании\cite{Feng-2006}, а за счет формирования метамодели данных интегрируемой ИС на основе анализа ее хранилища;
\item отображение данных при интеграции систем PLM и интегрируемой ИС предприятия за счет использования базы правил поведения интегрируемой ИС;
\item снижение рисков перехода в состояние отказа \ref{fig:state} и поддержание системы в работоспособном состоянии без участия в данном процессе ЛПР.
\end{enumerate}
\subsection{Обзор существующих подходов к формированию баз правил}
Для решения задачи предлагается использовать продукционную модель базы правил. Классические нечеткие системы основаны на подходе Мамдани \cite{Mamdani-1974}. В таких системах существует 2 модуля преобразования обычных данных в нечеткие. Модуль фаззификации устанавливает соответствие между раальными значениями входных данных и нечеткими значениями, основываясь на функции принадлежности. С другой стороны, модуль дефаззификации устанавливает соответствие между нечеткими значениями и реальными значениями выходных данных предметной области. Нечеткие базы правил (системы, основанные на нечетких правилах) основаны на принципе преобразования четких значений в нечеткие. Правила в данном случае представляют собой множество лингвистических термов и выходные данные ассоциируются с ними, например, правило может иметь несколько входных данных и только определенное значение выходного параметра. Существует несколько вариантов классической системы, основанной на нечетких правилах:
\begin{enumerate}
\item Система, основанная на нечетких правилах Мамдани \cite{Gonsales-1994}. Каждая переменная правила представляет собой значение из множества лингвистических термов, например. Если $X_i$ -- переменная, представленная множеством $\{l_1,l_2,l_3 \}$, тогда в переменной правила $X_i$ может быть представлена как $\{l_1,l_2\}$. Переменная может принадлежать набору лингвистических терминов в правиле. Это помогает сократить количество правил, чтобы избежать проблемы увеличения размера самой базы. Таким образом, правило может иметь вид: $x_1=\{l_{11},l_{12}\} \wedge x_2 = \{l_{23} \} \wedge ... \wedge x_n=\{l_{n1},l_{n2} \} \rightarrow y = Y$.
\item Приближенные системы, основанные на нечетких правилах Мамдани~\cite{Duckstein-1995}. Такие системы включают в себя несколько элементов наборов терминов, которые могут снизить интерпретируемость вывода. Системы способны добиться большей точности ценой потери интерпретируемости. Каждое правило имеет свой собственный нечеткий набор вместо использования лингвистических терминов. Этот подход генерирует семантически свободные правила и обладает более высокой выразительностью благодаря использованию различных нечетких множеств в каждом правиле. Он может принимать разное количество правил в зависимости от сложности проблемы. Что касается недостатков, подобные системы страдают от потери интерпретируемости, а также они могут переопределять обучающие данные и плохо работать в случае невидимых данных.
\item Системы классификации на основе нечетких правил \cite{Chi-1996}. Система классификации на основе нечетких правил — это система, которая использует нечеткие правила в качестве средства обучения. В классических системах, основанных на нечетких правилах Мамдани, входные данные сопоставляются с обычно одномерным выходом, но в данном случае входные данные сопоставляются с одной из меток класса. Структура правила выглядит следующим образом: $x_1 = l_{1i} \wedge x _2 = l_{2i} \wedge ... \wedge x_n = l_{ni} \rightarrow y = c$.
\end{enumerate}
Существуют варианты неклассических систем, основанных на нечетких правилах:
\begin{enumerate}
\item Иерархические нечеткие системы \cite{Razak-2021} состоят из нескольких низкоразмерных нечетких систем, расположенных иерархическим образом. Правила в иерархических нечетких системах сгруппированы в модули в соответствии с их ролями в системе. Каждый модуль вычисляет частичное решение, которое далее передается на модули следующего уровня. Хотя каждый модуль представляет собой нечеткую систему, он генерирует значительно меньшее количество правил, чем плоская нечеткая система. Несмотря на широкое распространение применения иерархических баз правил при работе с big data, существует ряд недостатков подобных систем. В статье \cite{Zhang-2014} приведены примеры оптимизации иерархических нечетких систем с помощью генетического алгоритма. В статье \cite{Duan-2001} приведены примеры оптимизации каскадных иерархических нечетких систем с использованием нейронных сетей, однако из-за того, что предложенный метод задействует все входные переменные, теряется преимущество сокращения количества правил.
\item Нейро-нечеткие системы \cite{Jang-1991} представляют собой слияние систем, основанных на нечетких правилах, с искусственными нейронными сетями. Основная идея систем состоит в способности принятия решений на основе заданных правил и обучения за счет использования нейронных систем. База правил является плоской (одноразмерной, в отличии от иерархических нечетких систем), что увеличивает размеры самой базы правил, но упрощает процесс обучения нейронной сети в процессе работы системы управления. Нейро-нечеткие системы состоят из двух модулей, первый отвечает за настройку и структурирование условия правила, а второй отвечает за формирование следствия. Нейронная сеть на основе существующих правил, принимая входные данные, наистраивает условие правила и частично вычисляет функцию принадлежности, соответствующую нечеткому множеству входных данных. На втором этапе происходит вычисление следствия правила от нечеткого множества следствий до точных значений вывода.
\item Эволюционные нечеткие системы \cite{Komartsova-2011}. Для решения задачи формирования базы правил используются генетические алгоритмы. Отличие данного типа нечетких баз правил состоит в том, что она самообучаема и самооптимизируема. Реализация этого подхода выполняется в два этапа:
\begin{itemize}
\item на первом этапе генетический алгоритм (ГА) используется для нахождения кандидатов нечетких правил в базе знаний;
\item на втором этапе с помощью ГА выполняется процедура оптимизации базы знаний с целью исключения из рассмотрения худших правил, мало влияющих на получение окончательного решения.
\end{itemize}
\end{enumerate}
Для решения задачи исследования в организации данных было принято решение объединить подходы иерархической нечеткой базы правил и нейро-нечетких баз правил с выводом результата, основанном на нечетких правилах Мамдани, с использованием подхода эволюционного алгоритма для формирования правил на основе изменений метамодели.
Таким образом, база правил будет построена как показано на рисунке \ref{fig:kb-structure}.
\begin{figure}
\centering
\includegraphics[width=1.0\linewidth]{figures/kb-structure}
\caption{Структура гибридной базы с нечетким логическим выводом}
\label{fig:kb-structure}
\end{figure}
Таким образом, согласно диаграмме база знаний состоит из нескольких уровней условий, учитывающих возможные изменения в метамодели и в базе данных интегрируемой информационной системы, и нескольких уровней следствий, формирующих четкий логический вывод на основе лингвистического представления правил в базе правил.
2024-05-15 15:37:33 +04:00
\section{Модель базы знаний поведения интегрируемой информационной системы}
2024-07-20 18:02:13 +04:00
Согласно рисунку \ref{fig:kb-structure} база правил будет представлена в виде иерархической структуры с двумя уровнями правил. Ранее авторами была получена структурная модель метаданных $M$ интегрируемой ИС [].
%\cite{Kamaletdinova-2024}.
Так первый уровень будет представлен в виде правил, состоящих из лингвистических термов, и зависеть от изменений метамодели. Второй уровень правил будет формироваться динамически на основе результатов, полученных на первом уровне.
2024-05-15 15:37:33 +04:00
Пусть $INP=\{INP_1,INP_2, ...,INP_z\}, z \in N$ -- множество лингвистических термов, представляющих входные данные модели метаданных $M$, а $OUT=\{OUT_1, OUT_2, ..., OUT_w\}, w \in N$ -- множество лингвистических термов, представляющих ключевые процессы модели метаданных $M$, тогда правило, описывающее первый уровень будет иметь теоретико-множественное представление в виде:
\begin{equation}
P(INP) \rightarrow \{INP^{OUT_s}\}, OUT_s,
\end{equation}
где $OUT_s$ -- лингвистический терм, отражающий конкретный ключевой процесс модели метаданных $M$, а $\{INP^{OUT_s}\}$ -- множество лингвистических термов, отражающих входные данные для конкретного ключевого процесса модели метаданных $M$.
Представим $\{INP^{OUT_s}\}$ как $X$, а $OUT_s$ как $Y$.
В таблице \ref{tab:second_level_rules} представлены входные данные для правила второго уровня, которые будут использованы для формирования конечных значений поведения интегрируемой ИС.
\renewcommand{\arraystretch}{1.3}
\begin{table}[h]
\centering
\caption{Табличное представление входных данных для правила второго уровня}
\label{tab:second_level_rules}
\begin{tabular}{|l|l|l|l|l|}
\hline
$\mathbf{X_1}$ & $\mathbf{X_2}$ & $\mathbf{...}$ & $\mathbf{X_m}$ & $\mathbf{Y}$ \\ \hline
$v_1^1$ & $v_2^1$ & ... & $v_m^1$ &$y^1$ \\ \hline
$v_1^2$ & $v_2^1$ & ... & $v_m^2$ &$y^2$ \\ \hline
... & ... & ... & ... & ... \\ \hline
$v_1^n$ & $v_2^n$ & ... & $v_m^n$ & $y^n$ \\ \hline
\end{tabular}
\end{table}
2024-04-30 15:43:50 +04:00
2024-05-15 15:48:37 +04:00
Колонки 1-4 отображают значения входных данных для ключевых процессов информационной системы, а колонка 5 представляет значения данных, которые являются реакцией системы на значения входных данных.
Для формирования правил второго уровня управления интегрируемой ИС определим следующий функционал:
\begin{equation}
p(X,V) \rightarrow Y,
\end{equation}
где $V=\{\{v_1^1,...,v_m^1 \},\{v_1^2,...,v_m^2\}, ... , \{v_1^n, ..., v_m^n\}\}$, -- входные значения m параметров $X = \{x_k\}, k=[1,m], m \in N, n \in N$,
$Y=\{y^i\}, i = [1,n], n \in N$, -- $n$ состояний интегрируемой ИС.
Состояние системы $y^i$ определяется вектором входных значений $\{v_1^i, ..., v_m^i\}$,
Таким образом, для формирования правила управления системы для перевода ее в состояние (выдачи управляющих воздействий) $y^i$ необходимо в антецедент правила включить сравнение вектора параметров $X$ со значениями $\{v_1^i, ..., v_m^i\}$:
\begin{equation}
2024-05-15 16:15:19 +04:00
\label{eq:comparison}
2024-05-15 15:48:37 +04:00
p^i (X, \{v_1^i, ..., v_m^i\}) \rightarrow y^i.
\end{equation}
При работе интегрируемой ИС могут возникать ситуации, когда разные значения входных параметров приводят к одному и тому же состоянию $y^i$. В этом случае их необходимо группировать, явно указав одно и то же выходное состояние.
Для учета неопределенности во входных значениях будем использовать нечеткие функции принадлежности треугольной формы $\mu_(y^i ) (x^i)$ \cite{Mamdani-1974}. Данная функция значений входных параметров $x^i$, присущих состоянию системы $i$ позволяет выполнять логический вывод даже в том случае, когда вектор входных значений содержит значения, не совпадающие в точности со значениями, использующимися в антецедентах правил.
2024-05-15 16:15:19 +04:00
\section{Алгоритм формирования выходных данных на основе иерархической базы правил}
На рисунке \ref{fig:algorithm} представлен алгоритм принятия решения с использованием иерархической нечеткой базы правил с нечетким логическим выводом, основанном на подходе Мамдани \cite{Mamdani-1974}.
\begin{figure}
\centering
\includegraphics[width=1.0\linewidth]{figures/li}
\caption{Алгоритм принятия решений}
\label{fig:algorithm}
\end{figure}
Предварительно на основе метамодели формируется первый уровень базы правил (generate abstract level rule base), который не будет изменяться до тех пор, пока не произойдут изменения в самой метамодели интегрируемой ИС.
2024-05-15 17:26:50 +04:00
Алгоритм, представленный на рисунке \ref{fig:algorithm}, состоит из следующих шагов:
2024-05-15 16:15:19 +04:00
\begin{itemize}
2024-05-15 16:19:59 +04:00
\item Входные данные (input data), представленные в виде кортежа данных ключ-значение ($inp1 = 7$) разного типа (целочисленные, строковые, дата и логические переменные типа boolean), преобразуются в лингвистические термы (transfer to terms), представленные в виде \\ $INP=\{INP_1, INP_2, ..., INP_z\}, z \in N$.
2024-05-15 16:15:19 +04:00
2024-05-15 16:19:59 +04:00
\item Используя базу правил первого уровня (abstract level rule base) и преобразованные входные данные ($INP$), осуществляется логический вывод (search in abstract level rule base), представленный в виде \\ $\{\{INP^{OUT_s}\}, OUT_s\}, s \in N$.
2024-05-15 16:15:19 +04:00
\item Результат выполнения правила первого уровня ($\{INP^{OUT_s}\}, OUT_s$), исходные входные данные (input data), представленные в виде кортежа данных ключ-значение ($inp1 = 7$) разного типа (целочисленные, строковые, дата и логические переменные типа boolean), и база данных интегрируемой ИС (data base) участвуют в динамическом формировании правил второго уровня (generate key level rule base), математическое представление которых представлено в формуле \ref{eq:comparison}.
\item В процессе нечеткого логического вывода (logic inference by Mamdani), основанного на подходе Мамдани, получается результат выполнения правила ($y^i$) на основе базы правил второго уровня.
\item На заключительном этапе (generate out) формируются подходящие выходные данные (output data), представленные в виде картежа данных ключ-значение ($out1 = 7$) разного типа (целочисленные, строковые, дата и логические переменные типа boolean). Заключительный этап использует в качестве входных данных базу данных интегрируемой ИС (data base) и результат выполнения правила ($y^i$) на основе базы правил второго уровня.
\end{itemize}
Таким образом, происходит процесс принятия решений на основе иерархической нечеткой базы правил с нечетким логическим выводом.
2024-05-15 16:32:48 +04:00
2024-05-15 16:43:53 +04:00
\section{Иллюстративный пример иерархической базы правил}
2024-07-20 18:02:13 +04:00
В качестве примера рассмотрим полученную базу правил на основе информационной системы, предназначенной для обработки заявок, faveo service desk \cite{faveo}. В работе [] %\cite{Kamaletdinova-2024-2}
отображена метамодель данных, представленная на рисунке \ref{fig:metamodel}.
2024-05-19 17:14:16 +04:00
\begin{figure}
\centering
\includegraphics[width=1.0\linewidth]{figures/metamodel}
\caption{Метамодель информационной системы faveo}
\label{fig:metamodel}
\end{figure}
На основе метамодели строится база правил первого уровня, отображенная на рисунке \ref{fig:rules1}. Первый уровень содержит лингвистические термы, отображающие зависимость ключевых процессов от входных данных. Входные данные предварительно были преобразованы в лингвистическое описание.
\begin{figure}
\centering
\includegraphics[width=0.8\linewidth]{figures/rules1}
\caption{База правил первого уровня информационной системы faveo}
\label{fig:rules1}
\end{figure}
При сравнении рисунков \ref{fig:metamodel} и \ref{fig:rules1} видны отличия между названиями входных сущностей для метамодели и входных данных, представленных в виде лингвистических термов в условии правила. Это связано с тем, что входные данные преобразовываются перед тем как формировать базу правил первого уровня.
При переходе по ссылке одного из правил, представленных на рисунке \ref{fig:rules1}, динамически формируется база правил второго уровня. На рисунке \ref{fig:rules2} представлен пример базы правил второго уровня для ключевого процесса ticket\_thread, отображенного на рисунке \ref{fig:metamodel}.
\begin{figure}
\centering
\includegraphics[width=0.5\linewidth]{figures/rules2}
\caption{База правил второго уровня информационной системы faveo для ключевого процесса ticket\_thread}
\label{fig:rules2}
\end{figure}
Условия правил содержат ключевые параметры с целочисленными значениями. В процессе нечеткого логического вывода осуществляется поиск подходящего правила с использованием функции принадлежности, в результате которого формируются понятные для пользователя данные, соответствующие состоянию ключевого процесса при переданных входных данных.
Пример вывода результата представлен в таблице 2.
Таким образом, при заданных входных данных формируется результат, который отражает состояние ключевого процесса информационной системы faveo service desk. Этот вывод подтверждает целесообразность применения предложенного подхода, так как сформированный результат отражает реальные данные при работе с системой заявок faveo service desk и получение результата не зависит от запуска самой интегрируемой информационной системы, что является преимуществом при отображении данных и параллельной работе интегрируемой информационной с комплексом PLM.
2024-05-15 16:43:53 +04:00
2024-05-15 16:32:48 +04:00
\section{Управляющая система в общем комплексе управления}
2024-07-20 18:02:13 +04:00
Предлагаемый подход подразумевает использование управляющей системы для сокращения временных и трудозатрат оператора, участвующего в процессе управления. Управляющая система (УС) — это программный инструмент, реализующий предлагаемый подход управления на основе данных []
%\cite{Kamaletdinova-2024}.
Управление включает в себя конфигурирование и обмен данными, в данном случае, за счет использования метамодели интегрируемой ИС и иерархической базы правил с нечетким логическим выводом. Управляющая система выступает адаптером для обеспечения взаимодействия интегрируемой ИС с программным комплексом PLM.
2024-05-15 16:32:48 +04:00
На рисунке \ref{fig:control_system} представлен процесс организации управления информационной системой с участием управляющей системой.
\begin{figure}
\centering
\includegraphics[width=1.0\linewidth]{figures/control_system}
\caption{Процесс организации взаимодействия и поддержания системы в состоянии работоспособности с участием УС и ЛПР}
\label{fig:control_system}
\end{figure}
При сравнении рисунков \ref{fig:interaction} и \ref{fig:control_system} отметим, что из процесса управления исключается роль аналитика и оператора, их функции выполняет УС. Также стоит отметить, что в процессе управления и в том, и в другом случае присутствуют несколько условий:
\begin{enumerate}
\item Существование возможной реакции интегрируемой ИС на входные данные;
\item Влияние полученной реакции на состояние PLM системы (возможность добавления данных в комплекс без ошибок и рисков для всего производственного комплекса).
\end{enumerate}
2024-05-15 17:14:48 +04:00
Таким образом, можно увидеть, что основная задача ЛПР состоит в корректировке данных общего комплекса PLM, не взаимодействуя при этом с интегрируемой информационной системой. Общий процент сценариев, где должен участвовать человек при работе с системой без УС составляет 85\%, а общее количество сценариев при работе с системой с УС составляет 18\%. Основной задачей является, в случае использования УС, реакция на ошибки при формировании результатов работы интегрируемой ИС. Получаем снижение роли лица, принимающего решения на 67\%.
2024-05-15 16:32:48 +04:00
\section{Заключение}
В статье приведен подход управления на основе данных применительно к производственным процессам. Подход подразумевает использование метамодели данных информационной системы и иерархическую базу правил поведения информационной системы с нечетким логическим выводом. Приведены основные выводы, подтверждающие целесообразность использования данного подхода в задачах отображения данных информационных систем и управления информационной системой с целью снижения человеческого фактора при организации управления сторонними системами на производстве. Задачи являются актуальными на многих производствах Российской Федерации, в том числе на производственных предприятиях Ульяновской области.
2024-05-15 16:15:19 +04:00
2024-04-24 12:33:14 +04:00
\begin{credits}
2024-07-20 18:02:13 +04:00
%\subsubsection{\ackname} This study was supported the Ministry of Science and Higher Education of Russia in framework of project No. 075-03-2023-143 "The study of intelligent predictive analytics based on the integration of methods for constructing features of heterogeneous dynamic data for machine learn-ing and methods of predictive multimodal data analysis".
2024-04-24 12:33:14 +04:00
\end{credits}
2024-05-15 16:32:48 +04:00
2024-04-24 12:33:14 +04:00
\begin{thebibliography}{8}
2024-04-30 15:43:50 +04:00
\bibitem{Terzi-2010}
Terzi S., Bouras A., Dutta D., Garetti M., Kiritsis D. Product Lifecycle Management — from its History to its New Role. International Journal Product Lifecycle Management, 2010, vol. 4, no. 4, pp. 360389.
\bibitem{Menge-2007}
Menge F. Enterprise Service Bus. Free and Open Source Software Conference, 2007. Available at: https://programm.froscon.org/2007/attachments/15-falko\_menge\_-\_enterpise\_service\_bus.pdf
\bibitem{Swedenko-2016}
2024-05-15 15:37:33 +04:00
Shvedenko V. N., Shchekochikhin O. V. Architecture of an integrated information system that ensures behavioral properties (In russian) // Scientific and technical bulletin of information technologies, mechanics and optics. 2016. V. 16. No. 6. pp. 1078-1083.
2024-04-30 15:43:50 +04:00
\bibitem{Checkal-2012}
2024-05-15 15:37:33 +04:00
Chekal E. G. Reliability of information systems: textbook: in 2 parts. Part 1 (In russian) / E. G. Chekal, A. A. Chichev. Ulyanovsk: UlGU, 2012. 118 p.
2024-04-30 15:43:50 +04:00
\bibitem{Feng-2006}
Feng G. A survey on analysis and design of model-based fuzzy control systems //IEEE Transactions on Fuzzy systems. 2006. Т. 14. №. 5. С. 676-697.
\bibitem{Sudarsan-2005}
R. Sudarsan, S.J. Fenves, R.D. Sriram, F. Wang, A product information modeling framework for product lifecycle management / Computer-Aided Design 37 (2005) 13991411
\bibitem{Alahi-2023}
Alahi MEE, Sukkuea A, Tina FW, Nag A, Kurdthongmee W, Suwannarat K, Mukhopadhyay SC. Integration of IoT-Enabled Technologies and Artificial Intelligence (AI) for Smart City Scenario: Recent Advancements and Future Trends. Sensors. 2023; 23(11):5206. https://doi.org/10.3390/s23115206
\bibitem{Sacks-2020}
Sacks R, Brilakis I, Pikas E, Xie HS, Girolami M. Construction with digital twin information systems. Data-Centric Engineering. 2020;1:e14. doi:10.1017/dce.2020.16
\bibitem{Cimini-2020}
Ch. Cimini, F. Pirola, R. Pinto, S. Cavalieri, A human-in-the-loop manufacturing control architecture for the next generation of production systems // Journal of Manufacturing Systems. - 2020. - vol. 54. - pp. 258-271
\bibitem{Hou-2009}
Hou Z.S., Xu J.X. On Data-driven Control Theory: the State of the Art and Perspective. Acta Automatica Sinica, 2009, vol. 35, no. 6, pp. 650667.
\bibitem{Mamdani-1974}
Mamdani, E.H.: Application of fuzzy algorithms for control of simple dynamic plant. In: Proceedings of the Institution of Electrical Engineers, vol. 121, pp. 15851588. IET (1974).
\bibitem{Gonsales-1994}
Gonza´lez, A., Pe´rez, R., Verdegay, J.L.: Learning the structure
of a fuzzy rule: a genetic approach. Fuzzy Syst. Artif. Intell.
3(1), 5770 (1994)
\bibitem{Duckstein-1995}
Duckstein, L., et al.: Fuzzy Rule-Based Modeling with Applications to Geophysical, Biological, and Engineering Systems, vol. 8. CRC Press, Boca Raton (1995)
\bibitem{Chi-1996}
Chi, Z., Yan, H., Pham, T.: Fuzzy Algorithms: With Applications to Image Processing and Pattern Recognition, vol. 10. World Scientific, Singapore (1996)
\bibitem{Razak-2021}
Razak, T.R., Fauzi, S.S.M., Gining, R.A.J., Ismail, M.H., Maskat, R.: Hierarchical fuzzy systems: interpretability and complexity. Indones. J. Electr. Eng. Inform. 9(2), 478489 (2021)
\bibitem{Zhang-2014}
Zhang, X., Onieva, E., Perallos, A., Osaba, E., Lee, V.C.: Hierarchical fuzzy rule-based system optimized with genetic algorithms for short term traffic congestion prediction. Transport. Res. C: Emerg. Technol. 43, 127142 (2014)
\bibitem{Duan-2001}
Duan, J.-C., Chung, F.-L.: Cascaded fuzzy neural network model based on syllogistic fuzzy reasoning. IEEE Trans. Fuzzy Syst. 9(2), 293306 (2001)
\bibitem{Jang-1991}
Jang, J.-S.R., et al.: Fuzzy modeling using generalized neural networks and Kalman filter algorithm. AAAI 91, 762767 (1991)
\bibitem{Komartsova-2011}
2024-05-15 15:37:33 +04:00
Komartsova L. G. Evolutionary methods for forming fuzzy rule bases. 2011.
2024-04-30 15:43:50 +04:00
2024-07-20 18:02:13 +04:00
%\bibitem{Kamaletdinova-2024}
%Kamaletdinova, Lilia \& Romanov, Anton. (2024). Control System Design (In russian). System Analysis \& Mathematical Modeling. 6. 60-77. 10.17150/2713-1734.2024.6(1).60-77.
2024-05-15 16:43:53 +04:00
\bibitem{faveo}
2024-05-15 17:11:13 +04:00
Продукт службы поддержки Faveo Service Desk — URL: https://www.faveohelpdesk.com/servicedesk/?lang=ru (accessed at 1.05.2024)
2024-07-20 18:02:13 +04:00
%\bibitem{Kamaletdinova-2024-2}
%L. Kamaletdinova, A. Romanov and N. Yarushkina, "Industrial Data-Driven Control," 2024 International Russian Smart Industry Conference (SmartIndustryCon), Sochi, Russian Federation, 2024, pp. 62-67
2024-05-19 17:14:16 +04:00
2024-04-24 12:33:14 +04:00
\end{thebibliography}
\end{document}