1.2.1.2 Метод побудови моделі
Розглянемо сегмент планового огляду ЕОМ (рисунок 1.5). Транзакти, підлягаючі плановому огляду, є користувачами обслуговуючого приладу (ремонтник), яким не дозволено його захоплення. Ці ЕВМ-транзакти проходять через перший сегмент моделі щодня з 8 ч ранку. ЕОМ-транзакт входить в цей сегмент. Після цього транзакт поступає в блок SPLIT, породжувати необхідне число транзактов, ЕОМ, що є, заплановані на цей день для огляду. Ці ЕВМ-транзакти проходять потім через послідовність блоків SEIZE-ADVANCE-RELEASE і покидають модель.
Рисунок 1.5 - Перший сегмент
Сегмент "позапланового ремонту" ЕОМ - сервери, потребуючий в позаплановому ремонті, рухаються в модель в своєму власному сегменті. Використовування ними приладу імітується простою послідовністю блоків PREEMPT-ADVANCE- RETURN. Блок PREEMPT підтверджує пріоритет обслуговування ЕОМ - серверу (в блоці в полі В не потрібен PR) (рисунок 1.6 )
Рисунок 1.6 – Другий сегмент
Сегмент "почало і закінчення" робочого дня ОЦ. Для того, щоб організувати завершення поточного дня роботи ОЦ після закінчення кожного 8-ми ч дня і його початку в 8 ч ранки, використовується спеціальний сегмент. Транзакти - диспетчер входить в цей сегмент кожні 24 ч (починаючи з кінцем першого робочого дня), Цей транзакт, має в моделі вищий пріоритет, потім негайно поступає в PREEMPT, має в полі В символу PR. Диспетчеру, таким чином, дозволено захоплювати прилад-ремонтник незалежно від того, ким є поточний користувач (якщо він є). Далі, через 16 ч, диспетчер звільняє прилад-ремонтник, дозволяючи закінчити раніше перервану роботу (за наявності такої). (рисунок 1.7).
Рисунок 1.7 - Третій сегмент
Сегмент "збір даних для непрацюючих ЕОМ - серверів. Для збору даних, що дозволяють оцінити розподіл числа непрацюючих ЕОМ - приладів, використовується цей окремий сегмент. (рисунок 1.8)
Рисунок 1.8 - Четвертий сегмент
Для цієї мети використовується зважені таблиці, які дозволяють вводити в них в один і той же момент часу спостережувані випадкові величини. Для цієї мети включаються два блоки - TABULATE, але якщо введення в таблицю випадкове (значення величин ³2), то цей підхід не годний. В цьому випадку використовується необов'язковий елемент операнд, званий ваговим чинником, означаючий число раз, яке величина, що підлягає табуляції, повинна вводиться в таблицю. Це дозволяє призначати різну вагу різним спостережуваним величинам.
Сегмент "проміжна видача" і закінчення моделювання в кінці дня використовується послідовність GENERATE-TERMINATE (рисунок 1.9).
Рисунок 1.9 - Сегмент таймеру
Розглянемо таблицю розподілу (Таблиця 1.1.)
Таблиця 1.1
Оператори GPSS | Призначення |
Транзакти: | |
1-ий сегмент | ЕОМ, призначена для планового профілактичного огляду |
2-ий сегмент | ЕОМ-сервер, потребуюча в позаплановому ремонті |
3-ий сегмент | Диспетчер, що відкриває в 8 ранку ОЦ и закриваючий його через 8 ч |
4-ий сегмент | Спостерігач, що стежить за вмістом черги для оцінки розподілу числа несправних ЕОМ -серверів: Р1 - параметр, в який заносяться відмітки часу Р2 - параметр, в який заноситься довжину черги |
5-ий сегмент | Транзакт, забезпечуючий проміжну видачу результатів |
Прилади: | |
BAY R | Ремонтник |
Функції: | |
JQBS | Описує рівномірне розподіл от 1 до 3; одержану величину можна інтерпретувати як число, на 1 менше числа ЕОМ, що прибувають щодня на плановий огляд |
XPDIS | Експоненціальна функція розподіли |
Черги: | |
TRUBIL | ЕОМ - сервери яких коштують несправні |
Таблиці: | |
LENTH | Таблиця, в яку заносять число несправних ЕОМ - серверів |
В таблиці 1.1 за одиницю часу вибрано 1 хвилину.
Розглянемо програму моделі, складену на мові GPSS.
XPDIS FUNCTION RN1, C24
0, 0/. 1 . 104/. 2 . 222/. 3 . 355/. 4 . 509/. 5 . 69/. 6 . 915/. 7, 1. 2
, 75, 1. 38/. 8, 1. 6/. 84, 1. 85/. 88, 2. 12/. 9, 2. 3/. 92, 2. 52/. 94, 2. 81
. 95, 2. 99/. 96, 3. 2/. 97, 3. 5/. 98, 3. 9/. 99, 4. 6/. 995, 5. 3/. 998, 6. 2
. 999, 7/. 9998, 8
JOBS FUNCTION RN1, C2
0, 1/1, 4
LENTH TABLE P2. 0, 1, W6
* MODEL SEGMENT 1
1 GENERATE 1440, 1, 2
2 SPLIT FN$JOBS, NEXT1
3 NEXT1 SEIZE BAY
4 ADVANCE 120, 30
5 RELEASE BAY
6 TERMINATE
* MODEL SEGMENT 2
7 GENERATE 2880, FN$XPDIS, 2
8 QUEUE TRUBL
9 PREEMPT BAY
10 ADVANCE 150, FN$XPDIS
11 RETURN BAY
12 DEPART TRUBL
13 TERMINATE
* MODEL SEGMENT 3
14 GENERATE 1400, 481, 3
15 PREEMPT BAY, PR
16 ADVANCE 960
17 RETURN BAY
18 TERMINATE
* MODEL SEGMENT 4
19 TRANSFER, 1, 1, 2, F
20 WATCH MARK 1
21 ASSIGN 2, 0$TRUBL
22 TEST NE MP1, 0
23 TERMINATE LENTH, MP1
24 TRANSFER, WATCH
* MODEL SEGMENT 5
25 TRANSFER 7200. . 6241
26 TERMINATE 1
* CONTROL
START 5, 1, 1
END
1.2.1.3 Логіка роботи моделі
В моделі передбачається, що якийсь час, рівне одиниці, відповідає 8 ч ранки першого дня моделювання. Потім, перша (по рахунку) ЕОМ виділена диспетчером для планового огляду, входить в модель, вийшовши з GENERANE. Далі, кожна наступна перша ЕОМ, поступатиме в модель через 24 ч. ( блок 1, де операнд А=1440 ед. брешемо., т. е числу хвилин в 24 ч. Перша поява 5 диспетчера на ОЦ відбудеться у момент часу, рівний 481(блок 14). Це відповідає закінченню восьмої години. Другий раз диспетчер з'явиться через 24 години.
Транзакт забезпечуючи проміжну видачу: вперше з'явиться в час, рівний 6241, виходячи з блоку 25. Це число відповідає кінцю 8-ої години п'ятого дня моделювання. ( 24 х 4 = 96 ч, 96 + 8 = 104. 104 х 60 =6240, 6240 + 1 = 6241 ч). Наступний транзакт з'явиться через п'ять днів.
Блок 19 дозволяє вести моделювання до часу в 35041, що відповідає 25 дням плюс 8 ч, виражених в хвилинах.
Пріоритетна схема представлена в таблиці 1.2.
Таблиця 1.2
Сегмент моделі | Інтерпретація транзактов | Рівень приоритету. |
3 | Диспетчер | 3 |
1 | ЕОМ, що прибувають на плановий огляд | 2 |
2 | Еом-сервер, що поступає на ремонт | 2 |
4 | Транзакт, спостерігаючий за чергою | 1 |
5 | Транзакти, забезпечуючі видачу на друк | 0 |
....................................... 23 Додаток Г – результати роботи програми............................................................. 24 Вступ Темою данної курсової роботи є моделювання процесу надходження до ЕОМ повідомлень від датчиків та вимірювальних пристроїв. Це обумовлено тим, що постійне впровадження системи збирання та обробки інформації вимагає збільшення кількост ...
... їх обробки на ЕОМ можна представити у вигляді СМО. Тобто, модель заданої системи є дискретною стохастичною системою. Виконання імітаційного моделювання вказаного процесу надходження повідомлень від датчиків до ЕОМ та їх обробки на ЕОМ потребує проведення моделювання (імітацію) всіх подій, які можуть статись – отримання інформаційних повідомлень від датчиків, вхід і звільнення пам'яті ЕОМ, втрату ...
... кта та алгоритму його функціонування, або алгоритму процесу, а також уявлення опису на різноманітних мовах здійснюється взаємодією людини і ЕОМ. Система автоматизованого проектування - це комплеск засобів автоматизації проектування, взаємозв’язаних з необхідними підрозділами проектної організації або колективом спеціалістів (користувачем системи), які виконують автоматизоване проектування. САПР ...
... модель, яка опосередковує відносини між об’єктом, який вивчається, та суб’єктом, який пізнає (системним аналітиком). Головним гальмом для практичного застосування математичного моделювання в економіці є проблема наповнення розроблених моделей конкретною та якісною інформацією. Точність і повнота первинної інформації, реальні можливості її збору й опрацювання справляють визначальний вплив на виб ...
0 комментариев