уде дорівнює 0.003 секунди. Блок Failure delay має аналогічні налаштування.
Рис. 5 Вікно параметрів блоку InLine delay
Блок Check on proxy моделює перевірку наявності необхідної інформації на сервері, цей процес займає від 2 до 8 секунд. Час розподіляється рівномірно функцією UNIF (2,8). Робота блоку Internet server response аналогічна, за винятком параметрів функції UNIF (0,1).
Рис. 6 Вікно параметрів блоку Check on proxy
Блок Failure (див. малюнок 7) визначає відсоток помилок системи, відповідно до завдання ця величина дорівнює 10%.
Рис. 7 Вікно параметрів блоку Failure
Блок Inf on Proxy визначає чи була знайдена інформація на проксі-сервері. За замовчуванням значення ймовірності знаходження інформації одно 30% (рисунок 8).
Рис. 8 Вікно параметрів блоку Inf on proxy
Блок типу Assign, зображений на малюнку 9 змінює картинку суті на куля червоного кольору.
Рис. 9 Вікно параметрів блоку Report failure
Блок типу Assign з назвою UserP package відповідає за визначення розміру пакета даних, який необхідно передати користувачеві. За умовою завдання розмір пакета від 10 до 100 Кбайт.
Рис. 10 Вікно параметрів блоку UserP package
Блок OutLine delay моделює затримку, пов'язану з пропускною здатністю модемного лінії передачі даних. Швидкість передачі даних за умовою завдання дорівнює 33600 біт/с (4200 байт/с). Час затримки змінюється залежно від розміру пакета t=Users pack/4200 (див. Малюнок 11).
Рис. 11 Вікно параметрів блоку OutLine delay
Блок Net speed моделює затримку, пов'язану з пропускною здатністю загальної лінії передачі даних. Швидкість передачі даних за умовою завдання дорівнює 1500 байт/с. Час затримки змінюється залежно від розміру пакета t=Users pack/1500 (див. Малюнок 12).
Рис. 12 Вікно параметрів блоку Net speed
Блоки Inf For Us1 і Inf For Us2 виконують функції маршрутизації пакетів користувачів. Вікно параметрів даних блоків зображено на малюнку 13.
Рис. 13 Вікно параметрів блоку Inf For Us1
Висновок
В результаті виконання даної курсової роботи була вирішена задача моделювання роботи мережі передачі даних. Побудована імітаційна модель в системі Arena дозволяє оцінити завантаження ресурсів устаткування і каналів зв'язку, визначити кількість обробленийних запитів користувачів і провести оптимізацію роботи системи.
Імітаційне моделюванням застосовується до процесів, у хід яких може час від часу втручатися людська воля. Людина, керівний операцією, може залежно від сформованої обстановки, приймати ті чи інші рішення, подібно до того, як шахіст дивлячись на дошку, вибирає свій черговий хід. Потім приводиться в дію математична модель, що описує, яке очікується зміна обстановки, у відповідь на це рішення і до яких наслідків воно призведе через деякий час. Наступне поточне рішення приймається вже з урахуванням реальної нової обстановки і т.д. У результаті багаторазового повторення такої процедури керівник як би «набирає досвід», вчиться на своїх і чужих помилках і поступово вивчаєте приймати правильні рішення - якщо не оптимальні, то майже оптимальні.
Процеси, що відбуваються в природі і суспільстві, настільки взаємопов'язані, що їх вивчення окремо неможливо. Тільки вивчення всієї системи цілком з усіма петлями причинних зв'язків може призвести до коректного розуміння системи.