Система имитационного моделирования Arena

Дипломная работа - Компьютеры, программирование

Другие дипломы по предмету Компьютеры, программирование

Скачать Бесплатно!
Для того чтобы скачать эту работу.
1. Пожалуйста введите слова с картинки:

2. И нажмите на эту кнопку.
закрыть



ние Triangular). Какое среднее время ожидания покупателей в очереди, если длительность моделирования составляет 15 часов?

Переместим модули Create, Process и Dispose в окно рабочего модуля.

Для задания свойств каждого графического модуля дважды щелкнем по нему и в диалоге зададим значения параметров в соответствии с условием.

 

Рисунок 10 - Диалоговое окно свойств модуля Create

Рисунок 11 - Диалоговое окно свойств модуля Process

 

Рисунок 12 - Диалоговое окно свойств модуля Dispose

 

После задания каждого модуля модель принимает вид:

 

Рисунок 13 - Имитационная модель системы обслуживания покупателей на кассе супермаркета

Для задания длительности моделирования перейдем в меню Run/Setup. В поле Replication Length установим длительность 900, а в поле Time Units единицу измерения времени Minutes. В Base Time Units также указываем Minutes для генерации отчета в минутах.

 

Рисунок 14 - Окно параметров моделирования

 

Таблица 2. Результаты моделирования модели

ХарактеристикаГде найтиЗначениеСредняя продолжительность ожидания покупателей в очередиQueue - Time - Waiting Time (Average) 16,9 минут

2.1.3 Разбор примера работы модели из примеров

Ответим на следующие вопросы:

Какой процесс смоделирован?

Что показывает график?

Какой процент заявлений принят, а какой отклонен?

Рисунок 15 - Модель обработки документа Mortgage Extention 1

 

Модель показывает систему обработки документа (закладной). Сначала документ регистрирует секретарша (иконка слева в нижней части рисунка, затем просматривает клерк (иконка справа). Затем клерк либо принимает документ, либо возвращает.

Очередь документов показывается в виде набора иконок сверху от процесса Review Application и в виде графика в правой нижней части рисунка.

85,7% заявлений принят, 13,6% заявлений отклонен.

 

2.2 Экспорт диаграмм IDEF3 в Arena

 

.2.1 Построение модели IDEF3

Запустим программу BPwin, в появившемся окне укажем имя файла и тип диаграммы Process Flow (IDEF3).

 

Рисунок 16 - Диалоговое окно при создании новой диаграммы

 

Рассмотрим пример построения IDEF3 модели Диагностика автомобилей для дальнейшего экспорта в Arena. При построении процессной модели используются ряд особенностей. Для задания начальных и конечных блоков процессной модели используется Referent tool.

Названия блоков указываются на английском языке или транслитом, т.к. Arena не распознает кириллицу.

 

Рисунок 17 - Процессная модель Диагностика автомобилей

 

Стрелки от начальных и к конечным блокам задаются в стиле Referent.

 

Рисунок 18 - Свойства стрелки (Arrow Properties)

 

Поскольку имитационная модель Arena должна содержать дополнительные параметры по сравнению с моделью IDEF3, в BPwin используются свойства User-Defined Properties (UDP), импорт которых предварительно осуществляется из файла ArenaBEUDPs.bp1.

Для этого необходимо открыть модель Program Files / Computer Associates / BPwin / Samples / Arena / ArenaBEUDPs.bp1 и, находясь в только что созданной модели с примером Диагностики автомобилей, импортировать настройки командой Model/Merge Model Dictionaries/.

 

Рисунок 19 - Диалоговое окно Merge Model Properties

В результате в новой модели появятся UDP настройки (Dictionary/UDP/).

Устанавливаем UDP настройки для каждого блока. Блок Cars Arrival, диалоговое окно которого показано на рисунке 20, в динамической модели будет использоваться для генерирования приезда автомобилей на диагностику. Укажем, что интервалы времени между поступлением деталей имеют пуассоновское распределение со средним значением 1 час, что обозначается как POIS (1).

 

Рисунок 20 - UDP свойства блока Cars Arrival

 

Блок Cars Arrival соединяется с блоком Diagnostics (рисунок 21), в котором происходит процесс диагностики автомобилей. Продолжительность диагностики экспоненциально распределена со средним значением 0,7 часа.

 

Рисунок 21 - UDP свойства блока Diagnostics

 

В конечном блоке Cars Output указывается только галочка о сборе статистики.

 

Рисунок 22 - UDP свойства блока Cars Output

После указания UDP на каждом блоке появляется скрепка:

 

Рисунок 23 - Блоки с установленными UDP

 

Для успешного проигрывания модели необходимо добавить ресурс (люди, оборудование), который проводит диагностику. Ресурс задается при помощи стрелки механизм, присоединенной к нижней стороне блока работы. Стрелка имеет стиль Relational.

 

Рисунок 24 - Блок Diagnostics со стрелкой Resource

 

После задания имени стрелки появляется возможность указания ее дополнительных свойств. На вкладке UDP Values вписывается название ресурса и его количество. В нашем примере: ресурс - один мастер по диагностике.

 

Рисунок 25 - Модель Диагностика автомобилей в IDEF3

Мастер может проводить диагностику только одного автомобиля в каждый момент времени; если мастер занят, автомобили встают в очередь и ждут, пока он освободится.

Перед экспортом в Arena модель в IDEF3 примет вид:

 

Рисунок 26 - Модель Диагностика автомобилей в IDEF3

 

2.2.2 Экспорт в Arena

Экспорт модели в Arena осуществляется командой File/Export/Arena. При завершении экспорта выводится сообщение:

В результате экспорта получим модель в пакете Arena:

 

Рисунок 27 - Имитационная модель в пакете Arena

 

Откроем окно параметров моделирования командой Run/Setup. Установим длительность моделирования, равную 100 ч.

 

Рисунок 28 - Окно установки параметров моделиров

s