Користувач:ENergyKos

Матеріал з Вікі ЦДУ
Перейти до: навігація, пошук

Методи проектування імітаційної моделі

  Перш ніж розпочати побуду моделі, потрібно мати певну схему її проектування, за якою визначають основні принципи і методи розроблення імітаційної моделі. Сукупність правил виявлення та застосування системних принципів і методів визначає методологію проектування. Її можна розглядати на різних рівнях деталізації залежно від вибраних засобів розроблення програмних реалізацій імітаційної моделі. За допомогою вибраних програмних засобів визначають і можливі методі їх застосування. Так, наприклад, вибір за основу імітаційної моделі мереж СМО або Петрі заздалегідь визначає метод побудови її у вигляді формальних схем цих мереж.
  Для створення імітаційних програм на рівні мовних засобів побудови моделей потрібно розробити алгоритми імітації, які можна подати у вигляд наборів типових обчислювальних схем. Під обчислювальної схемою імітаційного алгоритму розуміють спосіб його організації, який дає змогу відтворити в модельному часі динаміку функціонування системи.
  Отже, перш ніж розпочати проектування імітаційної моделі, необхідно вибрати засоби програмування. Однак існують загальні методи побудови програмних реалізацій та проектування імітаційних моделей, які не залежать від вибраних програмних засобів.

Ітераційний метод Суть цього методу полягає в тому, що шляхом багатьох ітерацій спроектована спочатку імітаційна модель перетворюється в таку, яка відповідає цілям моделювання. Цей метод є методом «проб і помилок», що передбачає послідовні циклічні зміни, у результаті чого отримують модель, яка задовольняє вимогам точності та адекватності. Циклічний ітераційний метод проектування потребує розгляду послідовності процедур прийняття рішень у процесі проектування. Крім того, весь хід проектування та остаточний результат значною мірою залежать від вибору початкової імітаційної моделі. Загальну схему такого проектування зображено на рис. 5.1. Метод проектування імітаційной моделі.JPG

Рис. 5.1. Схема циклічного ітераційного проектування

  Основна проблема в разі застосування як ітераційного, так і варіантного методу проектування полягає у виборі початкового варіанта моделі. Через те що вже під час формування проблеми та в процесі змістової постановки задачі висуваються вимоги до моделі, визначаються вхідні та вихідні дані, проектувальник повинен вибирати початкову модель, використовуючи метод аналогії, який базується на знанні характеристик компонентів системи, технологічних засобів і прийнятих рішень у подібних умовах. Вибір вихідної імітаційної моделі дуже впливає на результати проектування та може зробити його неможливим або занадто дорогим. Визначення рівнів точності, достовірності й правильності вибраної імітаційної моделі є самостійною проблемою моделювання, яку необхідно вирішувати під час розроблення моделі.
  Методи внесення змін у модель базуються на принципі напрямленого дослідження. Для його застосування можна побудувати в просторі параметрів імітаційної моделі гіперповерхню її показників точності та оптимізувати або хоча б поліпшити ці показники. Сама ж процедура внесення змін у варіант моделі звичайно потребує перевірки гіпотез, які формулюють з огляду на результати проектування попередніх моделей.
  Якщо результати порівняння моделі і реальної системи незадовільні, то перш ніж вносити зміни в модель, необхідно сформулювати ряд гіпотез, за допомогою яких можна визначити причину невідповідності. Гіпотези доцільно формулювати для кількох рівнів представлення імітаційної моделі:
      •опису структури;
      •алгоритмів поведінки;
      •параметрів і вхідних даних.
  Вибір рівня, на якому коригуватиметься модель та локалізуватимуться причини невідповідності, є скоріше мистецтвом, ніж наукою, і успішний результат залежить від досвіду, знань та інтуїції проектувальника. Пошук причин невідповідності потрібно починати на рівні вхідних даних, для чого оцінюють чутливість моделі до їхніх змін. Якщо виявилось, що незначна зміна вхідних даних причиняє значну зміну вихідних, то необхідно уточнити вхідні дані для моделі і (або) локалізувати блоки моделі, на які найбільше впливають ці вхідні дані. Виявлення причин такої сильної залежності може потребувати зміни структури імітаційної моделі шляхом заміни окремих блоків моделі на більш деталізовані, що, у свою чергу, спричинить зміну внутрішніх параметрів моделі та алгоритмів функціонування. Отже, у цьому разі рівні, на яких вносяться зміни в імітаційну модель, є взаємопов’язаними.
  Параметричне налагодження імітаційної моделі вимагає пошуку найкращих «оптимальних) параметрів, при яких ступінь невідповідності між моделлю та системою буде мінімальним. Це типове завдання оптимізації параметрів моделі.
  Алгоритми поведінки моделі можуть змінюватись локально, для окремих блоків моделі, або для моделі в цілому. Такі зміни вимагають більш детального вивчення поведінки модельованої системи і можуть змінити рівень деталізації в моделі.
  Змінити структуру моделі складніше, ніж налагодити параметри моделі, бо це може спричинити зміну алгоритмів поведінки, параметрів і вхідних даних моделі. Таку перебудову моделі можна починати тільки тоді, коли всі інші можливості вичерпано. Перебудова структури моделі може призвести до глобальних змін імітаційної моделі та її заміни новою. Тому перш ніж змінювати структуру моделі, необхідно перевірити всі гіпотези щодо витрат, які потрібні для зміни моделі. Починати перевірку слід з гіпотези, яка вимагає мінімальних витрат, а отже, і мінімальних змін імітаційної моделі.