Моделирование процессов составления бизнес-планов

Содержание

Главные методологии моделирования бизнес-процессов: какие бывают и как выбрать

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

В статье разбираем, зачем моделировать бизнес-процессы, и перечисляем нотации, которые точно должны быть в арсенале бизнес-аналитика. Статья будет полезна начинающим аналитикам, желающим разобраться в вопросе и выбрать инструменты, с которыми они будут работать.

Что такое моделирование бизнес-процессов

Бизнес-процесс — логически выстроенная последовательность действий, которые решают конкретную задачу компании. Это может быть обработка заявки клиента, организация доставки или оформления в штат нового сотрудника.

Моделирование бизнес-процессов позволяет детально описать действия участников. Описанные данные трансформируются в модель, которая помогает понять суть и структуру бизнес-процесса.

Для создания модели бизнес-процесса важно определить:

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

Пример . Предположим, бизнес-процесс — привлечение клиентов в фитнес-центр. Результат — продажа годового абонемента тренировок с инструктором. Для его достижения администратор должен закрыть возможные возражения и убедить клиента записаться на пробное занятие, а инструктор — провести бесплатное занятие так, чтобы клиент захотел приобрести платные тренировки. Процесс регламентируется расписанием и внутренними правилами фитнес-центра. Процесс считается выполненным, когда клиент оформил и оплатил абонемент в кассе

Зачем нужно моделировать бизнес-процессы

Основная цель моделирования — повышение эффективности деятельности компании. С помощью описания бизнес-процессов аналитик оптимизирует работу, выявляет и устраняет имеющиеся ошибки, прогнозирует возможные риски.

Проблемы, которых помогает избежать моделирование бизнес-процессов:

  • Неизвестность, как поступить на определённом этапе развития компании . Вы описываете жизненный цикл организации, особенности ведения документооборота, взаимодействия с клиентами и прочие ключевые процессы. Чёткая схема взаимодействия отделов и сотрудников позволяет понять, что можно улучшить.
  • Сложности с обучением новых специалистов и масштабированием . Вы существенно сокращаете время на адаптацию и онбординг новых кадров за счёт описания внутренней структуры и особенностей выполнения обязанностей. Сотрудник осознает свою роль в компании, понимает, как выполнять ежедневные задачи.
  • Хаос в команде . Вы документируете и оптимизируете бизнес-процессы, поэтому все понимают, кто и за что отвечает. У сотрудников есть не только должности, но и чётко прописанный набор полномочий. В результате работа не дублируется, задачи решаются в порядке значимости, вероятность конфликтов сведена к минимуму.
  • Снижение акционерной ценности компании и непредвиденные расходы . Вы делаете работу каждого сотрудника в компании прозрачной, контролируете доходы и расходы. Когда все процессы регламентированы, возможность хищения или сокрытия денег практически исключена.
  • Потеря клиентов . Вы налаживаете внутренние процессы, что позволяет команде быстро и эффективно работать. Менеджеры успевают оперативно обрабатывать заявки и не терять покупателей. Сохраняется высокий уровень доверия и лояльности аудитории.

Чем описание бизнес-процессов отличается от моделирования

Описание бизнес-процессов — перечисление действий участников в свободной форме. Скажем, простые пользовательские сценарии в текстовом виде. В отличие от моделирования при описании не требуется соблюдать формальную логику и специальные обозначения, использовать формализованные языки.

Хотя разница между описанием и моделированием есть, часто ею пренебрегают и используют термины как синонимы.

Классификация методологий моделирования бизнес-процессов

Методология моделирования — совокупность принципов и стандартов описания бизнес-процессов. Определяет последовательность действий, которые нужно выполнить для построения модели.

Методология включает в себя:

  • Метод моделирования — способ представления реального объекта с помощью объектов модели.
  • Процедуру — последовательность шагов по сбору и обработке информации.
  • Нотацию — язык моделирования. Каждый язык имеет свой синтаксис — условные обозначения элементов и правила их сочетания, а также семантику — правила толкования моделей и их элементов.

В основе методологии моделирования могут лежать три подхода:

  • Структурный подход рассматривает систему как набор элементов, подсистем и отношений между ними. Используется для организационного развития предприятий и компаний: ищет способы оптимизации, разрабатывает рабочие регламенты и должностные инструкции. Методологии: SADT, DFD, WFD.
  • Объектно-ориентированный подход рассматривает систему как набор взаимодействующих объектов. Объекты — предметы, которые преобразуются при выполнении процессов. При объектно-ориентированном подходе сначала выделяются объекты, а затем действия, в которых они участвуют. Подход используется для визуализации, конструирования и документирования. Методология: BAAM.
  • Интегрированный подход объединяет структурный и объектно-ориентированный подходы. Даёт полное и комплексное представление о моделируемом объекте. Методология: ARIS.

Единого верного способа моделирования нет. Важно правильно ставить цель и исходя из неё выбирать подходящие инструменты реализации.

Разберём особенности популярных методологий моделирования.

SADT — методология структурного анализа и проектирования, разработанная Дугласом Россом в 1969-1973 годах. Объединяет и организует диаграммы в иерархические древовидные структуры — чем выше уровень диаграммы, тем она менее детализирована.

Диаграммы SADT состоят из:

  • блоков, которые изображают активность моделируемой системы;
  • дуг, которые связывают блоки вместе и отображают взаимодействия.

Методология применяется на ранних этапах создания системы для определения требований к ней. В США SADT успешно использовалась в военных и коммерческих организациях для долгосрочного стратегического планирования и управления финансами.

Особенности методологии SADT :

  • Универсальность — может использоваться для проектирования сложных систем любого назначения: управления и контроля, телефонных сетей, учёт материально-технических ресурсов.
  • Способность отражать такие системные характеристики, как управление, обратная связь и исполнители.
  • Наличие процедур для поддержки коллективной работы.
  • Возможность использования на ранних этапах создания системы и сочетания с другими структурными методами проектирования.

Самая распространённая нотация — IDEF0.

Пример бизнес-процесса в нотации IDEF0

Пример бизнес-процесса в нотации IDEF0

DFD — методология потоков данных. Описывает внешние по отношению к системе источники и адресаты, логические функции, потоки и хранилища данных. Может быть представлена в виде графического структурного анализа или диаграммы. На диаграмме отображают работы, которые входят в состав описываемого бизнес-процесса, а также входы и выхода каждой из них.

Методология применяется для моделирования информационных систем и выявления проблем документооборота. Описывает любые действия: процесс продажи или отгрузки товаров, работу с заявками, закупку сырья. DFD помогает понять, из чего должна состоять информационная система и как автоматизировать бизнес-процессы.

Особенности методологии DFD :

  • описывает не столько бизнес-процессы, сколько движения потоков данных;
  • процессы не существуют сами по себе, поэтому результат должен куда-то передаваться;
  • используется при разработке программного обеспечения;
  • нет ограничения по количеству элементов, которые могут находиться на одной диаграмме.

Самые распространённые нотации — Эд Йордана и Тома де Марко.

Пример описания процесса обработки заказа клиента с помощью методологии DFD

Пример описания процесса обработки заказа клиента с помощью методологии DFD

WFD — методология потоков данных. Описывает бизнес-процессы нижнего уровня, где возникает необходимость показать временную последовательность выполнения работ.

Методология применяется для моделирования таких бизнес-процессов компаний как: «Выставление счетов», «Подготовка договора», «Изготовление детали».

Особенности методологии WFD :

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

Самая распространённая нотация — IDEF3.

Пример описания процесса согласования договора с помощью нотации IDEF3

Пример описания процесса согласования договора с помощью нотации IDEF3

ARIS — одновременно и методология, и программный продукт для моделирования бизнес-процессов организации. Методология ARIS разработана профессором Августом Шеером в 1990-х годах. Она представляет собой современный подход к структурированному описанию деятельности компании, представлению её в виде взаимосвязанных графических диаграмм, удобных для понимания и анализа.

Методология применяется на крупных или длительных проектах, а также предприятиях с достаточным оборотом денежных средств. Это обусловлено стоимостью внедрения и трудозатратами по сопровождению и поддержке. ARIS подходит для управленческого консалтинга, внедрения систем управления качеством, анализа и оптимизации бизнес-процессов. Она позволяет классифицировать и структурировать операционные риски, вести документооборот.

Особенности методологии ARIS :

  • основывается на концепции интеграции, предлагает целостный взгляд на процессы;
  • рассматривает и представляет любую организацию как единую систему;
  • насчитывает более 80 моделей, поэтому для осмысленного применения требуется время;
  • использует разные уровни описания: что система должна знать, какие у неё пути реализации, а также программные и технические средства.
  • её внедрению должна предшествовать «ручная» проектно-аналитическая работа;
  • главное преимущество — высокая степень визуализации бизнес-моделей.

Самые распространённые нотации — EPC, UML и BPMN.

Пример бизнес-процесса в BPMN-нотации

Пример бизнес-процесса в BPMN-нотации

BAAM — методология описания деятельности. Включает в себя шесть бизнес-моделей: ESM, BCM, BPM, BFM, BOM, ERM. С их помощью последовательно описывает функции, бизнес-процессы, организационные и структурные особенности компаний, её подразделения, а также материальные и информационные потоки между ними. Методология представляет собой схему, на которой вместо работ отображаются структурные подразделения и взаимодействия между ними.

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

Особенности методологии BAAM :

  • описывает подразделения компании и потоки между ними;
  • описывает бизнес-процессы отдельных подразделений;
  • формирует управляющие работы, а также состояния, характеризующие начало и конец каждой работы;
  • описывает должности организации;
  • определяет структуру информации, которая необходима для бизнес-процессов.

Самые распространённые нотации — Нотация Питера Чена, нотация Гордона Эвереста Crow’s Foot.

Пример бизнес-процесса в нотации Питера Чена

Пример бизнес-процесса в нотации Питера Чена

Сравнение нотаций

Нотации — графические модели, которые используются для фиксации бизнес-процессов. Помогают наглядно представить алгоритм действий. Выше мы перечислили десять нотаций для разных методологий, но самые популярные из них — IDEF0, EPC, BPMN. Сравним их.

Стрелки — ресурсы и исполнители

Фигуры разных цветов. Розовые — события, зелёные — функции, жёлтые — исполнители, серые — ресурсы, оранжевые — ИС.

Соединительные элементы — стрелки и разделители «и», «или»

Подходит для описания внутренних бизнес-процессов компании

Коротко о главном

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

Приходите на курсы по системному анализу — они помогут улучшить знания и отточить навыки на практике

Моделирование процессов составления бизнес-планов

Постановка задачи и построение структурно-функциональной модели процесса составления бизнес-плана, характеристика и структуризация предметной области. Вербальное описание бизнес-процесса, специфика моделей IDEF0 и IDEF3, программная среда AnyLogic.

Рубрика Экономико-математическое моделирование
Вид курсовая работа
Язык русский
Дата добавления 17.09.2014
Размер файла 2,0 M

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.

Размещено на http://www.allbest.ru/

МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ

НОВОСИБИРСКИЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ

ЭКОНОМИКИ И УПРАВЛЕНИЯ «НИНХ»

Институт Прикладной информатики

Кафедра Экономической информатики

Моделирование процессов составления бизнес-планов

Учебная дисциплина: Имитационное моделирование

    Введение
  • глава 1. Постановка задачи и построение структурно-функциональной модели процесса составления бизнес-плана
    • 1.1 Описание предметной области
      • 1.2 Структуризация предметной области
      • 2.1 Вербальное описание бизнес-процесса
        • 2.2 Представление бизнес-процесса в нотации IDEF0
        • 2.3 Представление бизнес-процесса в нотации IDEF 3
        • 3.1 Описание объектов модели и модулей
          • 3.2 Описание параметров модели
          • 3.3 Проведение машинных экспериментов
          • 3.4 Анализ полученных результатов

          Введение

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

          Бизнес-план является документом, позволяющим управлять бизнесом, поэтому его можно представить как неотъемлемый элемент стратегического планирования и как руководство для исполнения и контроля. Важно рассматривать бизнес-план как сам процесс планирования и инструмент внутрифирменного управления [13].

          Бизнес — план служит для объективной оценки собственной деятельности предприятия и в тоже время используется в качестве инструмента проектно-инвестиционных решений. В нем описаны основные аспекты коммерческой организации, анализированы проблемы, с которыми она столкнётся, определены способы их решения. Следовательно, бизнес-план — одновременно поисковая, научно-исследовательская и проектная работа[2].

          Таким образом, составление бизнес-плана актуально для организаций различных сфер деятельности, поскольку позволяет спланировать и оптимизировать ресурсы для максимизации финансового результата компании, взглянуть на предприятие как бы со стороны.

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

          Предмет исследования — моделирование процессов составления бизнес-плана. Под методологией создания модели бизнес-процесса понимается совокупность способов, при помощи которых объекты реального мира и связи между ними представляются в виде модели.

          Актуальность метода моделирования заключается в том, что он позволяет дать стоимостную оценку каждому отдельному процессу и всем бизнес-процессам организации в совокупности.

          Цель моделирования — систематизация знаний об организации и её бизнес-процессах в наглядной графической форме более удобной для аналитической обработки полученной информации[5].

          Основная задача данной работы: построить имитационную модель деятельности по созданию бизнес-планов.

          Для достижения цели работы необходимо решить следующие задачи:

          — построить ментальную карту предметной области;

          — построить модели IDEF0 и IDEF3;

          — построить модель для исследования в программной среде AnyLogic;

          — провести необходимые эксперименты;

          — сделать соответствующие выводы по полученным результатам.

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

          Любая методология (методика) включает три основные компонента:

          — описание шагов, необходимых для получения заданного результата;

          — рекомендации по использованию как отдельно, так и в составе группы методик.

          В основе многих современных методологий моделирования бизнес-процессов лежит методология SADT. Наиболее широко используется IDEF-методология описания бизнес-процессов.

          SADT-модели начинается с представления всей системы в виде контекстной диаграммы. Контекстная диаграмма представляет самое общее описание системы и ее взаимодействия с внешней средой. Имеет вид одного блока и дуг, изображающих набор внешних интерфейсов системы. Затем проводится разбиение системы на крупные фрагменты (функциональная декомпозиция). Декомпозиция выявляет полный набор подфункций, каждая из которых показана как блок с интерфейсными стрелками. Каждая подфункция может быть декомпозирована для большей детализации. Получаемые диаграммы называются диаграммами декомпозиции [6].

          Глава 1. Постановка задачи и построение структурно-функциональной модели процесса составления бизнес-плана

          Бизнес-план — это подробный структурированный документ, продуманный и тщательно подготовленный менеджерами, описывающий то, к чему стремится предприятие, как оно добьется этой цели, и как все будет выглядеть после осуществления поставленных задач[8].

          Бизнес-план является одной из самых важных составляющих внутрифирменного планирования деятельности любого предприятия. Разработанный бизнес-план нового предприятия или локального мероприятия может помочь в привлечении необходимого капитала, оценке перспектив организации бизнеса и сравнении текущего состояния дел с ранее намеченными планами.

          Бизнес-план выполняет три основные функции:

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

          Во-вторых, бизнес-план позволяет сравнить фактические результаты деятельности с ранее намеченными. Например, финансовый раздел бизнес-плана может служить основой бюджета производства, инструментом контроля

          В-третьих, бизнес-план нужен для привлечения и управления денежными средствами, поскольку ни один уважающий себя инвестор или кредитор не вложит свои средства, не посмотрев бизнес-план[10].

          1.2 Структуризация предметной области

          В данной работе рассмотрено составление бизнес-плана на основе общепринятой методики UNIDO[1] (United Nations Industrial Development Organization). Согласно ей общая структура бизнес-плана должна иметь следующие параметры:

          2 Идея (сущность) предлагаемого проекта

          — Общие исходные данные и условия.

          — Описание образца продукции.

          — Оценка опыта предпринимательской деятельности.

          — Оценка рынка сбыта.

          — Оценка собственных сильных и слабых сторон.

          3 План маркетинга

          — Финансовое обеспечение плана маркетинга.

          4 План производства

          — Изготовитель нового товара.

          — Наличие и требуемые мощности производства.

          — Материальные факторы производства.

          — Описание производственного процесса.

          5 Организационный план

          — Организационно-правовая форма собственности фирмы.

          — Организационная структура фирмы.

          — Сведения о партнёрах.

          — Описание внешней среды бизнеса.

          — Трудовые ресурсы фирмы.

          — Сведения о членах руководящего состава.

          6 Финансовый план

          — План доходов и расходов.

          — План денежных поступлений и выплат.

          — Сводный баланс активов и пассивов фирмы.

          — График достижения безубыточности.

          — Стратегия финансирования (источники поступления средств и их использование).

          — Оценка риска и страхование.

          На рисунке 1 представлена подробная структуризация предметной области процесса создания бизнес-плана на основе методики UNIDO.

          Рисунок 1 — Ментальная карта процесса создания бизнес-плана

          Ментальная карта позволяет зрительно выделить основные аспекты деятельности типографии.

          Глава 2. Моделирование бизнес-процесса составление бизнес-плана

          Составление бизнес плана осуществляется командой проектирования согласно методике UNIDO. Входными данными являются структура общих издержек, источники финансирования, а также общие исходные данные об организации-заказчике. Конечным продуктом бизнес-планирования является готовый, утверждённый бизнес-план и отчёт об исполнении порученного задания.

          Первый этап создания бизнес-плана — разработка сценарных условий и оформление целевых задач. Это очень важный этап, поскольку от него будет зависеть выполнение всех остальных этапов разработки бизнес-плана и соответственно конечный результат, т.е. бизнес-план. В рамках данного этапа нужно, прежде всего, определить цель разработки бизнес-плана. Затем обсудить основные источники данных, которые будут использоваться для разработки бизнес-плана. После этого нужно согласовать концепцию финансово-экономической модели. То есть основные идеи по планированию всех ключевых показателей бизнес-плана. Сама модель будет разрабатываться позже, но ее основы нужно заложить на этом этапе. И наконец, нужно утвердить формат бизнес-плана. Т.е. в рамках первого этапа нужно пройтись по всем остальным этапам разработки бизнес-плана. Если для разработки бизнес-плана будут привлекаться консультанты, то этот этап нужно делать вместе с ними, чтобы они могли оценить объем работы и стоимость своих услуг.

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

          Третий этап — согласование и утверждение бизнес-плана. В рамках данного этапа нужно окончательно утвердить методику расчета и сами значения всех основных показателей бизнес-плана.

          И, наконец, заключительный этап — формирование отчётов об исполнении и анализ отклонений. Это технический этап, в рамках которого осуществляется оформление бизнес-плана в виде единого документа в соответствии с согласованным ранее форматом. В дополнении к бизнес-плану может подготавливаться презентация в формате Power Point. Ее можно использоваться для представления бизнес-плана Заказчику, если это потребуется. Переходить к данному этапу нужно после окончательного согласования всех показателей бизнес-плана. В противном случае возможна потеря времени из-за переделки бизнес-плана.

          Таким образом, составление бизнес-плана состоит из четырёх основных этапов, которые, в свою очередь, можно декомпозировать подробнее.

          2.2 Представление бизнес-процесса составления бизнес-плана в нотации IDEF0

          Ниже представлено моделирование бизнес-процесса в нотации IDEF0, это необходимо для определения оптимального варианта быстрого и качественного выполнения процесса составления бизнес-плана[11]. На рисунке 2 представлена контекстная диаграмма главного бизнес-процесса — составление бизнес-плана. Далее на рисунке 3 изображена декомпозиция данного основного блока на четыре этапа, каждый из которых также декомпозируется. Декомпозиция этапа «Разработка сценарных условий и оформление целевых задач» — рисунок 4, декомпозиция этапа «Разработка бизнес-плана» — на рисунке 5, декомпозиция этапа «Согласование и утверждение бизнес-плана» — на рисунке 6, и декомпозиция последнего этапа «Формирование отчётов об исполнении и анализ отклонений» изображена на рисунке 7.

          Рисунок 2 — Контекстная диаграмма IDEF0 процесса «Составление бизнес-плана»

          Рисунок 3 — Декомпозиция контекстной диаграммы

          Рисунок 4 — Декомпозиция этапа «Разработка сценарных условий и оформление целевых задач»

          Рисунок 5 — Декомпозиция этапа «Разработка бизнес-плана»

          Рисунок 6 — Декомпозиция этапа «Согласование и утверждение бизнес-плана»

          Рисунок 7 — Декомпозиция этапа «Формирование отчётов об исполнении и анализ отклонений»

          Моделирование в стандарте IDEF3 производится с использованием графического представления процесса, материальных и информационных потоков в этом процессе, взаимоотношений между операциями и объектами в процессе. Нотация визуального моделирования IDEF3 позволяет создать графическое описание логики взаимодействия информационных потоков, взаимоотношений между процессами обработки информации и объектов, являющихся частью этих процессов, очередность их запуска и завершения. IDEF3 предоставляет инструмент моделирования сценариев действий сотрудников организации, отделов, и т.п.[12].

          Рисунок 8 — Контекстная диаграмма IDEF3 процесса «Составление бизнес-плана»

          Рисунок 9 — Декомпозиция контекстной диаграммы IDEF3

          Глава 3. Проведение машинных экспериментов в среде AnyLogic

          AnyLogic используется для разработки имитационных исполняемых моделей и последующего их прогона для анализа[7]. Разработка модели выполняется в графическом редакторе AnyLogic с использованием многочисленных средств поддержки, упрощающих работу. Построенная модель затем компилируется встроенным компилятором AnyLogic и запускается на выполнение. В процессе выполнения модели пользователь может наблюдать ее поведение, изменять параметры модели, выводить результаты моделирования в различных формах и выполнять разного рода компьютерные эксперименты с моделью [3].

          Имитационная модель, изображенная на рисунке 10, была создана для процесса обработки заказов от клиентов на составление бизнес-плана.

          Рисунок 10 — Имитационная модель процесса составления бизнес-плана

          Имитационная модель состоит из элементов, каждый из которых отвечает за выполнение различных функций. Описание всех элементов представлено в таблице 1.

          Таблица 1 Описание элементов модели составления бизнес-плана

          Данный элемент (Source) отвечает за подачу заказов. Все полученные заказы отображаются на круговой диаграмме.

          Элемент (Delay) — задерживает заказы на заданный период времени для анализа.

          Элемент (Queue), обозначающий очередь поступивших заявок. В элементе «Очередь заявок» осуществляется сбор статистики, которая отображается на столбиковой диаграмме «Средняя длина очереди».

          Элемент (Service) для проведения работ над полученным заказом захватывает определенное количество ресурсов и времени на выполнение.

          Элемент (SelectOutput) — направляет входящие заказы в один из двух выходных портов в зависимости от выполнения заданного условия.

          Элемент (ResourcePool) — задает исполнителей всех процедур.

          Элемент (Sink) отражает факт выполнения заказа, завершение работы с клиентом.

          Для наглядности проведения экспериментов в данной модели используются круговая диаграмма, представленная на рисунке 11, для наглядного отображения принятых и выполненных заказов, а также график средняя длина очереди, показанный на рисунке 12.

          Рисунок 11 — Круговая диаграмма «Обработка заказов»

          Рисунок 12 — Столбиковая диаграмма «Средняя длина очереди»

          На данных графиках будет отслежена основная статистика экспериментов.

          3.2 Описание параметров модели составления бизнес-плана

          Каждый элемент содержит свои параметры, изменяя которые можно наблюдать за поведением модели в целом. Описание всех параметров представлено в таблице 2.

          Моделирование бизнеса. Основные подходы

          Моделирование бизнеса

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

          Я уже писал о моделировании при помощи IDEF0 (Знакомство с нотацией IDEF0 и пример использования), об организации работы склада и работе с клиентами от лида до сделки (Внедрение CRM. От регистрации лида до закрытия сделки. Кейс и пояснения), о системе Bizagi (Bizagi. Описание. Пример). И везде я использовал при пояснении примеров и практических решений нотации бизнес-процессов.

          С одной стороны, применение схем для наглядности при описании моделей бизнеса в ни у кого не вызывает вопросов. Это действительно очень удобно. С другой стороны, многие бизнесмены и даже мои коллеги недоумевают, зачем нужны специальные нотации и правила для разработки бизнес-процессов, ведь можно в любом графическом редакторе (visio) или при помощи других удобных инструментов просто нарисовать интуитивно понятную схему.

          О том, почему так важна стандартизация, а также о том, в каком случае применяется тот или иной подход, я и хочу поговорить.

          Основные подходы

          Сегодня существует множество различных инструментов для разработки бизнес-моделей, они используют различные языки моделирования, как стандартные, так и какие-то собственные разработки. Но все их можно объединить по принципу работы в три основных подхода:

          • Функциональный;
          • Процессный;
          • Ментальный (с применением ментальных карт).

          Функциональное моделирование

          Функциональное моделирование

          Функциональное моделирование рассматривает бизнес как функцию (лат. functio — совершение, исполнение) или иными словами «черный ящик». В функциональной модели функция не имеет временной последовательности, а только точку входа и точку выхода. Функциональное моделирование помогает рассматривать бизнес-модель с с точки зрения результативности, т.е. при моделировании мы исходим из того, что имеем на входе, и того, что желаем получить на выходе.

          Например, компания разрабатывает какую-то CRM-систему для своего бизнеса. В случае применения функционального подхода к моделированию уже сама выбранная среда для работы подсказывает, с чего начинать. Точка входа – «входящий интерес клиента или лид», точка выхода – желаемый результат: «покупка и получение лояльного клиента», «получение постоянного клиента», «получение максимум информации о потенциальном клиенте» и т.д.

          Таким образом, в функциональной модели изначально известны точка входа и желаемый результат, а последовательность действий и является объектом разработки. При этом использование функциональных моделей как «черных ящиков» позволяет детализировать каждый этап по мере необходимости. А вся работа при моделировании направлена на поиск оптимального решения для достижения цели.

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

          Некоторые путают описание процесса и функциональную модель. Например, в системе Business Studio функцию называют процессом, хоть это и не совсем верно. Все же описание функций и процессный подход – несколько разные вещи. И я лично считаю, что функциональное моделирование оптимально реализовано в нотации IDEFO. Сам я для такого варианта работы использую именно ее, и всем также рекомендую.

          Правила работы с IDEFO вы можете подробнее изучить, прочитав мою статью накомство с нотацией IDEF0 и пример использования.

          Процессное моделирование (моделирование бизнес процессов)

          Процессное моделирование

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

          Процесс с точки зрения бизнес-модели — это последовательность каких-то событий и действий, которые имеют начало и конец.

          В этом кроется основное отличие процессного моделирования от функционального. Функциональное моделирование рассматривает бизнес-модель с точки зрения входа и выхода (имеющихся ресурсов и желаемого результата). А процессное основано на последовательности действий в определенных границах, в случае BPMN это будут начало и конец события.

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

          Принципиальное отличие процессного моделирования от функционального заключается в том, что при процессном моделировании основное внимание уделяется не тому, что мы хотим получить, а тому, что нужно сделать для получения результата, т.е. не итогам той или иной деятельности, а самой последовательности действий.

          Например, в BPWIN или Business Studio в процессе детализации каждой функции происходит переход от функционального подхода к процессному. Т.е. в общем, мы рассматриваем модель с точки зрения – возможностей и желаемого результата, а когда переходим к решениям для каждой функции, здесь уже практикуется явно процессный подход, т.е. пошаговый алгоритм действий для достижения результата.

          Представьте себе что в функциональной модели есть «черный ящик» — функция «Принять заказ». А при декомпозировании мы уже рассматриваем ее не как функцию, а как процесс, и последовательность действий при приеме заказа – это уже процессный подход.

          Есть и еще одно очень важное отличие. Функциональную модель невозможно использовать при реализации какой-то либо системы, только для проектирования. А процессный подход позволяет создавать исполняемые модели, т.е. описания последовательности действий, которые мы можем в дальнейшем перевести в какую-то среду для создания системы совместной работы предприятия, основанной на процессном подходе.

          Ментальный подход (ментальные карты)

          Ментальный подход (ментальные карты)

          При создании ментальных моделей специалист подходит к моделированию не как к процессу или набору функций, а как к некому набору связанных между собой понятий. Для наглядности я приведу пример — ментальная карта понятия “Процедура снабжения” (см. рисунок).

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

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

          Плюсы применения таких ментальных карт очевидны:

          • Не нужно знать какие-то специальные языки;
          • Нет строгих рамок и ограничений при создании схемы;
          • Ментальная карта в большинстве случаев интуитивно понятна;
          • Создавать такие схемы просто.

          В результате для понимания модели и заложенных в ней идей требуется присутствие и комментарии ее разработчика (аналитика).

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

          Методология и языки бизнес-моделирования

          Очень часто даже в профессиональной литературе возникает путаница, когда люди смешивают понятия методологии анализа работы бизнеса и описания языков бизнес-моделирования.

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

          Здесь напрашивается сравнение с программированием вообще и применением конкретного языка программирования. Программирование включает в себя и построение алгоритма, и выбор подходящего языка программирования, и реализацию алгоритма программы в рамках того или иного языка. А, например, программирование на языке Си++ – это уже заведомо ограничение определенными рамками, так как средствами определенного языка можно решить только четко ограниченный круг задач, и, одновременно, даже если задачу можно решить средствами Си++ совсем не обязательно, что именно этот язык будет в конкретном случае оптимальным. В общем, разницу между понятием «программирование» и «программированием в рамках определенного языка», я думаю, большинство понимают даже без таких пояснений.

          Отличие языков разработки бизнес-моделей в от языков проектирования систем

          Существует целое семейство языков проектирования систем, которые внешне схожи с языками бизнес-моделирования, например, это Ares Studios, целое семейство языков UML и другие, которые используются для проектирования IT-систем.

          Основное различие этих языков от языков разработки бизнес-процессов лежит в их предназначении. Если языки проектирования IT-систем рассматривают бизнес-процессы с точки зрения возможности их автоматизации, воплощении в IT-системах, то языки бизнес-моделирования рассматривают последовательность действий именно с точки зрения бизнеса, включая работу как IT-систем, так и сотрудников, движения товаров и т.д.

          Соответственно, в языках проектирования систем нет элементов, которые помогут полноценно описать действия подразделений, сотрудников, взаимодействие между ними, работу с поставщиками, общение с клиентами и так далее. Инструменты этой группы языков помогут именно автоматизировать процессы бизнеса, которые поддаются автоматизации. А все остальное будет оставлено «за кадром», например, как некие «функции» без расшифровки.

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

          Преимущества разработки моделей бизнеса

          И все же, зачем применять языки бизнес-моделирования, которые налагают строгие ограничения, требуют придерживаться жестко заданных правил при моделировании? Ведь всегда можно «нарисовать схему» в графическом редакторе или даже на бумаге, используя ментальный подход, при этом изучение языков моделирования вообще не потребуется.

          На самом деле, стандарты и правила – это огромный плюс:

          1. Языки моделирования помогают максимально качественно передать информацию. Стандартизация повышает простоту восприятия.
          2. Скорость разработки моделей значительно увеличивается. Языки содержат все необходимые инструменты и графические блоки в готовом виде. Вам не придется «рисовать» или придумывать свою терминологию. Инструментарий уже готов, и работа в его рамках значительно ускоряется. Конечно, язык нужно выучить. Но один раз изучить – это намного быстрее, чем каждый раз придумывать и пояснять собственный набор обозначений.
          3. Снижается число возможных ошибок. Сами элементы системы уже будут «подсказывать» перечень возможных и необходимых действий. А в случае создания исполняемых моделей или неисполняемых, но в строгих рамках правил, всегда можно проверить работу бизнес-модели в исполняемой среде и провести отладку, как при программировании.

          Применение моделей бизнеса на практике

          Лично я считаю, что бизнес-моделирование стоит применять при решении любых задач, связанных с выявлением проблем и «узких мест», с оптимизацией и модернизацией бизнеса и т.д. Как бизнес-консультант я практически всегда строю модели работы компании или ее подразделений при работе со своими клиентами. Это дает четкое понимание всех этапов работы и позволяет избежать «белых пятен» в этом вопросе.

          Кроме того, наглядные схемы бизнес-моделей помогают мне в процессе взаимодействия с клиентами. Проекты у меня часто бывают сложными, и обычного текста или устной речи бывает недостаточно для понимания, в то время как использование наглядных бизнес-моделей снижает затраты времени клиента на чтение и понимание моих предложений, и практически исключает проблемы взаимопонимания в этом вопросе. И если несколько лет назад я еще сталкивался с недоумением со стороны клиентов, то сейчас вариант описания «на словах» без наглядных и удобных схем практикуется крайне редко.

          А в случае автоматизации какого-либо этапа работы или создания автоматизированной системы управления бизнесом на основе проектно-ориентированного подхода качественная бизнес-модель, выполненная в том или ином языке моделирования, станет готовым руководством для технических специалистов.

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

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

          Источник https://checkroi.ru/blog/metodologii-modelirovaniya-biznes-processov/

          Источник https://otherreferats.allbest.ru/emodel/00459284_0.html

          Источник https://habr.com/ru/company/trinion/blog/332772/