Journal influence
Bookmark
Next issue
A software platform demonstrator for joint use of evidence theory algorithms and neural networks in fuzzy systems
Abstract:The diagnostics of a complex multi-stage technical process involves the joint primary data pro-cessing to obtain probabilistic characteristics of abnormal critical events or incidents under uncer-tainty. 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 diagnos-tics 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 tech-nology description and the suppositions description about diagnostic variables influence on pro-cessing performance, loading incident descriptions into the technological database, forming hy-potheses about the incidents causes, generating production rules, adapting the parameters of the technology state assessing algorithms using neural network and fuzzy inference. The paper consid-ers 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.
Аннотация:Диагностика состояния сложного многостадийного технологического процесса предполагает совместную обработку первичных данных для получения вероятностных характеристик аномальных критических событий или инцидентов в условиях неопределенности. В статье представлен исследовательский демонстратор «Статус-4» – прототип программной платформы для совместного использования методов алгоритмов теории свидетельств и нейронных сетей в нечетких диагностических системах. Цель разработки демонстратора – создание научно-технического задела для передачи готовых к внедрению решений на следующие этапы проекта. Демонстратор дает возможность показать основные функциональные компоненты платформы, оценить уровень их системной готовности, провести исследовательские испытания платформы, выполнить в различных режимах тестирование программных реализаций выбранных и теоретически подтвержденных методов, быстро проверить работоспособность и эффективность функционирования при различных значениях параметров и их сочетаниях. С помощью демонстратора могут быть показаны варианты совместного применения методов нейронных сетей и теории свидетельств в гибридной экспертной системе для диагностики технологического процесса, получены экспериментальные подтверждения эффективности совместного применения этих методов в части уменьшения уровня неопределенности и увеличения уровня доверия к данным при принятии решений. В статье приводятся краткие сведения о функциональных возможностях демонстратора, включая описание технологического процесса и предположений о влиянии диагностических переменных на его работоспособность, загрузку описаний инцидентов в технологическую БД, формирование гипотез о причинах инцидентов, генерацию продукционных правил, адаптацию параметров алгоритмов оценки состояния технологического процесса с помощью нейронной сети и нечеткого вывода. Рассматриваются основные параметры хранилища данных и объект-ной модели, приводятся сведения о программной реализации и пользовательском интерфейсе, которые иллюстрируются примерами. Выделены особенности используемых технологий, позволяющие надеяться на эффективность их совместного использования в диагностических си-стемах. Использование демонстратора способствует минимизации ключевых рисков создания полнофункциональной программной платформы для диагностики и оценки состояния сложного многостадийного технологического процесса.
Authors: Ivanov V.K. (mtivk@mail.ru) - Tver State Technical University, Tver, Russia, Ph.D, Palyukh B.V. (pboris@tstu.tver.ru) - Tver State Technical University, Tver, Russia, Ph.D | |
Keywords: technological process, technological chain, evidence theory, fuzzy system, neural network, malfunction, incident, diagnostics, demonstrator |
|
Page views: 4955 |
PDF version article |
Авторы данной работы исследуют алгоритмы совместной обработки первичных данных о состоянии сложного многостадийного технологического процесса (ТП) для получения вероятностных характеристик аномальных критических событий или инцидентов, которые потенциально могут привести к отдельным сбоям или даже к аварийным ситуациям. Преследуемая цель – разработка соответствующей технологии обнаружения и прогнозирования инцидентов, включающей ПО и технологическую БД. Методологическая основа для разработки такой технологии должна учитывать объективные условия неопределенности при получении и анализе данных от сенсоров технологического оборудования, из технических регламентов, а также от специалистов-экспертов. Эта неопределенность порождает проблему доверия к данным, используемым для принятия решений, которые могут иметь критический характер для непрерывных производств. Одним из общих подходов для снижения неопределенности в используемых данных и повышения степени доверия к ним может быть гибридизация методов интеллектуальной обработки нечеткой информации. При этом ожидается более высокая синергетическая эффективность по сравнению с автономным использованием отдельных методов. Существенным обстоятельством является непростая формализация задачи снижения неопределенности, связанная с пониманием адекватности используемых методов. Должна приниматься во внимание и трудоемкость требуемых вычислений. Учитывая эти факторы, а также необходимость сложной системной интеграции используемых методов, актуальным решением представляется разработка демонстратора технологии. В общем случае под демонстратором технологий понимается модель для оценки технической или производственной осуществимости, возможности и полезности применения конкретной технологии, процесса, концепции разрабатываемого изделия или конечной системы. Демонстраторы технологий широко применяются в высокотехнологичных отраслях, например, в авиастроении [1]. В настоящей статье представлен исследо- вательский демонстратор (рабочее название «Статус-4»), который является прототипом программной платформы для совместного использования моделей и методов теории свидетельств (ТС) и нейронных сетей (НС) в нечетких системах. Цель проектирования и разработки демонстратора «Статус-4» – создание научно-технического задела для передачи готовых к внедрению решений на следующие этапы проекта. Демонстратор «Статус-4» дает возможность: - показать состав, внутренние связи, основные функциональные компоненты платформы; - оценить уровень системной готовности функциональных компонентов платформы; - выполнить тестирование в различных режимах программных реализаций выбранных и теоретически подтвержденных методов; - выполнить быструю экспериментальную проверку работоспособности специального ПО при различных значениях параметров и их сочетаниях в условиях функционирования, близких к эксплуатационным; - показать варианты совместного приме- нения НС и алгоритмов ТС в гибридной экс- пертной системе для диагностики состоя- ния ТП; - получить экспериментальные подтвер- ждения эффективности совместного применения указанных методов в части уменьшения уровня неопределенности и увеличения уровня доверия к данным, используемым для принятия решений; - при необходимости предоставить результаты вычислений специалистам-экспертам для их верификации и корректировки режимов вычислений; - минимизировать ключевые (технические, временные, финансовые) риски создания полнофункциональной программной платформы для диагностики и оценки состояния сложного многостадийного ТП. Далее в статье приводятся краткие сведения об особенностях многостадийного ТП, функциях демонстратора, включая обработку описания ТП и предположений о влиянии диагностических переменных (ДП) на его работоспособность, загрузку описаний инцидентов в технологическую БД, формирование гипотез о причинах инцидентов, генерацию продукционных правил, адаптацию параметров алгоритмов оценки состояния ТП с помощью НС. Особенности многостадийного ТП Многостадийные ТП (возможно, циклические) состоят из ряда последовательных производственных стадий, выполнение которых и, следовательно, достижение производственных целей обеспечиваются взаимосвязанными и взаимодействующими совокупностями оборудования – технологическими цепями (ТЦ). На рисунке 1 показана схема многостадийного ТП, состоящего из N стадий или числа ТЦ. Основные параметры диагностики и оценки состояния ТП: x – вектор ДП, характеризующих состояние ТП либо на выходе из i-й ТЦ или отдельной единицы оборудования, либо на входе в (i+1)-ю ТЦ; u – вектор переменных управления i-й ТЦ; ri – частный критерий оптимальности ТП на i-й стадии ТП или в i-й ТЦ. Особенностями многостадийных ТП являются: - наличие собственных целей отдельных стадий, кроме общей цели функционирова- ния; - большое количество элементов ТЦ и параметров, характеризующих его функционирование; - сложность поведения элементов ТЦ ввиду большого числа взаимосвязей между ними; - наличие внешних неконтролируемых воздействий; - неопределенность параметров, которая объясняется неполнотой знаний о природе всех происходящих процессов, большим количеством возмущающих и управляющих воздействий в реальных системах и сложно- стью понимания, моделирования и оценки их взаимовлияния. Функции демонстратора Функции демонстратора «Статус-4» и их взаимосвязи представлены на диаграмме сценариев выполнения UML (рис. 2). Взаимосвязи функциональных компонентов при работе демонстратора показаны на рисунке 3. Выделены две группы функций, выполняемых параллельно и независимо друг от друга: подготовка метаданных и загрузка описаний инцидентов, а также анализ и адаптация параметров состояния ТП. Обработка описания ТП. Подфункция 2.1.1 «Загрузка описания ТП из файла в фор- мате JSON в технологическую БД» обеспечи- вает наполнение БД и легкую модификацию существующих данных. Описание ТП содержит: - описание ДП (идентификаторы, наименование, единица измерения, нижняя и верхняя границы нормативных значений); - описание ТЦ оборудования (идентификаторы, наименование, состав (описание единиц оборудования)); - описание единицы оборудования (идентификаторы, наименование). Пример описания ТП в формате JSON: {"id":2155,"code":"SAK","name": "Производство слабой азотной кислоты", "diagvars":[ {"id":3641,"code":"Z1","name": "Концентрация САК", "measure":"%","lovalue":50.0, "hivalue":55.0},{"id":3642,"code": "Z2","name":"Расход САК","measure": "нм3час,ш/час","lovalue":null, "hivalue":21.0},... ], "chainofunits":[ {"id":3165,"code":"c1","name": "Газовая связь подачи воздуха на технологию и собственные нужды ГТТ", "units":[{"id":6353,"code": "Ф101б","name":""},{"id": 6354,"code":"101м","name": ""}, {"id":6355, "code":"М101т", "name":""},{"id":6356, "code": "М101б", "name":""},{"id": 6357, "code":"газопровод", "name":""}, {"id":6358, "code":"X201", "name":""}]}, {"id":3173,"code":"c9","name": "Гидравлическая связь движения оборотной воды", "units":[{"id":6385,"code": "насос","name":""},{"id": 6386,"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) наполнение БД и легкую модификацию существующих данных. Данные о степени влияния ДП на работоспособность ТП включают (по каждому источнику информации): - идентификатор ДП; - идентификатор ТЦ оборудования; - оценку степени уверенности (%). Таким образом, каждой i-й ДП ставится в соответствие нечеткое множество ТЦ Ci, в которых потенциально мог произойти сбой: (1) где Y = {yi} – множество ДП; N = ½Y½; P = = {P(yi)} – множество признаков того, что инцидент произошел (значение логической переменной P(yi) = 1) или не произошел (P(yi) = 0); C = {c1, …, cm} – множество диагностируемых ТЦ оборудования; Ci Í C – множество ТЦ, неисправности в которых могли бы вызвать нарушение ограничений по i-й ДП в случае инцидента; mi(cj) – степень уверенности в принадлежности элемента cj Î [0, 1] множеству Ci. Пример файла в формате JSON с данными для загрузки в БД: {"processcode":"SAK","comment":"Степень влияния значений диагностических переменных на работоспособность технологических цепей.", " srcdata":{ "experts":[ {"diagvarcode":"Z1", "chainofunitscode":"c1", "evaluation":10}, {"diagvarcode": "Z1", "chainofunitscode": "c2", "evaluation":30}, {"diagvarcode": "Z1","chainofunitscode": "c8", "evaluation": 40}, {"diagvarcode":"Z2", "chainofunitscode":"c8", "evaluation": 40}, {"diagvarcode":"Z2", "chainofunitscode":"c9", "evaluation":20}, {"diagvarcode":"Z3", "chainofunitscode":"c1", "evaluation":40}, {"diagvarcode":"Z3", "chainofunitscode":"c2", "evaluation": 40},... ], "documentation":[ {"diagvarcode":"Z2", "chainofunitscode":"c8", "evaluation":50}, {"diagvarcode": "Z2", "chainofunitscode":"c9", "evaluation": 30},... ], "statistics":[ {"diagvarcode":"Z2", "chainofunitscode":"c8", "evaluation":50}, {"diagvarcode":"Z2", "chainofunitscode":"c9", "evaluation":30}, ... ]}} Подфункция 2.2.2 «Выгрузка данных о степени влияния ДП на работоспособность ТП из технологической БД в файл JSON» реализует процедуру, обратную выполняемой подфункцией 2.2.1. Загрузка описаний инцидентов в технологическую БД. Данная функция включает выполнение следующих шагов: - локализация в диагностической БД ненормативных значений ДП с подозрением на инцидент (неисправность); - вычисление степени уверенности в том, что ненормативное значение ДП есть инцидент (для минимизации случайных погрешностей и получения описания гарантированного инцидента); - загрузка описаний выявленных инцидентов в технологическую БД для формирования гипотез о причинах инцидентов. Таким образом, формируется нечеткое множество инцидентов A = {xi}, элементами которого являются ненормативные значе- ния i-й ДП с функцией принадлежности mA(x) Î [0, 1], называемой также индикаторной функцией. При этом значения ДП задаются интервалом и для каждой ДП задан диапазон нормальной работоспособности в виде интервала . В демонстраторе используются следующие варианты функции принадлежности mA(x), реализованные в [5]: сигмоидная, двойная сигмоидная, произведение сигмоидных, Гаусса, двойная Гаусса, обобщенная колоколообразная, s-образная, π-образная, z-образная, кусочно-линейная (γ-вида), треугольная (t-вида), линейная трапециевидная. Особенности различных функций принадлежности в нечетких системах подробно описаны в [6]. Формирование гипотез о причинах инцидентов. Данная функция демонстратора реализована с использованием алгоритмов ТС или теории Демпстера–Шафера [7–9], которая является общей основой для рассуждений с неопределенностью и позволяет, объединив свидетельства из разных источников, прийти к более определенной степени уверенности в наличии того или иного события. Предположим, что имеются множество объектов и множество некоторых возможных свойств этих объектов. В рассматриваемом случае объектами являются ТЦ оборудования (или отдельные единицы оборудования), которые могут быть причинами зафиксированных инцидентов в результате какой-либо неисправности. Наличие неисправности в ТЦ считается событием. К от- дельным событиям или к любым подмноже- ствам событий (включая их полное множество) могут быть отнесены некоторые меры доверия к ним или базовые вероятности этих событий. Базовые вероятности событий рассчитываются с помощью функции масс. Укрупненная блок-схема алгоритма вычислений представлена на рисунке 4. Некоторые пояснения даны далее. 1. Расчеты значений мер доверия (подфункция 2.4.1). Расчеты базируются на результатах выполнения функции «Обработка предположений о влиянии ДП на работоспособность ТП». Пусть C = {c1, …, cm} – конечное множество диагностируемых ТЦ оборудования; A Í C – свидетельство, которое в данном случае является подмножеством потенциально неисправных ТЦ оборудования; NA – число A; S(C) – множество всех подмножеств C; N – число предположений, наблюдений или измерений элемента c Î C, которое было получено при оценке неисправностей ТЦ в случае инцидента. Частотная функция m, называемая базовой вероятностью, определяется как (2) Множество значений m образует распределение базовых вероятностей m(A). Если m(A) > 0, то A называется фокальным элементом, а пара (A, m(A)) телом свидетельства. Если m(Æ) = 0, распределение m(A) является нормализованным. Значение m(Æ) > 0 для ненормализованных распределений интерпретируется как мера доверия к ситуации c Ï C, то есть причина неисправности не в рассматриваемых ТЦ. 2. Расчеты значений функций доверия и правдоподобия (подфункция 2.4.2). Степень уверенности в наличии заданного свойства у объектов (в нашем случае – гипотезы о наличии неисправности в ТЦ) определяется функцией доверия Bel(A), которая выражает поддержку свидетельствами только данной гипотезы. Степень правдоподобия наличия заданного свойства у объектов определяется функцией правдоподобия Pl(A), которая выражает поддержку всеми свидетельствами данной гипотезы, включая те, которые поддерживают и другие гипотезы. Таким образом, предполагая существование некоторой истинной вероятности p(A) наличия заданного свойства объектов, имеем: Bel(A) £ p(A) £ Pl(A). (3) 3. Объединение результатов вычислений (подфункция 2.4.3). Подфункция реализована с использованием следующих правил комбинирования тел свидетельств о неисправностях, полученных от различных источников и по различным ДП: - ненормализованное конъюнктивное правило комбинирования Демпстера; - нормализованное конъюнктивное правило комбинирования Демпстера; - дизъюнктивное правило комбинирования. Все правила ассоциативны, поэтому они позволяют итеративно объединять любое число свидетельств. Генерация продукционных правил. Данная функция заключается в создании базы нечетких продукционных правил (далее правил) из объединенных данных об инцидентах, возникающих при исполнении ТП. Каждое правило Ri имеет следующий вид: Ri: ЕСЛИ x есть Ai ТO c есть Bi, (4) где i = 1, 2, …, G – номер правила; G – число правил в базе; x = {x1, …, xm} – вектор значений входных ДП, x Í X, X – область определения антецедента правила, X = ; Ai – нечеткое множество ненормативных значений ДП с функцией принадлежности mA(x) Î [0, 1]; Bi – нечеткое множество неисправных ТЦ, определенное на C функцией принадлежности mB(c) Î [Bel(c), Pl(c)]; c = {c1, …, cn} – вектор значений выходных лингвистических переменных, определяющих неисправные ТЦ, с Í C, С – область определения консеквента правила (все потенциально неисправные ТЦ); Bel(c) и Pl(c) – функции доверия и правдоподобия соответственно, показывающие минимальную и максимальную вероятность неисправности c в ТЦ. Пример правила: ЕСЛИ Показатель Концентрация САК (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 имеют интервальные значения. В качестве базовой функции фазификации используется обобщенная колоколообразная (из класса гауссовых) функция (5) где d1 – координата точки смещения центра симметрии кривой функции по оси X; d2 – параметр, определяющий ширину верхней части кривой; d3 – коэффициент пологости левой и правой частей кривой. Параметры d1, d2 и d3 подлежат адаптации в процессе обучения. Слой 2. Выполняется агрегирование xj, то есть определяется wi – коэффициент принадлежности вектора x к i-му правилу в соответствии с формулой (6) Слой 3. Генерируются функции вида (7) и вычисляется значение wiyi(x). На этом слое подлежат адаптации коэффициент веса pij для правил с номерами i = 1, …, M и ДП с номерами j = 1, …, N. Слой 4. Имеет два нейрона-сумматора, один из которых рассчитывает сумму, а второй вычисляет сумму Слой 5. Выполняет дефазификацию результата, вычисляя значение y(x) = f1/f2. Подфункция 2.6.2 «Обучение нейронной сети» выполняет настройку параметров НС, конфигурация которой обеспечивается выполнением подфункции 6.1. Из приведенного описания конфигурации следует, что НС содержит параметрические слои 1 и 3. В процессе обучения НС настраиваются параметры d1, d2 и d3 гауссовских функций принадлежности (слой 1) и параметры pi0 и pij функций yi(x) (слой 3). При наличии M правил и N входных ДП число параметров слоя 1 равно 3NM, слоя 2 – M(N+1). Общее число настраиваемых параметров в процессе обучения НС составляет M(4N+1). Для обучения НС в демонстраторе используется гибридный алгоритм [10]. Обучающий набор данных, включающий продукционные правила и массив значений ДП, генерируется автоматически в ходе выполнения данной подфункции. Подфункция 2.6.3 «Анализ состояния ТП: нечеткий вывод» реализует нечеткий вывод НС, обученной при выполнении подфункции 2.6.2. При этом демонстрируется порядок определения ТЦ, которые являются причиной инцидентов, детектируемых ненормативными значениями ДП. Полная реализация функции 2.6 планируется в расширенной версии демонстратора «Статус-4». Хранилище данных и объектная модель Модель «сущность–связь» (ER-модель) информационного обеспечения «Статус-4» представлена на рисунке 5. Исходя из этой модели, спроектирована и создана технологическая БД, которая предназначена для хранения всех необходимых исходных данных и результатов расчетов в соответствии с алгоритмами демонстратора. Используемая СУБД ‒ MySQL. Основные классы объектной модели демонстратора «Статус-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: 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/2021-4-dop/1.jpg, http://www.swsys.ru/uploaded/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/image/2021-4/2021-4-dop/4.jpg). Свободная для использования версия демонстратора доступна по адресу https://ivkconsulting.ru/status_4. Заключение По результатам разработки исследовательского демонстратора «Статус-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). 13. GitHub. Keras-team/Keras. URL: https://github.com/keras-team/keras (дата обращения: 01.09.2021). References
|
Permanent link: http://swsys.ru/index.php?page=article&id=4846&lang=&lang=en&like=1 |
Print version |
The article was published in issue no. № 4, 2021 [ pp. 511-523 ] |
Perhaps, you might be interested in the following articles of similar topics:
- Демонстратор программной платформы для настройки гиперпараметров нечеткой нейронной сети
- Интеллектуальная информационная система для решения задач прогнозирования неисправностей вагонного оборудования на железнодорожном транспорте
- Экспертная система мониторинга технологического процесса
- Интеллектуальная система автоматического определения категории потенциальных адресатов текста
- Разработка программного обеспечения для математического моделирования распределения температуры в процессе электронно-лучевой сварки
Back to the list of articles