Повна версія

Головна arrow Інформатика arrow ІМІТАЦІЙНЕ МОДЕЛЮВАННЯ СИСТЕМ В СЕРЕДОВИЩІ EXTENDSIM

  • Увеличить шрифт
  • Уменьшить шрифт


<<   ЗМІСТ   >>

МЕТОД ПРИМІРНИКІВ РЕСУРСІВ

Ще один метод моделювання роботи з ресурсами заснований на використанні блоку Resource Ні. Ресурс є окремим екземпляром, який служить для надання послуг для інших елементів в моделі. Кількість спочатку доступних ресурсів задається в діалоговому вікні блоку Resource Пет. Для використання даного ресурсу необхідно його об'єднання з обслуговується заявкою (здійснюється за допомогою блоків Batch і Unbatch). Якщо ресурс об'єднаний з будь-якої заявкою, то він не може використовуватися більше ніде в моделі. Якщо ресурс недоступний, заявка буде чекати звільнення ресурсу. Як і в методі пулу ресурсів, рух заявок в моделі регулюється в залежності від наявності або відсутності ресурсів.

При моделюванні закритої системи ресурс після використання має бути роз'єднаний з обслуговується заявкою і відправлений назад в блок Resource Ні , після чого він може бути використаний повторно. У відкритій системі, наприклад, де ресурс є витратним матеріалом, він може залишитися об'єднаним із заявкою.

Після повернення ресурсу в блок Resource Пет , в його атрибутах можуть міститися відомості, що не належать до нього, отримані при об'єднанні і поділі. Блок Resource Пет дозволяє очищати або зберігати ці атрибути (але умовчанням здійснюється очистка).

Примірник ресурсу може мати властивості (атрибути), такі як, пріоритет, кількість, індекс анімації, як і будь-який інший елемент. З цієї причини, даний метод є кращим але порівняно з методом пулу ресурсів, якщо необхідно відстежувати інформацію про ресурсах.

Недоліки методу наступні:

  • - блок Resource Немає повинен бути підключений в моделі і з'єднання повинно бути таким, щоб екземпляри ресурсів могли бути об'єднані з заявками, які очікували їх;
  • - екземпляри ресурсу не можуть відстежувати заявки, які очікують їх; для того, щоб направити ресурс в потрібний блок Batch або Unhatch необхідно використовувати блоки маршрутизації.

Приклад 19. Моделюється процес обслуговування клієнтів операторами. Клієнти надходять в систему в середньому через 5 хв (закон розподілу експонентний) і обслуговуються оператором протягом 3-20 хв по рівномірному закону. Одночасно оператор працює тільки з одним клієнтом. Всього доступні три оператора.

Змоделювати роботу системи протягом доби. Визначити характеристики черги клієнтів і оцінити ефективність системи.

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

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

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

Налаштування основних блоків моделі наступні.

  • 1. Поставити в діалоговому вікні блоку Resource Item ім'я ресурсу: оператори; встановити кількість виділеного ресурсу Initial number of items: 3.
  • 2. Поставити в діалоговому вікні блоків Create і Activity режим Create items randomly , розподіл соответсвенно Exponential і Uniform, Real із заданими параметрами. У блоці Activity встановити максимальну кількість одночасно оброблюваних заявок Maximum items in activity: 3.
  • 3. Поставити в діалоговому вікні блоку Batch опцію Batch items into a single item і кількість поєднуваних елементів в таблиці нижче (один оператор і один клієнт).
  • 4. Поставити в діалоговому вікні блоку Unhatch опцію Create multiple items і кількість роз'єднуваних елементів в таблиці нижче (один оператор і один клієнт).

При надходженні клієнта в чергу перевіряється чи є вільний оператор. Якщо оператор доступний, він вилучається з пулу ресурсів і збирається єдина заявка, відповідна роботі з клієнтом. Після обробки заявка знову разде- ляется, і оператор повертається в пул ресурсів, а клієнт залишає модель. Таким чином, розглянута система відноситься до комбінованого типу. Система замкнута з точки зору використання операторів (в системі постійно присутні три оператора) і розімкнути для клієнтів (потік клієнтів на вході тео- регіческі нескінченний).

За результатами моделювання можна зробити висновок про ефективність системи обслуговування клієнтів: середня довжина черги клієнтів - 0,92; середній час очікування в черзі - 4,8 хв відносно невелике, черга клієнтів не накопичується. На рис. 65 наведено графік зміни довжини черги клієнтів у часі.

j] [22] Plotter, DHcrete Event

Графік зміни довжини черги клієнтів (приклад 19)

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

 
<<   ЗМІСТ   >>