Иванов В.К. (mtivk@mail.ru) - Тверской государственный технический университет, г. Тверь, Россия, кандидат технических наук, Палюх Б.В. (pboris@tstu.tver.ru) - Тверской государственный технический университет (профессор), г. Тверь, Россия, доктор технических наук | |
Ключевые слова: технологический процесс, технологическая цепь, теория свидетельств, нечеткая система, нейронная сеть, неисправность, инцидент, диагностика, демонстратор |
|
Keywords: technological process, technological chain, evidence theory, fuzzy system, neural network, malfunction, incident, diagnostics, demonstrator |
|
|
Авторы данной работы исследуют алгоритмы совместной обработки первичных данных о состоянии сложного многостадийного технологического процесса (ТП) для получения вероятностных характеристик аномальных критических событий или инцидентов, которые потенциально могут привести к отдельным сбоям или даже к аварийным ситуациям. Преследуемая цель – разработка соответствующей технологии обнаружения и прогнозирования инцидентов, включающей ПО и технологическую БД. Методологическая основа для разработки такой технологии должна учитывать объективные условия неопределенности при получении и анализе данных от сенсоров технологического оборудования, из технических регламентов, а также от специалистов-экспертов. Эта неопределенность порождает проблему доверия к данным, используемым для принятия решений, которые могут иметь критический характер для непрерывных производств. Одним из общих подходов для снижения неопределенности в используемых данных и повышения степени доверия к ним может быть гибридизация методов интеллектуальной обработки нечеткой информации. При этом ожидается более высокая синергетическая эффективность по сравнению с автономным использованием отдельных методов. Существенным обстоятельством является непростая формализация задачи снижения неопределенности, связанная с пониманием адекватности используемых методов. Должна приниматься во внимание и трудоемкость требуемых вычислений. Учитывая эти факторы, а также необходимость сложной системной интеграции используемых методов, актуальным решением представляется разработка демонстратора технологии. В общем случае под демонстратором технологий понимается модель для оценки технической или производственной осуществимости, возможности и полезности применения конкретной технологии, процесса, концепции разрабатываемого изделия или конечной системы. Демонстраторы технологий широко применяются в высокотехнологичных отраслях, например, в авиастроении [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
|
http://swsys.ru/index.php?id=4846&lang=.&page=article |
|