Научная статья на тему 'ДЕМОНСТРАТОР ПРОГРАММНОЙ ПЛАТФОРМЫ ДЛЯ СОВМЕСТНОГО ИСПОЛЬЗОВАНИЯ АЛГОРИТМОВ ТЕОРИИ СВИДЕТЕЛЬСТВ И НЕЙРОННЫХ СЕТЕЙ В НЕЧЕТКИХ СИСТЕМАХ'

ДЕМОНСТРАТОР ПРОГРАММНОЙ ПЛАТФОРМЫ ДЛЯ СОВМЕСТНОГО ИСПОЛЬЗОВАНИЯ АЛГОРИТМОВ ТЕОРИИ СВИДЕТЕЛЬСТВ И НЕЙРОННЫХ СЕТЕЙ В НЕЧЕТКИХ СИСТЕМАХ Текст научной статьи по специальности «Компьютерные и информационные науки»

CC BY
102
35
i Надоели баннеры? Вы всегда можете отключить рекламу.
Ключевые слова
ТЕХНОЛОГИЧЕСКИЙ ПРОЦЕСС / ТЕХНОЛОГИЧЕСКАЯ ЦЕПЬ / ТЕОРИЯ СВИДЕТЕЛЬСТВ / НЕЧЕТКАЯ СИСТЕМА / НЕЙРОННАЯ СЕТЬ / НЕИСПРАВНОСТЬ / ИНЦИДЕНТ / ДИАГНОСТИКА / ДЕМОНСТРАТОР

Аннотация научной статьи по компьютерным и информационным наукам, автор научной работы — Палюх Б. В., Иванов В. К.

Диагностика состояния сложного многостадийного технологического процесса предполагает совместную обработку первичных данных для получения вероятностных характеристик аномальных критических событий или инцидентов в условиях неопределенности. В статье представлен исследовательский демонстратор «Статус-4» - прототип программной платформы для совместного использования методов алгоритмов теории свидетельств и нейронных сетей в нечетких диагностических системах. Цель разработки демонстратора - создание научно-технического задела для передачи готовых к внедрению решений на следующие этапы проекта. Демонстратор дает возможность показать основные функциональные компоненты платформы, оценить уровень их системной готовности, провести исследовательские испытания платформы, выполнить в различных режимах тестирование программных реализаций выбранных и теоретически подтвержденных методов, быстро проверить работоспособность и эффективность функционирования при различных значениях параметров и их сочетаниях. С помощью демонстратора могут быть показаны варианты совместного применения методов нейронных сетей и теории свидетельств в гибридной экспертной системе для диагностики технологического процесса, получены экспериментальные подтверждения эффективности совместного применения этих методов в части уменьшения уровня неопределенности и увеличения уровня доверия к данным при принятии решений. В статье приводятся краткие сведения о функциональных возможностях демонстратора, включая описание технологического процесса и предположений о влиянии диагностических переменных на его работоспособность, загрузку описаний инцидентов в технологическую БД, формирование гипотез о причинах инцидентов, генерацию продукционных правил, адаптацию параметров алгоритмов оценки состояния технологического процесса с помощью нейронной сети и нечеткого вывода. Рассматриваются основные параметры хранилища данных и объектной модели, приводятся сведения о программной реализации и пользовательском интерфейсе, которые иллюстрируются примерами. Выделены особенности используемых технологий, позволяющие надеяться на эффективность их совместного использования в диагностических системах. Использование демонстратора способствует минимизации ключевых рисков создания полнофункциональной программной платформы для диагностики и оценки состояния сложного многостадийного технологического процесса.

i Надоели баннеры? Вы всегда можете отключить рекламу.

Похожие темы научных работ по компьютерным и информационным наукам , автор научной работы — Палюх Б. В., Иванов В. К.

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

A SOFTWARE PLATFORM DEMONSTRATOR FOR JOINT USE OF EVIDENCE THEORY ALGORITHMS AND NEURAL NETWORKS IN FUZZY SYSTEMS

The diagnostics of a complex multi-stage technical process involves the joint primary data processing to obtain probabilistic characteristics of abnormal critical events or incidents under uncertainty. The paper presents the research demonstrator Status-4 that is a software platform prototype for joint using the evidence theory and neural network methods in fuzzy diagnostic systems. The purpose of the demonstrator development is to create a scientific and technical reserve for ready-to-implement solutions transfer to the next project stages. The demonstrator makes it possible to show the main platform functional components, assess their system readiness level, conduct the platform research tests, perform software implementations testing of the selected and theoretically confirmed methods in various modes, check the functioning operability and efficiency at various parameter values and their combinations quickly. The demonstrator shows the options for the joint application of neural network and evidence theory methods in a hybrid expert system for diagnostics process. In addition, these methods joint application effectiveness is experimentally confirmed in terms of reducing the uncertainty level and increasing the confidence in data level when making decisions. The demonstrator enables minimizing the key risks of creating a full-featured software platform for diagnosing and evaluating the complex multi-stage technologies state. The paper provides brief information about the demonstrator functionality, including the technology description and the suppositions description about diagnostic variables influence on processing performance, loading incident descriptions into the technological database, forming hypotheses about the incidents causes, generating production rules, adapting the parameters of the technology state assessing algorithms using neural network and fuzzy inference. The paper considers the main data warehouse and object model parameters, provides the software implementation and user interface information and illustrates it by examples. It also highlights the used methods features, which allow us to hope for the effectiveness of their joint use in diagnostic systems.

Текст научной работы на тему «ДЕМОНСТРАТОР ПРОГРАММНОЙ ПЛАТФОРМЫ ДЛЯ СОВМЕСТНОГО ИСПОЛЬЗОВАНИЯ АЛГОРИТМОВ ТЕОРИИ СВИДЕТЕЛЬСТВ И НЕЙРОННЫХ СЕТЕЙ В НЕЧЕТКИХ СИСТЕМАХ»

УДК 004.891.3 Дата подачи статьи: 15.09.21, после доработки: 16.09.21

Б01: 10.15827/0236-235Х.136.511-523 2021. Т. 34. № 4. С. 511-523

Демонстратор программной платформы для совместного использования алгоритмов теории свидетельств и нейронных сетей в нечетких системах

В.К. Иванов 1, к.т.н, доцент, тИик@ш^аИ.ги

Б.В. Палюх 1, д.т.н, профессор, зав. кафедрой, [email protected]

1 Тверской государственный технический университет, кафедра информационных систем, г. Тверь, 170026, Россия

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

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

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

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

Ключевые слова: демонстратор, диагностика, инцидент, неисправность, нейронная сеть, нечеткая система, теория свидетельств, технологическая цепь, технологический процесс.

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

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

Одним из общих подходов для снижения неопределенности в используемых данных

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

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

В настоящей статье представлен исследовательский демонстратор (рабочее название «Статус-4»), который является прототипом программной платформы для совместного использования моделей и методов теории свидетельств (ТС) и нейронных сетей (НС) в нечетких системах.

Цель проектирования и разработки демонстратора «Статус-4» - создание научно-технического задела для передачи готовых к внедрению решений на следующие этапы проекта.

Демонстратор «Статус-4» дает возможность:

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

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

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

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

- показать варианты совместного применения НС и алгоритмов ТС в гибридной экс-

пертной системе для диагностики состояния ТП;

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

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

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

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

Особенности многостадийного ТП

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

На рисунке 1 показана схема многостадийного ТП, состоящего из N стадий или числа ТЦ. Основные параметры диагностики и оценки состояния ТП: x - вектор ДП, характеризующих состояние ТП либо на выходе из /'-й ТЦ или отдельной единицы оборудования, либо на входе в (/'+1)-ю ТЦ; u - вектор переменных управления /'-й ТЦ; г - частный критерий оптимальности ТП на /'-й стадии ТП или в '-й ТЦ.

Особенностями многостадийных ТП являются:

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

- большое количество элементов ТЦ и параметров, характеризующих его функционирование;

- сложность поведения элементов ТЦ ввиду большого числа взаимосвязей между ними;

- наличие внешних неконтролируемых воздействий;

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

Функции демонстратора

Функции демонстратора «Статус-4» и их взаимосвязи представлены на диаграмме сценариев выполнения ИМЬ (рис. 2). Взаимосвязи функциональных компонентов при работе демонстратора показаны на рисунке 3. Выделены две группы функций, выполняемых параллельно и независимо друг от друга: подготовка метаданных и загрузка описаний инцидентов, а также анализ и адаптация параметров состояния ТП.

Обработка описания ТП. Подфункция 2.1.1 «Загрузка описания ТП из файла в формате JSON в технологическую БД» обеспечи-

ri

Г2

ri

Гм

x 0 r x 1 r

1 2

^ u 1 ^ u

x 2 x м

x x

т

x N-1 r

-► N

x

u

т

N

u

Рис. 1. Схема многостадийного ТП Fig. 1. The multistage TP diagram

2.2. Обработка предположений о влиянии ДП

—Г"

2.2.1. Загрузка

2.4.3. Объединение результатов по различным ДП и источникам информации

I

2.4. Формирование гипотез о причинах инцидентов

данных о влиянии

ДП 2.2.2. Выгрузка

данных о влиянии ДП

2.5. Генерация продукционных

ия

правил

2.6.3. Анализ состояния нечеткий вывод

Рис. 2. Функциональность ПО демонстратора «Статус-4» Fig. 2. The functionality of the Status-4 software demonstrator

Диагн остическая БД

/

Загрузка описаний инцидентов

Обработка предположений о влиянии ДП

Обработка описаний ТП

Формирование гипотез о причинах инцидентов

Генерация продукционных правил

Адаптация параметров состояния ТП

Технологическая БД

¥

Рис. 3. Взаимосвязи функциональных компонентов при работе демонстратора Fig. 3. Interconnections of functional components during the demonstrator's work

вает наполнение БД и легкую модификацию существующих данных.

Описание ТП содержит:

- описание ДП (идентификаторы, наименование, единица измерения, нижняя и верхняя границы нормативных значений);

- описание ТЦ оборудования (идентификаторы, наименование, состав (описание единиц оборудования));

- описание единицы оборудования (идентификаторы, наименование).

Пример описания ТП в формате JSON:

{"id":2155,"code":"SAK","name":

"Производство слабой азотной кислоты",

"diagvars":[

{"id":3 641,"code ":'^1","пате ": "Концентрация САК", "measure":"%","lovalue":50.0, "hivalue":55.0},{"id":3642,"code": "Z2","name":"Расход САК","measure": "нм3час,ш/час","lovalue":пи11,

"hiva1ue":21.0},...

,

,,chainofunits":[

{"id":3165,"code":"c1","name": "Газовая связь подачи воздуха на технологию и собственные нужды ГТТ",

"units":[{"id":6353,"code" "Ф101б","name":""},{"id": 6354,"code":"101м","name":

id":6355,

"М101т",

iНе можете найти то, что вам нужно? Попробуйте сервис подбора литературы.

""},{"id":6356,

"М101б", ""},{"id": 6357, "газопровод", ""}, {"id":6358, "X201",

'code' 'name" code" "name" code" "name" code" "name"

{"id":3173,"code":"c9","name": "Гидравлическая связь движения оборотной воды",

"units":[{"id":63 85,"code" "Hara^'^'name":""},{"id": 63 8 6,"code": "трубопровод", "name": ""}]}, ...]}

Подфункция 2.1.2 «Выгрузка описания ТП из технологической БД в файл в формате JSON» реализует процедуру, обратную выполняемой подфункцией 2.1.1.

Подфункции 2.1.3 «Удаление описания ТП из технологической БД» и 2.1.4 «Выбор и загрузка описания ТП из технологической БД для дальнейшей работы» реализуют стандартные операции доступа к технологической БД.

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

- экспертные оценки;

- статистические данные о функционировании ТП;

- технические регламенты для ТП.

Процедура экспертной оценки заключается в следующем. Эксперту предъявляется технологическая ситуация, соответствующая нарушению по одной ДП, а эксперт оценивает числом в диапазоне [0, 100] степень подозрения о наличии источника отказа в каждой из диагностируемых ТЦ.

Статистические данные о выполнении ТП должны быть представлены эмпирическим распределением отказов в ТЦ, вызванных отклонением ДП от нормативных значений. Для получения базового распределения вероятностей отказов и последующей его загрузки в БД в демонстраторе использованы следующие подходы: неточная модель Дирихле [2], максимизация уверенности решением задачи линейного программирования, включая частные случаи аналитического решения [3, 4], байесовское распределение.

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

Подфункция 2.2.1 «Загрузка данных о степени влияния ДП на работоспособность ТП из файла JSON в технологическую БД» обеспечивает (как и подфункция 2. 1.1) наполнение БД и легкую модификацию существующих данных. Данные о степени влияния ДП на работоспособность ТП включают (по каждому источнику информации):

- идентификатор ДП;

- идентификатор ТЦ оборудования;

- оценку степени уверенности (%). Таким образом, каждой г-й ДП ставится в

соответствие нечеткое множество ТЦ Сг, в которых потенциально мог произойти сбой: УР(¥,) е Р: Р(у,) = 1 ^ {(в;; ц, (е]))}, С, Ф0, (1)

где У = {уг} - множество ДП; N = | У |; Р = = {Р(у)} - множество признаков того, что инцидент произошел (значение логической переменной Р(у) = 1) или не произошел (Р(уг) = 0); С = {с1, ..., ст} - множество диагностируемых ТЦ оборудования; Сг с С -множество ТЦ, неисправности в которых могли бы вызвать нарушение ограничений по г-й ДП в случае инцидента; цг(с;) - степень уверенности в принадлежности элемента С е [0, 1] множеству Сг.

Пример файла в формате JSON с данными для загрузки в БД:

{"processcode":"SAK","comment":"Степень влияния значений диагностических переменных на работоспособность технологических цепей.", "srcdata":{

"experts":[

{"diagvarcode":"Z1", "chainofunitscode":"c1", "eva1uation":10}, {"diagvarcode": "Z1", "chainofunitscode": "c2", "eva1uation":30}, {"diagvarcode": "Z1","chainofunitscode": "^8", "eva1uation": 40}, {"diagvarcode":"Z2", "chainofunitscode":"c8", "eva1uation": 40}, {"diagvarcode ":"^2", "chainofunitscode":"c9", "eva1uation":20}, {"diagvarcode ":"^3", "chainofunitscode":"c1", "eva1uation":40}, {"diagvarcode ":"^3", "chainofunitscode":"c2", "eva1uation": 40},...

"documentation":[

{"diagvarcode":"Z2", "chainofunitscode":"c8", "eva1uation":50}, {"diagvarcode": "Z2", "chainofunitscode":"c9", "eva1uation": 30},...

],

"statistics":[

{"diagvarcode":"Z2",

"chainofunitscode":"c8",

"eva1uation":50},

{"diagvarcode":"Z2",

"chainofunitscode":"c9",

"eva1uation":30}, ...

]}}

Подфункция 2.2.2 «Выгрузка данных о степени влияния ДП на работоспособность

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

Загрузка описаний инцидентов в технологическую БД. Данная функция включает выполнение следующих шагов:

- локализация в диагностической БД ненормативных значений ДП с подозрением на инцидент (неисправность);

- вычисление степени уверенности в том, что ненормативное значение ДП есть инцидент (для минимизации случайных погрешностей и получения описания гарантированного инцидента);

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

Таким образом, формируется нечеткое множество инцидентов А = {хг}, элементами которого являются ненормативные значения г-й ДП с функцией принадлежности цА(х) е [0, 1], называемой также индикаторной функцией. При этом значения ДП задаются интервалом х = [х,, х1 ] и для каждой ДП задан диапазон нормальной работоспособности в виде интервала ^ = , di ].

В демонстраторе используются следующие варианты функции принадлежности Ца(х), реализованные в [5]: сигмоидная, двойная сигмоидная, произведение сигмоидных, Гаусса, двойная Гаусса, обобщенная колоко-лообразная, ^-образная, п-образная, г-образ-ная, кусочно-линейная (у-вида), треугольная (?-вида), линейная трапециевидная.

Особенности различных функций принадлежности в нечетких системах подробно описаны в [6].

Формирование гипотез о причинах инцидентов. Данная функция демонстратора реализована с использованием алгоритмов ТС или теории Демпстера-Шафера [7-9], которая является общей основой для рассуждений с неопределенностью и позволяет, объединив свидетельства из разных источников, прийти к более определенной степени уверенности в наличии того или иного события.

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

какой-либо неисправности. Наличие неисправности в ТЦ считается событием. К отдельным событиям или к любым подмножествам событий (включая их полное множество) могут быть отнесены некоторые меры доверия к ним или базовые вероятности этих событий. Базовые вероятности событий рассчитываются с помощью функции масс.

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

1. Расчеты значений мер доверия (подфункция 2.4. 1).

Расчеты базируются на результатах выполнения функции «Обработка предположений о влиянии ДП на работоспособность ТП». Пусть С = {с1, ..., ст} - конечное множество диагностируемых ТЦ оборудования; А с С - свидетельство, которое в данном случае является подмножеством потенциально неисправных ТЦ оборудования; N - число А; Б(С) - множество всех подмножеств С; N -число предположений, наблюдений или измерений элемента с е С, которое было получено при оценке неисправностей ТЦ в случае инцидента.

Частотная функция т, называемая базовой вероятностью, определяется как т : 5(С) ^ [0,1], ^т(Д) = 1, Д е 5(С). (2)

Множество значений т образует распределение базовых вероятностей т(А). Если т(А) > 0, то А называется фокальным элементом, а пара (А, т(А)) телом свидетельства.

Если т(0) = 0, распределение т(А) является нормализованным. Значение т(0) > 0 для ненормализованных распределений интерпретируется как мера доверия к ситуации с & С, то есть причина неисправности не в рассматриваемых ТЦ.

2. Расчеты значений функций доверия и правдоподобия (подфункция 2.4.2).

Степень уверенности в наличии заданного свойства у объектов (в нашем случае - гипотезы о наличии неисправности в ТЦ) определяется функцией доверия Бв!(А), которая выражает поддержку свидетельствами только данной гипотезы. Степень правдоподобия наличия заданного свойства у объектов определяется функцией правдоподобия Р1(А), которая выражает поддержку всеми свидетельствами данной гипотезы, включая те, которые

Рис. 4. Укрупненная блок-схема алгоритма формирования гипотез о причинах инцидентов Fig. 4. An enlarged block diagram of the algorithm for forming hypotheses about incident causes

поддерживают и другие гипотезы. Таким образом, предполагая существование некоторой истинной вероятности р(А) наличия заданного свойства объектов, имеем:

Ве1(А) <р(А) < Р1(А). (3)

3. Объединение результатов вычислений (подфункция 2.4.3).

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

- ненормализованное конъюнктивное правило комбинирования Демпстера;

- нормализованное конъюнктивное правило комбинирования Демпстера;

- дизъюнктивное правило комбинирования.

Все правила ассоциативны, поэтому они позволяют итеративно объединять любое число свидетельств.

Генерация продукционных правил. Данная функция заключается в создании базы не-

четких продукционных правил (далее правил) из объединенных данных об инцидентах, возникающих при исполнении ТП.

Каждое правило Яг имеет следующий вид:

Яг: ЕСЛИ х есть Аг ТО с есть Вг, (4)

где г = 1, 2, ..., О - номер правила; О - число правил в базе; х = {х1, ..., Хт} - вектор значений входных ДП, хсХД- область определения антецедента правила, X = К'"; А, -нечеткое множество ненормативных значений ДП с функцией принадлежности цА(х) е [0, 1]; Вг - нечеткое множество неисправных ТЦ, определенное на С функцией принадлежности цв(с) е [Ве/(с), Р1(с)]; с = {с1, ..., сп} - вектор значений выходных лингвистических переменных, определяющих неисправные ТЦ, с с С, С - область определения консеквента правила (все потенциально неисправные ТЦ); Ве1(с) и Р1(с) - функции доверия и правдоподобия соответственно, показывающие минимальную и максимальную вероятность неисправности с в ТЦ.

Пример правила:

ЕСЛИ

Показатель Концентрация САК (Z1) имеет ненормативное значение с вероятностью 0.755 И

Показатель Давление конверсии (X5) имеет ненормативное значение с вероятностью 0.5

ТО

Неисправность в технологической цепи Газовая связь подачи воздуха на технологию и собственные нужды ГТТ (c1) с вероятностью 0.453 ИЛИ

Неисправность в технологической цепи Газовая связь подачи аммиака в смеситель (c2) с вероятностью 0.547

Адаптация параметров оценки состояния ТП. Реализация подфункции 2.6.1 «Конфигурирование нейронной сети» основана на использовании архитектуры адаптивной системы нейро-нечеткого вывода ANFIS (adaptive network-based fuzzy inference system). Возможны три модификации в зависимости от применения алгоритмов нечеткого вывода: Такаги-Сугено (ANFIS), Та-каги-Сугено-Канга (сеть TSK) и Ванга-Мен-деля (частный случай сети TSK) [10, 11].

В общем случае в НС выделены пять слоев.

Слой 1. Выполняется раздельная фазифи-кация каждой ДП вектора Xj е x для каждого правила Ri. В общем случае Xj имеют интервальные значения. В качестве базовой функции фазификации используется обобщенная колоколообразная (из класса гауссовых) функция

И л (x) =-1-2А ' (5)

i+

x - dx d

где d1 - координата точки смещения центра симметрии кривой функции по оси X; d2 - параметр, определяющий ширину верхней части кривой; d3 - коэффициент пологости левой и правой частей кривой. Параметры d2 и dз подлежат адаптации в процессе обучения.

Слой 2. Выполняется агрегирование х;, то есть определяется Wi - коэффициент принадлежности вектора х к г-му правилу в соответствии с формулой

щ = ^А(х) = (х). (6)

Слой 3. Генерируются функции вида

У,(х) = Р,о 1 РЛ (7)

и вычисляется значение wy^x). На этом слое подлежат адаптации коэффициент весаpij для правил с номерами i = 1, ..., M и ДП с номерами j = 1, ..., N.

Слой 4. Имеет два нейрона-сумматора, один из которых рассчитывает сумму

/ Miw¡y¡(x), а второй вычисляет сумму

/2 =Х M wi ■

Слой 5. Выполняет дефазификацию результата, вычисляя значение y(x) = fif

Подфункция 2.6.2 «Обучение нейронной сети» выполняет настройку параметров НС, конфигурация которой обеспечивается выполнением подфункции 6.1. Из приведенного описания конфигурации следует, что НС содержит параметрические слои 1 и 3. В процессе обучения НС настраиваются параметры d1, d2 и d3 гауссовских функций принадлежности (слой 1) и параметры рго и pij функций yi(x) (слой 3).

При наличии M правил и N входных ДП число параметров слоя 1 равно 3NM, слоя 2 -M(N+i). Общее число настраиваемых параметров в процессе обучения НС составляет M(4N+i).

Для обучения НС в демонстраторе используется гибридный алгоритм [10]. Обучающий набор данных, включающий продукционные правила и массив значений ДП, генерируется автоматически в ходе выполнения данной подфункции.

Подфункция 2.6.3 «Анализ состояния ТП: нечеткий вывод» реализует нечеткий вывод НС, обученной при выполнении подфункции 2.6.2. При этом демонстрируется порядок определения ТЦ, которые являются причиной инцидентов, детектируемых ненормативными значениями ДП.

Полная реализация функции 2.6 планируется в расширенной версии демонстратора «Статус-4».

Хранилище данных и объектная модель

Модель «сущность-связь» (ER-модель) информационного обеспечения «Статус-4» представлена на рисунке 5. Исходя из этой модели, спроектирована и создана технологическая БД, которая предназначена для хранения всех необходимых исходных данных и результатов расчетов в соответствии с алгоритмами демонстратора. Используемая СУБД - MySQL.

Зафиксированные инциденты

iНе можете найти то, что вам нужно? Попробуйте сервис подбора литературы.

Гипотезы о неисправностях

Продукционные правила

ТП

ДП

Исходные предположения

Группы оборудования

Единицы оборудования

Источники информации

Рис. 5. ER-модель информационного обеспечения демонстратора «Статус-4»

Fig. 5. The information support ER-model of the Status-4 demonstrator

Основные классы объектной модели демонстратора «Статус-4» представлены в таблице 1, описания основных методов классов - в таблице 2. Перечень используемых библиотек сторонних разработчиков приведен в таблице 3. Отметим, что методы классов доступны пользователям как API демонстратора.

Программная реализация и пользовательский интерфейс

Демонстратор «Статус-4» реализован как web-приложение. В качестве языковой среды разработки выбран Python (версия 3.7). Выбор обоснован следующими факторами: компактный код за счет наличия предопределенных пакетов, использование готовых библиотек для реализации различных алгоритмов

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

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

Приведем фрагменты кода, иллюстрирующие применение объектов и методов демонстратора «Статус-4» для выполнения заданных функций:

# Открытие описания техпроцесса и выгрузка его в файл JSON

ps = s4process.process(log) rc = ps.open(id) rc = ps.unload(id)

# Загрузка инцидентов в технологическую БД из диагностической БД

ps = s4process.process(log)

rc = ps.open(id, False)

dg = s4diagnostics.diagnostics(log)

rc = dg.getdata(ps)

return dg.results

# Формирование гипотез о возникновении неисправностей

incidents = s4incidents.incidents(log, process)

rc = incidents.getselected(form) dst = s4dst.s4dst(log) dst.dst_calc(incidents)

# Генерация нечетких продукционных правил

incs = s4incidents.incidents(log, process) if incs != None: incidents = incs

rc, hypotheses = incs.gethypotheses() if len(hypotheses) > 0: for hypo in hypotheses:

Таблица 1 Table 1

Основные классы объектной модели демонстратора «Статус-4»

The main classes of the object model of the Status-4 demonstrator

Класс Описание класса

process Обеспечивает описание ТП и доступ к его элементам

dvcu Обеспечивает информацию о степени влияния значения ДП на работоспособность ТЦ

incidents Обеспечивает хранение общей информации об инцидентах ТП и доступ к ней

incident Обеспечивает хранение информации об инциденте (неисправности) и доступ к ней

hypothesis Обеспечивает хранение формальных описаний гипотез о вероятных причинах неисправностей оборудования

rules Обеспечивает генерацию и хранение продукционных правил, соответствующих гипотезам о вероятных причинах неисправностей и используемых для формирования БЗ экспертной системы

dst Обеспечивает вычислительные процедуры в соответствии с алгоритмами ТС

sak Обеспечивает получение информации об инцидентах (неисправностях) из диагностической БД

database Обеспечивает операции доступа к БД

logging Обеспечивает протоколирование работы демонстратора

options Обеспечивает конфигурационные параметры демонстратора и доступ к ним

msg Обеспечивает хранение и вывод сообщений демонстратора на заданном языке

4/2021 -4-dop/1.jpg, http://www.swsys.ru/up-loaded/image/2021 -4/2021 -4-dop/2.jpg, http:// www.swsys.ru/uploaded/image/2021 -4/2021-4-dop/3.jpg, http://www. swsys.ru/uploaded/im-age/2021-4/2021-4-dop/4.jpg). Свободная для использования версия демонстратора доступна по адресу https://ivkconsulting.ru/sta-tus_4.

Таблица 2

Методы основных классов объектной модели демонстратора «Статус-4»

Table 2

The main classe methods of the object model of the Status-4 demonstrator

Класс Методы класса

process Чтение описания ТП из технологической БД, его открытие (подготовка к использованию), закрытие, удаление из технологической БД. Загрузка описания ТП из файла JSON и его сохранение в технологическую БД. Выгрузка объекта «process» из технологической БД в файл JSON

dvcu Загрузка данных о степени влияния аномальных значений ДП на работоспособность ТП из файла в формате JSON и его сохранение в технологическую БД. Выгрузка загруженных данных из технологической БД в файл в формате JSON

incidents Подготовка описаний отобранных инцидентов к дальнейшей обработке. Сохранение описаний отобранных инцидентов в технологическую БД. Удаление описаний отобранных инцидентов из технологической БД. Чтение описаний инцидентов и сопутствующих данных из диагностической БД и сохранение их в технологической БД. Чтение и удаление описаний гипотез для всех инцидентов из технологической БД. Сохранение описаний гипотез для всех инцидентов в технологическую БД

incident Сохранение описаний гипотез для инцидента в технологическую БД

hypothesis Сохранение описания гипотезы в технологическую БД

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

rules Формирование продукционных правил для гипотез о вероятных причинах неисправностей. Сохранение описания правила в технологическую БД

sak Чтение данных из диагностической БД и определение параметров инцидентов

database Установление соединения с БД. Модификация, удаление, добавление, чтение данных БД. Сохранение описаний ТП, инцидентов, предположений об их причинах в БД

logging Открытие и закрытие файла для журнализации процессов обработки данных, запись в данный файл сообщений о событиях

Таблица 3

Основные используемые библиотеки сторонних разработчиков

Table 3

The main used third-party libraries

Библиотека Описание

pyds Обеспечивает вычислительные процедуры ТС. Описание библиотеки класса см. в [12]

scikit-fuzzy Обеспечивает вычислительные процедуры нечеткой логики. Описание см. в [5]

keras Обеспечивает взаимодействие с искусственными НС. Описание библиотеки см. в [13]

scipy Обеспечивает выполнение научных и инженерных расчетов

pyodbc Обеспечивает доступ к БД

pandas Обеспечивает обработку и анализ данных

numpy Обеспечивает поддержку многомерных массивов и математических функций

pickle Обеспечивает сериализацию и десериализацию объектов Python

for hypoid in hypoids.values(): if str(hypo.id) == hypoid: rc = hypo.rules.generate() rc = hypo.rules.save() hypos.append(hypo) break

Экранные формы демонстратора «Ста-тус-4», иллюстрирующие исполнение некоторых функций, представлены на рисунках (см. http://www. swsys.ru/uploaded/image/2021 -

Заключение

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

- моделирование и формализация процесса локализации ненормативных значений ДП с минимизацией случайных погрешностей и получением описания гарантированного инцидента;

- разработка экспериментально подтвержденной методики получения распределения базовых вероятностей неисправностей в ТЦ с объединением свидетельств о потенциальных сбоях из нескольких источников;

- выбор архитектуры и параметров нечеткой НС, оптимальных с точки зрения со-

отношения затрат на настройку и точности результатов диагностики;

- генерация обучающих данных и продукционных правил для настройки НС в модуле нечеткого вывода диагностической экспертной системы;

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

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

Исследовательская работа выполнена при финансовой поддержке РФФИ в рамках проекта № 20-07-00199.

Литература

1. Сыпало К.И., Медведский А.Л., Бабичев О.В. и др. Создание демонстратора технологии авиастроения // Тр. МАИ. 2017. № 95. URL: http://trudymai.ru/upload/iblock/6fa/Sypalo_Medvedskiy_ Babichev_Kazarinov_Kan_rus.pdf?lang=ru&issue=95 (дата обращения: 3.09.21).

2. Walley P. Inferences from multinomial data: Learning about a bag of marbles. J. of the Royal Statistical Society: Series B (Methodological), 1996, vol. 58, no. 1, pp. 3-34. DOI: 10.1111/j.2517-6161.1996.tb02065.x.

3. Denoeux T. Constructing belief functions from sample data using multinomial confidence regions. Int. J. of Approximate Reasoning, 2006, vol. 42, no. 3, pp. 228-252. DOI: 10.1016/j.ijar.2006.01.001.

4. Aregui A., Denoeux T. Constructing consonant belief functions from sample data using confidence sets of pignistic probabilities. Int. J. of Approximate Reasoning, 2008, vol. 49, no. 3, pp. 575-594. DOI: 10.1016/j.ijar.2008.06.002.

5. SciKit-Fuzzy 0.4.2. Fuzzy logic toolkit for SciPy. URL: https://pypi.org/project/scikit-fuzzy/ (дата обращения: 01.09.2021).

6. Халов Е.А. Систематический обзор четких одномерных функций принадлежности интеллектуальных систем // Информационные технологии и вычислительные системы. 2009. № 3. С. 60-74.

7. Dempster A. A generalization of Bayesian inference. Royal Statistical Society: Series B (Methodological), 1968, vol. 30, no. 2, pp. 205-232. DOI: 10.1111/j.2517-6161.1968.tb00722.x.

8. Shafer G. A Mathematical Theory of Evidence. Princeton University Press Publ., 1976, 297 p.

9. Yager R., Liping L. Classic Works of the Dempster-Shafer Theory of Belief Functions. London, Springer Publ., 2010, 825 p.

10. Осовский С. Нейронные сети для обработки информации. М.: Финансы и статистика, 2002. 344 с.

11. Cai A., Quek C., Maskell D. Type-2 GA-TSK fuzzy neural network. Proc. IEEE CEC, 2007, pp. 1578-1585. DOI: 10.1109/CEC.2007.4424661.

12. GitHub. Reineking/Pyds. URL: https://github.com/reineking/pyds (дата обращения: 01.09.2021).

iНе можете найти то, что вам нужно? Попробуйте сервис подбора литературы.

13. GitHub. Keras-team/Keras. URL: https://github.com/keras-team/keras (дата обращения: 01.09.2021).

Software & Systems Received 15.09.21, Revised 16.09.21

DOI: 10.15827/0236-235X.136.511-523 2021, vol. 34, no. 4, pp. 511-523

A software platform demonstrator for joint use of evidence theory algorithms and neural networks in fuzzy systems

V.K. Ivanov 1, Ph.D. (Engineering), Associate Professor, [email protected]

B.V. Palyukh 1, Dr.Sc. (Engineering), Professor, Head of Department, [email protected]

1 Tver State Technical University, Information System Department, Tver, 170026, Russian Federation

Abstract. The diagnostics of a complex multi-stage technical process involves the joint primary data processing to obtain probabilistic characteristics of abnormal critical events or incidents under uncertainty. The paper presents the research demonstrator Status-4 that is a software platform prototype for joint using the evidence theory and neural network methods in fuzzy diagnostic systems.

The purpose of the demonstrator development is to create a scientific and technical reserve for ready-to-implement solutions transfer to the next project stages. The demonstrator makes it possible to show the main platform functional components, assess their system readiness level, conduct the platform research tests, perform software implementations testing of the selected and theoretically confirmed methods in various modes, check the functioning operability and efficiency at various parameter values and their combinations quickly. The demonstrator shows the options for the joint application of neural network and evidence theory methods in a hybrid expert system for diagnostics process. In addition, these methods joint application effectiveness is experimentally confirmed in terms of reducing the uncertainty level and increasing the confidence in data level when making decisions. The demonstrator enables minimizing the key risks of creating a full-featured software platform for diagnosing and evaluating the complex multi-stage technologies state.

The paper provides brief information about the demonstrator functionality, including the technology description and the suppositions description about diagnostic variables influence on processing performance, loading incident descriptions into the technological database, forming hypotheses about the incidents causes, generating production rules, adapting the parameters of the technology state assessing algorithms using neural network and fuzzy inference. The paper considers the main data warehouse and object model parameters, provides the software implementation and user interface information and illustrates it by examples. It also highlights the used methods features, which allow us to hope for the effectiveness of their joint use in diagnostic systems.

Keywords: demonstrator, diagnostics, incident, malfunction, neural network, fuzzy system, evidence theory, technological chain, technology.

Acknowledgements. The research work was financially supported by the RFBR within the framework of project no. 20-07-00199.

References

1. Sypalo K.I., Medvedskiy A. L., Babichev O.V. et al. Engineering of aircraft demonstrator. Trudy MAI, 2017, no. 95. Available at: http://trudymai.ru/published.php?ID=84545 (accessed September 03, 2021) (in Russ.).

2. Walley P. Inferences from multinomial data: Learning about a bag of marbles. J. of the Royal Statistical Society: Series B (Methodological), 1996, vol. 58, no. 1, pp. 3-34. DOI: 10.1111/j.2517-6161.1996.tb02065.x.

3. Denoeux T. Constructing belief functions from sample data using multinomial confidence regions. Int. J. of Approximate Reasoning, 2006, vol. 42, no. 3, pp. 228-252. DOI: 10.1016/j.ijar.2006.01.001.

4. Aregui A., Denoeux T. Constructing consonant belief functions from sample data using confidence sets of pignistic probabilities. Int. J. of Approximate Reasoning, 2008, vol. 49, no. 3, pp. 575-594. DOI: 10.1016/j.ijar.2008.06.002.

5. SciKit-Fuzzy 0.4.2. Fuzzy Logic Toolkit for SciPy. Available at: https://pypi.org/project/scikit-fuzzy/ (accessed September 01, 2021).

6. Halov E.A. Systematic review of clear one-dimensional membership functions of intelligent systems. J. of Information Technologies and Computing Systems, 2009, no. 3, pp. 60-74 (in Russ.).

7. Dempster A. A generalization of Bayesian inference. Royal Statistical Society: Series B (Methodological), 1968, vol. 30, no. 2, pp. 205-232. DOI: 10.1111/j.2517-6161.1968.tb00722.x.

8. Shafer G. A Mathematical Theory of Evidence. Princeton University Press Publ., 1976, 297 p.

9. Yager R., Liping L. Classic Works of the Dempster-Shafer Theory of Belief Functions. London, Springer Publ., 2010, 825 p.

10.0sovskiy S. Neural Networks for Information Processing. Moscow, 2002, 344 p. (in Russ.).

11.Cai A., Quek C., Maskell D. Type-2 GA-TSK fuzzy neural network. Proc. IEEE CEC, 2007, pp. 1578-1585. DOI: 10.1109/CEC.2007.4424661.

12.GitHub. Reineking/Pyds. Available at: https://github.com/reineking/pyds (accessed September 01, 2021).

13.GitHub. Keras-team/Keras. Available at: https://github.com/keras-team/keras (accessed September 01, 2021).

Для цитирования

Иванов В.К., Палюх Б.В. Демонстратор программной платформы для совместного использования алгоритмов теории свидетельств и нейронных сетей в нечетких системах // Программные продукты и системы. 2021. Т. 34. № 4. С. 511-523. DOI: 10.15827/0236-235X. 136.511-523.

For citation

Ivanov V.K., Palyukh B.V. A software platform demonstrator for joint use of evidence theory algorithms and neural networks in fuzzy systems. Software & Systems, 2021, vol. 34, no. 4, pp. 511-523 (in Russ.). DOI: 10.15827/0236-235X.136.511-523.

i Надоели баннеры? Вы всегда можете отключить рекламу.