10. Событийный подход
Исторически РДО-Метод основывается на подходе сканирования активностей, дополненного нерегулярными событиями для моделирования различных повторяющихся внешних воздействий на моделируемую систему. Такими событиями могут быть поступление в систему массового обслуживания новой заявки, поломка обслуживающего устройства и др.
Этого было достаточно для разработки моделей различной сложности. Но отсутствие механизма управления планированием событий в явной форме лишает РДО-Метод гибкости, присущей событийному подходу имитационного моделирования.
Для того чтобы реализовать полноценный событийный подход на РДО необходимо модернизировать существующее событие так, чтобы оно позволяла планировать себя в явном виде с помощью инструкции:
<название_события>.planning(<время_наступления_события> [,<параметры_события>]);
Причем для интеграции событийного и подхода сканирования активностей достаточно разрешить планирование событий не только в теле событий, но и в теле активностей.
Помимо этого, было решено отказаться от механизма самопланирования нерегулярных событий, и, как следствие, от самого понятия "нерегулярное событие". Т.е. теперь повторяющиеся события необходимо планировать внутри себя в явном виде. По этой причине термин “нерегулярное событие” был заменён на “собыие”.
В результате в систему имитационного моделирования РДО был внедрен полноценный событийный подход, полностью интегрированный с подходом сканирования активностей.
11. Приоритеты операций
Система логического вывода РДО выполняет первую найденную активность, у которой выполняются условия запуска. Такой подход не всегда позволяет написать адекватную модель, да и просто лишает язык РДО некоторой гибкости. Пользователю может быть полезен инструмент, с помощью которого назначается приоритет для каждой активности. Это позволит из нескольких готовых к выполнению активностей выбрать одну ‘наилучшую’.
Приоритет операции (активности) указыватся сразу после списка параметров в виде: <имя_активности> “:” <имя_образца> [<значения_параметров_образца>] [CF=<приоритет_активности>]
Приоритет активности – арифметическое выражение целого или вещественного типа, значение которого ограничено диапазоном [0..1].
12. Иерархия классов представления знаний
Знания в РДО могут быть сгруппированы по признакам в точки принятия решений Search, Some, Prior. При этом, каждая такая точка имеет логическое выражение активации, что позволяет включать или отключать сразу все продукции внутри неё. Последнее весьма эффективно экономит производительность ресурсоемкого подхода сканирования активностей.
На рис.4 приведена иерархия классов знаний продукционного имитатора. На ней видно, что знания могут быть представлены в иерархическом виде, т.к. любая РДО-логика одновременно является как потомком базовой операции, так и контейнером операций. Этот принцип внутреннёй организации знаний имитатора был расширен и до компилятора модели. В текущей версии системы у разработчика появилась возможность описывать вложенность точек.
