Автор работы: Пользователь скрыл имя, 03 Января 2014 в 21:33, курсовая работа
Програмні засоби імітації у своєму розвитку змінювалися протягом кількох поколінь, починаючи з мов моделювання і засобів автоматизації конструювання моделей до генераторів програм, інтерактивних та інтелектуальних систем, розподілених систем моделювання. Основне призначення всіх цих коштів - зменшення трудомісткості створення програмних реалізацій імітаційних моделей і експериментування з моделями. Мета роботи – побудова моделі АСУ ТП та визначення кількості пропущених через відмову даних та часу знаходження системи в загальмованому стані.
ВСТУП
В широкому сенсі інформаційна
система є практично на будь-якому
підприємстві. Інформаційні системи
можуть виконувати різні функції. Для
оптимізації роботи таких систем
необхідно змоделювати їх роботу
для оцінки їх працездатності, продуктивності,
а також для виявлення
Комп'ютерне моделювання знайшло практичне застосування у всіх сферах діяльності людини, починаючи від моделей технічних, технологічних і організаційних систем і закінчуючи проблемами розвитку людства і всесвіту. Комп'ютерне моделювання використовують, перш за все, для прийняття рішень. Модель дозволяє програвати будь-які ситуації і отримувати найбільш ефективні рішення проблеми. Більш докладно питання актуальності використання математичного моделювання описано в [1] та [2].
З усіх видів моделювання імітаційне моделювання є чи не найпопулярнішим засобом, використовуваним на практиці для цих цілей. Основна його цінність полягає в застосуванні методології системного аналізу.
Програмні засоби імітації
у своєму розвитку змінювалися протягом
кількох поколінь, починаючи з
мов моделювання і засобів
автоматизації конструювання
Мета роботи – побудова
моделі АСУ ТП та визначення кількості
пропущених через відмову даних та часу
знаходження системи в загальмованому
стані.
1 ОПИС ОБ'ЄКТА ТА ПОСТАНОВКА ЗАДАЧІ МОДЕЛЮВАННЯ
Завдання на курсову роботу формулюється наступним чином.
Для забезпечення надійності
АСУ ТП в ній використовується
два комп'ютери. Перший комп'ютер виконує
обробку даних про
Змоделювати 8 годин роботи системи. Визначити середній час знаходження процесу в заторможеному стані та середнє число пропущених через відмову даних.
2 РОЗРОБКА КОНЦЕПТУАЛЬНОЇ МОДЕЛІ ТА ЇЇ ФОРМАЛІЗАЦІЯ
Для полегшення розробки моделюючого алгоритму необхідно визначити можливі стани системи. Так в наведеній системі можуть мати місце наступні ситуації:
– система знаходиться в нормальному стані: основний комп'ютер обробляє дані, технологічний процес проходить в нормальному темпі;
– технологічний процес знаходиться в нормальному стані, основний комп'ютер відмовив, а резервний ще не отримав сигнал про ввімкнення або ще не підключився, в такому випадку дані, що надходять на вхід системи втрачаються;
– технологічний процес знаходиться в загальмованому стані, основний комп'ютер відмовив, а резервний ще не отримав сигнал про ввімкнення або ще не підключився, в такому випадку дані, що надходять на вхід системи втрачаються;
– технологічний процес проходить в загальмованому темпі, дані обробляє резервний комп'ютер, основний комп'ютер відновлюється;
Спираючись на дані, наведені в умові та на приведені вище тези можемо побудувати концептуальну модель системи. (Рисунок 2.1).
Рисунок 2.1 – Концептуальна модель АСУ ТП
Відсутні дані щодо часу зміни резервного комп'ютера основним після відновлення останнього. Тому будемо вважати його рівним 0, тобто зміна комп'ютера відбувається миттєво. Також приймемо наступні твердження: інформація, обслуговування якої було перервано через відмову головного комп'ютера будемо вважати втраченою, а інформація, що знаходиться в резервному комп'ютері в момент підключення головного комп'ютера обробляється резервним комп'ютером до кінця.
Екзогенні змінні: інтервали надходження заявок, час обробки даних, інтервал між посилкою керуючих сигналів, час підключення резервного комп'ютера, час відновлення основного комп'ютера, інтервал між відмовами основного комп'ютера.
Ендогенні змінні: середня кількість пропущених даних nпроп, середній час знаходження технологічного процесу в загальмованому стані tзаг.
Оскільки процеси, що відбуваються в системі носять стохастичний характер, найбільш доцільно для отримання достовірної моделі скористатися методами імітаційного моделювання. Для спрощення розробки моделі побудуємо Q-схему.
Рисунок 2.2 – Q-схема розроблюваної моделі
Шукана величина nпроп буде являти собою кількість даних, що не пройшли обслуговування ні в основному, ні в резервному комп'ютерах.
nпроп = nзген - nосн - nрез |
(2.1) |
де nзген – кількість даних, що потрапили на вхід системи;
nосн – кількість даних, оброблених основним комп'ютером;
nрез – кількість даних, оброблених резервним комп'ютером.
Шукана величина tзаг буде являти собою суму довжин всіх моментів часу, в яких технологічний процес знаходиться в загальмованому стані.
3 МОДЕЛЮВАННЯ ЯК МЕТОД АНАЛІЗУ ОБ'ЄКТІВ
Моделюванням називають
процес побудови найкращої у певному
сенсі моделі та маніпулювання з
нею з метою отримання
Під математичною моделлю розуміють сукупність математичних співвідношень що описують математичний процес або явище.
Математичне моделювання буває:
– аналітичне;
– імітаційне;
Аналітичне моделювання являє собою процес функціонування системи у вигляді деяких функціональних співвідношень або логічних умов .
Імітаційне моделювання – метод дослідження, який базується на тому, що динамічна система, яка вивчається, замінюється її імітатором, з яким проводять дослідження з метою отримання інформації про досліджувану систему.
Імітаційне моделювання
широко використовується для моделювання
систем масового обслуговування, оскільки
змоделювати стохастичні
Однією з перших мов моделювання, що полегшують процес написання імітаційних програм, була мова GPSS, створена у вигляді кінцевого продукту Джеффрі Гордоном в фірмі IBM в 1962 р. Нині є транслятори для операційних систем DOS - GPSS / PC , для OS / 2 і DOS - GPSS / H і для Windows - GPSS World. Більш детально ознайомитися з можливостями та особливостями мови можна в [3]. Вивчення цієї мови і створення моделей дозволяє зрозуміти принципи розробки імітаційних програм і навчитися працювати c імітаційними моделями .
4 ОПИС МОДЕЛЮВАЛЬНОГО АЛГОРИТМУ
Оскільки в даній системі мають місце явища обробки заявок, що надходять на ЕОМ, а деякі процесси (надходження заявок, відмови основної ЕОМ) носять стохастичний характер та розроблена Q-схема, що описує функціонування системи в рамках неперервно-стохастичного підходу, для побудови імітаційної моделі використовувати мову GPSS (General Purpose Simulating System). Процес переходу від Q-схеми до програми описаний в [3]. Для побудови моделюючої програми розроблена блок-діаграма, зображена на рисунку 4.1.
Рисунок 4.1 – Блок-діаграма моделі процесу
Так для моделювання процесів, що відбуваються в системі доцільно використовувати три основні потоки транзактів, які будуть імітувати:
– потік даних, що надходять з технологічного процесу;
– сигнали, що свідчать про працездатність основного комп'ютера;
– відмови основного комп'ютера;
Також наявні два допоміжні потоки заявок, один з яких використовується для вимірювання часу простою, а інший – для задання часу моделювання.
5 ПЛАНУВАННЯ МАШИННОГО ЕКСПЕРИМЕНТУ
Для отримання інформації щодо моделі був виконаний двадцятикратний прогін моделі. Результати для 20 прогонів моделі занесені до таблиці 5.1.
Таблиця 5.1 – Результати досліджень
Номер експерименту |
nзген , шт |
nосн , шт |
nрез , шт |
nпроп , шт |
tзаг , хв |
1 |
2802 |
1930 |
700 |
198 |
24.65 |
2 |
2790 |
1921 |
684 |
209 |
24.5 |
3 |
2798 |
1930 |
692 |
198 |
25.133 |
4 |
2801 |
1920 |
707 |
204 |
23.6 |
5 |
2812 |
1930 |
720 |
192 |
22.083 |
6 |
2800 |
1920 |
705 |
198 |
25.467 |
7 |
2803 |
1933 |
699 |
203 |
23.917 |
8 |
2810 |
1920 |
725 |
202 |
22.9 |
9 |
2800 |
1930 |
696 |
208 |
25.1 |
10 |
2806 |
1920 |
717 |
197 |
24 |
11 |
2811 |
1930 |
718 |
194 |
21.6 |
12 |
2805 |
1923 |
712 |
200 |
23.833 |
13 |
2801 |
1933 |
695 |
202 |
23.533 |
14 |
2812 |
1927 |
722 |
190 |
22.683 |
15 |
2808 |
1940 |
703 |
195 |
23.117 |
16 |
2799 |
1920 |
703 |
198 |
25.217 |
17 |
2797 |
1928 |
690 |
211 |
25.467 |
18 |
2802 |
1930 |
700 |
200 |
23.633 |
19 |
2807 |
1907 |
712 |
204 |
24.333 |
20 |
2801 |
1925 |
702 |
198 |
24.983 |
Згідно з [4] математичне очікування кількості пропущених даних обчислюється за формулою:
(5.1)
де nпропі – кількість пропущених заявок в і-тій реалізації алгоритму
Математичне очікування часу знаходження процесу в загальмованому стані обчислюється за формулою:
(5.2)
де tзагі – час знаходження процесу в загальмованому стані в і-тій реалізації алгоритму
Дисперсія для кількості пропущених даних розраховується за формулою:
(5.3)
Дисперсія для часу знаходження процесу в загальмованому стані розраховується за формулою:
(5.4)
Підставивши значення із таблиці 5.1 в формули 5.1 - 5.4 отримаємо наступні результати:
Таким чином, маючи дані про дисперсію досліджуваних величин ми можемо обчислити похибки, щоб перевірити, чи не перевищують вони заданої. Похибка обчислюється за формулою:
(5.5)
де tp – табличний коефіцієнт, що відповідає заданій достовірності результа-тів. Для достовірності 0,95 значення коефіцієнту tp = 1,96;
σ ‒ середньоквадратичне відхилення;
Підставивши в формулу 5.5 отримані раніше дані, отримаємо:
Так похибка визначення часу знаходження процессу у загальмованому стані менша, ніж допустима величина (ε = 0,5). Похибка визначення кількості пропущених через відмову даних перевищує допустиму величину більше, ніж в 4 рази. Визначимо кількість реалізацій, які потрібні для того, щоб отримати задовільну похибку. Формула для визначення необхідної кількості прогонів моделі:
N = ta2σ2/ε2 (5.6)
Підставивши в формулу (4.6) значення, отримані раніше, отримаємо необхідну кількість реалізацій:
N = 3,966*28,448/0,25 = 452
Таким чином мінімальна необхідна кількість реалізацій – 452.
ВИСНОВКИ
В ході виконання курсової роботи була розроблена імітаційна модель автоматизованої системи управління технологічним процесом, що обробляє дані про виробничий процес. Були послідовно проведені всі кроки для розробки та створення якісної моделі згідно з [5]. Реалізація моделі виконана за допомогою мови імітаційного моделювання GPSS. Після проведення експериментів з даною моделлю можна зробити наступні висновки.
Середнє значення кількості пропущених даних складає близько 200 шт., що, в свою чергу становить 7 % від загальної маси отриманих даних. При середньому значенні часу, проведеного в загальмованому стані, рівному 23,987 (що дорівнює приблизно 5 %) продуктивність технологічного процесу буде складати 97,5 % від максимального значення. Таке зниження продуктивності в більшості застосувань не буде мати значного впливу. Набагато небезпечніша втрата даних, оскільки останні використовуються не тільки для моніторингу стану технологічного процесу, а й для автоматизованого або автоматичного контролю процесу. Для деяких застосувань (процеси в харчовій або добувній промисловості, в галузі агротехніки), втім існує досить багато галузей, для яких такі втрати даних або зміна темпу технологічного процесу є недопустимими і виникає необхідність прийняття заходів щодо покращення характеристик системи.