Gpss модель

GENERATE 25,15 ;клиент приходит в химчистку

QUEUE QPRIEM,1 ;клиент присоединяется к очереди

SEIZE PRIEM ;клиент подходит к приемщику

DEPART QPRIEM,1 ;клиент покидает очередь

ADVANCE 20,10 ;приемщик принимает заказ

RELEASE PRIEM ;клиент покидает приемщика

TERMINATE ;клиент покидает химчистку

*таймер-сегмент

GENERATE 480 ;время моделирования 8 час=480 мин

TERMINATE 1 ;завершение моделирования

START 1

Реализация модели.

Вызов программы GPSSW можно произвести используя кнопку Пуск/Программы/GPSS World Student Version

Для создания файла, содержащего программу, используют пункт File/New/Model.

Далее в окне новой модели можно вводить необходимые блоки с клавиатуры или используя диалоговое окно Edit/Insert GPSS Block

Перед трансляцией модели необходимо установить вывод тех параметров, которые нужны пользователю Для этого используют пункт Edit/Setting(Установки). В появившемся окне Setting на закладке Reports необходимо поставить галочки в окнах: Create Standard Reports, In Windows, Blocks, Queues, Facilities.

Прогон gpss-модели

Создается имитационная модель с помощь транслятора системы GPSSW. Результатом трансляции программы является объект моделирования блочной структуры.

Трансляцию исходной модели можно выполнить двумя способами.

Первый способ:

• щелкните по пункту Command (Команда) главного меню. Появится выпадающее меню;

• щелкните по пункту Create Simulation (Создать выполняемую модель). Появится окно JOURNAL, в котором указываются дата и время начала и окончания трансляции исходной модели. Затем появится окно REPORT (отчет) с результатами моделирования

Если в процессе трансляции в программе обнаруживаются синтаксические ошибки, то их можно исправить. Для этого:

• щелкните по пункту Search (Поиск) главного меню. Появится выпадающее меню;

• щелкните по пункту Next Error (Следующая ошибка).

После выполнения этих действий курсор мыши каждый раз устанавливается на очередной ошибке. Эти действия проводятся до тех пор, пока не будут устране­ны все выявленные ошибки. При этом курсор мыши циклически проходит список всех выявленных транслятором ошибок.

Окно REPORT с результатами моделирования

GPSS World Simulation Report - Untitled Model 1.2.1

Saturday, November 29, 2008 12:09:52

START TIME END TIME BLOCKS FACILITIES STORAGES

0.000 480.000 9 1 0

NAME VALUE

PRIEM 10001.000

QPRIEM 10000.000

LABEL LOC BLOCK TYPE ENTRY COUNT CURRENT COUNT RETRY

1 GENERATE 18 0 0

2 QUEUE 18 0 0

3 SEIZE 18 0 0

4 DEPART 18 0 0

5 ADVANCE 18 1 0

6 RELEASE 17 0 0

7 TERMINATE 17 0 0

8 GENERATE 1 0 0

9 TERMINATE 1 0 0

FACILITY ENTRIES UTIL. AVE. TIME AVAIL. OWNER PEND INTER RETRY DELAY

PRIEM 18 0.754 20.094 1 19 0 0 0 0

QUEUE MAX CONT. ENTRY ENTRY(0) AVE.CONT. AVE.TIME AVE.(-0) RETRY

QPRIEM 1 0 18 11 0.090 2.395 6.159 0

В верхней строке окна указывается:

Информация об используемой программе, время выполнения программы.

START TIME (время начала моделирования) 0.000

END TIME (время окончания моделирования) 480.000

BLOCKS (число блоков, используемых в программе) 9

FACILITIES (число каналов обслуживания) 1

STORAGES (число накопителей для многоканальных устройств) 0

Ниже перечисляются блоки модели и количество входов в них требований (клиентов) (BLOCK TYPE). При этом каждый блок имеет свой числовой номер (LOC). Указывается количество транзактов, прошедших через соответствующий блок (ENTRY COUNT), количество транзактов, задержанных в блоке (CURRENT COUNT) и количество транзактов, ожидающих специальных условий для прохождения через блок (RETRY).

Далее указываются результаты моделирования каналов обслуживания под определенными пользователем именами PRIEM

FACILITY ENTRIES UTIL. AVE. TIME AVAIL. OWNER PEND INTER RETRY DELAY

PRIEM 18 0.754 20.094 1 19 0 0 0 0

ENTRIES – количество транзактов, прошедших через устройство – 18

UTIL. – коэффициент использования – 0,754

AVE. TIME – среднее время обслуживания одного транзакта – 20,094

AVAIL. – доступность (состояние готовности) (1 – готово, 0 – нет) – 1

OWNER – номер последнего транзакта, занявшего устройство – 19

PEND – количество прерванных в устройстве транзактов – 0

INTER - количество транзактов, прерывающих устройство в данный момент – 0

RETRY - количество транзактов, ожидающих специальных условий (повтор) – 0

DELAY – количество транзактов, ожидающихзанятия или освобождения устройства

Последние четыре значения нулевые, так как система работает без прерываний и специальных условий.

Далее указываются результаты моделирования каждой очереди под определенными пользователем именами QPRIEM

QUEUE MAX CONT. ENTRY ENTRY(0) AVE.CONT. AVE.TIME AVE.(-0) RETRY

QPRIEM 1 0 18 11 0.090 2.395 6.159 0

MAX – максимальное длина очереди в течение периода моделирования – 1

CONT. – текущее длина очереди в конце периода моделирования –0

ENTRY – общее число входов в накопитель в течение периода моделирования – 18

ENTRY(0) - число входов в очередь с нулевым временем ожидания – 11

AVE.CONT. – средняя длина очереди – 0,09

AVE.TIME – среднее время пребывания транзактов в очереди с учетом всех входов – 2,395

AVE.(-0) - среднее время пребывания в очереди без учета нулевых входов – 6,159

RETRY- количество транзактов, ожидающих специальных условий, зависящих от состояния очереди (повтор)

Анализа и интерпретация экспериментальных данных.

Проанализируем статистику очереди QPRIEM: Из общего числа входов транзактов в очередь, равного 18, количество нулевых входов равно 11, таким образом, 7 из 18 клиентов были вынуждены дожидаться в очереди. Следовательно, вероятность того, что клиенту придется дожидаться в очереди приблизительно равна 7/18=0,389. Среднее время пребывания в очереди клиентов без учета нулевых входов равна 6,159 мин, что является достаточно приемлемым с практической точки зрения. Максимальная длина очереди за все время моделирования на превосходила 1.

Проанализируем статистику использования обслуживающего устройства PRIEM: коэффициент использования устройства равен 0,754. Это означает, что приемщик занят обслуживанием чуть больше трех четвертей рабочего времени, при этом он работает без перегрузки и справляется с потоком требований.

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