CC BY
116
УДК 519.711.3+004.822
ПРОЕКТИРОВАНИЕ ПРЕДПРИЯТИЙ
РЕЦЕПТУРНОГО ПРОИЗВОДСТВА НА ОСНОВЕ ОНТОЛОГИЙ
12 2 1 1 В.В. Голенков , В.В. Таберко , Д.С. Иванюк , К.В. Русецкий , Д.В. Шункевич ,
И.Т. Давыденко1, В.В. Захаров1, В.П. Ивашенко1, Д.Н. Корончик1
'Белорусский государственный университет информатики и радиоэлектроники, Минск, Республика Беларусь [email protected]
2ОАО «Савушкин продукт», Брест, Республика Беларусь [email protected]
Аннотация
В данной работе предлагается подход к проектированию предприятий рецептурного производства на основе формальных онтологий на примере белорусского предприятия ОАО «Савушкин продукт». Рассмотрены вопросы формализации стандартов, на основе которых осуществляется деятельность производства на примере стандарта ISA-88. Предлагается рассматривать стандарт ISA-88 как онтологию предметной области рецептурного производства, записанную на естественном языке. Формализация стандарта, таким образом, состоит в отображении структуры и содержания исходного текста документа стандарта на иерархию предметных областей и соответствующих им онтологий. Формальное представление стандарта является основой корпоративной интеллектуальной системы и позволяет автоматизировать решение целого ряда задач, включая информационное обслуживание сотрудников, приведение производства в соответствие стандартам и формальную оценку такого соответствия. Принципиально новым в данной работе является применение в качестве основы для построения интеллектуальной системы предприятия формального представления промышленного стандарта, выполненного на базе графодинамических моделей представления и обработки знаний.
Ключевые слова: онтология, онтологическое проектирование, интеллектуальная система, предприятие рецептурного производства, стандарт ISA-88.
Цитирование: Голенков, В.В. Проектирование предприятий рецептурного производства на основе онтологий / В.В. Таберко, Д.С. Иванюк, В.В. Голенков, К.В. Русецкий, Д.В. Шункевич, И.Т. Давыденко, В.В. Захаров, В.П. Ивашенко, Д.Н. Корончик // Онтология проектирования. -2017. - Т. 7, №2(24). - С. 123-144. - DOI: 10.18287/2223-9537-2017-7-2-123-144.
Введение
Статья посвящена рассмотрению различных аспектов повышения уровня автоматизации предприятий на примере предприятия рецептурного производства ОАО «Савушкин продукт». Актуальность этих исследований обусловлена тем, что без высокого уровня автоматизации и без высоких темпов повышения этого уровня современное предприятие не может добиться высокого уровня конкурентоспособности. Эффективность использования интеллектуальных технологий для повышения уровня автоматизации предприятия, прежде всего, определяется готовностью руководства к развитию предприятия в данном направлении, а также пониманием того, что переход предприятия на новый уровень автоматизации требует фундаментального переосмысления организации его деятельности.
Целью работы является построение онтологической модели предприятия рецептурного производства как средства повышения уровня автоматизации такого рода предприятий и способности адаптации предприятия к постоянно меняющимся внешним условиям.
1 Проблемы автоматизации предприятий
Существующие средства автоматизации деятельности предприятия имеют высокую стоимость, трудны в освоении и адаптации к конкретному производству. Как правило, такие средства, с одной стороны, жёстко ориентированы на решение некоторого ограниченного класса задач, с другой стороны, разработчики стремятся сделать такого рода средства как можно более универсальными, наращивая их частными решениями, что приводит к сложности и громоздкости таких систем. Вследствие подобного подхода к наращиванию функционала существующие средства автоматизации деятельности предприятия имеют низкий уровень гибкости (возможности внесения изменений), что приводит к существенным накладным расходам при адаптации таких средств к новым требованиям. Как правило, внесение изменений в указанные средства требует вмешательства разработчиков (часто сторонних с точки зрения предприятия), что влечёт значительные временные и финансовые затраты. Как следствие указанных проблем, далеко не всякое предприятие может обеспечить высокий уровень автоматизации своей деятельности, даже в случае наличия на рынке подходящих решений.
Отсутствие общих унифицированных моделей и средств построения систем автоматизации деятельности предприятия приводит к большому количеству дублирований аналогичных решений как в рамках различных предприятий, так и в рамках разных подразделений одного предприятия. При этом часто возникает ситуация, когда некоторые частные системы, решающие различные задачи в рамках одного предприятия, оказываются несовместимыми между собой, что приводит к дополнительным расходам на реализацию механизмов согласования, например, преобразование форматов данных. Отсутствие такого рода моделей препятствует дальнейшему повышению уровня автоматизации предприятия, в частности, в области автоматизации принятия решений в нештатных ситуациях, прогнозирования дальнейшего развития событий.
2 Требования, предъявляемые к средствам автоматизации предприятий
Средства автоматизации предприятия должны оперативно и с минимальными затратами времени сотрудников адаптироваться к любым изменениям самого производства - к расширению или сокращению объёмов производства, изменениям номенклатуры производства, изменению используемого оборудования, изменению общей структуры производства, изменению взаимодействия с поставщиками и потребителями, к изменению нормативно-правовых актов (включая стандарты), к различного рода непредвиденным обстоятельствам. Адаптация средств автоматизации предприятия ко всем видам изменений самого предприятия и всем аспектам его взаимодействия с внешней средой требует внесения изменений в модель предприятия, полностью отражающую текущее состояние его деятельности.
Средства автоматизации предприятия должны быть гибкими не только для оперативной адаптации к реконфигурации производства, но и для оперативного внесения изменений в сами средства автоматизации в направлении их постоянного совершенствования. Здесь существенным является не только снижение трудоёмкости повышения уровня автоматизации, но и поддержка высоких темпов повышения уровня автоматизации, а также чётко продуманный переходный процесс от одного уровня автоматизации к следующему, в ходе которого одновременно используется и устаревший вариант, и новый.
Эксплуатация системы автоматизации предприятия текущего уровня и перманентный процесс повышения этого уровня требуют согласованного и квалифицированного взаимодействия сотрудников предприятия. Основой такого взаимодействия является хорошо структурированная, достаточно полная и оперативно актуализируемая модель предприятия, отражающая все аспекты текущего состояния структуры и деятельности предприятия, а также
планы его развития. Такого рода комплексная модель называется знаниями предприятия, которыми надо управлять (добывать, хранить, модернизировать, распространять и т.д.) [1, 2].
Повышение уровня автоматизации предприятия предполагает существенное расширение числа автоматически или автоматизированно решаемых задач, а это, в свою очередь, приводит к автоматизации решения интеллектуальных задач, т.е. к использованию технологий искусственного интеллекта. К числу интеллектуальных задач, решаемых на предприятии, можно отнести:
■ анализ производственных ситуаций (в том числе нештатных);
■ принятие решений на различных уровнях;
■ планирование поведения в сложных обстоятельствах;
■ генерация, актуализация документации;
■ обучение новых и повышение квалификации действующих сотрудников; и т.д.
Для того, чтобы обеспечить широкое применение технологий искусственного интеллекта в автоматизации предприятия, все корпоративные знания предприятия должны быть записаны на формальном языке представления знаний. При этом указанный язык должен быть удобен не только для использования в интеллектуальных компьютерных системах, но и для использования всеми сотрудниками предприятия.
3 Подходы к автоматизации предприятий
В настоящее время существует ряд подходов, ориентированных на повышение уровня автоматизации и гибкости предприятий различного рода. Рассмотрим те из них, которые оказали влияние на развитие подхода, предлагаемого в данной работе.
Онтологические модели предприятий. Подход к проектированию различного рода систем на основе онтологических моделей широко используется в настоящее время [3], при этом в особую область исследований выделяют «онтологии предприятия» [2]. Суть предлагаемых подходов состоит в построении онтологий, описывающих деятельность того или иного предприятия или его подразделений. Недостатками данных моделей являются отсутствие унификации представления различных видов знаний предприятия, отсутствие единого подхода к выделению и формированию онтологий, отсутствие единого подхода к построению иерархии онтологий, что ограничивает возможность построения комплексной взаимосвязанной системы онтологий.
Модели управления знаниями предприятий. Управление знаниями в организации - это систематический процесс идентификации, использования и передачи информации, знаний, которые люди могут создавать, совершенствовать и применять. Это процесс, в ходе которого организация генерирует знания, накапливает их и использует в интересах получения конкурентных преимуществ. В настоящее время управление знаниями предприятия реализуется в виде систем управления знаниями [4]. Наиболее актуальным направлением в формализации процесса накопления и управления знаниями предприятия является применение онтологического подхода к построению моделей такого рода процессов.
Модели ситуационного управления. Термин «ситуационное управление» впервые появился в работах Д.А. Поспелова [5]. Это направление получило дальнейшее развитие [6, 7], а в ряде новых работ показано применение в реализации методов ситуационного управления онтологического подхода [8, 9]. Таким образом, модели и методы ситуационного управления могут быть использованы при построении онтологической модели предприятия с целью повышения эффективности разрабатываемых решений в конкретных производственных ситуациях.
Многоагентные модели предприятий. В настоящее время многоагентная модель широко применяется при проектировании систем автоматизации производства на различных уровнях. Удобство такого подхода и широта его использования обусловлены схожестью многоагентной модели с реальными процессами, происходящими на предприятии. Действительно, в классической многоагентной системе под агентом понимается некий субъект, как правило, активный и способный взаимодействовать с окружающей средой [10, 11]. Будучи объединёнными в коллективы, такие агенты способны решать задачи гораздо более сложные, чем мог бы решить один агент. К достоинствам многоагентного подхода можно отнести возможность построения на его основе распределённых многоуровневых систем.
Наиболее очевидной интерпретацией такого рода модели в применении к конкретному предприятию является рассмотрение его работников как агентов, каждый из которых способен решать определённый класс задач, вынужденных координировать свои действия для достижения общей коллективной цели. С учётом иерархии структурных подразделений конкретной организации могут быть выделены и уровни иерархии агентов, соответствующие отделам или цехам.
Модели реинжиниринга бизнес-процессов предприятий. Реинжиниринг бизнес-процессов - это фундаментальное переосмысление и радикальное перепроектирование бизнес-процессов предприятий для достижения резких, скачкообразных улучшений в основных актуальных показателях их деятельности: стоимость, качество, услуги и темпы [12]. Он базируется на понятиях будущего образа фирмы и модели бизнеса, раскрываемых в [13]. Для того, чтобы повысить эффективность реинжиниринга, необходимо обеспечить возможность построения формальных моделей, описывающих предприятие на разных уровнях детализации, и обеспечить унификацию таких моделей, их интегрируемость и иерархичность.
Основной недостаток всех приведённых выше моделей заключается в том, что ни одна из них не обладает достаточной полнотой, и для наиболее адекватного соответствия реальному предприятию его модель должна быть результатом интеграции всех этих моделей.
4 Предлагаемый подход к автоматизации предприятий
В основе предлагаемого подхода к решению указанных проблем лежат следующие принципы.
■ Предприятие рассматривается как распределённая, интеллектуальная социотехническая система, в основе которой лежит хорошо структурированная общая база знаний предприятия.
■ В рамках базы знаний предприятия интегрируются все вышеуказанные модели.
■ Предприятие рассматривается как иерархическая многоагентная система. В качестве агентов выступают как сотрудники предприятия, так и программные (программно-аппаратные) агенты. Иерархичность многоагентной системы означает то, что агенты могут быть неатомарными, т.е. коллективами взаимодействующих между собой агентов, причём такая структура может быть многократно вложенной.
■ Весь комплекс средств (как информационных, так и материальных), обеспечивающих деятельность предприятия, оформляется в виде интегрированной распределённой интеллектуальной системы, которую будем называть интеллектуальной корпоративной системой. Основными пользователями этой системы являются сотрудники предприятия.
■ Проектирование онтологической модели предприятия сводится к проектированию онтологической модели его интеллектуальной корпоративной системы, которая далее может интерпретироваться имеющимся набором материальных ресурсов. При этом онтологическая модель предприятия является и объектом, и результатом проектирования.
Для реализации корпоративной системы предприятия предлагается использовать технологию OSTIS [14, 15]. Из этого следует:
■ в качестве основы для представления знаний используется унифицированный, универсальный язык представления - SC-код;
■ разработка системы сводится к разработке её модели, описанной средствами SC-кода (sc-модели), которая затем интерпретируется одной из платформ интерпретации;
■ база знаний имеет иерархическую структуру, позволяющую рассматривать хранимые знания на различных уровнях детализации (прежде всего это иерархия предметных областей (ПрО) и соответствующих им онтологий [16]);
■ частью технологии являются средства коллективного проектирования баз знаний, средства проектирования машин обработки знаний и их компонентов;
■ модель обработки знаний основана на многоагентном подходе, позволяющем строить параллельные асинхронные машины обработки знаний, интегрировать различные частные модели обработки в рамках одной системы;
■ все агенты взаимодействуют исключительно посредством общей памяти, хранящей конструкции SC-кода (sc-памяти); такой подход позволяет обеспечить гибкость системы и возможность параллельного решения различных задач [17];
■ для разработки программ агентов используется внутренний параллельный язык SCP, тексты которого также представлены в SC-коде, что позволяет обеспечить платформенную независимость таких агентов.
На данном этапе работы основное внимание уделено решению задачи разработки онтологической модели базы знаний, в частности - построению набора онтологий ПрО, описывающих содержание основных стандартов. Формальное представление стандартов является основой для согласования всех ключевых аспектов деятельности предприятия и построения общей онтологической модели всего предприятия в целом и отдельных его компонентов.
Чтобы убедиться в актуальности решаемых задач, рассмотрим текущее состояние и историю развития автоматизации на конкретном предприятии.
5 Анализ развития средств автоматизации производства предприятия ОАО «Савушкин продукт»
В конце 90-х на предприятии было принято решение разрабатывать своими силами платформу системы, которая в дальнейшем позволяла бы реализовать не только промышленные проекты автоматизированных систем управления технологическими процессами (АСУТП), но и решать бухгалтерские, складские и т.п. задачи. В разрабатываемой SCADA-системе (Supervisory Control And Data Acquisition. — диспетчерское управление и сбор данных), названной EasyServer, первым был реализован проект по контролю температур в технологических ёмкостях (танках) аппаратного цеха. После его успешного запуска и получения подтверждения эффективности принятых решений, были реализованы проекты по автоматизации моечной станции, цеха приёмки молока, цеха сгущения.
В ходе развития системы уровень автоматизации постоянно повышался. На начальном этапе охватывался только сбор и протоколирование данных с датчиков (температура, давление и т.д.). На последующем этапе появился уровень управления технологическими операциями и техническими устройствами. В настоящее время реализуется уровень рецептурного (партионного) производства.
Для разработки проектов также используется среда разработки CODESYS от компании 3S-Smart Software Solutions для контроллеров WAGO. Она бесплатна, позволяет использовать инженерные языки для программируемых логических контроллеров (IEC 61131-3) - IL,
LD, FBD, SFC, ST. Такой подход используется для разработки относительно простых автономных проектов (например, посты приёмки молока) инженером по автоматизации без привлечения инженера-программиста. Реализованные проекты интегрируются в систему за счёт использования открытого протокола обмена MODBUS TCP.
Для эффективной организации работы цеха требуется решение задач организации взаимодействия между отдельными проектами. Однако нет универсального подхода - в одних проектах используется MODBUS TCP, в других - дополнительный контроллер в качестве коммуникационного шлюза. Кроме того, используются физические соединения для обмена сигналами. Всё это дополнительно усложняет систему.
Использование собственной разработки (как проектов, так и системы в целом) обладает следующими достоинствами.
■ Высокая скорость разработки новых проектов. Вся накопленная при разработке функциональность становится частью системы. В настоящее время типовой проект можно разработать силами буквально одного инженера по автоматизации в течение нескольких часов, что позволило реализовать уже более 200 проектов.
■ Относительная дешевизна разработанной SCADA-системы EasyServer. Несмотря на содержание штата квалифицированных разработчиков, затраты на неё оказались гораздо ниже, чем при использовании сторонних решений.
■ Обширный функционал собственной системы. Возможности системы сопоставимы с коммерческими аналогами (Simatic Step 7 + Simatic WinCC) за счёт тесной связи с реальным производством.
Существуют следующие недостатки текущего варианта системы автоматизации производства.
■ Представление данных реализовано в форме простых отчётов. На этапе запуска первых проектов отчёты были реализованы в виде отдельных приложений на Delphi, данные из таблиц через BDE от сервера проекта экспортировались в MS Excel. На текущий момент принято решение организовать обработку данных (и формирование отчётов в том числе) на более высоком уровне, а на уровне АСУТП оставить только базовые отчёты о работе проектов. Поэтому открыт вопрос о платформе верхнего уровня (уровень предприятия в целом - ERP) для решения отчётных задач.
■ Так как приоритетом является скорость разработки и модификации, имеет место низкий уровень документации как системы в целом, так и отдельных проектов. В связи с этим требуются решения, в которых документация становится частью проектируемой системы. В настоящее время описание функциональной схемы автоматизации, электрической части и спецификации проекта реализовано в CAD Eplan. Описание технологической части также выполняется с помощью CAD Eplan, но хранится отдельно в виде сценариев на языке Lua. Описание отдельных устройств (частотные преобразователи, клапаны) хранится в формате PDF и поступает от их производителей.
■ Ограниченное время на тестирование и отладку. Поэтому востребованы модули диагностики и самодиагностики для проектов.
■ Для успешного освоения рынка необходимо привести организацию производства на предприятии «Савушкин продукт» в соответствие с международными стандартами (в частности, со стандартом ISA-88). Однако стандарты могут являться и сдерживающим фактором - они громоздки, есть сложности с их толкованием, их внедрение может требовать неоправданно больших затрат. Поэтому для реализации процесса приведения предприятия в соответствие с международными стандартами необходимо использовать более гибкую организацию самого производства с учётом эволюции самого стандарта.
Растёт охват предприятия автоматизацией. Теперь это уже не только отдельные цехи, но и всё предприятие в целом. Поэтому востребованы системы управления не на уровне «оператор» - «мнемокарта техпроцесса» - «отдельный техпроцесс», а «диспетчер производственной логистики» - «интеллектуальный веб-интерфейс» - «завод в целом». Роботизация производства - необходимый элемент развития современного предприятия. Поэтому нужны решения, позволяющие интегрировать и реализовывать новые проекты роботизации производственных процессов и переходу к безлюдному производству.
6 Формализация стандартов рецептурного производства
6.1. Принципы формализации стандартов
Основой онтологического подхода к проектированию предприятия является формализация стандартов. Каждый стандарт рассматривается как онтология соответствующей ПрО, являющаяся основой для автоматизированного решения ряда задач, включая информационное обслуживание сотрудников, формальную оценку соответствия предприятия этим стандартам и т.д.
Одной из важных проблем внедрения стандарта на предприятии является возможность неоднозначной трактовки некоторых положений стандарта, а также необходимость постоянной коррекции такой трактовки с целью приближения её к смыслу оригинала. Кроме того, существуют особенности применения стандарта на каждом предприятии, необходимость актуализации используемого стандарта (т.к. любой стандарт постоянно эволюционирует), с последующим внесением изменений в структуру и организацию деятельности предприятия для обеспечения соответствия стандарту.
Одним из путей решения такого рода проблем является построение его формальной семантической модели, которая могла бы одинаково интерпретироваться как компьютерной системой, так и человеком. Формальное семантическое представление стандарта позволяет без внесения каких-либо изменений в структуру такого представления дополнять его различного рода дидактической информацией (примерами, пояснениями и т.д.), которая способствует пониманию стандарта сотрудниками предприятия. Кроме того, формальное семантическое представление стандарта обеспечивает значительное упрощение внесения изменений в такое представление стандарта, которые могут быть вызваны либо уточнением трактовки этого стандарта, либо эволюцией самого стандарта (его исходного документа).
Построение формальной модели стандарта сводится к построению интегрированной формальной онтологии, специфицирующей соответствующую ПрО. Для этого необходимо отобразить структуру и содержание исходного текста стандарта на иерархию ПрО и соответствующих им онтологий.
Использование онтологического подхода позволяет путём добавления интеллектуальных агентов построить на его основе интеллектуальную справочную систему, предоставляющую широкий спектр информационных услуг пользователям, в том числе способную отвечать на широкий спектр вопросов, ответ на которые может быть в явном виде не представлен в тексте стандарта, или поиск его в таком тексте затруднителен.
6.2. Формализация стандарта ISA-88
Среди множества стандартов, регулирующих деятельность предприятий, наиболее полно отражает специфику рецептурного производства стандарт ISA-88 [18]. Основным достоинством ISA-88 является разделение ПрО рецептурного производства на максимально независимые ПрО рецептов, оборудования и управления [19]. Такое разделение позволяет специа-
листам предприятия при решении своих задач осуществлять поиск их решения строго в своей ПрО, независимо от остальных. Этот факт закладывает фундамент в обеспечение гибкости рецептурного производства и сам по себе является основой для построения онтологической модели предприятия.
Стандарт ISA-88 состоит из четырёх частей, однако особую ценность для построения формальной онтологии имеет первая часть, поскольку она предоставляет терминологию и целостный набор понятий и моделей, используемых в управлении рецептурным производством [20]. В статье используются англоязычные термины из [18], русскоязычные термины из ГОСТ Р МЭК 61512-1-2016 [21]. Термины, вновь появившиеся в ревизии ISA-88.00.01 2010 года, в частности, касающиеся процедурной модели, скомбинированы из уже существующих и переведены авторами статьи, исходя из имеющихся официальных переводов. Структурно исходный документ первой части стандарта ISA-88 состоит из 6 разделов:
1) область применения стандарта (Scope of the standard);
2) нормативные ссылки (Normative References);
3) термины и определения (Definitions);
4) процессы серийного производства и оборудование (Batch Processes and Equipment);
5) понятия, используемые при управлении серийным производством (Batch Control Concepts);
6) действия и функции процесса управления серийным производством (Batch Control Activities and Functions).
Отобразим структуру документа на иерархию ПрО и соответствующих им онтологий. Стандарт ISA-88 в целом соответствует ПрО предприятий рецептурного производства. Первые два раздела специфицируют документ стандарта и непосредственно к описанию ПрО рецептурных производств не относятся и, соответственно, не отображаются на иерархию ПрО и онтологий. Раздел 3 соответствует терминологической онтологии и логической онтологии [16] ПрО предприятий рецептурного производства. Подраздел 4.1 соответствует ПрО процессных моделей рецептурных производств. Остальные подразделы четвёртого раздела соответствуют ПрО физических моделей рецептурных производств. Раздел 5 соответствует ПрО моделей процедурного управления. Раздел 6 соответствует ПрО деятельности по управлению рецептурным производством.
Запишем иерархию ПрО базового уровня в формальном виде на языке SCn [22]: ПрО предприятий рецептурного производства => частная ПрО*:
• ПрО физических моделей рецептурных производств
• ПрО процессных моделей рецептурных производств
• ПрО моделей процедурного управления оборудованием рецептурных производств
• ПрО деятельности по управлению рецептурным производством Приведём структурные спецификации [16] частных ПрО на языке SCn.
ПрО физических моделей рецептурных производств
3 максимальный класс объектов исследования':
equipment entity 3 немаксимальный класс объектов исследования':
• area
= область производства
• site
= место производства
• process cell
= производственный цех
• unit
= технологическая установка
• equipment module
= блок оборудования
• control module
= блок управления
• enterprise
= препдриятие
• equipment relation
= связь оборудования 3 исследуемое отношение': содержит*
= contains*
ПрО процессных моделей рецептурных производств
3 максимальный класс объектов исследования': process element = процессный элемент 3 немаксимальный класс объектов исследования':
• process stage
= стадия технологического процесса
• process operation
= технологическая операция
• process action
= производственное действие 3 исследуемое отношение': process element link* = связь процессных элементов* ПрО моделей процедурного управления оборудованием рецептурных производств 3 максимальный класс объектов исследования': procedural element = процедурный элемент 3 немаксимальный класс объектов исследования':
• process cell procedure
= процедура производственного цеха
• unit procedure
= процедура технологической установки
• operation
= операция
• phase
= фаза
• recipe procedural element
= процедурный элемент рецепта
• equipment procedural element
= процедурный элемент оборудования
• recipe process cell procedure
= рецептурная процедура производственного цеха
• recipe unit procedure
= рецептурная процедура технологической установки
• recipe operation
= рецептурная операция
• recipe phase
= рецептурная фаза
• equipment process cell procedure
= процедура оборудования производственного цеха
• equipment unit procedure
= процедура оборудования технологической установки
• equipment operation
= операция оборудования
• equipment phase
= фаза оборудования 3 исследуемое отношение': execution order* = порядок исполнения*
Ниже рассмотрены примеры описания физической и процедурной моделей предприятия «Савушкин продукт» на основе системы понятий, исследуемых в соответствующих ПрО.
6.3. Формализация физической модели предприятия «Савушкин продукт»
Предприятие можно специфицировать в различных аспектах, некоторые из которых (процессы, процедуры, оборудование, управление) регулируются стандартом ISA-88. Этим аспектам соответствуют иерархически организованные ПрО. В качестве иллюстрации приведём фрагмент спецификации предприятия «Савушкин продукт» в рамках ПрО физических моделей рецептурных производств. Спецификация имеет семь уровней: enterprise (предприятие), site (место производства), area (область производства), process cell (ячейка процесса), unit (аппарат), equipment module (блок оборудования), control module (блок управления).
6.3.1. Уровень Enterprise (предприятия)
Предприятие - самая крупная производственная единица, под которой обычно понимается компания в целом. В нашем случае это ОАО «Савушкин продукт». Формализованная запись этого факта приведена на рисунке 1. Здесь и далее для формализованного представления используется язык SCg [22].
О-
предприятие
ОАО Савушкин продукт
Рисунок 1 - Формализованная запись предприятия «Савушкин продукт»
6.3.2. Уровень Site (мест производства)
Предприятие состоит из одного или более мест производств. Места производства чаще всего выделяются по географическому принципу. Места производства, входящие в ОАО «Савушкин продукт», показаны на рисунке 2. Формализованное представление этой информации приведено на рисунке 3. Далее рассматривается место производства «Брест 2».
Рисунок 2 - Места производства предприятия «Савушкин продукт»
6.3.3. Уровень Area (областей производства)
Место производства состоит из одного или нескольких областей производства. В рамках ISA-88 не все части производства будут являться частью области производства, а только те, которые имеют непосредственное отношение к процессу рецептурного производства. Области производства «Брест 2» приведены на рисунке 4. Формализованное представление данного фрагмента структуры предприятия приведено на рисунке 5. В дальнейшем будет рассматриваться «Цех мягких сыров и творога», выделенный на рисунке 4.
место производства
Рисунок 3 - Формализованное представление связи двух верхних уровней физической модели
Рисунок 4 - Производственные участки производства «Брест 2»
Цех готовой продукции область производства"
Рисунок 5 - Формализованное представление связи второго и третьего уровней физической модели
6.3.4. Уровень Process Cell (ячейки процесса)
Область производства содержит всё оборудование, необходимое для производства партии продукта. Иногда для описания комплекса оборудования производственного участка используется термин «линия» (train). В процессной ячейке может быть более одной линии, последовательность оборудования в которых называется маршрутом (path). Ячейка процесса получает сырье (raw) или промежуточное вещество (work-in-progress) и преобразует их в готовую продукцию или другое промежуточное вещество. Цех мягких сыров и творога производства «Брест 2» содержит две ячейки процесса - одна отвечает за изготовление творожной массы, а вторая - за её формовку и фасовку (рисунок 6). На рисунке 7 приводится формализованное представление этого фрагмента структуры предприятия. В дальнейшем рассматривается ячейка процесса производства творожной массы «Хуторок» (выделена на рисунке 6).
Область производства (area)
Производственный цех
(process ceil)
Рисунок 6 - Ячейки процесса в цехе мягких сыров и творога
Формовка и фасовка творожной массы производственный цех
Рисунок 7 - Формализованное представление связи третьего и четвёртого уровня модели
6.3.5. Нижние уровни физической модели
Три нижних уровня модели оборудования рассматриваются совместно, поскольку, согласно ISA-88, и unit, и equipment module, и control module могут непосредственно содержаться в process cell, как показано на рисунке 8.
must be present somewhere in the process cell.
Some of the other possible relationships Рисунок 8 - Возможные отношения между сущностями трёх нижних уровней физической модели в ISA-88
Аналогичным образом, аппарат (технологическая установка) может непосредственно содержать как блок оборудования, так и блок управления. Технологическая установка является основной единицей рецептурного производства. Процесс рецептурного производства происходит именно в технологических установках, которые выполняют главные производственные действия (major processing activities), придающие ценность промежуточному или конечному продукту - смешивание, осуществление химических реакций и др.
Блок оборудования представляет собой группу физических устройств, образованную для выполнения некоторой конкретной функции в рамках рецептурного производства. Стандартом ISA-88 подразумевается, что блок оборудования способен реализовывать логику, основанную на принятии решений (decision-based logic). Например, контроль уровня жидкости или давления в некоторой ёмкости или поддержание определённого температурного режима обрабатываемого вещества.
Блок управления - базовый элемент физической модели, представляющий собой связанный набор управляющих модулей (датчики, клапаны и пр.), рассматриваемых как единая сущность. Следует заметить, что не всегда блок управления будет иметь физическую реализацию - он может быть инструкцией или группой инструкций программируемого микроконтроллера или драйвером некоторого устройства.
В рассматриваемой ячейки процесса по производству творога имеется 32 коагулятора (технологических установок), две линии приёмки смеси, восемь линий выдачи, восемь линий откачки сыворотки и 16 бойлеров (блоков оборудования), что показано на рисунке 9. Формализованное представление нижних уровней физической модели показано на рисунке 10.
Рисунок 9 - Технологические установки и блоки оборудования в ячейке процесса производства творожной массы
производственный цех Производство творожной массы
технологическая установка
Коагулятор 1
П л 1
г Коагулятор 32 1, блок оборудования
г Линия приемки 1
Г Линия приемки 2 ^ А-
г ' и* Линия выдачи 1 >о<
Линия выдачи 2
I
Пиния выдачи 8
4
лпроизводсгг ДГ!'.. о и: воден п венный цех во творожной массы <2 блок оборудования
г Линия откачки сыворотки 1
г1 Линия откачки сыворотки 2 Т Л)
г Линия откачки сыворотки 8
г рО« Бойлер 1
'У Бойлер 2 1,0, \
I . '"Бойлер 16 В
содержать"
содержать4
Рисунок 10 - Формализованное представление нижних уровней физической модели
6.3.6. Формализация технической документации
Практическое приложение физической модели состоит в формализации документации предприятия, в частности функциональных схем. Принципиальная простота взаимного пере-
хода между технологическим чертежом и его семантическим представлением даёт возможность обращаться к элементам чертежа, инициировать команды, воздействующие на состояние оборудования, и отслеживать его динамику. Эта функциональность обеспечивается ре-цепторными и эффекторными агентами, работающими над семантическим представлением документации, хранящимся в общей семантической памяти. Это позволяет «оживить» техническую документацию предприятия, сделать её многоцелевой.
В качестве примера практического приложения рассмотрим изображенный на рисунке 11 в виде функциональной схемы [23] фрагмент ячейки процесса на этапе нагрева творожной массы, использующий два коагулятора KOAG14 и KOAG15 и бойлер B1. Кроме того, на ней изображён ряд датчиков (температурный - ТЕ4, уровня - LS41, LS42), насосов (N4) и клапанов (У40, V41, 14V1, 15V1), а также теплообменник ^1), которые, в соответствии со стандартом КА-88, относятся к модулям управления, поскольку являются базовыми элементами оборудования, выполняющими атомарные функции. Стрелками показана циркуляция греющей воды по системе подогрева.
+ КОАС14-Ш-
+ К0АС15-Ш-
+ К0АС14-Н«/+ +КОАС15-Н\Л/+
-14У11—о—| -15У11—о—|
Рисунок 11 - Функциональная схема фрагмента ячейки процесса, выполненная средствами ГОСТ 21.404-85
Рассмотрим процесс перевода технологической схемы в её семантическое представление. Каждой единице оборудования - конкретному датчику, насосу, трубе, коагулятору соответствует узел семантической сети. Тот факт, что конкретная единица оборудования является экземпляром того или иного класса оборудования, обозначается связью от узла, обозначающего класс, к узлу оборудования (рисунок 12).
лт
Рисунок 12 - Пример семантического представления экземпляра класса оборудования
Трубы относятся к особому виду оборудования, соединяющему другое производственное оборудование между собой. Если в рамках технологического процесса обрабатываемое вещество по трубе переходит от одной единицы оборудования к другой, то узел единицы оборудования, из которой исходит вещество, связывается со знаком трубы бинарным отношением оборудование-источник*, а узел единицы оборудования, в которое вещество поступает, связывается со знаком трубы отношением оборудование-приемник* (рисунок 13).
&
Т кг,
ГтруЬэ j циркуляционный бачок
V41 Т I
оборудование-источник'I 1^>борудобание-приемник'
Рисунок 13 - Семантическое представление соединения двух единиц оборудования трубой
Может иметь место односторонняя связь датчика с трубой, непосредственно не относящаяся к перемещению вещества. Она обозначается связкой отношения соединение* между знаком датчика и знаком трубы (рисунок 14).
\ датчик температуры Ттруба
I
ТЕ4
Рисунок 14 - Семантическое представление связи датчика и трубы
На рисунке 11 также представлены в виде отдельных сущностей конструктивные части оборудования (датчики температуры коагуляторов). Для связи единицы оборудования с её конструктивной частью используется связка отношения часть-целое*, связывающая узел единицы оборудования и узел его конструктивной части (рисунок 15).
Рисунок 15 - Семантическое представление связи единицы оборудования с его конструктивной частью
Для отдельного цеха полученного описания достаточно. Однако для предприятия с множеством цехов необходима унификация семантического представления на основе общей онтологии. В качестве общей онтологии может выступить онтология ПрО физических моделей рецептурных производств, построенная в результате формализации стандарта ISA-88. Она будет находиться в онтологической модели предприятия уровнем выше онтологии конкретного отраслевого производства, но уровнем ниже онтологии рецептурных производств в целом. Такая иерархическая организация онтологий позволяет обеспечить независимость конкретной производственной рецептуры от конкретного производственного оборудования, поскольку их взаимосвязь будет устанавливаться на более высоком уровне абстракции, что сродни шаблону проектирования «Мост» в объектно-ориентированной парадигме [24].
Чтобы установить связь описания, полученного на первом этапе, с понятиями, определёнными в физической модели, необходимо сопоставить конкретные элементы оборудования с соответствующими уровнями модели оборудования, рассмотренными выше. Совместив эти два описания, можно увидеть, каким образом связаны модули управления и модули оборудования. Эта связь является ключевой для обеспечения общности и повторного использования компонентов в рамках управления рецептурным производством [25]. К примеру, чтобы сказать, что конкретная единица оборудования (например, клапан) является моду-
лем управления, необходимо включить обозначающий этот клапан узел семантической сети во множество модулей управления, как показано на рисунке 16.
о« о
14\/1 модуль управления
Рисунок 16 - Семантическое представление клапана - модуля управления
В результате подобных преобразований получаем фрагмент формализованной семантической сети, например представленный на рисунке 17.
ия
кмгулятор 1Л 'колгулятср 15
Рисунок 17 - Фрагмент формализованной семантической сети, построенной на основе исходной технологической документации
Представленная таким образом исходная документация позволяет осуществить различные запросы. Например, на запрос: «Найти блок оборудования, содержащий теплообменник» используется sc-агент поиска по произвольному образцу. Его аргументом является sc-узел, обозначающий образец поиска, приведённый на рисунке 18. Пример ответа на этот запрос показан на рисунке 19 в виде фрагмента семантической сети.
Т
0---i---— ---0
блок оборудования теплообменник
Рисунок 18 - Пример образца поиска
6.4. Процедурная модель предприятия «Савушкин продукт»
Процедурная модель предприятия исследуется в рамках ПрО моделей процедурного управления оборудованием рецептурных производств. В данной ПрО объектом исследования является класс процедурных элементов (procedural element) - составных частей процедурной модели. По уровню детализации различаются следующие их разновидности - процедуры производственного цеха (process cell procedure), процедуры технологических установок (unit procedure), операции (operation) и фазы (phase). Кроме того, процедурные элементы могут относиться как к оборудованию - процедурный элемент оборудования (equipment proce-
dural element), так и к рецептуре (recipe) - рецептурный элемент оборудования (recipe procedural element).
»
модули управления гтплс
датчик температуры
у Ei
улок оборудования
ьбманник
аборудасанис-приемник' @
|рубв ©
клапан
клапан cocmani ие оборуд•
труба
циркуляционный бочок
г
блок оборудовании
JV40 ^ открып^У41
) модуль улраслАнип
оборудоеаниа-источник' оборудооание-источник'
оборудование-приемник" . блок оборудования иагреоа © обо рудо вение- приемник*
& Г г '¥-■
модуль упраоления
© ripi.Vjyt}ooe«|/e-ucm(W WH* труба
'о дуль упраоле, i up
to бору doe вние-прие мни к'
труба
© оборудованиа-приамник'
Исключено
a борудосаниа-источник'
I
состояние оборудоодмгя
Рисунок 19 - Пример ответа системы на запрос о блоке оборудования, содержащем теплообменник
В качестве примера приведём фрагмент процедурной модели производства творога в цехе мягких сыров и творога ОАО «Савушкин продукт», выполненный средствами [26]. Процедура изготовления творога «Хуторок» заключается в последовательном выполнении процедур технологических установок приготовления, формовки и фасовки (см. левую треть рисунка 20). Unit procedure приготовления творожной массы включает, среди прочих, операции наполнения, нагрева и мойки (см. центральную часть рисунка 20). Операция нагрева включает единственную одноименную фазу, что видно в правой трети рисунка 20.
Олераши
Процедура
Шиаиаав
творога «Xytuuuk»
Процедура тех полог] [чсскоП установи ПШИШВЗДИШ!
найайййй миий
I
П])Hl OlОЦЛсГ 11»с творожной массы
-/ --щ
Формовка nsopcT/Kiiofi массы
Фаепвка nsopcBbiioit ыассы
/ У ч
/ Нагрев (фаза)
А
Рисунок 20 - Процедурная модель, выполненная в соответствии с ISA-88.00.02
В рамках формального представления каждому процедурному элементу будет соответствовать узел семантической сети. Конкретная разновидность процедурного элемента указывается аналогично тому, как было рассмотрено указание типа оборудования в описании модели оборудования. Процедурные элементы разного уровня детализации связываются между собой отношением декомпозиция*. Последовательность выполнения процедурных элементов в рамках процедурного элемента более высокого уровня задаётся связками отношения
порядок исполнения*. После выполнения указанных преобразований получается фрагмент семантической сети, изображённый на языке SCg на рисунке 21.
Рисунок 21 - Формализованное представление процедурной модели производства творога
Заключение
В работе показаны основные принципы онтологического проектирования предприятий рецептурного производства на примере предприятия «Савушкин продукт». Ключевые положения работы.
■ Предприятие рассматривается как интеллектуальная многоагентная система, управляемая знаниями, хранимыми в памяти, которая является общей для всех агентов этой системы и называется корпоративной памятью предприятия. Агентами такого интеллектуального предприятия являются как программные агенты, работающие над указанной корпоративной памятью, так и сотрудники предприятия, работающие и взаимодействующие через эту память.
■ Основой онтологического проектирования предприятия является целостная система формальных онтологий, каждая из которых описывает принципы того или иного аспекта организации деятельности предприятий заданного класса. Совокупность моделей, которые описывают предприятие, составляют интегрированную онтологическую модель проектируемого предприятия.
■ Принципы организации деятельности, направленной на совершенствование и адаптацию предприятия к изменяющимся условиям, должны быть описаны в виде онтологии совершенствования предприятий заданного класса, которая должна быть декомпозирована на несколько частных онтологий, описывающих совершенствование различных аспектов структуризации или деятельности предприятия.
■ Основным критерием качества разработанной системы формальных онтологий является возможность декомпозиции онтологии совершенствования предприятий, позволяющей совершенствование различных аспектов предприятия независимо друг от друга. Этот критерий характеризует степень гибкости предприятий, проектируемых на основе указанной системы формальных онтологий.
■ В основе системы формальных онтологий для предприятий рецептурного производства лежит формализация стандарта ISA-88, который представляется в виде системы следующих онтологий:
■ онтологии физических моделей рецептурных производств;
■ онтологии процессных моделей рецептурных производств;
■ онтологии моделей процедурного управления оборудованием рецептурных производств;
■ онтологии деятельности по управлению рецептурным производством.
Важно подчеркнуть высокое качество стандарта ISA-88, позволяющее проектировать предприятия рецептурного производства, обладающие высокой степенью гибкости.
Список источников
[1] Гаврилова, Т.А. Интеллектуальные технологии в менеджменте: инструменты и системы I Т.А. Гаврилова, Д.И. Myромцев II Учеб. пособие. - СПб: «Высшая школа менеджмента», 2008.
[2] Шведин, Б.Я. Онтология предприятия: экспириентологический подход: Технология построения онтологической модели предприятия I Б.Я. Шведин. - M: Ленанд, 2010. - 240 с.
[3] Боргест, Н.М. Онтология проектирования: теоретические основы. Часть 1. Понятия и принципы I НМ. Боргест II Учеб. пособие. - Самара: Изд-во СГАУ, 2010. - 88 с.
[4] Тузовский, А.Ф. Системы управления знаниями (методы и технологии) I А.Ф. Тузовский, С.В. Чириков, В.З. Ямпольский II Под общ. ред. В.З. Ямпольского. □ Томск: Изд-во НТЛ, 2005. - 260 с.
[5] Поспелов, Д.А. Принципы ситуационного управления I Д.А. Поспелов II Известия АН СССР, Техническая кибернетика. - 1971. - №2. - С. 10-17.
[6] Клыков, Ю.И. Ситуационное управление большими системами I Ю.И. Клыков. - M.:Энергия. - 1974. -134 с.
[7] Поспелов, Д.А. Ситуационное управление. Теория и практика I Д.А. Поспелов. - M.: Наука, 1986. - 284 с.
[S] Скобелев, П.О. Онтологии деятельности для ситуационного управления предприятиями в реальном времени I П.О. Скобелев II Онтология проектирования. - 2014. - №1. - с.б-38.
[9] Терехин, Д.Э. Системы ситуационного управления на основе технологий Semantic Web I Д.Э. Терехин, А.Ф. Тузовский II «Знания - Онтологии - Теории» (ЗОНТ-15): Maт-лы V Всероссийской конференции. -Новосибирск, Институт математики СО РАН, 2015. - с.151-155.
[10] Russel, S.J. Artificial Intelligence: A Modern Approach. 3rd Edition I S.J. Russel, P. Norvig. - Prentice Hall, 2010. - 1152 p.
[11] Тарасов, В.Б. От многоагентных систем к интеллектуальным организациям I В.Б. Тарасов II Эдиториал УРСС, 2002. - 352 с.
[12] Hammer, M. Reengineering Work: Don't Automate, Obliterate I M. Hammer. - Harvard Business Review, July-August, 1990. - p. 104-112.
[13] Алиев, Р.А. Производственные системы с искусственным интеллектом I Р.А. Алиев, НМ. Абдикеев, M.M. Шахназаров. - M.: Радио и связь, 1990. - 2б4 с.
[14] Голенков, В.В. Проект открытой семантической технологии компонентного проектирования интеллектуальных систем. Часть 1: Принципы создания I В. В. Голенков, Н.А. Гулякина II Онтология проектирования. - 2014. - №1. - c.42-64.
[15] Голенков, В.В. Проект открытой семантической технологии компонентного проектирования интеллектуальных систем. Часть 2: Унифицированные модели проектирования I В. В. Голенков, Н.А. Гулякина II Онтология проектирования. - 2014. - №4. - c.34-53.
[16] Давыденко, И.Т. Средства структуризации семантических моделей баз знаний I И.Т. Давыденко, Н.В. Гра-кова, Е.С. Сергиенко, А.В. Федотова II Открытые семантические технологии проектирования интеллектуальных систем (0STIS-2016): материалы VI Mеждyнaр.нayчн.-техн.конф. - Ын.: БГУИР, 2016. - с. 93-106.
[17] Шункевич, Д.В. Смысловая модель обработки знаний в интеллектуальных системах I Д.В. Шункевич, К.В. Русецкий II Электроника-инфо. - 2014. - № 3. - c. 35-37.
[1S] ISA88, Batch Control [Электронный ресурс]. - Режим доступа: https:IIwww.isa.orgIisa88. - Дата доступа: 20.11.2016.
[19] Parshall, J. Applying SSS: Batch Control from a user's perspective I J. Parshall and L. Lamb. - ISA, 1999. -171 p.
[20] ANSIIISA-88.00.01-2010 Batch Control Part 1: Models and Terminology. - ISA, 2010. - 15S p.
[21] ГОСТ Р MЭК 61512-1-2016. Управление серийным производством. Часть 1. Mодели и терминология. - M.: Стандартинформ, 2016. - 70 с.
[22] Mетaсистемa IMS [Электронный ресурс]. - Режим доступа: http:IIims.ostis.net. - Дата доступа: 24.11.2016
[23] ГОСТ 21.404-S5. Система проектной документации для строительства. Автоматизация технологических процессов. Обозначения условные приборов и средств автоматизации в схемах. - M.: Стандартинформ, 2007. - 12 с.
[24] Gamma, E. Design patterns: elements of reusable object-oriented software I E. Gamma, R. Helm, R. Johnson, J. Vlissides. - Addison-Wesley, 1995. - 395 p.
[25] JBF: Introduction to SSS. For the improvement of the design of batch systems. - 2007. - 56 p.
[26] ISA-88.00.02-2001 Batch Control Part 2: Data Structures and Guidelines for Languages. - ISA, 2001. - 124 p.
DESIGNING BATCH-MANUFACTURING ENTERPRISES USING ONTOLOGIES
V.V.Golenkov1, V.V.Taberko2, D.S. Ivanyuk2, K.V. Rusetski1, D.V. Shunkevich1, I.T. Davydenko1, V.V. Zakharov1, V.P. Ivashenko1, D.N. Koronchik1
'Belarusian State University of Informatics and Radioelectronics, Minsk, Belarus [email protected]
2JSC «Savushkin product», Brest, Belarus [email protected]
Abstract
This article presents an ontological approach to designing batch manufacturing enterprises based on formal ontologies. Belarusian enterprise JSC «Savushkin product» is used as an example. In particular, this article covers formalization of standards that form the basis for enterprise operation, with ISA-88 used as an example. We propose to treat the ISA-88 standard as an ontology of a batch manufacturing subject domain, represented in the form of the natural language text. Formalization of a standard then boils down to mapping structure and contents of the standard to a hierarchy of subject domains and respective ontologies. Formal representation of a standard forms the basis for corporate intelligent system and simplifies automation of a wide range of tasks, such as providing informational service for employees, making enterprise adherent to standards and formal standard adherence evaluation. Fundamental new result presented in this article is comprised of using formal representation of the industry standard, implemented using graphodynamical model of knowledge representation and processing as a basis for creating an enterprise-wide intelligent system.
Key words: ontology, ontology-based design, intelligent system, batch manufacturing enterprise, ISA-88 standard.
Citation: Golenkov VV, Taberko VV, Ivanyuk DS, Rusetski KV, Shunkevich DV, Davydenko IT, Zakharov VV, Ivashenko VP, Koronchik DN. Designing Batch Manufacturing Enterprises Using Ontologies. Ontology of designing. 2017. -24(2): 123-144. - DOI: 10.18287/2223-9537-2017-7-2-123-144.
References
[1] Gavrilova TA, Muromtsev DI. Intelligent technologies in management: tools and systems [In Russian]. - Saint-Petersburg: «Graduate School of Management»; 2008.
[2] Shvedin BYa. Enterprise ontology: an experientological approach: Technology for constructing an ontological model of an enterprise [In Russian]. - Moscow: Lenand publ.; 2010.
[3] BorgestNM. Ontology of designing: theoretical basics. Part 1. Terms and principles [In Russian]. - Samara: Samara State Aviation University publ.; 2010.
[4] Tuzovskiy AF, Tchirikov SV, Yampolskiy VZ. Knowledge management systems (methods and technologies) [In Russian]. Ed. by Yampolskiy VZ. - Tomsk: NTL publ.; 2005.
[5] PospelovDA. Situational control principles [In Russian]. USSR AS News 1971; 2: 10-17.
[6] Klykov YuI. Situational control of large systems [In Russian]. - Moscow: Energiya publ.; 1974.
[7] Pospelov DA. Situational control. Theory and practice [In Russian]. - Moscow: Nauka publ.; 1986.
[8] Skobelev PO. Activity ontologies for realtime situational control of an enterprise [In Russian]. Ontology of Designing 2012;1(3): 6-38.
[9] Terekhin DE, Tuzovskiy AF. Situational control systems based on Semantic Web technologies [In Russian]. «Knowledge - Ontologies - Theories»: Proc. of 5th Nationwide Russian Conference. - Novosibirsk: Math Institute of CO RAS; 2015: 151-155.
[10] Russel SJ, NorvigP. Artificial Intelligence: A Modern Approach (3 ed.). Prentice Hall; 2010.
[11] Tarasov VB. From multiagent systems to intelligent organizations [In Russian]. Editorial URSS; 2002.
[12] Hammer M. Reengineering Work: Don't Automate, Obliterate. Harvard Business Review; 1990: 68.4: 104-112.
[13] Aliyev RA, Abdikeyev NM, Shakhnazarov MM. Enterprise systems with artificial intelligence [In Russian]. -Moscow: Radio i svyaz publ.; 1990.
[14] Golenkov VV, Guliakina NA. Project of Open Semantic Technology of the Componental Design of Intelligent Systems. Part 1: The Principles of Creation [In Russian]. Ontology of designing 2014; 1(11): 42-64.
[15] Golenkov VV, Guliakina NA. Project of Open Semantic Technology of the Componental Design of Intelligent Systems. Part 2: Unified Model Design [In Russian]. Ontology of designing 2014; 4(14): 34-53.
[16] Davydenko IT, Grakova NV, Sergienko ES, Fedotova AV. The Tools of Structuring the Semantic Models of Knowledge Bases [In Russian]. Open Semantic Technologies for Intelligent Systems (OSTIS-2016): proceedings of the 6th international scientific and technical conference. - Minsk: BSUIR; 2016: 93-106.
[17] Shunkevich DV, Rusetski KV. Sense model of knowledge processing in intelligent systems. Electronics-info 2014; 3(105): 35-38.
[18] ISA88, Batch Control. - 2017. - URL: https://www.isa.org/isa88. - Valid on: 01.03.2017.
[19] Parshall J, Lamb L. Applying S88: Batch Control from a user's perspective. ISA; 1999.
[20] ANSI/ISA-88.00.01-2010 Batch Control Part 1: Models and Terminology. ISA; 2010.
[21] GOST 61512-1-2016. Batch Control Part 1: Models and Terminology [In Russian]. - Moscow: Standartinform; 2016.
[22] IMS Metasystem. - 2017. - URL: http://ims.ostis.net. - Valid on: 01.03.2017.
[23] GOST 21.404-85. System of design documents for construction. Industrial process automation. Instrumentation symbols for use in diagrams [In Russian]. - Moscow: Standartinform; 2007.
[24] Gamma E, Helm R, Johnson R, Vlissides J. Design patterns: elements of reusable object-oriented software. Ad-dison-Wesley; 1995.
[25] JBF: Introduction to S88. For the improvement of the design of batch systems. JBF; 2007.
[26] ISA-88.00.02-2001 Batch Control Part 2: Data Structures and Guidelines for Languages. ISA; 2001.
Сведения об авторах
Голенков Владимир Васильевич, 1949 г. рождения. В 1971 г. с отличием окончил физический факультет Белорусского государственного университета, д.т.н. (1996), профессор, заведующий кафедрой интеллектуальных информационных технологий Белорусского государственного университета информатики и радиоэлектроники, инициатор ежегодной международной научно-технической конференции «Открытые семантические технологии проектирования интеллектуальных систем», член Российской ассоциации искусственного интеллекта, член редколлегий журналов «Программные продукты и системы», «Онтология проектирования», «Электроника ИНФО», «Речевые технологии». В списке научных трудов более 100 работ в области семантических технологий.
Vladimir Golenkov (b. 1949). In 1971 he graduated from the physics department of Belarusian State University with honors diploma, Dr. of science (1996), professor. The head of the department of Intelligent information technologies of Belarusian State University of Informatics and Radioelectronics, initiator of the annual international science and technical conference «Open Semantic technologies for Intelligent Systems» (OSTIS), member of Russian association of artificial intelligence, editorial board member of such journals as «Program products and systems», «Ontology of designing», «Electronics-INFO», «Speech technologies». The list of his published works consists of more than 100 articles on the various aspects of semantic approach in the intelligent systems design. Таберко Валерий Васильевич, 1963 г. рождения. В 1985 г. окончил факультет прикладной математики Белорусского государственного университета. С 1985 г. до 1993 г. работал на Брестском электромеханическом заводе, в 1993 г. перешел на предприятие «Брестский молочный комбинат» начальником информационно-вычислительного центра, в настоящее время занимает должность заместителя генерального директора по логистике на ОАО «Савушкин продукт».
Valéry Taberko (b. 1963). In 1985 he graduated from the faculty of Applied Mathematics of Belarusian State University. Since 1985 till 1993 worked at Brest electromechanical plant, in 1993 moved to a new job at Brest milk plant as Head of Information and Computing Center, now works as Deputy Director for Logistics at JSC «Savushkin product».
Иванюк Дмитрий Сергеевич, 1982 г. рождения. В 2005 г. с отличием окончил факультет электронно-информационных систем Брестского государственного технического университета, исследователь технических наук, ведущий инженер-программист отдела программирования ОАО «Савушкин продукт», старший преподаватель кафедры интеллектуальных информационных технологий Брестского государственного технического университета. Имеет 10 печатных работ в области нейронных сетей и семантических технологий. Dzmitry Ivanyuk (b. 1982). In 2005 he graduated from the intelligent information technologies department of Brest State Technical University with honors diploma, Researcher of technical sciences. Lead software development engineer at JSC «Savushkin product», senior lecturer at department of Intelligent Information Technologies in Brest State Technical University. Has 10
published works on the subject of semantic technologies and artificial neural networks. Русецкий Кирилл Валерьевич, 1990 г. рождения. В 2013 г. окончил Белорусский государственный университет информатики и радиоэлектроники по специальности «Искусственный интеллект», магистр технических наук, аспирант кафедры интеллектуальных информационных технологий Белорусского государственного университета информатики и радиоэлектроники. Имеет около 20 печатных работ в области семантических технологий. Kirill Rusetski (b. 1990). In 2013 he graduated from Belarusian State University of Informatics and Radioelectronics majoring in Artificial intelligence. Master of technical sciences. Post graduate student of Belarusian State University of Informatics and Radioelectronics. Has near 20 published works on the subject of semantic technologies.
Шункевич Даниил Вячеславович, 1990 г. рождения. В 2012 г. с отличием окончил Белорусский государственный университет информатики и радиоэлектроники по специальности «Искусственный интеллект», исследователь технических наук, ассистент кафедры интеллектуальных информационных технологий Белорусского государственного университета информатики и радиоэлектроники Имеет более 50 печатных работ в области семантических технологий.
Daniil Shunkevich (b. 1990). In 2012 he graduated from Belarusian State University of Informatics and Radioelectronics with honors diploma majoring in Artificial intelligence. Researcher of technical sciences. Assistant in Belarusian State University of Informatics and Radioelectronics. Has over 50 published works on the subject of semantic technologies. Давыденко Ирина Тимофеевна, 1987 г. рождения. В 2010 г. окончила Белорусский государственный университет информатики и радиоэлектроники по специальности «Искусственный интеллект», исследователь технических наук, ассистент кафедры интеллектуальных информационных технологий Белорусского государственного университета информатики и радиоэлектроники Имеет более 60 печатных работ в области семантических технологий.
Irina Davydenko (b. 1987). In 2010 she graduated from Belarusian State University of Informatics and Radioelectronics majoring in Artificial intelligence. Researcher of technical sciences. Assistant in Belarusian State University of Informatics and Radioelectronics. Has over 60 published works on the subject of semantic technologies.
Захаров Владимир Владимирович, 1964 г. рождения. В 1986 г. Окончил Минское высшее инженерное зенитное ракетное училище ПВО, кандидат технических наук (2004), доцент кафедры интеллектуальных информационных технологий Белорусского государственного университета информатики и радиоэлектроники. Имеет более 40 печатных работ в области синтеза спецпроцессоров и защиты информации.
Vladimir Zakharov (b. 1964). In 1986 he graduated from Minsk Higher Air Defense Antiaircraft Missile Academy. PhD (2004). Assistant professor of Belarusian State University of Informatics and Radioelectronics. Has over 40 published works on the subject of synthesis of special processors and information protection.
Ивашенко Валерьян Петрович, 1978 г. рождения. В 2000 г. окончил Белорусский государственный университет информатики и радиоэлектроники по специальности «Искусственный интеллект», кандидат технических наук (2015), доцент кафедры интеллектуальных информационных технологий Белорусского государственного университета информатики и радиоэлектроники Имеет более 50 печатных работ в области семантических технологий.
Valerian Ivashenko (b. 1978). In 2000 he graduated from Belarusian State University of Informatics and Radioelectronics majoring in Artificial intelligence. PhD (2015). Assistant professor in Belarusian State University of Informatics and Radioelectronics. Has over 50 published works on the subject of semantic technologies.
Корончик Денис Николаевич, 1987 г. рождения. В 2009 г. окончил Белорусский государственный университет информатики и радиоэлектроники по специальности «Искусственный интеллект», исследователь технических наук. Имеет около 10 печатных работ в области семантических технологий.
Denis Koronchik (b. 1987). In 2009 he graduated from Belarusian State University of Informatics and Radioelectronics majoring in Artificial intelligence. Researcher of technical sciences. Has over 10 published works on the subject of semantic technologies.
