Очередь

Доброго времени суток всем!

Совсем не давно начал изучать язык gpss, прорешивал различные задания и запнулся на совершенно элементарном моменте - не получается создать очередь. Но всё по порядку.

Задание для моделирование звучит следующим образом:

Переговорный пункт имеет одно помещение с тремя кабинами для переговоров. Если посетитель застает свободной хотя бы одну кабину, то он оплачивает будущий разговор в кассе, затем ждет соединения и ведет переговоры, после чего покидает переговорный пункт. Если посетитель застает все кабины занятыми, он ждет освобождения одной из них у входа в переговорный пункт.
Интервал времени между приходами посетителей – случайный, распределенный по равномерному закону, составляет 1,5±0,4 мин. Время ожидания соединения – 3,5±1,1 мин., время разговора посетителя по телефону – 4,4±1,35 мин. Длительность разговора и время ожидания соединения – случайные величины, подчиняются равномерному распределению.

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

Код прилагается, заранее спасибо.

Вложения

код программы.txt (1.5 Кб, 41 просмотров)

0

1. Нужно перейти к модельному времени в секундах, удобнее будет+ точнее результаты будут+ с дробями компьютеру тяжелее работать чем с целыми цифрами.
Пример:

Интервал времени между приходами посетителей – случайный, распределенный по равномерному закону, составляет 1,5±0,4 мин.

2.

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

Т.е. насколько я понимаю, посетитель ждёт в очереди, возможно необходимо собрать статистику по этой очереди. Поэтому давайте вкрячим очередь перед входом.
3. В условиях НИЧЕГО не сказано про очередь к кассиру, про время его обслуживания, это ваша так сказать Фантазия, которая не имеет отношения к условиям задачи, но имеет место в реалиях жизни.

4. Перед тем, как посетитель начинает разговаривать, он ожидает соединения, у вас в модели почемуто наоборот!!! (т.е. у вас ожидание, после разговора )

5. У вас в модели не объявлена ёмкость устройства Кабинка, оно здесь и ненужно вовсе! Т.е. Вы сделали переговорный Punkt на 3 кабинки, всё больше никаких кабинок не нужно, т.е. в этих кабинках будут в параллель обслуживаться посетители.

6.

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

Ну я сказал, что этот блок вообще ни к чему, ну да ладно, какие здесь ошибки.
Название Enter и Seize одинаковые - Cabinka
Seize не имеет закрытия Release, поэтому всегда занято и не пускает больше 1 заявки.

TRANSFER ,Povtor ; переход к оператору с меткой Povtor

В условиях нет никакой регулировки потока, вы создали какуюто полу-замкнутую систему, поток посетителей - ДАЖЕ ОБСЛУЖЕННЫХ направляете снова на повторный разговор, а если они не хотят больше разговаривать?
По условию:

Интервал времени между приходами посетителей – случайный, распределенный по равномерному закону, составляет 1,5±0,4 мин.

После того, как посетитель обслуживается, он выходит из модели TERMINATE

7. Комментарии не верные. Для понимания:
GENERATE 480 - в момент времени 480 минут (отсчёт в GPSS от 0) через блок GENERATE в модели появится 1 заявка.
START 1 - счётчик числа заявок, которые должны покинуть модель, чтобы моделирование ЗАВЕРШИЛОСЬ
TERMINATE 1 - из счётчика START вычитается единица 1, когда старт=0, то моделирование заканчивается.

Вот и получается, что в момент времени 480 у вас модель завершит работу!

Добавлено через 8 минут
8. КАСАЕМО п6. Только сейчас разглядел у вас TERMINATE в модели
Получается, что
Вообще никогда не работает, т.е. туда не заходят транзакты.

0

Dukalys, спасибо за развёрнутые объяснения и комментарии! Исправил все что я там "намоделировал" и модель заработала!
Согласен со всеми замечаниями, кроме одного, по поводу пункта 4.

Оператор GATE, с логическим ключом SNF, проверяет, какой случай имеет место в данной реализации. Если число присутствующих посетителей меньше трех, то вновь прибывший идет к кассе для оплаты. Если нет, то переходит к этой строчке, выполняет её и вновь возвращается при помощи оператора TRANSFER к оператору GATE. Как по другому это можно реализовать я не знаю..

В любом случае ещё раз спасибо за помощь!

Добавлено через 12 минут
В целом не совсем корректно вывел кусок программы. Исправляюсь:

Две эти строчки выполняются лишь при условии, что посетителей переговорного пункта больше трёх.

0

Ага, я понял логику которую вы реализовали. Просто условие интерпритирую по другому,

Время ожидания соединения – 3,5±1,1 мин.

ключевое мне кажется слово СОЕДИНЕНИЕ, т.е. перед тем как разговаривать по телефону (УЖЕ В КАБИНКЕ), должно установиться соединение. А вы интерпритируете как время ожидания в очереди, прежде чем повторить попытку доступа к кабинке - получается что клиент зашедший ПОЗЖЕ, может проскочить РАНЬШЕ клиента, который ждёт в очереди 3 минуты - не по честному получается, да и в РЕАЛЕ такое довольно таки редко происходит.

0