Контрольные системы управления
2
После обработки заказы, прошедшие через первые 3 машины (Mach_9, Mach_10, Mach_11) направляются в Buff_15, через оставшиеся 3 (Mach_12, Mach_13, Mach_14) - в Buff_16:
Model | Elements | Stage parameters
Element 9: Send to = 15
Element 10: Send to = 15
Element 11: Send to = 15
Element 12: Send to = 16
Element 13: Send to = 16
Element 14: Send to = 16
Элементы Buff_15, Buff_16 содержат по 14 обработанных заказов и направляют их на выход: Inou_17, Inou_18 соответственно.
Рассмотрим задание финансовых данных. Все финансовые расчёты в модели выполняются в долларах:
Settings| Finances | Currency = $
И, наконец, у нас имеются две динамические иконки WIP, которые отображают производительность системы. Рассмотрим их. Начнем сверху.
Верхняя иконка показывает суммирование длины очереди во всех элементах с 3 по 5 и с 9 по 11. Это отражает сумма переменных elqueue@sum[3 5] и elqueue@sum[9 11].
Нижняя иконка показывает суммирование длины очереди во всех элементах с 6 по 8 и с 12 по 14, т.е. здесь представлена сумма переменных elqueue@sum[6 8] и elqueue@sum[12 14].
Максимальное значение, которое могут принимать данные выражения, равно 10.
В ShowFlow знак @ является знаком присвоения в TLI выражениях. Другими словами, данное выражение суммирует объём работы для всех активных элементов.
Теперь запустим модель.
Simulate | Single run | Start
(или используйте скоростную кнопку запуска)
При запуске модель работает как одна комплексная система, результат которой отображен в динамических иконках.
В течение моделирования можно переключаться между анимацией и статистикой, переключая Animation в Simulation Control Window.
Лучше всего прогнать модель при маленькой скорости, чтобы просмотреть и сравнить результаты, представленные в динамических иконках.
Поскольку заказы поступают случайным образом, то для получения наиболее общего результата необходимо большее количество прогонов.
Моделирование бизнес-процесса реинженеринга в офисе
Цель
Определить, насколько эффективно будет новое распределение этапов обработки заявок.
Описание
В некоторый офис поступают заявки, которые сначала регистрируются, затем поступают на рассмотрение, принимаются или отвергаются, и наконец выполняются, если принято такое решение. Также представлены 2 последовательности этапов обработки заявок. Результаты обработок представлены в динамических иконках.
Операции
Рассмотрим структуру данной имитационной модели.
В неделе 5 рабочих дней.
Settings | Time representation
60 units make 1 hour
8 hour make 1 day
5 day make 1 week
Время, в течение которого имитируется модель с начала ее запуска равно 12 неделям.
Settings | Simulate| Stop time = 12 week
Рассмотрим элементы, из которых построена модель и связи между ними.
Элементы – Inou_1, Inou_24 служат для генерации входящего потока клиентов.
Элементы – Oueu_2, Oueu_25 содержат очередь поступивших клиентов с заявками.
Элементы – Task_3, Task_26 предназначены для отображения приема клиента с заявкой.
Элементы – Oueu_4, Oueu_27 содержат заявки для регистрации.
Элементы – Task_5, Task_6, Task_28, Task_29 отражают регистрацию заявки.
Элементы – Oueu_7, Oueu_30 содержат уже зарегистрированные заявки.
Элементы – Task_8, Task_31 отражают сортировку заявок для дальнейшего рассмотрения.
Элементы – Oueu_9, Oueu_11, Oueu_13, Oueu_37 содержат заявки, ожидающие своего рассмотрения.
Элементы – Task_10, Task_12, Task_14, Task_38, Task_39, Task_40 отражают рассмотрение принятой заявки.
Элементы – Oueu_15, Oueu_32 содержат заявки, которые будут либо приняты, либо отвергнуты.
Элементы –Task_16, Task_33 принимают либо отвергают заявки.
Элементы – Oueu_17, Oueu_41 содержат заявки для регистрации об их выполнении.
Элементы – Task_18, Task_42 отражают регистрацию о выполнении заявок.
Элементы – Oueu_19, Oueu_34 содержат рассмотренные заявки.
Элементы – Task_20, Task_21, Task_35, Task_36 отражают хранение рассмотренных заявок.
Элементы – Oueu_22, Oueu_43 содержат заявки с регистрацией об ее выполнении.
Элементы – Inou_23, Inou_44 являются выходом для заявок, прошедших обработку.
По условию задачи нам даны 2 различных последовательности этапов обработки заявок в одном и том же офисе. Заявки поступают в тот или иной процесс обработки:
Model | Elements | Stage parameters
Element 1: Send to = Select 2 from 2, 25
Причем для каждой из них в какой-то момент фиксируется ее время:
Model | Elements | Job parameters
Element 2: Trigger on entry leadtime[C]:=time
Element 25: Trigger on entry= leadtime[C]:=time
Очередь клиентов с заявками может состоять лишь из 16 человек:
Model | Elements | Element parameters
Element 2: Capacity = 16
Element 25: Capacity = 16
Время приема заявки от клиента задается пуассоновским законом распределения. Оно равно 6 и 4 единицам времени:
Model | Elements | Job parameters
Element 3: Time = 6.0 Neg.Exp
Element 26: Time = 4.0 Neg.Exp
Выражение в элементах Task_3 и Task_26, а именно:
Model | Elements | Job parameters
Element 3: Trigger on exit = product[C]:=2
Element 26: Trigger on exit = product[C]:=2
обозначает, что заявка принята.
Далее заявка направляется на регистрацию в какой-либо регистрирующий отдел:
Model | Elements | Stage parameters
Element 4: Send to = Select 1 from 5, 6
Element 27: Send to = Select 1 from 28, 29
При этом количество заявок, ожидающих регистрацию, может достигать 24:
Model | Elements | Element parameters
Element 4: Capacity = 24
Element 27: Capacity = 24
Заявка регистрируется в течение 13 единиц времени:
Model | Elements | Job parameters
Скачать реферат