Ill Мобильный ресурс представляет собой своеобразный "склад" единиц ресурса. Транзакт попадает к нему в очередь и требует выделейия определенного количества единиц ресурса. Склад ресурсов описывается в имитационной модели в виде узла ATTACH. транзактов занимается узел типа MANAGE, который и выделяет транзакту требуемое число единиц ресурса. Узел в состоянии обслуживать любой склад. Обслуженный транзакт проходит узел MANAGE и продолжает движение по графу модели с захваченными единицами ресурса до тех пор, пока в соответствии с какими-то условиями он не вернет все или часть единиц ресурса с помощью функции (узла) DETACH. Транзакт может несколько раз становиться в очередь к одному и тому же ресурсу, получая его дополнительные единицы. При работе с мобильными ресурсами транзакт может отдать какие-то единицы ресурса не только на тот склад, где он их получил, но и на люоои другой. Данная особенность реализуется с помощью функции (узла) CARRYOFF. В модели автоматически определяется задержка в очереди ATTACH, загрузка ресурса, остаток и дефицит, при этом начальная мощность задается функцией SUPPLY при инициализации модели. Финансовый ресурс обычно отождествляется с соответствующим счетом бухгалтерского учета. Этот счет описывается с помощью узла типа SEND. В узле SEND образуется очередь транзактов, содержащих запрос на перевод денежных средств с данного счета на какой-либо другой. Очередь может быть организована по приоритетному принципу (например в следующем порядке: налоги, зарплата, прочие платежи). Непосредственно проводками средств с одного счета на другой занимается узел типа DIRECT, имитирующий работу бухгалтера. Обслуживание в узле DIRECT заключается в следующем: если запрос транзакта может быть удовлетворен, то транзакт проходит через узел DIRECT, который перечисляет требуемую сумму с данного счета-узла SEND на другой за нулевое модельное время, уменьшая тем самым остаток на счете. При этом начальные значения средств на счетах |
92 могут работать в режиме ания обслуживания менее приоритетных транзактов более приоритетными. Число свободных каналов SERV это остаток ресурса, а количество транзакто очереди QUEUE это дефицит ресурса. Мощность базируемого ресурса представляет собой постоянную величину. ! . Мобильный ресурс представляет собой своеобразный «склад» единиц ресурса. Транзакт попадает к нему очередь и требует выделения определенного количества единиц ресурса. Склад ресурсов описывается в имитационной модели виде узла ATTACH. Обслуживанием транзакто занимается узел типа MANAGE, который и выделяет транзакту требуемое число единиц ресурса. Узел в состоянии обслуживать любой склад. Обслуженный транзакт проходит узел MANAGE и продолжает движение по графу модели с захваченными единицами ресурса до тех пор, пока в соответствии с какими-то условиями он не вернет все или часть единиц ресурса с помощью функции (узла) DETACH. Транзакт может несколько раз становиться в очередь к одному и тому же ресурсу, получая его дополнительные единицы. При работе с мобильными ресурсами транзакт может отдать какие-то единицы ресурса не только на тот склад, где он их получил, но и на любой другой. Данная особенность реализуется с помощью функции (узла) CARRYOFF. В модели автоматически определяется задержка в очереди ATTACH, загрузка ресурса, остаток и дефицит, при этом начальная мощность задается функцией SUPPLY при инициализации модели. Финансовый ресурс обычно отождествляется с соответствующим счетом бухгалтерского учета. Этот счет описывается с помощью узла типа SEND. В узле SEND образуется очередь транзактов, содержащих запрос на перевод денежных средств с данного счета на какой-либо другой. Очередь может быть организована по приоритетному принципу (например в следующем порядке: налоги, зарплата, прочие платежи). Непосредственно проводками средств с одного счета на другой занимается узел типа DIRECT, имитирующий работу 93 бухгалтера. Обслуживание в узле DIRECT заключается в следующем: если запрос транзакта может быть удовлетворен, то транзакт проходит через узел DIRECT, который перечисляет требуемую сумму с данного счета-узла SEND на другой за нулевое модельное время, уменьшая тем самым остаток на счете. При это м начальные значения средств на счетах задаются при инициализации модели с помощью функции (узла) ASSIGN. В модели автоматически SEND, остаток (положительное сальдо) дефицит (отрицательное сальдо). Реализация в имитационной модели общей схемы материальных, финансовых и информационных потоков на предприятии требует их послойной декомпозиции. При этом на каждом слое происходит взаимная увязка всех * типов потоков. Основным достоинством имитационного моделирования является возможность быстрого создания альтернативных решений для проведения реорганизации бизнес-процессов. Программный код имитационной модели в системе Pilgrim реализуется на языке C++ и содержит два функциональных блока: блока инициализации и блока описания стохастической сети (графа модели). Все операторы, из которых состоит модель это программные функции, управляемые соответствующими аргументами. Общая структура модели, подробное описание элементов которой приведено в [20, 25], имеет следующий вид: ^include |