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

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

ввод исходных данных; событийная часть модели;

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

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

7.2. Модель в AnyLogic

7.2.1. Исходные данные и результаты моделирования

1.Для ввода исходных данных используем элемент Параметр. Выполните команду Файл/Создать/Модель на панели инструментов.

2.В поле Имя модели диалогового окна Новая модель вве-

дите Терминал. Выберите каталог, в котором будут сохранены файлы модели. Щёлкните кнопку Готово.

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

Создайте вторую область просмотра для размещения объектов модели на агенте Main.

1.Из палитры Презентация перетащите элемент Область просмотра.

2.На странице Основные панели Свойства в поле Имя:

введите Модель_Терминал.

3.Задайте расположение области просмотра относительно её якоря с помощью элемента управления Выравнивать по: Верхн.

левому углу.

4.Выберите режим масштабирования из выпадающего спис-

ка Масштабирование: Подогнать под окно.

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

введите в поля X: 0, Y: 750, Ширина: 560, Высота: 330.

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

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

введите в поля X: 20, Y: 760, Ширина: 530, Высота: 310. Задайте, как будет располагаться область просмотра относительно её

288

якоря, с помощью элемента управления Выравнивать по:

Верхн. левому углу.

8.Выберите режим масштабирования из выпадающего спис-

ка Масштабирование: Подогнать под окно.

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

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

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

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

введите в поля X: 30, Y: 40, Ширина: 640, Высота: 350.

12.Из палитры Презентация перетащите второй элемент Об-

ласть просмотра.

13.Перейдите на страницу Основные панели Свойства. В

поле Имя: введите Данные.

14.Задайте, как будет располагаться

15.Перетащите элемент text и на странице Текст панели

Свойства в поле вместо слова text введите Исходные данные. 16. Перетащите второй элемент text и на странице Текст па-

нели Свойства в поле вместо слова text введите Результаты моделирования.

17. В Палитре выделите Основная. Перетащите элементы

Параметр на элементы с именами Исходные данные и Результа-

ты моделирования. Разместите их и дайте имена так, как показано на рис. 7.2.

18. Значения свойств установите согласно табл. 7.1. Имена параметров (в том числе и знак подчёркивания) приняты те же, что и в GPSS-модели.

289

19. Для вывода результатов моделирования используем эле-

мент Переменная. В Палитре выделите Основная. Перетащите элементы Переменная. Разместите их и дайте им имена так, как показано на рис. 7.2. Тип переменных double.

В GPSS World коэффициенты использования элементов терминала, длины к ним очередей определяются системой автоматически и выводятся в стандартном отчёте.

Коэффициенты использования элементов терминала (в нашей модели их будут имитировать объекты delay) автоматически определяются и в AnyLogic. Тем не менее, для удобства их чтения в ходе и по окончании моделирования мы ввели переменные

KoefIsp_E, KoefIsp_F, KoefIsp_Z, KoefIsp_I, KoefIsp_J.

Для определения максимальных длин очередей к этим элементам терминала нами также введены переменные очередь_Е, оче-

редь_F, очередь_Z, очередь_I, очередь_J.

Замечание. При построении событийной части модели нужно устанавливать флажок Включить сбор статистики в свойствах этих элементов на странице Специфические панели Свойства.

Переменные KolObrCar, TimeObr, KoefIsp имеют тот же смысл, что и в GPSS-модели.

Переменная kolJ введена для счета числа обработанных транспортов. Переменная TimeSum введена для счета суммарного времени обработки всех транспортов. По значениям этих переменных рассчитывается среднее время обработки TimeObr транспорта.

Далее для определения количественных значений каждой из этих переменных мы напишем соответствующие Java-коды.

290

Рис. 7.2. Размещение элементов для ввода исходных данных и вывода результатов моделирования

7.2.2. Событийная часть модели

Объекты событийной части модели показаны на рис. 7.3.

Для построения использованы следующие двадцать объектов

Библиотеки моделирования процессов (в скобках после имени каждого объекта указано их количество в событийной части модели): source (один); queue (8); delay (8); split (1); match (1); sink.

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

1.Перетащите объект source. Установите его свойства согласно табл. 7.2.

2.Создайте нестандартный тип заявки Car с полями:

long id; double vxod;

Дополнительное поле id нестандартного класса заявки Car введено для проверки объектом match условия объединения двух заявок в одну. Поле vxod предназначено для записи времени входа заявки в модель.

291

Рис. 7.3. Событийная часть модели Терминал

292

Перетащите остальные объекты, соедините так, как показано на рис. 7.3. Установите их свойства согласно табл. 7.3.

293

294

295

Поясним необходимость и целесообразность применения некоторых объектов. В модели заявка имитирует транспорт. Объект split предназначен для расщепления одной заявки в нашей модели на две заявки. Одна поступает, как документ, в зону Z, а вторая, как транспорт, продолжает движение. Когда в зоне Z необходимые для обработки транспорта действия выполнены (подготовлены документы), объект match фиксирует этот момент, то есть синхронизирует дальнейшее движение транспорта. Вторая заявка направляется в объект sink и уничтожается. Как известно, объединить две заявки в одну (а значит не использовать объект sink) можно с помощью объекта combine. Однако в нашем случае combine использовать нельзя, так как он не проверяет выполнение у заявок условий, необходимых для их уничтожения. Поэтому могут быть объединены различные заявки. Объект match проверяет условия объединения, установленные в нашем случае разработчиком модели в дополнительном поле id нестандартного класса заявки Car (entity1.id == entity2.id), именно двух заявок в одну. То есть синхронизации движения заявки как документа и заявки как автомобиля при применения объекта combine не обеспечивается.

296

В табл. 7.4 указаны свойства объекта sink.

Таблица 7.4

Остановимся на коде свойства Действия При входе. Заявки с выхода 1 объекта match можно было бы не направлять на этот объект sink, а добавить еще объект sink и уничтожать их там. Но у нас ознакомительная версия, которая не позволяет иметь в модели на диаграмме одного класса больше двадцати объектов (в образовательной версии это возможно). Нам не хватило ровно одного объекта, поэтому пришлось поступить так (размещать объекты на разных диаграммах ради этого мы посчитали нецелесообразным). Для реализации такого приёма на выходе 1 объекта match entity.id = 0, то есть поле id обнуляется и все заявки с таким полем игнорируются. Но в количестве заявок, вошедших в объект sink, они учитываются. Поэтому пришлось для счета количества обработанных транспортов ввести переменную kolJ, хотя имеется стандартная функция count(), которая возвращает количество заявок, вошедших в данный объект. Любых заявок, без какого-либо их разделения.

297