Введение
Развитие современных технологий позволяет крупным промышленным предприятиям получать и хранить огромные массивы данных, описывающие технологические, логистические и организационные задачи предприятия. Эти данные могут быть использованы для имитационного моделирования различных аспектов его деятельности. Результаты моделирования могут быть использованы для контроля качества выпускаемой продукции, предотвращения брака, оптимизации логистических и организационных схем. Интеграция этих моделей, контур управления предприятия посредством взаимодействия с корпоративной информационной системой посредством разработки единого модуля представляется актуальной задачей.
Основная часть
Тренд развития корпоративных информационных систем ориентирован на широкое применение Интернет-технологий. В настоящее время коммерческие продукты класса систем имитационного моделирования процессов, представленные на рынке (AnyLogic, ARIS, G2), являются Desktop-приложениями. При разработке сложных имитационных моделей в команде дополнительными требованиями к системам имитационного моделирования (СИМ) выступают следующие: поддержка многопользовательского режима, доступ к модели через сеть Интернет, проведение экспериментов через сеть Интернет. Сравнительный анализ систем [3] показал, что наибольшей функциональностью СИМ обладают продукты AnyLogic, BPsim. В направлении сервисно-ориентированной архитектуры развивается только G2 [3]. На данный момент технология SaaS (Software as a service) является наиболее удобной в использовании, оптимальной в плане производительности и требований ресурсов от клиентской части приложения (со стороны конечного пользователя системы, в нашем случае это аналитик и/или лицо, принимающее решения). Таким образом, актуальной является задача разработки модуля интеграции моделей для серверов имитационного моделирования на основе сервисно-ориентированного подхода.
Архитектура мультиагентной системы (МАС) на примере модуля интеграции моделей АС ВМП содержит следующие программные агенты:
- агент обмена данными (используется для актуализации параметров модели и передачи данных (результатов эксперимента) в КИС;
- агент моделирования (используется для решения задач управления процессами в реальном масштабе времени на основе реал-тайм моделей);
- агент обмена сообщениями (используется для обеспечения взаимодействия между агентами обмена данных и моделирования). Данный агент решает задачи запуска (активизации) реал-тайм моделей на основе событий и правил активизации, а также для передач сообщений в корпоративной информационной системе (КИС), например, в MES-систему или в соответствующий АРМ аналитика (предметного специалиста, технолога).
Метод проектирования, разработки и эксплуатации моделей реального времени базируется на методике анализа организационно-технических процессов и разработке информационных систем, включающий интеграцию структурного и объектно-ориентированного подходов, имитационного и мультиагентного моделирования [2], и состоит из следующих этапов:
1) разработка имитационной модели в модуле создания моделей;
2) проведение экспериментов с целью верификации модели и проверки ее адекватности в модуле имитационного моделирования. На этапе эскизного проектирования для этих целей используется система BPsim.MAS [1-2];
3) проектирование модели реального времени с целью ее дальнейшего использования в модуле интеграции моделей и взаимодействия с другими подсистемами КИС предприятия. На этапе эскизного проектирования для этих целей используется система BPsim.SD [6], которая реализует следующие подэтапы проектирования: а) описание архитектуры модуля интеграции моделей с использованием DFD-диаграмм, диаграмм прецедентов и последовательности языка UML; б) представление онтологии предметной области в виде диаграммы классов языка UML; в) моделирование пользовательского интерфейса модуля.
4) тестирование и отладка модели реального времени в КИС;
5) эксплуатация.
Использование моделей реального времени означает, что время моделирования должно быть не больше заданного значения и моделирование должно быть закончено до начала поступления следующей порции данных из КИС. Следовательно, при интеграции таких моделей следует учитывать следующие особенности:
- производительность – архитектура АС ВМП должна ориентироваться на максимальное использование ресурсов сервера;
- масштабируемость – возможность работы моделей на нескольких компьютерах, а также возможность эффективно использовать многопроцессорные компьютеры.
Для обеспечения этих возможностей необходимо, чтобы каждая модель выполнялась как самостоятельный процесс. Для взаимодействия процессов необходимо использовать специальные механизмы, включенные в модуль интеграции.
Предлагается проводить интеграцию на уровне данных – каждая модель проводит анализ данных, поступающих из хранилища данных (ХД), результаты моделирования поступают либо в ХД, либо непосредственно в КИС.
В общем случае, можно выделить следующие уровни интеграции данных [4]: физический; логический; семантический. Для семантической интеграции данных необходимо разработать единую онтологию предметной области, которая позволяет учитывать семантические свойства.
В ходе анализа предметной области была разработана онтология. При этом использовался подход, описанный в работе [7]. За основу взята модель «сущность-связь» П. Чена, поскольку предполагается хранить все данные в реляционной БД, и расширена так, что она позволяет хранить другие модели «сущность-связь» и связнанные с ней данные.
Этот метод был дополнен возможностями учитывать причинно-следственные связи и знания лиц, принимающих решения. Для этого была использована семантическая модель мультиагентного процесса преобразования ресурсов (МППР) [1]. Затем она была расширена элементами онтологии проектов логистики, представленной в [8], и адаптирована под специфику задачи логистики при производстве металлургической продукции. Также в онтологию вошли элементы технологического и организационного процесса. Разработанная онтология представлена на рис. 1.
Рисунок 1 – Онтология предметной области
Метод интеграции моделей включает в себя решение нескольких задач [4]. Кратко рассмотрим их.
Современной схемой взаимодействия системы интеграции моделей с автоматизированной информационной системой (АИС) предприятия является автоматическое получение необходимых для моделирования данных непосредственно из АИС (рис. 2). Для их передачи предлагается воспользоваться системой очередей сообщений (MQ (Messages queue)), которая представляет собой архитектуру и ПО промежуточного уровня, которое занимается сбором, хранением и распределением сообщений между потребителями [5].
Рисунок 2 – Схема взаимодействия модуля интеграции и КИС
В ходе работы был проведен анализ существующих брокеров сообщений – программного обеспечения гарантированной пересылки сообщений между приложениями. Результаты анализа представлены в таблице 1.
Таблица 9.3. Сравнение брокеров очередей.
|
Критерии |
Redis |
RabbitMQ |
ActiveMQ |
Socket.IO |
|
Скорость |
высокая |
высокая |
высокая |
высокая |
|
Масштабируемость |
высокая |
высокая |
высокая |
высокая |
|
Кластеризация |
нет |
да |
да |
нет |
|
Поддержка Java |
да |
да |
да |
да |
|
Простота использования |
высокая |
средняя |
средняя |
высокая |
Поскольку реализация на основе REDIS и Socet.IO обмена сообщениями более простая, то они были выбраны для обмена данными между АИС и АС ВМП.
Создание интегрирующей модели данных
Интегрирующая модель данных представляет собой основу единого пользовательского интерфейса в системе интеграции. Поскольку предполагается использование веб-интерфейса для системы интеграции моделей, то целесообразно в качестве модели интеграции применить решение, основанное на стандартах JSON (англ. JavaScriptObjectNotation) и XML.
Применение концепции Model-view-controller
При разработке системы интеграции моделей предлагается использовать концепцию MVC (от анг. Model-view-controller) – схема использования нескольких шаблонов проектирования, с помощью которых модель данных приложения, пользовательский интерфейс и взаимодействие с пользователем разделены на три отдельных компонента так, что модификация одного из компонентов оказывает минимальное воздействие на остальные [9]. Система интеграции моделей включает в себя общие классы, которые реализуют типовые способы получения данных из АИС и представления результатов моделирования (значение параметра, графики и т.п.).
Поскольку модуль интеграции имеет мультиагентную структуру, рассмотрим соответствие элементов программного агента элементам MVC на примере реактивного агента с одним правилом («если» a>b, «то» a=a-b). На рис. 3 представлена DFD-диаграмма, описывающая работу этого агента. Хранилища данных представляют собой рабочу память (РП), которая необходима для хранения переменных. Операции на диаграмме – правила «если» и «то». В программной реализации агента формулы, содержащиеся в условиях «если» и «то» правил агента, переходят в описание метода соответствующего класса.
Рис. 3 – Пример DFD-диаграммы для реактивного агента с одним правилом
Таким образом, с точки зрения MVC РП играет роль Модели, а машина логического вывода и правила агента – Контроллер. При необходимости визуального отображения результатов моделирования для пользователя соответствующие классы будут играть роль Представления.
Разработка механизмов семантической интеграции источников данных
В качестве механизмов семантической интеграции источников данных предлагается использовать объектно-реляционное отображение — технологию программирования, которая позволяет преобразовывать несовместимые типы моделей между реляционным хранилищем данных и объектами программирования. Данная технология реализуется в ORM-системах. В результате анализа для дальнейшей разработки были выбраны Morphia и Cayenne поскольку: а) их функциональные возможности удовлетворяю потребности системы интеграции моделей; б) Cayenne удобен возможностью визуальной разработки связки программных классов и сущностей в БД. Это сокращает конечное время разработки и отладки.
В результате проведенного анализа был разработан прототип модуля интеграции моделей для АИС «Автоматизированная система выпуска металлургической продукции (АС ВМП)». В силу того, что на данном этапе не все модули АС ВМП реализованы, то для тестирования и проведения экспериментов была проведена эмуляция поступления параметров с технологического процесса. Необходимые для модуля интеграции имитационных моделей данные передовались соответствующим моделям для анализа и выдачи результатов. Эмулировалась передача результатов работы моделей для дальнейшей обработки в КИС.
Заключение
Использование имитационного моделирования для анализа технологических, логистических и организационных задач предприятия представляется перспективным направлением. Исследованный в работе метод интеграции имитационных моделей был реализован на практике и прошел успешные тестовые испытания.
Работа выполнена в рамках договора № 02.G25.31.0055 (проект 2012-218-03-167).
Рецензенты:
Поршнев С.В., д.т.н., профессор, заведующий кафедрой Радиоэлектроники информационных систем, ФГАОУ ВПО «Уральский федеральный университет им. первого Президента России Б.Н. Ельцина», г. Екатеринбург.
Доросинский Л.Г., д.т.н., профессор, заведующий кафедрой Информационных технологий, ФГАОУ ВПО «Уральский федеральный университет им. первого Президента России Б.Н. Ельцина», г. Екатеринбург.
Библиографическая ссылка
Аксенов К.А., Спицина И.А., Сысолетин Е.Г., Македонский А.М., Аксенова О.П. МЕТОД РАЗРАБОТКИ ИМИТАЦИОННЫХ МОДЕЛЕЙ РЕАЛЬНОГО ВРЕМЕНИ И ИНТЕГРАЦИИ С КОРПОРАТИВНОЙ СИСТЕМОЙ ПРЕДПРИЯТИЯ // Современные проблемы науки и образования. – 2013. – № 6. ;URL: https://science-education.ru/ru/article/view?id=11415 (дата обращения: 23.04.2024).