Создание имитационной модели

Перед современными предприятиями часто встает задача оптимизации технологических процессов. Метод функционального моделирования позволяет обследовать существующие бизнес-процессы, выявить их недостатки и построить идеальную модель деятельности предприятия. Построение функциональной модели осуществляется от общего к частному – сначала описывается общая схема деятельности предприятия, затем шаг за шагом все более и более подробно описываются конкретные технологические процессы. Такой подход весьма эффективен, однако на уровне наибольшей детализации, когда рассматриваются конкретные технологические операции, для оптимизации этих операций функциональной модели может оказаться недостаточно. В этом случае целесообразно использовать имитационное моделирование.

Имитационное моделирование – это метод, позволяющий строить модели, учитывающие время выполнения функций. Полученную модель можно “проиграть” во времени и получить статистику происходящих процессов так, как это было бы в реальности. В имитационной модели изменения процессов и данных ассоциируются с событиями. “Проигрывание” модели заключается в последовательном переходе от одного события к другому. Обычно имитационные модели строятся для поиска оптимального решения в условиях ограничения по ресурсам, когда другие математические модели оказываются слишком сложными.

Одним из наиболее эффективных инструментов имитационного моделирования является система Arena компании Systems Modeling Arena. Она позволяет строить имитационные модели, проигрывать их и анализировать результаты такого проигрывания.

Имитационная модель компании Systems Modeling включает следующие основные элементы: источники и стоки (Create и Dispose), процессы (Process) и очереди (Queue). Источники – это элементы, от которых в модель поступает информация или объекты. Скорость поступления данных или объектов от источника обычно задается статистической функцией. Сток – это устройство для приема информации или объектов. Понятие очереди близко к понятию хранилища данных – это место, где объекты ожидают обработки. Время обработки объектов в разных процессах могут быть разными. В результате перед некоторыми процессами могут накапливаться объекты, ожидающие своей очереди. Часто целью имитационного моделирования является минимизация количества объектов в очередях. Тип очереди в имитационной модели может быть конкретизирован. Очередь может быть похожа на стек – пришедшие последними в очередь объекты первыми отправляются на дальнейшую обработку (LIFO: last-in-first-out). Альтернативой стеку может быть последовательная обработка, когда первыми на дальнейшую обработку отправляются объекты, пришедшие первыми (FIFO: first-in-first-out). Могут быть заданы и более сложные алгоритмы обработки очереди. Процессы – это аналог работ в функциональной модели. В имитационной модели может быть задана производительность процессов.

После проигрывания модели автоматически генерируются отчеты в формате Crystal Reports.

Модель в Arena может включать сотни модулей различных типов. Модули, обрабатывающие сущности могут иметь различные состояния, например “ожидание” или “работа”. Каждому состоянию можно поставить в соответствие определенное изображение и, тем самым, анимировать имитационную модель.

Создавать имитационные модели без предварительного анализа бизнес-процессов не всегда представляется возможным. Действительно, не поняв сути бизнес-процессов предприятия бессмысленно пытаться оптимизировать конкретные технологические процессы. Поэтому функциональные модели и имитационные модели не заменяют, а дополняют друг друга, при этом они могут быть тесно взаимосвязаны. Имитационная модель дает больше информации для анализа системы, в свою очередь результаты такого анализа могут стать причиной модификации модели процессов. Наиболее целесообразно сначала создать функциональную модель, а затем на ее основе строить модель имитационную.

В результате, на основе построенной модели деятельности, была создана имитационная модель, отображающая движение документов в отделе кадров МОУ ДОД “Школа искусств №6 ”.

Рис. 14.

Единицы времени – часы. Используется два ресурса – начальник и сотрудник отдела кадров. После проигрывания модели автоматически был сгенерирован отчет в формате Crystal Reports, который представлен в приложении.

Устанавливаем продолжительность работы модели. Для этого выбираем Run – Setup вкладка Replication Parameters.

Для запуска модели нажимаем на кнопку  (Go) на панели инструментов. Работа модели за 50 000 часов представлена на рис. 21

Для просмотра результатов нажимаем Да.

Заключение

В данном дипломном проекте была рассмотрена работа отдела кадров ГУК «ГЦНТ». Были решены следующие задачи:

1. В ходе подготовки курсовой работы были подробно изучены организация работы специалистов по кадрам и состав документации отдела кадров.

2. Была разработана модель деятельности отдела кадров с помощью программного средства BPwin, описывающая существующую организацию работы. Модель включает структурную функциональную модель деятельности в соответствии со стандартом IDEF0 и три декомпозиции в виде диаграммы переходов состояний в соответствии со стандартом IDEF3.

3. Выполнен функционально-стоимостной анализ учета кадров. Общие затарты на работу отдела кадров составляют 29 330,00 руб.

4. На базе организационно-ролевой структуры и диаграммы WorkFlow выполнена диаграмма Swim Lane.

5. С помощью программного средства Arena 7.0 создана имитационная модель работы отдела кадров.

Следовательно, цели курсовой работы были достигнуты.