3.2 Примеры сложных имитационных моделей в Arena
Модель сложного производственного процесса может включать множество модулей в Arena.
В поставку Arena входит большое количество учебных примеров, находящихся в папке Program Files/Rockwell Software/Arena 9.0/Smarts.
4 Вопросы для самоконтроля знаний
4.1 Что представляют собой системы массового обслуживания?
4.2 В процессе чего образуются очереди? Какие очереди?
4.3 Что является исходными данными для анализа?
4.4 Какие показатели определяют характеристики системы массового обслуживания?
4.5 Что позволяют выполнять и вычислять аналитические методы теории системы массового обслуживания?
4.6 Для чего используется имитационное моделирование?
4.7 Каковы возможности пакета имитационного моделирования Arena 9.0?
4.8 Что является основой моделирования пакета имитационного моделирования Arena 9.0?
4.9 Из каких этапов состоит процесс моделирования в Arena 9.0?
4.10 Из каких частей состоит главное окно Arena 9.0?
4.11 Какие панели включены в окно проекта?
4.12 С помощью какого инструмента можно соединить модули?
4.13 Какими способами можно задать свойства графическому модулю?
4.14 Что описывает модуль Process?
4.15 Как задать длительность моделирования?
4.16 Какие файлы автоматически создает Arena 9.0 при проверке модели?
4.17 Как запустить проигрывание модели?
4.18 В каком формате формируются отчеты после проигрывания модели?
4.19 Как запустить повторное проигрывание модели?
Лабораторная работа №2 »Экспорт диаграммы idef3 в Arena»
Цель работы: Освоение технологии построения диаграммы IDEF3 с последующим ее экспортом в Arena, а также проведение сравнительного анализа результатов имитационного моделирования и аналитического решения.
1 Общие сведения
Эффект от создания имитационных моделей увеличивается благодаря предварительному анализу бизнес-процессов. Таким образом, функциональные модели и имитационные модели дополняют друг друга, при этом они могут быть тесно взаимосвязаны. Имитационная модель дает больше информации для анализа системы, в свою очередь результаты такого анализа могут стать причиной модификации модели процессов. Наиболее целесообразно сначала создать функциональную модель, а затем на ее основе строить модель имитационную. Для поддержки такой технологии инструментальное средство функционального моделирования BPwin имеет возможность экспорта диаграммы IDEF3 в имитационную модель Arena.
2 Содержание работы
2.1 Запустить программу BPwin.
2.2 Создать функциональную модель диагностики автомобилей согласно примеру 1.
2.3 Экспортировать модель диагностики автомобилей из BPwin в Arena.
2.4 Построить функциональную модель какого-либо процесса на примере предприятия или организации преддипломной практики и экспортировать ее в Arena.
2.5 Провести сравнительный анализ результатов имитационного моделирования и аналитического решения экспортированной модели.
2.6 Ответить на контрольные вопросы.
2.7 Составить отчет о проделанной работе, который должен содержать название работы, постановку задачи исследования, сведения о последовательности выполнения заданий с результатами и ответы на контрольные вопросы, указанные преподавателем.
3 Методика выполнения работы. Экспорт модели на примере модели диагностики автомобилей
Построение модели IDEF3
3.1.1 Запуск программы BPwin
Для запуска программы BPwin необходимо выполнить команду: Программы/Computer Associates BPwin/BPwin из меню Пуск.
В появившемся окне (рисунок 2.1) указать имя файла и тип диаграммы Process Flow (IDEF3).
Рисунок 2.1 Диалоговое окно при создании новой диаграммы
3.1.2 Построение модели диагностики автомобилей
Построим модель на примере модели диагностики автомобилей (рисунок 2.2).
Пример 1. Модель диагностики автомобилей
Рисунок 2.2 Процессная модель диагностики автомобилей в IDEF3
При построении процессной модели в
диаграмме IDEF3
(BPWin) для экспорта в
Arena используются ряд
особенностей. Для задания начальных и
конечных блоков процессной модели
используется Referent
tool
.
Названия блоков указываются на английском языке или транслитом, т.к. Arena не распознает кириллицу.
Стрелки от начальных и к конечным блокам задаются в стиле Referent (рисунок 2.3):
Рисунок 2.3 Свойства стрелки (Arrow Properties)
Поскольку имитационная модель Arena должна содержать дополнительные параметры по сравнению с моделью IDEF3, в BPwin используются свойства User-Defined Properties (UDP), импорт которых предварительно осуществляется из файла Program Files/Computer Associates /BPwin/Samples/Arena/ArenaBEUDPs.bp1. Для этого необходимо открыть указанную и новую модель и, находясь в только что созданной модели, импортировать настройки командой Model/Merge Model Dictionaries (рисунок 2.4).
Рисунок 2.4 Диалоговое окно Merge Model Properties
В результате в новой модели появятся следующие UDP настройки (Dictionary/UDP/) (рисунок 2.5):
Рисунок 2.5 Словарь импортированных UDP настроек
Установить UDP настройки необходимо для каждого блока. Блок Cars Arrival, диалоговое окно которого показано на рисунке 2.6, в динамической модели будет использоваться для генерирования приезда автомобилей на диагностику. Необходимо указать, что интервалы времени между поступлением деталей имеют пуассоновское распределение со средним значением 1 час, что обозначается как POIS (1).
Рисунок 2.6 UDP свойства блока Cars Arrival
Блок Cars Arrival соединяется с блоком Diagnostics (рисунок 2.7), в котором происходит процесс диагностики автомобилей. Продолжительность диагностики экспоненциально распределена со средним значением 0,7 часа.
Рисунок 2.7 UDP свойства блока Diagnostics
В конечном блоке Cars Output указывается только галочка о сборе статистики (рисунок 2.8).
Рисунок 2.8 UDP свойства блока Cars Output
После указания UDP свойств на каждом блоке появляется скрепка (рисунок 2.9):
Рисунок 2.9 Блок Diagnostics с установленными UDP свойствами
Перед экспортом в Arena модель в IDEF3 примет следующий вид (рисунок 2.10):
Рисунок 2.10 Модель диагностики автомобилей в IDEF3