ПЛАНУВАННЯ ВИКОРИСТАННЯ РЕСУРСІВ

Щоб описати використання ресурсів в імітаційної моделі, введено поняття «логіка планування ресурсів». Здається де, коли і як кожен ресурс повинен бути використаний. Наприклад, якщо один екземпляр ресурсу потрібно в кількох місцях для об'єднання з іншими ресурсами і елементами, то логіка його планування додається в модель.

Є кілька способів планування використання ресурсів. Деякі способи можуть застосовуватися як до методу пулу ресурсів, так і з методом примірників ресурсів, інші тільки з останнім.

Існують два основних способи планування:

  • 1. Використання коннектора 77? (total resources , загальна кількість ресурсів) на блоках ресурсів, який використовується для зміни загальної кількості доступних ресурсів. Ці зміни можуть бути запланованими, наприклад, під час перерви у робочих, або незапланованими, в разі несправності обладнання. Значення на коннекторе TR визначає, скільки ресурсів блок має в поточний момент.
  • 2. Використання блоку Shift. Блок використовується для планування розміру і доступною ємності інших блоків в моделі. Це необхідно для моделювання ситуації, коли ресурси включаються і вимикаються за розкладом протягом тривалого часу. Наприклад, моделювання робочих змін з регламентованими перервами. У блоці задається таблиця розкладу роботи. Доступні два режими роботи блоку:

режим On / Off діє як бінарний перемикач, який включає або вимикає пов'язані блоки в певні моменти часу. Наприклад, це може використовуватися для виключення блоків Activity на час перерви або після закінчення робочого дня;

- режим Number явно визначає розмір ємності блоку протягом часу. Наприклад, можна встановити різний розмір пулу ресурсів для ранкової зміни, під час обіду, для другої зміни і т.п.

Крім розглянутих вище, існує ще, принаймні, чотири додаткових способу планування використання ресурсів в ExtendSim :

  • - використання блоку Resource Немає і подальшого блоку Gate для контролю випуску примірників ресурсів;
  • - використання блоку Resource Пет і подальшого SelectltemOut для управління напрямками руху ресурсів;
  • - використання комбінації блоків Gate і SelectltemOut для планування, як місця, так і часу використання ресурсів;
  • - використання блоку QueueEquation для завдання складної логіки використання ресурсів.

Нижче наведено приклад, в якому ілюструється застосування різних блоків, що моделюють ресурси.

Приклад 20. Моделюється процес складання апаратури. Замовлення на складання надходять по експоненіцальному закону розподілу із середнім значенням 0,1 години. Для складання необхідна 1 одиниця устаткування, складання виконується одним робочим. Час збірки розподілено по нормальному закону із середнім значенням 0,25 і СКО = 0,05 години. Всього складанням займаються 7 робочих, робоча зміна триває 10 годин з (8.00 до 18.00), після трьох годин роботи після закінчення збирання чергового вироби робочий має регламентований перерву протягом 1 години (за зміну всього два перерви), після чого продовжує працювати. Перші 4 години робочої зміни з 8.00 до 12.00 годин доступно 5 одиниць обладнання, далі з 12.00 годин - 3 одиниці обладнання.

Змоделювати процес складання апаратури протягом 100 днів. Оцінити ефективність процесу складання.

Кінцевий вигляд моделі наведено на рис. 63.

Модель системи (приклад 20)

Мал. 63. Модель системи (приклад 20)

Наведемо настройки основних блоків моделі.

  • 1. У діалоговому вікні верхнього блоку Create задати режим генерації ресурсів за розкладом Create values by schedule , заповнити таблицю розкладу, содеражащую два стовпці: Create time і Value і три рядки: соответсвенно 0 (час) і 5 (значення); 4 і 3; 10 і 0 (після закінчення трудової зміни, через 10 годин після початку роботи ресурси обладнання недоступні). Вибрати опцію повторення розкладу кожні 24 години: Repeart the schedule every 24 hours.
  • 2. У діалоговому вікні блоку Resource Pool задати ім'я ресурсу: Pool паті: Machinery і вихідне кількість ресурсу: Initial number: 5.
  • 3. У діалоговому вікні блоку Schift встановлюється час трудової зміни. Вибираються опції: Shift lime: OJf / On; Time unit: hours ; Repeart schedule every 24 hours і заповнюється таблиця розкладу: 0 - оп 10 - off.
  • 4. У діалоговому вікні блоків Create і Activity вибрати режим Create items randomly , розподіл соответсвенно Exponential і Normal з заданими параметрами. У блоці Activity встановити максимальну кількість одночасно оброблюваних заявок за кількістю робочих: Maximum items in activity: 7.
  • 5. У діалоговому вікні блоку Resource Item встановити кількість виділеного ресурсу Initial number of items: 7 (кількість робочих) і в таблиці нижче встановити властивість ресурсу Property Name: hours.
  • 6. У діалоговому вікні блоку Batch задати опцію Batch items into a single item і кількість поєднуваних елементів в таблиці нижче (одна заявка і один робочий).
  • 7. У діалоговому вікні блоку Queue вибрати тин черзі resource pool queue і встановити в таблиці нижче необхідну кількість обладнання для обслуговування заявки: Machinery : 1.

X. У діалоговому вікні блоці Set вибрати ім'я атрибута Wait time , що визначає час очікування заявки в черзі. Час очікування зчитується з інформаційного коннектора блоку Queue.

9. У діалоговому вікні блоку Equation виконати установки згідно рис. 64.

Насфойка блоку Equation

Мал. 64. Насфойка блоку Equation

У блоці розраховується поточний час, яке відпрацював робочий спочатку трудової зміни. При розрахунку враховується час виконання заявки (зчитується з інформаційного коннектора блоку Activity) і час очікування обладнання (Wait time).

  • 10. У діалоговому вікні блоку Resource Pool Release задати ім'я звільняється ресурсу Release by: name Machinery і його кількість Release quantity: fixed number I.
  • 11. У діалоговому вікні блоку Get вибрати атрибут Hours, який зберігає поточний час роботи робітника.
  • 12. У діалоговому вікні блоку UnBatch задається кількість елементів кожного типу після поділу (одна заявка і один робочий). Оброблена заявка направляється на вихід, а для робочого перевіряється даний час його роботи. Якщо цей час перевищує 3 години (перевірка задається в блоці Decision), то робочий відпочиває 1 годину (затримка в блоці Activity) і повертається до роботи (в пул ресурсів). Інакше, робочий відразу повертається в пул ресурсів.

За результатами моделювання можна зробити висновок про невисоку ефективність системи, що моделюється. Сумарний час обробки заявок робочими становить 35% (коефіцієнт використання) від часу трудової зміни. Решту часу витрачається на очікування обладнання Machinery (Діна черзі на ресурс дорівнює 2,1). Заявки на складання апаратури надходять з однаковою інтенсивністю протягом доби, а час роботи - 10 годин на добу (з 8.00 до 18.00). Тому, до початку робочого дня скупчуються заявки (див. Рис. 65), які поступово виконуються протягом трудової зміни. Таким чином, час очікування обробки залежить від того, в який час доби заявка надійшла.

Графік зміни довжини черги заявок в часі (приклад 20)

Мал. 65. Графік зміни довжини черги заявок в часі (приклад 20)

 
Переглянути оригінал
< Попер   ЗМІСТ   ОРИГІНАЛ   Наст >