Литература / Работы 8_9

316

Объектом типЗаявки разыгрывается код типа заявки. Например, в поступившей заявке entity.типЗ=0.723. Проверяется условие 0: entity.типЗ=0.723<=p1=0.5. Условие 0 не вы-

полняется. Тогда проверяется условие 1: entity.типЗ= 0.723 <=p2=0.75. Условие 1 выполняется. Заявка пропускается на выход 1. При этом выполняется код, записанный в поле Действия При выходе 1,

317

entity.типЗ=2;

постЗаявТип2++; постЗаявТип++;

Кроме записи кода 2 в поле entity.типЗ=2, учитывается количество поступивших заявок 2 типа и количество всех типов поступивших заявок. Последнее в дальнейщем используется для определения вероятности выполнения заявок.

С выходов 0…3 объекта типЗаявки заявки поступают в очДисп (объект queue) с максимальной вместимостью, а затем в объект дисп (delay), имитирующий время работы одного из диспетчеров с одной заявкой.

Объект отказ (selectOutput) предназначен для розыгрыша отказа в принятии заявки с вероятностью q = 2 %. Заявки, получившие отказ, уничтожаются объектом sink.

Принятые к выполнению заявки распределяются по типам объектом поТипамЗаяв. С выходов 0…3 этого объекта заявки поступают на объекты видРемЗаяв1…видРемЗаяв4 соответственно. Аналогичным образом как объектом типЗаявки этими объектами разыгрываются для заявок 1…4 типов коды видов 1…3 ремонтов.

Функции остальных объектов сегмента Диспетчеры рассмот-

рим в п. 8.1.7.3.

8.2.3.3. Сегмент Мастера

Сегмент Мастера предназначен для имитации ожидания освобождения мастеров, непосредственно времени выполнения соответствующего вида ремонта и отправки выполненной заявки в сегмент учёта.

Сегмент построен на четырёх объектах queue и четырёх объек-

тах delay.

1.Из палитры Презентация перетащите элемент Прямоугольник. Оставьте имя, предложенное системой.

2.На странице Местоположение и размер панели Свойства

введите в поля X: 740, Y: 30, Ширина: 200, Высота: 410.

3.Перетащите элемент text на прямоугольник и на странице Текст панели Свойства в поле вместо text введите Мастера.

4.Перетащите указанные объекты из Библиотеки моделирования процессов на агент Main. Разместите, дайте имена и соедините их так, как показано на рис. 8.4.

318

5.У объектов очМастеров1…очМастеров4 укажите мак-

симальную вместимость и тип заявки Заявка.

6.У объектов мастера1…мастера4 установите свойства:

Тип заявки: Заявка

Тип Определённое время

Время задержки entity.времяР Включить сбор статистики Установите флажок

7.Свойство Вместимость у этих же объектов укажите кол-

Мастеров1…колМастеров4 соответственно.

8.Действия При выходе установите соответственно:

коэфИспМаст1=мастера1.statsUtilization.mean(); коэфИспМаст2=мастера2.statsUtilization.mean(); коэфИспМаст3=мастера3.statsUtilization.mean(); коэфИспМаст4=мастера4.statsUtilization.mean();

Свыходов 1…3 объекта видРемЗаяв1 заявки сразу поступа-

ют в объект очМастеров1 (queue).

Свыходов объектов видРемЗаяв2…видРемЗаяв4 заявки по-

ступают на объекты свобМастер1_2, свобМастер1_3, своб-

Мастер1_4 соответственно. В принятых именах первая цифра означает группу мастеров, а вторая — тип заявки. Этими объекта-

ми проверяются условия. Например, объектом свобМастер1_3 проверяется условие:

(очМастеров1.size()==0)&& (мастера1.size()<колМастеров1)&&(мастера3.size()!=0)

Пуста ли очередь мастеров 1 группы? И есть ли свободные мастера 1 группы? И заняты ли мастера 3 группы? Если сложное условие, состоящее из трёх простых условий, выполняется, заявка с выхода true объекта свобМастер1_3 на объект мастера1.

Аналогичные проверки осуществляются в объектах свобМа-

стер1_3, свобМастер1_4.

Если условие не выполняется, то заявка с выходов false поступает в очередь очМастеров2…очМастеров4 соответственно.

Объекты свобМастер2_3, свобМастер2_4 проверяют воз-

можности в текущий момент времени выполнения заявок 3 и 4 типов мастерами 2 группы.

Объект свобМастер3_4 проверяет возможность выполнения заявок 4 типа мастерами 3 группы.

319

Рис. 8.4. Сегменты Диспетчеры и Мастера

320

8.2.3.4. Сегмент Учёт выполненных заявок

Сегмент предназначен для учёта количества выполненных заявок по типам и видам ремонтов, а также для определения вероятности выполнения заявок в целом.

Сегмент построен на пяти объектах selectOutput5 и одном объ-

екте sink.

1.Из палитры Презентация перетащите элемент Прямоугольник. Оставьте имя, предложенное системой.

2.На странице Местоположение и размер панели Свойства

введите в поля X: 970, Y: 30, Ширина: 250, Высота: 410.

3. Перетащите элемент text на прямоугольник и на странице Текст панели Свойства в поле вместо text введите Учёт выпол-

ненных заявок.

4. Перетащите указанные элементы на прямоугольник. Разместите, соедините и дайте имена согласно рис. 8.5.

Рис. 8.5. Сегменты Мастера и Учёт выполненых заявок

321

5.Свойства элементов установите согласно табл. 8.3.

Таблица 8.3

322

6. Установите значения свойств объекта sink1:

Тип заявки: Заявка

Действие при входе верВыпЗаяв=выпЗаявТип/постЗаявТип

Объект поТипамЗаяв1 осуществляет разделение и учёт выполненных заявок по типам, а также рассчитывает вероятности выполнения заявок каждого типа. В количество поступивших заявок, а, следовательно, и в расчёт вероятностей входят и те заявки, которым отказано в обслуживании.

Объекты выпРемЗаяв1…выпРемЗаяв4 учитывают количество видов ремонтов, выполненных по заявкам каждого типа.

Объект sink1 уничтожает поступающие заявки. Введённый в поле Действие при входе код рассчитывает вероятность выполнения всех заявок.

8.2.3.5. Отладка модели

Построение модели закончено. Выделите в окне Проекты Simulation:Main. На странице Основные установите Фиксиро-

ванное начальное число (воспроизводимые прогоны) и Начальное число: 892. Перейдите на страницу Модельное вре-

мя, выберите из списка Остановить: В заданное время. Введите Конечное время: 1440000 (модельное время ↑ в 1000).

323

Рис. 8.6. Результаты моделирования

Запустите модель. Если вы всё делали согласно нашим рекомендациям, то ошибок не будет.

По завершении работы модели или в ходе её перейдите на область просмотра Данные_Результаты. Поскольку мы для переключения между областями просмотра своего ничего не делали, используйте приём, предлагаемый AnyLogic.

Результаты моделирования при исходных данных согласно постановке задачи должны быть такими как на рис. 8.6. Например, заявок 1 типа выполнено 37,612. Вероятность выполнения составляет 0, 979. Всего выполнено заявок всех типов 188,476 с вероятностью 0,980.

324

8.3. Интерпретация результатов моделирования

Всего выполнены три группы экспериментов по три эксперимента в каждой группе. Результаты экспериментов каждой группы представлены в табл. 8.4…8.6 соответственно.

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

Как и в предыдущих экспериментах сравнивать будем результаты моделирования, полученные в GPSS World и в AnyLogic7.

Например, разница вероятностей выполнения всех заявок составляет ∆5 = 0,001, коэффициентов использования мастеров всех групп — ∆6 = 0,005…0,013. Количество выполненных заявок и ремонтов, если считать с точностью до целого, одно и тоже в обеих системах моделирования.

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

Во второй группе разница вероятностей выполнения всех заявок составляет ∆5 = 0,001, коэффициентов использования мастеров всех групп практически такое же — ∆6 = 0,001…0,014. Количество выполненных заявок и ремонтов, так же если считать с точностью до целого, одно и тоже.

Аналогичные выводы можно сделать и по третьей группе экспериментов (табл. 8.6), в которой были изменены следующие данные в сторону увеличения количества диспетчеров и мастеров второй и третьей групп: Тр = 20 мин, колДисп = 3, колМастеров2 = 2, колМастеров3 = 2.

Здесь также вероятность выполнения всех заявок отличается незначительно ∆5 = 0,001, но несколько больше разница между коэффициентами занятости всех групп мастеров-ремонтников:

∆5 = 0,015…0,026.

Увеличение количества мастеров-ремонтников второй и третьей групп с одного до двух в каждой группе позволило по сравнению со второй группой экспериментов увеличить количество выполненных заявок в абсолютном выражении с 240,075 до 281,239 и

относительном выражении в 1,174 раза (281,239: 240,075 = 1,174).

При этом незначительно выросла вероятность выполнения заявок: с 0,977 до 0,980. Увеличилась загрузка мастеров-ремонтников всех групп.

325