Transit TABLE M1,.5,1,30 ; формирование таблицы

Transit TABLE M1,. 5, 1, 30     ; формирование таблицы

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

GENERATE 1. 85, 1   ; приход посетителей Посетитель, пришедший на переговорный пункт, сначала определяет количество присутствующих посетителей переговорного пункта. Если их в пункте уже три, то пункт занят, и новый посетитель ожидает его освобождения. Если же число присутствующих посетителей меньше трех, то вновь прибывший идет к кассе для оплаты. Эту ситуацию можно промоделировать с помощью оператора GATE, который логическим ключом SNF (Storage Not Full - Накопитель не полон) проверяет, какой случай имеет место в данной реализации: Povtor GATE SNF Punkt, Zanyt; регулируется поток посетителей в зависимости от состояния переговорного пункта Если накопитель под символьным именем Punkt не полон, то посетитель входит на переговорный пункт. Это моделируется оператором ENTER (Войти): ENTER Punkt            ; войти на переговорный пункт Далее посетитель встает в очередь (если она есть) для оплаты телефонного разговора. Это задается оператором QUEUE, который в совокупности с оператором DEPART собирает статическую информацию о работе моделируемой очереди. Для данного примера запишем: QUEUE Ocher_kassir; включение в очередь Посетитель может выйти из очереди только тогда, когда освободится кассир. Для моделирования этого обстоятельства вводится оператор SEIZE, который определяет занятость данного ресурса; при его освобождении очередной посетитель выходит из очереди и обслуживается. Это будет записано так: SEIZE Kassir             ; обращение к кассиру Выход посетителей из очереди фиксируется оператором DEPART с соответствующим названием очереди: DEPART Ocher_kassir; выход из очереди На следующем этапе посетитель задерживается на определенный интервал модельного времени для оплаты разговора. Для моделирования этого процесса используем оператор ADVANCE: ADVANCE 1. 5, 0. 4     ; оплата за разговор После обслуживания кассиром посетитель идет к телефону для ведения переговоров. Однако перед этим системе должно быть послано сообщение об освобождении данного ресурса (кассира). Это делается с помощью оператора RELEASE, который в данной задаче записывается: RELEASE Kassir      ; освобождение кассира После обслуживания в кассе посетитель направляется к кабине с телефонным аппаратом и ведет переговоры. В языке GPSS это действие интерпретируется оператором ADVANCE, который создает уведомление о событии в списке будущих событий для последующей передачи управления подпрограмме освобождения ресурса транзактом. Для данного примера оператор записывается в следующем виде: ADVANCE 4. 4, 1. 35   ; время разговора посетителей После проведения переговоров посетитель освобождает телефонный аппарат и уходит из переговорного пункта (покидает систему). Это действие может быть представлено оператором освобождения накопителя LEAVE (Оставить) под символьным именем Punkt: LEAVE Punkt            ; оставить переговорный пункт Оператор табулирования, выполняющий сбор данных по времени и числу обслуживаний в системе, записывается как TABULATE с тем же именем таблицы, которое было определено в операторе TABLE. Для данного примера можно записать: TABULATE Transit; табулировать переговорный пункт После этого транзакт (посетитель) покидает модель (переговорный пункт), что моделируется оператором TERMINATE: TERMINATE             ; уход посетителей Если все телефоны переговорного пункта заняты, то посетитель ожидает освобождения одного из них, данный процесс можно промоделировать оператором ADVANCE в следующем виде: Zanyt    ADVANCE 3. 5, 1. 1; время ожидания освобождения телефона Поскольку СМО многоканальная, то необходимо использовать оператор TRANSFER (Передать) для возможности направления посетителей к незанятому каналу обслуживания (телефонному аппарату). Для данного примера запишем это условие в следующем виде: TRANSFER, Povtor; переход к оператору с меткой Povtor Временной режим моделирования системы задается совокупностью операторов: GENERATE 480       ; время работы моделиTERMINATE 1         ; уменьшение общего времени моделирования на 1 минSTART 1                ; пропускаются по одному посетителю Подготовка имитационной модели к работе

1. Запустите систему моделирования GPSS.

2. В окне текстового редактора введите текст программы, который приводится ниже:

 

; GPSSW File PRODOVEC. GPS

*********************************************

*Моделирование работы переговорного пункта*

*********************************************

; Вместимость переговорного пункта

⇐ Предыдущая12345678Следующая ⇒

Поделиться:

Воспользуйтесь поиском по сайту: