рефераты по менеджменту

Контрольные системы управления

Страница
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

Перейти на страницу номер:
 1  2  3  4 

© 2010-2024 рефераты по менеджменту