Таким образом, составление
бизнес-плана состоит из четырёх основных
этапов, которые, в свою очередь, можно
декомпозировать подробнее.
2.2. Представление бизнес-процесса
составления бизнес-плана в нотации IDEF0
Ниже представлено моделирование
бизнес-процесса в нотации IDEF0, это необходимо
для определения оптимального варианта
быстрого и качественного выполнения
процесса составления бизнес-плана[11].
На рисунке 2 представлена контекстная
диаграмма главного бизнес-процесса –
составление бизнес-плана. Далее на
рисунке 3 изображена декомпозиция данного
основного блока на четыре этапа, каждый
из которых также декомпозируется. Декомпозиция
этапа «Разработка сценарных условий
и оформление целевых задач» - рисунок
4, декомпозиция этапа «Разработка бизнес-плана»
– на рисунке 5, декомпозиция этапа
"Согласование и утверждение бизнес-плана"
– на рисунке 6, и декомпозиция последнего
этапа "Формирование отчётов об исполнении
и анализ отклонений" изображена на
рисунке 7.
Рисунок
2 - Контекстная диаграмма IDEF0 процесса
«Составление бизнес-плана»
Рисунок
3 - Декомпозиция контекстной диаграммы
Рисунок
4 - Декомпозиция этапа "Разработка сценарных
условий и оформление целевых задач"
Рисунок
5 - Декомпозиция этапа "Разработка бизнес-плана"
Рисунок
6 - Декомпозиция этапа "Согласование
и утверждение бизнес-плана"
Рисунок
7 - Декомпозиция этапа "Формирование
отчётов об исполнении и анализ отклонений"
2.3. Представление бизнес-процесса
составления бизнес-плана в нотации IDEF
3
Моделирование в стандарте
IDEF3 производится с использованием графического
представления процесса, материальных
и информационных потоков в этом процессе,
взаимоотношений между операциями и объектами
в процессе. Нотация визуального моделирования
IDEF3 позволяет создать графическое описание
логики взаимодействия информационных
потоков, взаимоотношений между процессами
обработки информации и объектов, являющихся
частью этих процессов, очередность их
запуска и завершения. IDEF3 предоставляет
инструмент моделирования сценариев действий
сотрудников организации, отделов, и т.п.[12].
Контекстная диаграмма IDEF3 представлена
на рисунке 8, а ее декомпозиция на рисунке
9.
Рисунок
8 - Контекстная диаграмма IDEF3 процесса
«Составление бизнес-плана»
Рисунок
9 - Декомпозиция контекстной диаграммы
IDEF3
ГЛАВА 3. ПРОВЕДЕНИЕ МАШИННЫХ
ЭКСПЕРИМЕНТОВ В СРЕДЕ AnyLogic
3.1. Описание объектов
модели и модулей процесса составления
бизнес-плана
AnyLogic используется для разработки
имитационных исполняемых моделей и последующего
их прогона для анализа[7]. Разработка модели
выполняется в графическом редакторе
AnyLogic с использованием многочисленных
средств поддержки, упрощающих работу.
Построенная модель затем компилируется
встроенным компилятором AnyLogic и запускается
на выполнение. В процессе выполнения
модели пользователь может наблюдать
ее поведение, изменять параметры модели,
выводить результаты моделирования в
различных формах и выполнять разного
рода компьютерные эксперименты с моделью
[3].
Имитационная модель, изображенная
на рисунке 10, была создана для процесса
обработки заказов от клиентов на составление
бизнес-плана.
Рисунок
10 - Имитационная модель процесса составления
бизнес-плана
Имитационная модель состоит
из элементов, каждый из которых отвечает
за выполнение различных функций. Описание
всех элементов представлено в таблице
1.
Таблица
1 – Описание элементов модели составления
бизнес-плана
Элемент |
Описание |
|
Данный элемент (Source) отвечает
за подачу заказов. Все полученные заказы
отображаются на круговой диаграмме. |
|
Элемент (Delay) - задерживает заказы
на заданный период времени для анализа. |
|
Элемент (Queue), обозначающий
очередь поступивших заявок. В элементе
«Очередь заявок» осуществляется сбор
статистики, которая отображается на столбиковой
диаграмме «Средняя длина очереди». |
|
Элемент (Service) для проведения
работ над полученным заказом захватывает
определенное количество ресурсов и времени
на выполнение. |
|
Элемент (SelectOutput) - направляет
входящие заказы в один из двух выходных
портов в зависимости от выполнения заданного
условия. |
|
Элемент (ResourcePool) - задает
исполнителей всех процедур. |
|
Элемент (Sink) отражает факт выполнения
заказа, завершение работы с клиентом. |
Для наглядности проведения
экспериментов в данной модели используются
круговая диаграмма, представленная на
рисунке 11, для наглядного отображения
принятых и выполненных заказов, а также
график средняя длина очереди, показанный
на рисунке 12.
Рисунок
11 - Круговая диаграмма «Обработка заказов»
Рисунок
12 - Столбиковая диаграмма "Средняя
длина очереди"
На данных графиках будет отслежена
основная статистика экспериментов.
3.2. Описание параметров
модели составления бизнес-плана
Каждый элемент содержит свои
параметры, изменяя которые можно наблюдать
за поведением модели в целом. Описание
всех параметров представлено в таблице
2.
Таблица
2 - Описание параметров модели составления
бизнес-плана
Название элемента |
Тип элемента |
Параметры |
Поступление заказа |
Source |
Заказы прибывают согласно:
интенсивности
Интенсивность прибытия: 0,5
Количество заявок, прибывающих
за один раз:1 |
Очередь из заказов |
Queue |
Вместимость: 5 |
Регистрация |
Delay |
Задержка задается: явно
Вместимость:1 |
Анализ положения |
SelectOutput |
Вероятность: 0,6 |
Постановка цели |
Service |
Количество ресурсов: 1
Вместимость очереди: 3 |
Разработка сценарных условий |
Service |
Количество ресурсов: 1
Вместимость очереди: 3 |
Разработка проекта бизнес-плана |
Service |
Количество ресурсов: 1
Вместимость очереди: 3 |
Бизнес-налитик |
ResourcePool |
Количество ресурсов: 1 |
Оценка рисков |
Service |
Количество ресурсов: 1
Вместимость очереди: 3 |
Менеджер проекта |
ResourcePool |
Количество ресурсов: 1 |
Создание финансового плана |
Service |
Количество ресурсов: 1
Вместимость очереди: 3 |
Главный бухгалтер |
ResourcePool |
Количество ресурсов: 1 |
Очередь проектов на утверждение |
Queue |
Вместимость: 5 |
Утверждение |
Service |
Количество ресурсов: 1
Вместимость очереди: 1 |
Управляющий директор |
ResourcePool |
Количество ресурсов: 1 |
Формирование отчёта |
Service |
Количество ресурсов: 1
Вместимость очереди: 2 |
Технический писатель |
ResourcePool |
Количество ресурсов: 1 |
Сдача заказчику |
Sink |
Параметры не заданы |
Круговая диаграмма |
chart |
Принятые заказы. Значение:
Поступление_заказа.count()
Выполненные заказы. Значение:
Сдача_заказчику.count() |
Столбиковая диаграмма |
chart1 |
Средняя_длина_очереди. Очередь_из_заявок.statsSize.mean() |
3.3. Проведение машинных
экспериментов
3.3.1 Эксперимент
1
Условия: Интенсивность поступления
заявок – 0.5. Вместимость очереди заявок
- 5, вместимость задержки заявок при регистрации
- 1. Количество сотрудников на каждом этапе
выполнения работ – 1. Результат запуска
модели представлен на рисунке 13.
Рисунок
13 - Результат эксперимента 1
Результат: Бизнес-аналитик
не успевает осуществлять все должностные
обязанности. Разница между принятыми
и выполненными заказами составляет 53%,
длина очереди-1,216.
Вывод: Для решения данной проблемы,
необходимо принять в штат ещё двух бизнес-аналитиков.
3.3.2 Эксперимент 2
Условия: Увеличим количество
бизнес-аналитиков до 3. Результат запуска
модели представлен на рисунке 14.
Рисунок
14 - Результат эксперимента 2
Результат: Сбой в работе системы
на этапе анализа рисков. Разница между
принятыми и выполненными заказами составляет
1%, длина очереди-0,286.
Вывод: Для возникшей проблемы
имеются следующие пути решения:
- Увеличить вместимость при
анализе рисков.
- Увеличить количество менеджеров
проекта.
3.3.3 Эксперимент 3
Условия: Увеличим вместимость
очереди на этапе анализа рисков до 5. Результат
запуска модели представлен на рисунке
15.
Рисунок
15 - Результат эксперимента 3
Результат: Сбой в работе системы
на этапе формирования отчёта. Разница
между принятыми и выполненными заказами
составляет 3%, длина очереди-0,296.
Вывод: Для возникшей проблемы
имеются следующие пути решения:
- Увеличить вместимость при формировании отчёта.
- Увеличить количество технических писателей.
3.3.4 Эксперимент 4
Условия: Увеличим количество
технических писателей до 3. Результат
запуска модели представлен на рисунке
16.
Рисунок
16 - Результат эксперимента 4
Результат: Сбой в работе системы
на этапе поступления заказа. Разница
между принятыми и выполненными заказами
составляет 2,6%, длина очереди-0,252.
Вывод: Для решения данной проблемы,
необходимо отказаться от 5% поступающих
заказов.
3.3.5 Эксперимент 5
Условия: Снизим интенсивность
прибытия принимаемых заказов до 0,475. Результат
запуска модели представлен на рисунке
17.
Рисунок
17 - Результат эксперимента 5
Результат: Имитационная система
работает без сбоев. Получение и обработка
заказов протекает на самом оптимальном
уровне. Разница между принятыми и
выполненными заказами составляет 0%, длина
очереди-0,233 (минимальная).
Вывод: Подобранные
параметры хорошо подходят для налаженной
работы данной имитационной модели.
3.4. Анализ полученных
результатов
Проанализировав результаты
проведенных экспериментов можно сделать
следующие выводы:
- для налаженной работы модели
необходимо определить оптимальное
количество сотрудников, выполняющих
свою работу;
- время, затрачиваемое на каждом
этапе выполнения, влияет на работу всей
имитационной системы;
при установлении оптимальных
параметров на каждом этапе выполнения,
разница в количестве полученных и выполненных
заказов будет минимальна.
ЗАКЛЮЧЕНИЕ
В ходе работы была создана
модель отражающая работу имитационной
системы процесса составления бизнес-плана.
В этой модели были использованы основные
функции процесса и прописаны бизнес роли
в соответствии с построенными схемами
IDEF0 и IDEF3. В нотации IDEF0 были смоделированы
основные этапы процесса составления
бизнес-плана, указаны входы, выходы, исполнители,
а также регламенты каждого этапа. Нотация
IDEF3 была использована для построения
процессов нижнего уровня[4].
В итоге моделирования процесса
составления бизнес-плана были определены
оптимальные параметры на каждом этапе
выполнения для наилучшего функционирования
имитационной системы. А так же на основе
показателей о выполненных и принятых
заказах и средней длине очереди были
выявлены зависимости работоспособности
системы от различных временных факторов.
В результате проведения 5 экспериментов
работа модели протекает на самом оптимальном
уровне.
В качестве рекомендаций для
данной модели следует выделить увеличение
вместимости и расширение штата сотрудников
– это позволит увеличить количество
принимаемых заказов.
Задачи, поставленные перед
началом моделирования, успешно выполнены
и цель достигнута.
Данная модель может быть использована
любой организацией, для создания бизнес-плана
в различных сферах деятельности. В дальнейшей
разработке её можно усовершенствовать,
дополнив некоторыми автоматизированными
функциями.
Имитационное моделирование
удобно использовать, чтобы определить
наиболее выгодные параметры каждого
этапа осуществления той или иной деятельности
и снизить риск уменьшения прибыли[9].
СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ
- UNIDO-стандарт. Режим доступа: http://www.8a.dp.ua/stan1.htm.
- Авилов А.В. Рефлексивное управление.
Методологические основания. — М., 2003.
- Беренс В. Руководство по подготовке
промышленных, технико-экономических
исследований М.: Интерэксперт, 1995.
- Волков О. Стандарты и методологии моделирования
бизнес-процессов. Режим доступа: http://www.connect.ru/article.asp?id=5710.
- Григорьев Д. Моделирование бизнес-процессов
предприятия. Режим доступа: http://www.valex.net/articles/process.html.
- Интернет-словарь Академик. Режим доступа: http://dic.academic.ru.
- Киселева М.В. Имитационное моделирование
систем в среде AnyLogic: Уч.пособие / М.В. Киселёва. Екатеринбург: УГТУ – УПИ, 2009.
- Калянов Г.Н. Моделирование, анализ, реорганизация и автоматизация бизнес-процессов // М.: Финансы и статистика, 2006.
- Каталевский Д .Ю . Основы имитационного
моделирования и системного
анализа в управлении : Уч. пособие. – М.: Изд-во МГУ,
2011.
- Кузин Б.И., Юрьев В.Н., Шахдинаров Г.М. Методы и модели управления фирмой: Учебник для вузов. — СПБ., 2001.
- Пинаев Д., Веретенников Д. Моделирование
бизнес-процессов: доступно о сложном — М., 2003.
- Репин В.В., Елиферов В.Г. Процессный подход к управлению: Моделирование бизнес-процессов. — М., 2005.
- Свободная энциклопедия Википедия. Режим доступа: http://ru.wikipedia.org.