Головна Інформатика
ІМІТАЦІЙНЕ МОДЕЛЮВАННЯ СИСТЕМ В СЕРЕДОВИЩІ EXTENDSIM
|
|
|||||||||||||||||
ІНСТРУМЕНТИ ДЛЯ ОБ'ЄДНАННЯ І РОЗДІЛЕННЯ ПОТОКІВ ЗАЯВОК (ЕЛЕМЕНТІВ)Об'єднання і поділ елементівПри моделюванні дискретно-подієвих систем часто виникає завдання об'єднання і / або поділу використовуваних елементів (заявок) і ресурсів. Прикладом може служити складання вироби з вузлів на виробництві, об'єднання корабля з буксирами на час швартування з подальшим поділом в порту судна і буксирів, упаковка партії товару в тару для транспортування і т.п. Для побудови моделей з об'єднанням і / або поділом елементів використовуються два блоку, включені в бібліотеку Item.Іх:
Об'єднання дозволяє згрупувати кілька елементів з різних джерел в один. При цьому вихідні елементи видаляються, а їх параметри можуть бути як видалені, так і перенесені на створюваний елемент в залежності від налаштувань. Число елементів, необхідних для об'єднання, називається розміром 1руппи (hatch size). Він може бути фіксованим або динамічно змінюватися в залежності від зовнішніх факторів (наприклад, часу, відведеному на угруповання). Також може змінюватися і призначення об'єднання елементів: постійне, коли об'єднаний елемент є готовим виробом або продуктом, і тимчасове, коли кілька елементів об'єднані тільки для здійснення будь -небудь груповий операції. Наприклад, завод виготовляє виріб і упаковує в коробку із супровідною документацією. Потім партія коробок поміщається в більш велику тару. У першому випадку буде постійне об'єднання, так як в такому вигляді товар надійде в продаж, в другому - тару транспортують до магазину і розформують. У діалоговому вікні блоку Batch три основні вкладки для налаштування параметрів роботи блоку:
У вкладці Batch також доступна таблиця Specify the quantity needed for each batch , в якій задається: кількість елементів Quantity needed, необхідне по кожній гілці для формування групи; поточну кількість елементів по кожній гілці Quantity in Block: Delay Kit - опція обмежує надходження зазначених елементів на вхідний коннектор блоку, поки на всіх коннекторах не буде достатньої кількості елементів для об'єднання. • вкладка Options, в якій задаються параметри блоку: ^ Опція Preserve uniqueness використовується для збереження значень властивостей елементів для подальшого поділу; S опція Use quantity input connectors служить для завдання розміру групи на входах блоку. При включенні опції поруч з кожним вхідним коннектором з'являється додатковий вхідний коннектор (маленький квадратик), в якому відображається поточна кількість елементів, які надійшли на коннектор. Якщо додатковий вхідний коннектор підключений до будь-якого блоку, наприклад. Lookup Table, то значення для об'єднання будуть зчитуватися з нього. В іншому випадку будуть використовуватися значення з таблиці вкладки Batch. Після включення даної опції, стають доступні настройки поведінки блоку при зміні кількості елементів для об'єднання: ^ Dynamically as batch is created - якщо зміна кількості буде виконано до того, як відбулося безпосереднє об'єднання, то кількість необхідних елементів буде змінено одразу; S By first item at each connector - значення кількості елементів для об'єднання не буде змінюватися після того, як перший елемент надійшов в блок, нові налаштування застосуються для наступної групи.
Поділ може застосовуватися для елементів, об'єднаних раніше, або для копіювання елементів, що не були згруповані. Може бути використано в наступних ситуаціях:
Якщо до цього елементи були об'єднані з опцією Preserve uniqueness , доступною в діалоговому вікні блоку Batch , то їх початкові значення параметрів буду відновлені (також для цього треба вибрати однойменну опцію в блоці Unbatch). Однак слід бути обережними при застосуванні блоків, що змінюють значення параметрів елементів, на шляху з блоку Batch в блок Unbatch. У вкладці Unbatch діалогового вікна блоку можна задати поведінку блоку Select block behavior.
У вкладці Unbatch також доступна таблиця Specify the quantity to unbatch , в якій задається кількість елементів, що передаються через кожен вихідний коннектор блоку при роз'єднанні. Приклад 15. Моделюється процес складання виробу з кількох комплектуючих. Запит на складання вироби надходить але нормальним законом розподілу з параметрами: середній інтервал між запитами 1 годину, СКО - 0,5 години. Виріб може бути равновероятно одного з трьох типів. Залежно від типу виробу визначається необхідну кількість комплектуючих типу А і типу В, а також час складання (див. Табл. 3). Комплектуючі типу А і В надходять кожні 10 годині за 20 одиниць. Одночасно може збиратися по 5 виробів. Таблиця 3. Вихідні дані
Змоделювати процес складання протягом 1000 годин. Визначити характеристики черги запитів на збірку і черг комплектуючих типу А і В і оцінити ефективність системи. Кінцевий вигляд моделі наведено на рис. 54. ![]() Мал. 54. Модель процесу складання (приклад 15) Пояснимо основні моменти, пов'язані з розробкою моделі.
На рис. 55 наведено графік залежності довжини черги запитів на збірку від часу. ![]() Мал. 55. Графік зміни довжини черги запитів в часі (приклад 15) Очевидно, що черга запитів протягом моделювання не росте і коливається біля середнього значення рівного 3,6 одиниці, що можна вважати прийнятним результатом. Однак, кількість комплектуючих великій кількості. Середня довжина черги комплектуючих типу А становить 354,7 одиниці, В - 16,3 одиниці в кінці моделювання. Тому, необхідно скоротити надходження в систему комплектуючих, особливо типу А. Оптимальні параметри роботи системи можуть бути підібрані шляхом проведення імітаційного експерименту з моделлю системи. |
<< | ЗМІСТ | >> |
---|