3841
.pdf7.3.3. Вывод результатов моделирования
Для вывода результатов моделирования используем элемент Переменная.
1.В Палитре выделите Презентация. Перетащите элемент Скругленный прямоугольник для размещения элементов Переменная.
2.На странице Местоположение и размер панели
Свойства: введите: X: 470, Y: 330, Ширина: 490, Высота:
320.
3. Перетащите элемент text и на странице Текст пане-
ли Свойства вместо text введите Результаты моделирования.
4. В Палитре выделите Основная. Перетащите элементы Переменная. Разместите их и дайте им имена так, как показано на рис. 3.2. Тип всех переменных double, кроме переменной — текущая ёмкость буфера. Её тип — int.
7.3.4. Построение событийной части модели
В событийную часть модели, к построению которой мы приступаем, включим указанные ранее три сегмента (кроме исходных данных и результатов моделирования).
1.В Палитре выделите Презентация. Перетащите три элемента Прямоугольник и разместите так, как на рис.7.18.
2.На странице Местоположение и размер панели
Свойства: для размещения объектов имитации источников
сообщенийвведите:X:20,Y:20, Ширина:150, Высота:190.
3. Для размещения объектов имитации буфера, основного и резервного каналов введите: X: 190, Y: 20, Ширина: 370,
Высота:200.
291
Рис.7.18.Размещениеэлементовдлявыводарезультатовмоделирования
Рис.7.19.Элементыдляразмещениясегментовсобытийнойчасти
292
4. Для размещения объектов имитации отказов основного канала введите: X: 20, Y: 350, Ширина: 380, Высо-
та: 130.
5. Перетащите также три элемента text и на странице Текст панели Свойства вместо text каждого элемента введите названия, показанные на рис. 7.19.
Сегмент Источники сообщений предназначен для имитации поступления сообщений, счета суммарного количества поступающих сообщений на направление связи и по потокам 1
и 2.
1.В Палитре выделите Библиотека моделирования процессов.
2.Перетащите два объекта source на диаграмму типа агента Main и разместите в прямоугольнике с именем Источники сообщений. Для записи и хранения параметров сообщений в дополнительные поля заявок нужно создать новый тип заявки. Создайте тип заявки Message.
3.В панели Проект щёлкните правой кнопкой мыши элемент модели верхнего уровня дерева и выберите Создать
Java класс.
4.Появится диалоговое окно Новый Java класс. В поле Имя: введите имя нового класса Message.
5.В поле Базовый класс: выберите из выпадающего списка Entity в качестве базового класса. Щёлкните кнопку
Далее.
6.Появится вторая страница Мастера создания Java класса. Добавьте следующее поле Java класса, которое потребуется в дальнейшем для разделения переданного направлени-
ем потока сообщений на поток 1 и поток 2: int numPotok
8.Оставьте выбранными флажки Создать конструк-
тор и Создать метод toString().
9.Щёлкните кнопку Готово. Появится редактор кода и автоматически созданный код вашего Java класса. Закройте код.
10.Теперь нужно преобразовать Java класс в тип агента. Для этого щёлкните правой кнопкой мыши в панели Проект только что созданный Java класс и в контекстном меню выбе-
293
рите Преобразовать Java класс в тип агента.
11.Появится окно c автоматически созданными параметрами нового типа заявок Detail.
12.Выделите последовательно первый и второй объекты sourсe. На странице Основные панели Свойства установите их свойства согласно табл. 7.2.
Сегмент Буфер, основной и резервный каналы предна-
значен для приёма поступающих сообщений, имитации передачи их, счета переданных и потерянных сообщений, расчета вероятности передачи сообщений.
1.В Палитре выделите Библиотеку моделирования процессов.
2.Перетащите на диаграмму Main и разместите в пря-
моугольнике с именем Буфер, основной и резервный каналы объекты, показанные на рис. 7.20. Соедините их между собой, а также с объектами сегмента Источники со-
общений.
Таблица7.2
|
|
Свойстваобъектовsource |
|
|
|
|
|
Имя |
Свойства |
|
Значения |
|
|
|
|
Поток 1 |
Отображать имя |
Установите флажок |
|
|
Тип заявки |
Message |
|
|
Прибывают |
Времени между прибытиями |
|
|
согласно |
|
|
|
Время |
между |
exponential(1/интер_сообщ |
|
прибытиями |
потока1) |
|
|
Новая |
заявка |
Message |
|
Действия |
|
entity.numPotok = 1; |
|
При выходе: |
||
|
|
|
поступило_сообщ_потока1++; |
|
|
|
всего_сообщ_поступило++; |
|
|
|
|
|
|
|
294 |
|
|
Продолжение табл. 7.2 |
Поток 2 |
Отображать имя |
Установите флажок |
|
Тип заявки |
Message |
|
Прибывают |
|
|
согласно |
Времени между прибытиями |
|
Время между |
exponential(1/интер_сообщ_ |
|
прибытиями |
потока2) |
|
Новая заявка |
Message |
|
Действия |
entity.numPotok = 2; |
|
При выходе: |
|
|
|
поступило_сообщ_потока2++; |
|
|
всего_сообщ_поступило++; |
3.Объект source вам известен. Объект hold из Биб-
лиотеки моделирования процессов нет. Он блокиру-
ет/разблокировывает поток заявок на определенном участке блок-схемы. Если объект находится в заблокированном состоянии, то заявки не будут поступать на его входной порт, и будут ждать, пока объект не будет разблокирован.
4.Состоянием объекта можно управлять программно
спомощью метода setBlocked(). Метод блокирует вход-
ной порт, если в качестве значения аргумента передано true,
иразблокиро-вывает его при передаче аргумента false.
5.Метод isBlocked() возвращает true, если входной порт заблокирован. Если порт не заблокирован — возвращает false. Мыв дальнейшем воспользуемся этими методами.
Рис.7.20.Объектыдвухсегментовмодели
6. Последовательно выделите объекты и установите им свойства согласно табл. 7.3.
295
Таблица7.3
Свойства |
Значение |
Имя |
Буфер |
Отображать имя |
Установить флажок |
Тип заявки |
Message |
Вместимость |
ёмкость буфера |
Действия При входе: |
текущая_ёмкость_буфера=буфер.size(); |
|
|
Действия При выходе: |
текущая_ёмкость_буфера=буфер.size(); |
|
|
Разрешить вытеснение |
Установить флажок |
|
|
Имя |
holdl |
Отображать имя |
Установить флажок |
Тип заявки |
Message |
Изначально заблокирован |
Установить флажок |
Имя |
hold |
Тип заявки |
Message |
Имя |
потер сообщ буфер |
Отображать имя |
Установить флажок |
Тип заявки |
Message |
Действия При входе: |
if (entity.numPotok == 1) |
|
потеряно сообщ потока1 ++; |
|
if (entity.numPotok == 2) |
|
потеряно сообщ потока2 ++; |
|
всего потеряно сообщ ++; |
Имя |
основной канал |
Отображать имя |
Установить флажок |
Тип заявки |
Message |
Тип |
Определённое время |
|
296 |
|
Продолжение табл.7.3 |
|
|
|
|
||
Время задержки |
exponential(1/время_передачи_осн_кан) |
||
Вместимость |
1 |
|
|
Включить сбор |
Установить флажок |
|
|
статистики |
|
|
|
Имя |
резерв_канал |
|
|
Отображать имя |
Установить флажок |
|
|
Тип заявки |
Message |
|
|
Вместимость |
1 |
|
|
Тип |
Определённое время |
|
|
Время задержки |
exponential(1/время_передачи_рез_кан) |
||
Действия При входе: |
if (а==0) |
|
|
|
в = время_передачи_рез_кан; |
|
|
|
if (а==1) |
|
|
|
{в = время_передачи_рез_кан + |
|
|
|
время_вкл_рез_кан;а=0;} |
|
|
Действия При выходе: |
if(hold.isBlocked()==true) |
|
|
Включить |
hold1.setBlocked(false); |
|
|
сбор статистики |
Установить флажок |
|
|
|
|
|
|
Имя |
sink |
|
|
Отображать имя |
Установить флажок Message |
|
|
Тип заявки |
if (entity.numPotok == 1) |
|
|
Действие при входе |
{передано_сообщ_потока1 ++; |
|
|
|
вероятность_передачи_сообщ_потока1 |
||
|
= передано_сообщ_потока1 |
|
|
|
/поступило_сообщ_потока1;} |
|
|
|
if (entity.numPotok == 2) |
|
|
|
{передано_сообщ_потока2 ++; |
|
|
|
ВероятНость_передачи_сообщ_потока2 |
||
|
= передано_сообщ_потока2 |
|
|
|
/поступило_сообщ_потока2;} |
|
|
|
всего_передано_сообщ ++; |
|
|
|
вероятность_передачи_сообщ = все- |
||
|
го_передано_сообщ |
|
|
|
/всего_сообщ_поступило; |
= |
1- |
|
вероятность_потери_сообщ |
||
|
вероятность_передачи_сообщ; |
|
|
|
297 |
|
|
Сегмент Имитатор отказов основного канала связи
предназначен для розыгрыша интервала времени до очередного отказа, блокирования основного канала, разблокирования резервного канала, имитации восстановления основного канала, его разблокирования и блокирования резервного канала.
Сегмент построен из объектов и элементов, показанных на рис. 7.21. Идея его работы заключается в следующем. Генератор вырабатывает одну заявку, и становится неактивным. Заявка поступает на объект задержки, разыгрывающий время до очередного отказа. После этого заявка поступает на второй объект задержки, имитирующий время восстановления основного канала.
C выхода второго объекта задержки заявка поступает опять на вход первого объекта задержки. Процесс имитации отказов повторяется в цикле.
Аналогичным образом построен сегмент имитации отказов основного канала и в GPSS-модели.
Если построить сегмент так, что время до очередного отказа будет разыгрывать генератор, то это не логично, так как при таком варианте отсчет времени до очередного отказа не будет начинаться от момента окончания восстановления канала. Возникнут ситуации, когда очередной отказ придется на время, когда идет процесс восстановления канала.
Постройте сегмент имитации отказов основного канала
связи.
1.Перетащите из Библиотеки моделирования про-
цессов source и два объекта delay, соедините их как на рис.7.21.
2.Последовательно выделите и установите свойства объектов согласно табл. 7.4.
Рис.7.21.Сегментимитацииотказовосновного каналасвязи
298
Таблица7.4
Свойства |
Значение |
||
Имя |
|
source |
|
Отображать имя |
Установить флажок |
||
Тип заявки |
|
Agent |
|
Прибывают |
согласно |
Интенсивности |
|
Интенсивность прибы- |
1 |
||
тия |
|
Установить флажок |
|
Ограниченное |
количе- |
||
ство прибытий |
1 |
||
Количество |
заявок, |
||
Имя |
|
розыгрыш_инт_до_отказа |
|
Отображать имя |
Установить флажок |
||
Тип заявки |
|
Agent |
|
Тип |
|
Определённое время |
|
Время задержки |
exponential |
||
|
|
(1/время_нараб_отказ_осн_ |
|
|
|
кан) |
|
Вместимость |
|
1 |
|
Действия |
|
hold.setBlocked(true); |
|
При выходе: |
|
if(основной_канал.size()!=0) |
|
|
|
{основной_канал.remove |
|
|
|
((Message) |
|
|
|
основной_канал.get(0)); |
|
|
|
всего_потеряно_сообщ ++;} |
|
|
|
hold1.setBlocked(false); |
|
Включить сбор |
а=1; |
||
Установить флажок |
|||
статистики |
|
||
|
|
|
299
|
Продолжение табл.7.4 |
|
|
Имя |
имитация_восст_осн_кан |
Тип заявки |
Agent |
Тип |
Определённое время |
Время задержки |
exponential |
|
(1/время_восстан_осн_кан) |
Вместимость |
1 |
Действия При выходе: |
hold.setBlocked(false); |
Включить сбор |
hold1.setBlocked(true); |
|
Обратим внимание на переменные а и в, предназначенные для организации включения резервного канала таким образом, чтобы время на включение учитывалось только при поступлении первого сообщения на резервный канал. При последующих поступлениях это время не учитывается. И это каждый раз повторяется при выходе из строя основного канала, так как после восстановления основного канала резервный канал выключается. Резервный канал выключается, но передача сообщения по нему, если это было в момент включения в работу основного канала, продолжается. Таким образом, какое-то время каналы работают параллельно. Потерь сообщений при выключении резервного канала нет.
Также организовано и в GPSS-модели, но для этого использована сохраняемая ячейка Kont.
В модели AnyLogic после занятия сообщением резервного канала элемент hold1 блокируется. Может быть так, что в процессе передачи сообщения резервным каналом возобновит работу основной канал, то есть элемент hold будет разблокирован, и сообщения пойдут на основной канал. Чтобы такая ситуация учитывалась и в GPSS-модели, в нее добавлена команда UNLINK Nak,Prov3,l выводящая из буфера очередное сообщение на основной канал, не дожидаясь окончания передачи сообщения резервным каналом.
300