Моделирование. Курсовой проект за 7 семестр По дисциплине

Название	Курсовой проект за 7 семестр По дисциплине
Анкор	Моделирование
Дата	08.06.2022
Размер	211.93 Kb.
Формат файла
Имя файла	Моделирование.docx
Тип	Курсовой проект #577679

САНКТ-ПЕТЕРБУРГСКИЙ ГОСУДАРСТВЕННЫЙ

УНИВЕРСИТЕТ ТЕЛЕКОММУНИКАЦИЙ им. проф. М.А. Бонч-Бруевича

ИНСТИТУТ НЕПРЕРЫВНОГО ОБРАЗОВАНИЯ
Курсовой проект за _7_ семестр

По дисциплине _ Моделирование систем_

Вариант 13

Фамилия:_Швецов _

Имя:__Андрей_____

Отчество:__Дмитриевич_

Курс:__4___________

Студ. билет № :_ 1810576_ __

Группа №:___ИБ-82з_____

Дата сдачи работы:___08.06.2022__

Санкт-Петербург

2022 г.

Содержание

Исходные данные по проекту 2

Введение 3

Описание моделируемой системы 5
Структурная схема модели системы 6
Временная диаграмма 7
Q – схема системы 8
Укрупненная схема моделирующего алгоритма 9
Детальная схема моделирующего алгоритма 11
Математическая модель 13
Описание машинной программы решения задачи 15
Результаты моделирования 16
Сравнение результатов имитационного моделирования и аналитического расчета характеристик 17
Описание возможных улучшений в работе системы 19

Заключение 22

Список литературы 23

Приложение 1 24

Приложение 2 25

Приложение 3 27

Приложение 4 31

Приложение 5 35

Приложение 6 36

Исходные данные к проекту

Вариант 13. В компьютерный класс с интервалом времени 15±5 мин заходят студенты, желающие обработать на компьютере результаты лабораторной работы. В классе для этого предназначен всего один компьютер. Время, необходимое для решения задач, включая вывод результатов на печать, характеризуется интервалом 15±10 мин. Третья часть пользователей после окончания решения своей задачи производит запись своей программы на внешний магнитный носитель (продолжительность этой операции – 3±2 мин). В классе не допускается присутствие более семи человек. Смоделировать процесс обслуживания 300 пользователей. Подсчитать число пользователей, не нашедших свободного места в очереди. Определить среднее число пользователей в очереди, а также коэффициент загрузки компьютера.

Введение

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

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

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

При проектировании машинной программы решения задачи был применен пакет имитационного моделирования GPSS/PC.

На этапе формализации модели были разработаны Q-схема, временная диаграмма, укрупненная и детальная схема моделирующего алгоритма.

Целью курсовой работы является получение навыков моделирования систем массового обслуживания (СМО). Развитие человеческих взаимоотношений привело к тому, что практически ежедневно сталкиваемся с СМО. Это неизбежно, т. к. используя результаты труда других людей, желаем это делать в удобное для себя время. В результате возникает все больше систем со случайными потоками требований и дисциплинами обслуживания.

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

Возможным методом решения задачи является поиск такого решения, при котором производственные показатели, в данном случае число обслуженных студентов, будут максимальными. Необходимым условием будет являться и то, каким образом будут получены результаты: сколько для этого потребуется времени, сколько студентов не нашло свободных мест.

При построении концептуальной, формализованной модели системы воспользуемся теоретическими основами, приведенными учебных пособиях: Советов Б.Я., Яковлев С.А. «Моделирование систем», Советов Б.Я., Яковлев С.А. «Моделирование систем. Практикум». В данной литературе приведены все необходимые данные, примеры, основные принципы моделирования.

Для построения математической модели воспользуемся формулами и примерами расчетов, рассмотренными в учебнике Вентцель Е.С. «Исследование операций».

1. Описание моделируемой системы

Задача на моделирование поставлена следующим образом: в компьютерный класс с интервалом времени 15±5 мин заходят студенты, желающие обработать на компьютере результаты лабораторной работы. В классе для этого предназначен всего один компьютер. Время, необходимое для решения задач, включая вывод результатов на печать, характеризуется интервалом 15±10 мин. Третья часть пользователей после окончания решения своей задачи производит запись своей программы на внешний магнитный носитель (продолжительность этой операции – 3±2 мин). В классе не допускается присутствие более семи человек.

Смоделировать процесс обслуживания 300 пользователей. Подсчитать число пользователей, не нашедших свободного места в очереди. Определить среднее число пользователей в очереди, а также коэффициент загрузки компьютера.

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

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

2. Структурная схема модели системы

На основании задания, прежде всего, строим структурную схему данной СМО (рисунок1).

Рисунок 1. Структурная схема процесса функционирования ВЦ.

Анализ условия задачи и структурной схемы позволяет сказать, что в процессе взаимодействия пользователей с ВЦ возможны следующие ситуации:

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

3. Временная диаграмма

Более детально процесс функционирования ВЦ можно представить на временной диаграмме (рисунок 2.)

На диаграмме:

ось 1 – моменты прихода пользователей в ВЦ;
ось 2 – пребывание заявок в очереди;
ось 3 – обработка заявок на компьютере;

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

При построении диаграммы не учитывались моменты перемещения заявок в накопитель, извлечения из накопителя, передачи заявок из накопителя к устройству. Иными словами, не учтено время, затрачиваемое на перемещение заявок, согласно условию задачи.

Рисунок 2. Временная диаграмма процесса функционирования ВЦ

4. Q-схема системы

Все описанное выше есть, по сути, этап построения концептуальной модели системы. Следующим должен стать этап формализации модели. Так как описанные процессы являются процессами массового обслуживания, то для формализации задачи используем символику Q–схем. В соответствии с построенной концептуальной моделью и символикой Q–схем структурную схему данной СМО (рисунок 3) можно представить в виде, показанном на рисунке 3, где И – источник, К – канал, Н – накопитель.

1

2

поток отказов

Рисунок 3 Структурная схема ВЦ в символике Q–схем.

Источник И имитирует процесс прихода пользователей в ВЦ. Система клапанов регулирует процесс занятия пользователями (в терминах Q–схем – заявками) мест в очереди. Если в накопителе Н есть свободное место, то клапан 2 закрыт, а клапан 1 открыт, т.е заявка уходит на обслуживание в канал К, который имитирует работу компьютера; если накопитель Н занят, то клапан 1 закрыт, а клапан 2 открыт, т.е. заявка теряется, что соответствует уходу пользователя из ВЦ не обслуженным.

5. Укрупненная схема моделирующего алгоритма

Рисунок 4. Укрупненная схема моделирующего алгоритма процесса функционирования компьютерного класса.

При построении укрупненной схемы использован «принцип Δt».

Любой алгоритм действий, прежде чем он начнет свое выполнение, должен быть запущенным (блок 1).

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

Блок 3 осуществляет проверку достаточно ли обслужено заявок. Если обслужено требуемое количество заявок, то переход осуществляется в блок 9. Если обслужено меньшее количество заявок, то переход происходит в блок 4.

Блок 4 проверяет наличие свободных мест в очереди. Если в очереди свободных мест нет, то заявка получает отказ и переход осуществляется в блок 8. Если в очереди имеется хотя бы одно свободное место – переход в блок 5.

Блок 5 передает заявки из накопителя на обработку на ПК.

Блок 6 осуществляет непосредственную обработку на ПК.

В блоке 7 происходит увеличение значения счетчика времени на Δt.

В блоке 9 осуществляется обработка результатов, которые передаются в блок 10.

Блок 10 производит вывод результатов на печать, после чего работа всего алгоритма заканчивается, что фиксируется в блоке 11 (останов).

6. Детальная схема моделирующего алгоритма

Рис. 5. Детальная схема моделирующего алгоритма процесса функционирования компьютерного класса.

Любой алгоритм действий, прежде чем он начнет свое выполнение, должен быть запущенным (блок 1).

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

Блок 3 осуществляет прием заявки.

Блок 4 проверяет наличие свободных мест в очереди. Если в очереди свободных мест нет, то заявка получает отказ и переход осуществляется в блок 8. Если в очереди имеется хотя бы одно свободное место – переход в блок 5.

Блок 5 передает заявки из накопителя на обработку на ЭВМ.

Блок 6 осуществляет непосредственную обработку на ЭВМ.

В блоке 7 происходит проверка обслужено ли 300 заявок. Если обслужено 300 заявок, то осуществляется переход в блок 9. Если еще не обслужено 300 заявок, то переход осуществляется к блоку 3 и цикл повторяется заново.

В блоке 9 осуществляется обработка результатов, которые передаются в блок 10.

Блок 10 производит вывод результатов на печать, после чего работа всего алгоритма заканчивается, что фиксируется в блоке 11 (останов).

7. Математическая модель системы
Перед построением детального моделирующего алгоритма необходимо определить переменные и уравнения математической модели. В нашем случае это будут:

t_n- время решения задачи на ПК ;

N₀- число обслуженных студентов;

N₁- число студентов, получивших отказ;

уравнения модели:

7.1

7.2

где

– вероятность отказа в обслуживании;

– коэффициент загрузки студентов;

– суммарное время занятости студентов;

T – общее имитируемое время работы компьютерного зала.

Вероятность отказа показывает на сколько эффективно работает система. Чем ниже этот показатель, тем эффективнее работа системы.

Коэффициент загрузки ПК показывает эффективность работы устройства. Чем выше коэффициент загрузки, тем эффективнее работа этого устройства.

8. Описание машинной программы решения задачи

Данная задача решена с помощью имитационной модели, реализованной при поддержке языка моделирования GPSS/PC.

Листинг программы приведен в приложении 1.

Память MESTO емкостью 7 берется для имитирования 7 мест в очереди. Транзакт, который имитирует приход студентов, создается, каждые 155 единиц модельного времени блоком GENERATE. Блок GATE посылает транзакт к блоку ZZZ, когда есть места в очереди, в противном случае транзакт через блок TRANSFER по метке BYE уходит с обслуживания. Если память не занята, либо в ней есть хотя бы 1 свободное место, то транзакт проходит через блок GATE по метке ZZZ в блок ENTER, где получает разрешение на использование памяти. Транзакт затем входит в блок SEIZE, где занимает устройство IBM, т.е. пользователь находившийся в очереди может занять ПК. Т.к. заявка заняла устройство, то с помощью блока LEAVE освобождается место в очереди MESTO. Далее происходит непосредственное обслуживание в блоке ADVANCE, где транзакт задерживается на продолжительность обслуживания 1510 единиц модельного времени. После того как транзакт закончил свое обслуживание, в блоке RELEASE он освобождает устройство IBM. Блок TERMINATE выводит транзакт из модели. Вся выше описанная процедура будет продолжаться до тех пор пока не обслужатся 300 транзактов, заданные в блоке START.

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

Когда моделирование заканчивается, система GPSS/PC создает неформатированный отчет в промежуточный файл REPORT.GPS. Его можно увидеть на экране монитора, используя программу GPSSREPT. Если использовать полную версию GPSS/PC, то можно просмотреть отчет во время сеанса, при помощи команды GPSS/PC ДОС.

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

Из выходной статистики видно, пока обслужилось 300 заявок, сгенерироваться успело 429 заявок. На обслуживание в устройство IBM вошел 303 транкзакт, 108 -получили отказ и один транкзакт начал свое обслуживание, при этом 18 транкзактов пытались попасть на обслуживание. Несмотря на наличие отказов, коэффициент занятости устройства составляет 98,9 % от возможного.

На момент окончания моделирования в очереди находилось 7 заявок, всего в очереди успело побывать 321 заявок (всего их 429) и 36 заявок было задержано. Коэффициент занятости очереди составляет 88,9 %.

10. Сравнение результатов имитационного моделирования и аналитического расчета характеристик

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

Согласно формулам (7.1), (7.2), исходным и полученным данным имеем:

N₀=300; N₁= 108; t_p = 42,76; T=4359,

где

t_p- время решения одной задачи на ЭВМ ;

10. Сравнение результатов имитационного моделирования и аналитического расчета характеристик

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

Согласно формулам (7.1), (7.2), исходным и полученным данным имеем:

N₀=300; N₁= 108; t_p = 42,76; T=4359,

где

t_p- время решения одной задачи на ЭВМ ;

N₀- число обслуженных пользователей;

N₁- число пользователей, получивших отказ;

T – общее имитируемое время работы машинного зала.

Среднее количество пользователей в очереди равно 6,22.

Аналитически среднее количество пользователей в очереди находится как среднее арифметическое от минимально и максимально возможного значения, т.е. среднее количество пользователей в очереди равно 3.5 (минимальное значение равно 0, а максимальное - 7).

11. Описание возможных улучшений в работе системы

Время прихода пользователей в машинный зал и время обслуживания на ЭВМ изменить невозможно, потому что это независящие от нас величины. Вследствие этого были проведены 2 вида экспериментов с длиной очереди.

а) При уменьшении длины очереди были получены следующие результаты:

Размер длины очереди	Коэф. занятости устройства	Коэф. занятости очереди	Кол-во отказов
7	0,989	0,889	108
5	0,989	0,915	84
3	0,989	0,951	120
1	0,989	0,966	126

Данный вид экспериментов не эффективен, потому что количество отказов увеличивается. Полностью выходная статистика приведена в приложении 3.

б) При увеличении длины очереди были получены следующие результаты:

Размер длины очереди	Коэф. занятости устройства	Коэф. занятости очереди	Кол-во отказов
7	0,989	0,889	108
15	0,989	0,792	84
25	0,989	0,670	54
35	0,989	0,557	24
45	0,989	0,450	0

Данный вид экспериментов тоже не эффективен, потому что наличие большой очереди не привлекает внимание пользователей, хотя система становится безотказной. Полностью выходная статистика приведена в приложении 4.

Можно повысить эффективность компьютерного класса, добавив второй ПК (листинг программы приведен в приложении 5, результаты моделирования приведены в приложении 6).

Как видно из статистики на обоих ПК обрабатывается примерно поровну заявок. Если учесть, что одна единица модельного времени равна одной минуте, то время работы машинного зала уменьшилось до 17,06 часов (в исходной модели время работы составило 24,21 часов). В очереди максимум находилось 3 заявки или пользователя. Очевидно, что данная модель функционирования машинного зала приближена к реальным условиям работы как пользователей, так и ЭВМ.

Согласно формулам (7.1) и (7.2) рассчитаем Р_отк и К_з.

N₀=300; N₁= 0; t_p₁ = 43,83; t_p₂=42,63 T=3084, где

t_p₁- время решения одной задачи на ЭВМ1 ;

t_p₂- время решения одной задачи на ЭВМ2 ;

N₀- число обслуженных пользователей;

N₁- число пользователей, получивших отказ;

T – общее имитируемое время работы машинного зала.

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

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

Заключение

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

Анализируя полученные результаты видно, что при установке второго ПК производительность системы увеличилась (она стала безотказной). Вследствие этого, отпала необходимость в установке ограничений на количество пользователей в очереди. Если о эффективности работы компьютерного класса судить по коэффициенту загрузки ПК, то работа класса с двумя ПК эффективнее на 0,421 ( К_з- ( К_з1+ К_з2 ) ). При установке второго ПК уменьшилось общее время работы класса ( с 1453 единиц модельного времени до 3084 единиц модельного времени ), также уменьшилось среднее количество студентов в очереди ( с 6,22 до 0,63).

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

Сделаем вывод о том, что улучшить работу системы можно при увеличении количества ПК до двух.

Список литературы

Советов Б.Я., Яковлев С. А. Моделирование систем. - М.:Высш. шк.,2003.
Советов Б.Я., Яковлев С.А. Моделирование систем. Практикум. - М.:Высш. шк.,2007.
Вентцель Е.С. Теория вероятностей. - М.:Наука, 1969.
Вентцель Е.С. Исследование операций. – М.:Радио и связь,1972.

Приложение 1

Листинг программы

10 SIMULATE \\ начало процесса моделирования

20 MESTO STORAGE 7 \\ Задание емкости очереди

30 GENERATE 15,5 \\ генерация заявок через 15 единиц модельно

\\ го времени с отклонением 5 единиц

40 GATE SNF MESTO,ZZZ \\ проверка на наличие свободного \\места в очереди

50 TRANSFER , BYE \\ пересылка сообщения по метке BYE

60 ZZZ ENTER MESTO \\ позволяет вошедшему сообщению ис \\пользовать очередь MESTO

70 SEIZE WORK \\ сообщение занимает устройство WORK

80 LEAVE MESTO \\ освобождение места в очереди MESTO

90 ADVANCE 10,5 \\ обработка сообщения

100 RELEASE WORK \\ освобождение устройства WORK

110 BYE TERMINATE 1 \\ уничтожение заявки

140 START 300 \\ моделирование 300 заявок

Приложение 2

Выходная статистика

START_TIME END_TIME BLOCKS FACILITIES STORAGES FREE_MEMORY

0 1453 9 1 1 15760

LINE LOC BLOCK_TYPE ENTRY_COUNT CURRENT_COUNT RETRY

30 1 GENERATE 143 0 0

40 2 GATE 143 36 0

50 3 TRANSFER 26 0 0

60 ZZZ ENTER 107 6 0

70 5 SEIZE 101 1 0

80 6 LEAVE 100 0 0

90 7 ADVANCE 100 0 0

100 8 RELEASE 100 0 0

110 BYE TERMINATE 100 0 0

FACILITY ENTRIES UTIL. AVE._TIME AVAILABLE OWNER PEND INTER RETRY DELAY

IBM 101 0.989 14.24 1 101 0 0 0 6

STORAGE CAP. REMAIN. MIN. MAX. ENTRIES AVL. AVE.C. UTIL. RETRY DELAY

MESTO 7 0 0 7 107 1 6.22 0.889 0 36

Приложение 3

Выходная статистика при уменьшении размера очереди

20 MESTO STORAGE 5

START_TIME END_TIME BLOCKS FACILITIES STORAGES FREE_MEMORY

0 1453 9 1 1 15760

LINE LOC BLOCK_TYPE ENTRY_COUNT CURRENT_COUNT RETRY

30 1 GENERATE 143 0 0

40 2 GATE 143 38 0

50 3 TRANSFER 22 0 0

60 ZZZ ENTER 105 4 0

70 5 SEIZE 101 1 0

80 6 LEAVE 100 0 0

90 7 ADVANCE 100 0 0

100 8 RELEASE 100 0 0

110 BYE TERMINATE 100 0 0

FACILITY ENTRIES UTIL. AVE._TIME AVAILABLE OWNER PEND INTER RETRY DELAY

WORK 101 0.989 14.24 1 101 0 0 0 4

STORAGE CAP. REMAIN. MIN. MAX. ENTRIES AVL. AVE.C. UTIL. RETRY DELAY

MESTO 5 0 0 5 105 1 4.57 0.915 0 38

20 MESTO STORAGE 3

START_TIME END_TIME BLOCKS FACILITIES STORAGES FREE_MEMORY

0 1453 9 1 1 15760

LINE LOC BLOCK_TYPE ENTRY_COUNT CURRENT_COUNT RETRY

30 1 GENERATE 143 0 0

40 2 GATE 143 40 0

50 3 TRANSFER 9 0 0

60 ZZZ ENTER 103 2 0

70 5 SEIZE 101 1 0

80 6 LEAVE 100 0 0

90 7 ADVANCE 100 0 0

100 8 RELEASE 100 0 0

110 BYE TERMINATE 100 0 0

FACILITY ENTRIES UTIL. AVE._TIME AVAILABLE OWNER PEND INTER RETRY DELAY

WORK 101 0.989 14.24 1 101 0 0 0 2

STORAGE CAP. REMAIN. MIN. MAX. ENTRIES AVL. AVE.C. UTIL. RETRY DELAY

MESTO 3 0 0 3 103 1 2.85 0.951 0 40

20 MESTO STORAGE 1

START_TIME END_TIME BLOCKS FACILITIES STORAGES FREE_MEMORY

0 1453 9 1 1 15760

LINE LOC BLOCK_TYPE ENTRY_COUNT CURRENT_COUNT RETRY

30 1 GENERATE 143 0 0

40 2 GATE 143 42 0

50 3 TRANSFER 5 0 0

60 ZZZ ENTER 101 0 0

70 5 SEIZE 101 1 0

80 6 LEAVE 100 0 0

90 7 ADVANCE 100 0 0

100 8 RELEASE 100 0 0

110 BYE TERMINATE 100 0 0

FACILITY ENTRIES UTIL. AVE._TIME AVAILABLE OWNER PEND INTER RETRY DELAY

WORK 101 0.989 14.24 1 101 0 0 0 0

STORAGE CAP. REMAIN. MIN. MAX. ENTRIES AVL. AVE.C. UTIL. RETRY DELAY

MESTO 1 0 0 1 101 1 0.97 0.966 0 42

Приложение 4

Выходная статистика при увеличении размера очереди

20 MESTO STORAGE 15

START_TIME END_TIME BLOCKS FACILITIES STORAGES FREE_MEMORY

0 1453 9 1 1 15760

LINE LOC BLOCK_TYPE ENTRY_COUNT CURRENT_COUNT RETRY

30 1 GENERATE 143 0 0

40 2 GATE 143 28 0

50 3 TRANSFER 51 0 0

60 ZZZ ENTER 115 14 0

70 5 SEIZE 101 1 0

80 6 LEAVE 100 0 0

90 7 ADVANCE 100 0 0

100 8 RELEASE 100 0 0

110 BYE TERMINATE 100 0 0

FACILITY ENTRIES UTIL. AVE._TIME AVAILABLE OWNER PEND INTER RETRY DELAY

IBM 101 0.989 14.24 1 101 0 0 0 14

STORAGE CAP. REMAIN. MIN. MAX. ENTRIES AVL. AVE.C. UTIL. RETRY DELAY

MESTO 15 0 0 15 115 1 11.88 0.792 0 28

20 MESTO STORAGE 25

START_TIME END_TIME BLOCKS FACILITIES STORAGES FREE_MEMORY

0 1453 9 1 1 15760

LINE LOC BLOCK_TYPE ENTRY_COUNT CURRENT_COUNT RETRY

30 1 GENERATE 143 0 0

40 2 GATE 143 18 0

50 3 TRANSFER 91 0 0

60 ZZZ ENTER 125 24 0

70 5 SEIZE 101 1 0

80 6 LEAVE 100 0 0

90 7 ADVANCE 100 0 0

100 8 RELEASE 100 0 0

110 BYE TERMINATE 100 0 0

FACILITY ENTRIES UTIL. AVE._TIME AVAILABLE OWNER PEND INTER RETRY DELAY

IBM 101 0.989 14.24 1 101 0 0 0 24

STORAGE CAP. REMAIN. MIN. MAX. ENTRIES AVL. AVE.C. UTIL. RETRY DELAY

MESTO 25 0 0 25 125 1 16.75 0.670 0 18

20 MESTO STORAGE 35

START_TIME END_TIME BLOCKS FACILITIES STORAGES FREE_MEMORY

0 1453 9 1 1 15760

LINE LOC BLOCK_TYPE ENTRY_COUNT CURRENT_COUNT RETRY

30 1 GENERATE 143 0 0

40 2 GATE 143 8 0

50 3 TRANSFER 117 0 0

60 ZZZ ENTER 135 34 0

70 5 SEIZE 101 1 0

80 6 LEAVE 100 0 0

90 7 ADVANCE 100 0 0

100 8 RELEASE 100 0 0

110 BYE TERMINATE 100 0 0

FACILITY ENTRIES UTIL. AVE._TIME AVAILABLE OWNER PEND INTER RETRY DELAY

IBM 101 0.989 14.24 1 101 0 0 0 34

STORAGE CAP. REMAIN. MIN. MAX. ENTRIES AVL. AVE.C. UTIL. RETRY DELAY

MESTO 35 0 0 35 135 1 19.49 0.557 0

20 MESTO STORAGE 45

START_TIME END_TIME BLOCKS FACILITIES STORAGES FREE_MEMORY

0 1453 9 1 1 15776

LINE LOC BLOCK_TYPE ENTRY_COUNT CURRENT_COUNT RETRY

30 1 GENERATE 143 0 0

40 2 GATE 143 0 0

50 3 TRANSFER 143 0 0

60 ZZZ ENTER 143 42 0

70 5 SEIZE 101 1 0

80 6 LEAVE 100 0 0

90 7 ADVANCE 100 0 0

100 8 RELEASE 100 0 0

110 BYE TERMINATE 100 0 0

FACILITY ENTRIES UTIL. AVE._TIME AVAILABLE OWNER PEND INTER RETRY DELAY

IBM 101 0.989 14.24 1 101 0 0 0 42

STORAGE CAP. REMAIN. MIN. MAX. ENTRIES AVL. AVE.C. UTIL. RETRY DELAY

MESTO 45 2 0 43 143 1 20.25 0.450 0 0

Приложение 5

Листинг программы при добавлении второй ЭВМ

10 SIMULATE \\ начало процесса моделирования

30 GENERATE 15,5 \\ генерация заявок через 15 единиц модельно

\\ го времени с отклонением 5 единиц

39 TRANSFER 0.5,ZZZ,WWW \\ пересылка сообщения по меткам

40 ZZZ QUEUE MESTO \\ занятие очереди

50 SEIZE IBM1 \\ заявка занимает устройство IBM1

60 DEPART MESTO \\ освобождение очереди

70 ADVANCE 10,5 \\ обработка сообщения

80 RELEASE IBM1 \\ освобождение устройства

90 TRANSFER ,BYE \\ пересылка сообщения по метке BYE

100 WWW QUEUE MESTO \\ занятие очереди

110 SEIZE IBM2 \\ заявка занимает устройство IBM2

120 DEPART MESTO \\ освобождение очереди

130 ADVANCE 15,5 \\обработка сообщения

140 RELEASE IBM2 \\ освобождение устройства WORK

159 TRANSFER ,BYE \\ пересылка сообщения по метке BYE

160 BYE TERMINATE 1 \\ уничтожение заявки

190 START 300 \\ моделирование 300 заявок

Приложение 6

Выходная статистика системы с двумя ЭВМ

START_TIME END_TIME BLOCKS FACILITIES STORAGES FREE_MEMORY

0 1028 15 2 0 17456

LINE LOC BLOCK_TYPE ENTRY_COUNT CURRENT_COUNT RETRY

30 1 GENERATE 103 0 0

39 2 TRANSFER 103 0 0

40 ZZZ QUEUE 55 1 0

50 4 SEIZE 54 0 0

60 5 DEPART 54 0 0

70 6 ADVANCE 54 1 0

80 7 RELEASE 53 0 0

90 8 TRANSFER 53 0 0

100 WWW QUEUE 48 0 0

110 10 SEIZE 48 1 0

120 11 DEPART 47 0 0

130 12 ADVANCE 47 0 0

140 13 RELEASE 47 0 0

159 14 TRANSFER 47 0 0

160 BYE TERMINATE 100 0 0

FACILITY ENTRIES UTIL. AVE._TIME AVAILABLE OWNER PEND INTER RETRY DELAY

IBM1 54 0.767 14.61 1 102 0 0 0 1

IBM2 48 0.663 14.21 1 101 0 0 0 0

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

MESTO 3 2 103 45 0.63 6.27 11.14 0