Sprut ExPro — средство генерации многоагентных систем проектирования в машиностроении. Часть 1

Евгенев Г.Б.

УДК 004.624 DOI 10.18698/0536-1044-2017-6-66-77

Sprut ExPro — средство генерации многоагентных систем проектирования в машиностроении. Часть 1

Г.Б. Евгенев

МГТУ им. Н.Э. Баумана, 105005, Москва, Российская Федерация, 2-я Бауманская ул., д. 5, стр. 1

Sprut ExPro — A Means of Generating Multi-Agent Design Systems for Mechanical Engineering. Part 1

G.B. Evgenev

BMSTU, 105005, Moscow, Russian Federation, 2nd Baumanskaya St., Bldg. 5, Block 1 e-mail: g.evgenev@mail.ru

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

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

The complexity and cost of design, as well as the quality of its results, is determined by the volume and depth of the engineering knowledge, embodied in the computer. Multi-agent engineering computerization technology enables specialists, who do not have deep knowledge in computer science, to create specialized automated workplaces for themselves and their colleagues. In this case, the engineering work is undergoing a qualitative change: the designer inputs initial data into the computer and monitors the project generation process, making key creative decisions by choosing from the options offered by the computer. Such systems can justifiably be classed as an entirely new category of semi-automated design systems. A generalized model of the class of artificial agents is considered and a conceptual definition of the agents is introduced. The minimum set of basic characteristics of the artificial agents is presented and interpreted. A conceptual flow diagram of a simple agent is designed. The implementation of the agent in the Sprut ExPro system is described.

Keywords: artificial intelligence, multi-agent methodology, software tools, intelligent design systems.

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

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

Важнейшей методической основой для реализации перечисленных концепций является теория многоагентных систем (МАС) [3]. Мно-гоагентным технологиям создания различных систем искусственного интеллекта уделяется значительное внимание за рубежом. В сентябре 2015 г. прошла 13-я Германская конференция, посвященная этой теме [4], имевшая цель развивать междисциплинарную связь между теорией и приложениями интеллектуальных агентов и МАС.

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

Данная работа принципиально отличается от упомянутых публикаций, так как в ней много-

агентная методология изложена как всеобъемлющий подход к созданию прикладных систем.

Концепция многоагентной методологии.

Обобщенная модель класса искусственных агентов (ИА) приведена на рис. 1 [3]. Любой ИА представляет собой открытую систему, помещенную в некоторую среду. В большинстве случаев этой средой является проект, формируемый в базах данных (БД).

Можно выделить три категории свойств ИА: импортируемые, экспортируемые и внутренние. Импортируемые свойства служат рецепторами ИА, формирующими его систему восприятия, экспортируемые — его эффекторами, функция которых заключается в воздействии на среду, т. е. на состояние проекта.

Свойства ИА всех трех категорий образуют его память, в которой хранится его текущее состояние.

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

Управление

Имя

Механизм Вызов

Рис. 2. Функциональный блок ШББО

Концептуально ИА представляет собой объект-функцию. Модель функционального блока, связанного с ИА, определена стандартом ГОББО.

Внутри блока записывается его наименование, содержащее имя функции — глагол или глагольный оборот, описывающий действие, выполняемое блоком, а также существительное, определяющее предмет, на который направлено действие, и возможно дополнительная уточняющая информация (рис. 2). Это наименование должно быть именем ИА. Входы блока представляют собой объекты, которые необходимы для выполнения функции, и в результате ее выполнения преобразуются в выходы. Входы показывают все объекты, требующиеся для реализации функции, и она не может быть исполнена без получения этих объектов. Управление описывает условие, оказывающее влияние на выполнение функции, но само не подвергается расходованию или переработке.

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

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

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

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

В минимальный набор базовых характеристик ИА должны входить [3]:

• активность, означающая способность к организации и реализации действий;

• реактивность или способность воспринимать состояние среды;

• автономность, т. е. относительная независимость, обеспечивающая собственное поведение на основе имеющихся у ИА данных и знаниях;

• общительность, вытекающая из необходимости решать свои задачи совместно с другими ИА;

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

Рассмотрим применение МАС на примере интеллектуальных систем проектирования. В машиностроительных системах автоматизированного проектирования в качестве ИА выступают комплексы, сборочные единицы, детали и их элементы.

Активность ИА состоит в необходимости решения двух задач: структурного и параметрического синтеза. Первый заключается в выборе структуры подчиненных объектов, второй — в генерации значений собственных свойств, в результате чего из класса объектов, представленных в форме ИА, генерируется один экземпляр, который и включается в проект.

Реактивность ИА обеспечивает решение этих задач путем обмена информацией между ними непосредственно или через БД.

Автономность ИА основана на встроенных в них механизмах, где содержатся инженерные знания о различного рода расчетах, а также геометрические и графические знания в форме параметризованных моделей, обеспечивающих генерацию трехмерных образов и чертежей [9-14].

Общительность ИА имеет как вертикальную, так и горизонтальную составляющую. Вер-

Рис. 3. Концептуальная блок-схема простого ИА

тикальная составляющая включает в себя обмен данными по иерархии «целое-часть» и «род-вид», а горизонтальная — обмен между конструктивно сопряженными, но не подчиненными друг другу по иерархии ИА.

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

Концептуальная блок-схема простого ИА. На

рис. 3 представлена концептуальная блок-схема простого (атомарного) ИА, который не содержит в своем составе других ИА. В отличие от него комплексный (сборный) ИА использует для построения своего механизма множество других ИА.

Компоненты блок-схемы соответствуют описанным выше концептуальным положениям. Предусловие связано с управлением, входящим в модель ГОЕБО, и может быть явным или неявным. Неявное предусловие означает, что для выполнения ИА должны быть определены все управляющие и входные данные. Явное представление предусловия представляет собой предикат, содержащий логическое утверждение первого порядка об ИА. Здесь

предикат представляет собой в общем случае n-местную функцию, принимающую значение из множества {0, 1} или {ложь (нет), истина (да)}. При значении «нет» ИА не выполняется, а при значении «да» подлежит выполнению, для чего необходимо получить информацию из БД, в которой хранятся значения переменных предиката и входных данных.

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

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

Реализация простого ИА в системе Sprut Ex-

Pro. На рис. 4 представлен интерфейс работы с БД в системе Sprut ExPro [9].

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

На рис. 5 показано окно работы с ассоциативными списками, которые могут иметь как символьные, так и числовые переменные.

Простое предусловие ИА приведено на рис. 6, где он назван модулем инженерных знаний (МИЗ). Согласно этому предусловию,

ИА будет исполняться только для сплошных осей.

Каждый ИА имеет свой словарь (рис. 7) представляющий подмножество общего словаря и включающий в себя входные, выходные и управляющие переменные.

В системе 8рш1: ЕхРго ИА могут использовать различные механизмы, которые будут описаны далее. На рис. 8 приведено окно механизма ИА типа формул.

После того, как были определены все компоненты ИА и сгенерирована его программная реализация, можно провести тестирование (рис. 9), задавая входные данные и получая результаты.

Рис. 4. База данных МАС

В » Ассоциативные Списки

с Имя Н аименование Тип Значения Ассоциативного Списка

h/idAxle$ Виды осей 1 STRING гладкие

TipAxleS KonAxleJ MarMat$ VidTeri Типы осей Конфигурации осей Марки стали Виды термообработки STRING STRING STRING STRING с буртиком

| О Добавить | = /долить

Рис. 5. Ассоциативные списки переменных перечисляемого типа

(Конфигурация оси

Условия применимости МИЗ

У сплошная

IО Добавить | =э Удалить

Рис. 7. Словарь ИА

Рис. 8. Механизм ИА типа формул

Выше был представлен простейший механизм функционирования ИА — расчет по формулам (в том числе присвоение значений пере-

менным). Чтобы МАС была способна решать все множество задач в различных областях, необходимо обеспечить возможность расширения механизмов. В их число должны войти:

• определение значений по таблицам;

• выбор значений из БД;

• обновление значений в БД;

• занесение значений в БД;

• генерация ЭБ-моделей,

• вычисление значений с использованием:

- подпрограмм;

- методов, сгенерированных из модулей

инженерных знаний;

- ехе-модулей или Ш1-библиотек, созданных другими системами.

В системе БргШ; ЕхРго с помощью модулей знаний (МЗ) типа формул можно создавать

| г-1 МИЗ: "ЛазВ" - Расчет диаметра оси

Входные данные

Имя 1 Нлимрнпкянир 1 7 Значение

М\ | Момент изгибающий, Нмм У |10000

Коп$ □ N12 Конфигурация оси Напряжение изгиба допустимое, МПа У У сплошная 0.9

Результаты

Имя Наименование |7 | 3 НЗЧ6НИ6

|3г ¡Диаметр оси расчетный, мм 7 148.074985677

р" Графическ .ое окно Ошибки | Запуск |

МЗ: 'Тг8с1РгСЗ" — Формирование содержания перехода окончательной обработки Предусловия запуска

имя наименование тип условие

ViZubKolS Вид зубчатого колеса STRING цилиндрическое, коническое

п Число одновременно обрабатываемых деталей INTEGER 1

HarObrS Характер обработки STRING Черновая

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

StToch Степень точности INTEGER 10,9

Входные свойства

имя наименование тип значение

Модуль детали, мм REAL

7_ Число зубьев INTEGER

Механизм — Формула

Эос1.Рег$ = "Фрезеровать венец колеса ш

Б1:г(7 )+" окончательно" Выходные свойства

= "+Str(m )+", z — " +

имя наименование тип значение

SodPer$ Содержание перехода STRING

Рис. 10. Символьное представление объекта-функции формирования текстовой переменной

МЗ: "№ТрхЬСЬ" — Назначение Тнз базового для червячных колес Предусловия запуска

наименование

тип условие

ViZubKolS Вид зубчатого колеса STRING червячное

Входные свойства

имя наименование тип значение

ZamPrisS Замена приспособлений STRING

VidPodS Вид подачи червячной модульной фрезы STRING

HarNal$ Характеристика наладки STRING

m_ Модуль детали, мм REAL

Механизм — Таблица

Конфигурация свойств в таблице

ZamPrisS

m

HarNalS VidPodS tpzb

Таблица

с заменой усгановочных приспособлений без замены установочных приспособлений

(0,6] (6,12] (12,) (0,6] (6,12] (12,)

без замены фрезерного суппорта радиальная 29 38 47 17 23 27

тангенциальная 31 40 50 19 24 30

с заменой фрезерного суппорта радиальная тангенциальная 39 52 67 27 37 42

41 56 72 29 40 52

Выходные свойства

имя наименование тип значение

Хф7Ъ Норматив подготовительно-заключительного времени базовый, мин REAL

Рис. 11. Символьное представление табличного объекта-функции с ярусными шапкой и боковиком

текстовые переменные. На рис. 10 приведено внешнее представление такого модуля. Текстовые константы заключаются в кавычки, например, «Фрезеровать венец колеса m = ». Числовые переменные преобразуются в текстовую форму с помощью функции Str. Отдельные компоненты текста соединяются с помощью знака «+». Если переменная m = 1, а z = 33, то модуль, показанный на рис. 10 сгенерирует такой текст: «Фрезеровать венец колеса m = 1, z = 33 окончательно».

Таким образом, имеется возможность генерации параметризованных текстовых документов, таких как главные технологические документы: маршрутные и операционные карты.

Приведенная на рис. 10 объект-функция имеет имя FrSdPrC3 и предназначена для формирования содержания перехода окончательной обработки зубчатых колес. Она применяется при обработке цилиндрических и конических колес при условии черновой обработки в операции одного обрабатываемого колеса со степенью точности 9 или 10. Колесо характеризуется определенным модулем (например, 3) и имеет заданное число зубьев (например, 10). Тогда формулировка перехода, заносимая в операционную карту, имеет следующий вид: «Фрезеровать венец колеса m = 3, z = 10 окончательно».

Функциональные зависимости часто имеют табличную форму представления. Для ввода таких зависимостей в базы знаний используются модули с механизмами в виде таблиц. Пример такого модуля для присвоения численных значений приведен на рис. 11. Прилагаемая к модулю таблица может иметь шапку и боковик, которые в общем случае могут быть многоуровневыми. На рис. 11 шапка на верхнем уровне содержит значения символьной переменной «Замена приспособлений», а на нижнем — диапазоны «Модуль детали, мм». Боковик также имеет два яруса: верхний — значения переменной «Характеристика наладки», и нижний — значения переменной «Вид подачи червячной модульной фрезы». На основе этих двух входов таблица позволяет определить значения выходной переменной — «Норматив подготовительно-заключительного времени базовый, мин». Таблица может быть недоопределенной, т. е. содержать пустые клетки. При значениях входных переменных, соответствующих этим клеткам, модуль не даст решения. В таком случае проектировщик должен будет изменить входные данные.

Приведенная на рис. 11 объект-функция имеет имя КгТргЪСЬ и обеспечивает назначение базового значения подготовительно-заклю-

МЗ: "РЯ4" — Выбор типа редуктора

Предусловия запуска

имя наименование тип условие

Входные свойства

имя наименование тип [значение

RaspOsS Расположение входной и выходной осей STRING

urz Передаточное отношение редуктора REAL

Механизм — Выбор из БД

База данных: каталог pecypcoBYDBPriv.SDB Таблица: ТипРед

Условия доступа к таблице

umin <= urz

AND umax >=urz

AND распосей = RaspOsS

Согласование полей и свойств

ТипРед = TypRed$

Nst = Nct

Выходные свойства

имя наименование тип значение

Nct Количество ступеней INTEGER

TypRed$ Тип редуктора STRING

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

норматив подготовительно-заключительного времени в минутах.

Важнейшей функцией МАС является работа с внешними БД. Пример модуля выбора из БД приведен на рис. 12. В этом модуле определяется тип редуктора и количество ступеней. Решение зависит от диапазона, в который попадает передаточное отношение редуктора, и взаимного расположения входной и выходной осей. Реше-

Рис. 13. Экранная форма выбора одного решения из БД

МИЗ: "гпБ^ЬУп" — Занесение данных зубчатого венца Предусловия запуска

имя наименование тип условие

Входные свойства

имя наименование тип значение

betta Угол наклона зуба, град REAL

StToch Степень точности INTEGER

Null Ноль REAL

VidZubS Вид зуба STRING

z_ Число зубьев INTEGER

Lr Расчетная длина обрабатываемой поверхности, мм REAL

ViZubKolS Вид зубчатого колеса STRING

m Модуль детали, мм REAL

Механизм — Обновить в БД

База данных: каталог pecypcoBYDB.SDB

Таблица: DanZbVn

Условия доступа к таблице

No

= Null

Согласование полей и свойств

m m

z_ z

StToch StToch

betta betta

ViZubKol ViZubKolS

L Lr

VidZub VidZubS

ние ищут по таблице «ТипРед», которая расположена в БД «DBPriv.SDB». На рис. 12 определены логические условия доступа к таблице и приведено согласование имен ее полей и свойств из словаря базы знаний. Подобные модули реализуют функции рецепторов (см. рис. 1).

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

Аналогичный модуль обновления БД приведен на рис. 14. Здесь данные заносятся в ячейку с фиксированным значением поля «№», равного нулю. Подобные модули реализуют функции эффекторов (см. рис. 1).

Модули знаний с механизмом типа Prt-под-программы чаще всего используются для выполнения действий, связанных с вводом и выводом информации. Эти подпрограммы генерируются с помощью инструментальных программных средств, которые будут описаны далее. На рис. 15 приведен пример модуля ввода символьных данных. Этот модуль начинает действовать, если зубчатое колесо принадлежит к виду червячных. Входные переменные содержат

МЗ: "УуОСЬег" — Ввод данных колеса червячного Предусловия запуска

наименование

тип условие

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

ViZubKol$ Вид зубчатого колеса STRING червячное

Входные свойства

имя |наименование тип значение

RsrcPath$ STRING

Механизм — РЛ-модуль

Имя файла РЯТ-модуля: каталог ресурсов\У\РСЬег.рг1

Согласование PRT-пepeмeнныx и свойств МИЗ т_ выход т_

выход z_ выход StToch

StToch

NameMIZ$ = ¡VvDCher RsrcPath$ вход RsrcPath$

exit_ выход exit_

Выходные свойства

имя наименование тип значение

z Число зубьев INTEGER 30

exit Выход REAL 0

т_ |Модуль детали, мм REAL 3

StToch Степень точности INTEGER 8

Ввод значений

[Модуль зацепления мм (з.

1 Число зубьев 50

1 Степень точности 8

ОК Отмена

■-1 Ввод значений

Модуль зацепления мм 3. 01

Число зубьев 3.

4. 5.

Степень точности

6. О

О. 10.

12.

ОК Отмена

б

Рис. 16. Экранные формы ввода данных

служебную переменную, обеспечивающую автоматическое согласование путей. Инструментальное средство экспертного программирования генерирует эту переменную автоматически. Как и в случае работы с БД, здесь проводится согласование переменных Prt-подпрограммы и словаря базы знаний. При необходимости могут использоваться константы, например, с заданием имени модуля (NameMIZ$= VvDCher).

На рис. 16 представлены экранные формы, с помощью которых осуществляется ввод данных. На рис. 16, а показано итоговое состояние формы. Результаты можно принять, нажав кнопку «OK», или отменить, прервав дальнейшее выполнение программы. При этом проводится изменение выходной переменной «exit» (см. рис. 15), с помощью которой выполняется управление процессом. Если эта переменная равна нулю, то процесс продолжается, а если единице, то прерывается.

Переменные перечисляемого типа на экранной форме отмечены цветом. Для выбора значения из ассоциативного списка необходимо нажать на кнопку «OK» (рис. 16, б).

Данная статья содержит информацию, связанную с созданием МАС, включая реализацию простого ИА. Описание ИА, способных генерировать 3D-модели машиностроительных изделий, комплексных ИА и методов интеграции про-

граммных комплексов с использованием МАС будут рассмотрены во второй части работы.

Выводы

1. Разработана концепция создания прикладных многоагентных систем. Предложена интерпретация ИА как объектов-функций.

Литература

2. Представлена интерпретация базовых характеристик ИА применительно к интеллектуальным системам проектирования в машиностроении.

3. Построена концептуальная блок-схема простого ИА.

4. Рассмотрена реализация простого ИА в системе 8ргШ: ЕхРго.

[1] Евгенев Г.Б. Интеллектуальные системы проектирования. Москва, Изд-во МГТУ

им. Н.Э. Баумана, 2012. 420 с.

[2] Евгенев Г.Б., ред. Основы автоматизации технологических процессов и производств.

В 2 т. Москва, Изд-во МГТУ им. Н. Э. Баумана, 2015. Т. 1. 441 с., т. 2. 479 с.

[3] Тарасов В.Б. От многоагентных систем к интеллектуальным организациям: филосо-

фия, психология, информатика. Москва, Эдиториал УРСС, 2002. 352 с.

[4] Müller J.P., Ketter W., Kaminka G., Wagner G., Bulling N. Multiagent System Technologies.

13th German Conference, MATES 2015, Cottbus, Germany, 28-30 September 2015, Revised Selected Papers, Springer, 2015, 291 p.

[5] Braubach L., Pokar A., Kalinowski J., Jander K. Tailoring Agent Platforms with Softfare

Product Lines. Multiagent System Technologies. 13th German Conference, MATES 2015, Cottbus, Germany, 28-30 September 2015, pp. 3-21.

[6] Hrabia C-E., Masuch N., Albayrak S. Autonomy in Complex Systems. Multiagent System

Technologies. 13th German Conference, MATES 2015, Cottbus, Germany, 28-30 September 2015, pp. 22-41.

[7] Diaconescu I.M., Wagner G. Modeling and Simulation of Web-of-Things Systems as Multi-

Agent Systems. Multiagent System Technologies. 13th German Conference, MATES 2015, Cottbus, Germany, 28-30 September 2015, p. 248.

[8] Bender J., Kehl S., Muller J.P. A Comparison of Agent-Based Coordination Architecture Var-

iants for Automotive Product Change Management. Multiagent System Technologies. 13th German Conference, MATES 2015, Cottbus, Germany, 28-30 September 2015, pp. 137-153.

[9] СПРУТ-Технология. URL: www.sprut.ru (дата обращения 15 декабря 2016).

[10] Евгенев Г.Б., Кокорев А.А., Пиримяшкин М.В. Интеллектуальные системы полуавтоматического проектирования и быстрого прототипирования изделий машиностроения. Евразийский Союз Ученых. Технические науки, 2015, № 9(18), с. 19-25. URL: http://euroasia-science.ru/tehnicheskie-nauki/intellektualnye-sistemy-poluavtomaticheskogo-proektirovaniya-i-bystrogo-prototipirovaniya-izdelij-mashinostroeniya/ (дата обращения 15 января 2017).

[11] Евгенев Г.Б., Кокорев А. А., Пиримяшкин М.В. Метод создания геометрических баз знаний. Инженерный вестник, 2016, № 1, с. 1201-1218. URL: http://engsi.ru/doc/ 832611.html (дата обращения 20 января 2017).

[12] Евгенев Г.Б., Кокорев А.А., Пиримяшкин М.В. Разработка интеллектуальной системы трехмерного проектирования деталей. Часть 2. Инженерный вестник, 2016, № 2, с. 520-534. URL: http://engsi.ru/doc/834324.html (дата обращения 20 января 2017).

[13] Колесов Ю.Б. Объектно-ориентированное моделирование сложных динамических систем. Санкт-Петербург, Изд-во СПбГПУ, 2004. 239 с.

[14] Евгенев Г.Б. Полуавтоматические системы типового вариантного проектирования. Актуальные проблемы технических наук в России и за рубежом. Сб. науч. тр. между-нар. науч.-практ. конф., Новосибирск, Инновационный центр развития образования и науки, 2016, № 3, с. 9-14.

References

[1] Evgenev G.B. Intellektual'nye sistemy proektirovaniia [Intelligent systems design]. Moscow, Bauman Press publ., 2012. 420 p.

[2] Osnovy avtomatizatsii tekhnologicheskikh protsessov i proizvodstv [Basics of automation of

technological processes and production]. Vol. 2. Ed. Evgenev G.B. Moscow, Bauman Press, 2015. Vol. 1. 441 p. Vol. 2. 479 p.

[3] Tarasov V.B. Ot mnogoagentnykh sistem k intellektual'nym organizatsiiam: filosofiia,

psikhologiia, informatika [From multiagent systems to intellectual organizations: philosophy, psychology, computer science]. Moscow, Editorial URSS publ., 2002. 352 p.