Теми рефератів
> Реферати > Курсові роботи > Звіти з практики > Курсові проекти > Питання та відповіді > Ессе > Доклади > Учбові матеріали > Контрольні роботи > Методички > Лекції > Твори > Підручники > Статті Контакти
Реферати, твори, дипломи, практика » Курсовые проекты » Імітаційне моделювання логістичних процесів організації в середовищі Arena

Реферат Імітаційне моделювання логістичних процесів організації в середовищі Arena





аних даних або ознаку відмови по попередній заявці.

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

Змоделювати роботу магістралі передачі даних протягом 10:00.

Визначити при наявних в завданні вихідних даних:

кількість переданих пакетів по загальному каналу передачі;

обсяг прийнятої інформації кожним з клієнтів.

Залежно від імовірності знаходження запитуваної пакета даних на проксі-сервер визначити: завантаженість загального каналу; завантаженість кожній станції прийому інформації.


. Побудова моделі мережі

моделювання arena програмний імітаційний

У ході виконання курсової роботи, була побудована модель мережі описаної в завданні, структура моделі зображена на малюнку 1.

Три користувача посилають запити провайдеру, запити моделюються модулями User request 1, User request 2, User request 3. Запити від користувачів виходять випадковим чином, але, так як система провайдера може обслуговувати одноразово тільки один запит від кожного користувача, організується відсіювання запитів модулями Line 1 unused, Line 2 unused, Line 3 unused, типу Decide. На вході системи провайдера встановлені блоки UnFlag 1, UnFlag 2, UnFlag 3 реєструючі прихід запиту від користувача, Болок Flag 1, Flag 2, Flag 3 встановлені на виході і реєструють доставку пакета клієнту. Таким чином, коли кількість запитів увійшли в систему дорівнює кількості запитів вийшли з системи, модуль типу Decide, впускає на обробку один запит від відповідного користувача. Вікно параметрів настроювання блоку Line1 unused показано на малюнку 3. Далі запит користувача надходить на проксі-сервер, який виконує пошук інформації на своїх носіях інформації (Процес Check on proxy). Процес пошуку інформації займає від 2 до 8 секунд. Проксі-сервер багатозадачний і може обробляти одночасно до трьох запитів. Вікно параметрів блоку Check on proxy приведено на малюнку 6.

При виникненні помилки, модулем Report Failure генерується звіт, який повертається користувачеві. Якщо помилка не виникла і інформація знайдена на проксі-сервер, в модулі User package моделюється пакет даних для передачі користувачу. Далі пакет передається клієнту по лінії зв'язку. Блок Out Line delay моделює затримку при передачі даних користувачеві по модемного лінії, параметр часу формується поділом розміру користувацького пакета даних на швидкість передачі по лінії (див. Малюнок 11).

Якщо пакету, запитаного користувачем, немає на проксі-сервер, дані доставляються користувачеві з мережі інтернет, швидкість передачі даних в якій становить 1500 байт/с. Затримку, пов'язану зі швидкістю передачі даних в мережі інтернет, моделює блок Net speed зображений на малюнку 12. Після того як сформовані пакети даних або звіт про помилку, вони надходять на маршрутизатор, що визначає якому користувачеві призначається дана інформація. Вважається, що користувач отримав пакет даних, якщо сутність вийшла з відповідного блоку Flag.



Рис. 1. Модель мережі


4. Опис блоків моделі


Сутності, що представляють запити клієнтів створюються в модулях типу Create, такий модуль імітує запити від першої користувача зображений на малюнку 2. Блок створює суті типу Us1 випадковим чином.



Рис. 2 Модуль User1 request


Блоки User2 request і User3 request мають такі ж параметри як блок User1 request за винятком типу створюваної сутності.

Блок типу Decide з ім'ям Line1 unused відповідає за введення запитів користувачів в систему провайдера. Якщо виконується умова (Flag1. NumberOut - UnFlag1. NumberIn) == 0 || Entity. CreateTime == 0.0, тобто прийшла перша сутність або кількість запитів даного користувача в обробці одно 0, то блок пропускає один запит. Якщо умова не виконується, запит знищується. Вікно параметрів блоку Line1 unused зображено на малюнку 3.



Рис. 3 Вікно параметрів настроювання блоку Line1 unused


Для решти каналів блоки мають аналогічні настройки, за винятком імен трігірующіх блоків Flag і Unflag.

Блоки Flag і Unflag, вікно параметрів яких зображено на малюнку 4, визначають кількість запитів від кожного користувача, що знаходяться в системі. Дані блоки не створюють затримки.



Рис. 4 вікно параметрів блоку Unflag1


Блок InLine delay моделює затримку лінії модемного зв'язку. Вікно параметрів даного блоку зображено на малюнку 5. Запит користувача має розмір 100 біт, тоді, враховуючи, що швидкість передачі даних дорівнює 33600 біт/с, затримка лінії передачі даних б...


Назад | сторінка 3 з 4 | Наступна сторінка





Схожі реферати:

  • Реферат на тему: Спостереження за передачею даних в мережі організації за допомогою засобів ...
  • Реферат на тему: Структура команди мови запитів SQL. Простий запит. Багатотабличного запит
  • Реферат на тему: Модель системи передачі пакетів даних
  • Реферат на тему: Бездротові мережі передачі даних
  • Реферат на тему: Організація зберігання даних і виконання запитів у динамічній інформаційної ...