Содержание
Введение3
1. Теоретические аспекты бизнес-моделирования6
1.1.Сущность и значение моделирования бизнес-процессов6
1.2 Методика проведения моделирования бизнес-процессов9
1.3 Развитие методологий моделирования бизнес-процессов11
2. Сущность моделирования в управленческой деятельности18
2.1. Модель организации как объекта управления18
2.2. Особенности моделирования процессов управления22
3. Применение бизнес-моделирования к задачам государственного управления36
3.1.Государство как бизнес37
3.2. Электронное правительство России — стандарты и модели39
3.3. Моделирование процессов или моделирование организации?42
3.4.Электронные административные регламенты43
3.5. Постоянное совершенствование процессов45
Заключение49
Список использованной литературы51
Выдержка из текста работы
Моделирование бизнес-процессов — одно из наиболее динамично развивающихся направлений системного анализа. Моделирование бизнес-процесса представляет собой процесс отражения субъективного видения потока работ в виде формальной модели, состоящей из взаимосвязанных операций. Целью моделирования является систематизация знаний о компании и ее бизнес-процессах в наглядной графической форме, более удобной для аналитической обработки полученной информации.
В настоящее время на рынке компьютерных технологий представлены несколько специальных программ, позволяющих обследовать предприятие и построить модель. Существуют стандартизированные, опробованные временем методологии и инструментальные средства, с помощью которых можно обследовать предприятие и построить модель его бизнес-процессов.
Но несмотря на то, что существует множество инструментов и методик моделирования бизнес-процессов, нет единых стандартов их качества. Поэтому моделирование бизнес-процессов занимает сейчас немаловажное место и прочно вошло в практику выполнения проектов по развитию бизнеса.
Целью бакалаврской работы является изучение различных подходов к моделированию бизнес-процессов, проведение сравнительного анализа информационных технологий моделирования бизнес-процессов.
В рамках данной проблематики предполагается решить следующие задачи:
ѕ определение сущности и значения моделирования бизнес процессов, изучение различных подходов к оценке эффективности бизнес процессов;
ѕ анализ различных систем моделирования бизнес-процессов;
ѕ применение систем моделирования бизнес-процессов.
В первом разделе бакалаврской работы рассматривается ряд теоретических проблем, относящихся к процессу моделирования бизнес-процессов, в том числе вопросы классификации бизнес-процессов, подходов к моделированию бизнес-процессов и оценки их качества.
Во втором разделе бакалаврской работы рассматривается ряд методологий моделирования бизнес-процессов и функциональные возможности систем моделирования бизнес-процессов, в том числе уделяется внимание характеристикам систем моделирования бизнес-процессов.
Третий раздел бакалаврской работы основывается на проведении сравнительного анализа систем моделирования бизнес-процессов, выявление оптимальной и эффективной системы моделирования бизнес-процессов и ее практическое применение для описания конкретного бизнес-процесса.
1. Теоретические основы моделирования бизнес-процессов
1.1 Классификация бизнес-процессов
Моделирование бизнес-процессов играет огромную роль в управлении бизнес-процессами. Необходимо отметить, что в английском переводе оба вида деятельности имеют одинаковую аббревиатуру BPM (Business Process Modeling и Business Process Management, соответственно), что часто приводит к путанице. Графическое описание бизнес-процессов и их имитация — это методы анализа бизнес-процессов, эффективность которых доказана многолетней практикой использования и многочисленными исследованиями. Для графического представления бизнес-процессов используются различные языки, но наиболее популярными и подходящими считаются UML и Business Process Modeling Notation. Моделирование и имитация бизнес процессов являются ключевыми методами для реинжиниринга бизнес-процессов (Business Process Reengineering).
Двести лет назад Адам Смит сделал выдающееся открытие: индустриальное производство должно быть разбито на простейшие и самые базовые операции. Но за прошедшее с тех пор время ситуация в бизнесе изменилась. Бизнесом стал управлять рынок — потребитель продукции. И основная идея выживания бизнеса в новых постиндустриальных условиях — это объединение отдельных операций в единые бизнес-процессы, то есть наборы операций, которые, взятые вместе, создают результат, имеющий ценность для потребителя.
Майкл Хаммер и Джеймс Чампи определяют бизнес-процесс как совокупность различных видов деятельности, в рамках которой «на входе» используется один или несколько видов ресурсов, и в результате этой деятельности на «выходе» создается продукт, представляющий ценность для потребителя Хаммер М., Чампи Д. Реинжиниринг корпорации: Манифест революции в бизнесе.: Издательство «Манн, Иванов и Фербер», 2006..
Так же бизнес-процесс — это последовательность взаимосвязанных активностей или задач, которые приводят к созданию определенного продукта или услуги для потребителей. Это логичный, последовательный, взаимосвязанный набор мероприятий, который потребляет ресурсы, создаёт ценность и выдаёт результат.
Бизнес-процесс является особым процессом, который служит осуществлению основных целей предприятия (бизнес-целей) и описывает центральную сферу его деятельности F. Nordsieck: Betriebsorganisation. Lehre und Technik, Textband. 2. Auflage, Stuttgart 1972.
. Основными признаками бизнес-процесса являются точки соприкосновения этого процесса с бизнес-партнерами предприятия (например, клиенты, поставщики). Примерами бизнес-процессов являются обработка заказов на производственном предприятии, торговая сделка на коммерческом предприятии или предоставление кредита в банке.
Таким образом, выделяется несколько различных подходов к определению понятия бизнес-процессов исходя из того, что данное понятие имеет достаточно большое количество интерпретаций:
бизнес-процесс — это упорядоченный по времени набор заданий, выполняемых как людьми, так и информационными системами предприятия, который направлен на достижение заранее известной бизнес-цели за известное время;
бизнес-процесс — это основа, связывающая людей, капиталовложения и другие элементы в единое целое и определяющая те преимущества, которые компания предлагает своим клиентам;
бизнес-процесс — это логичный, последовательный, взаимосвязанный набор мероприятий, который потребляет ресурсы поставщика, создает ценность и выдает результат потребителю;
бизнес-процесс — это последовательность работ, соотнесенная с отдельным видом производственно-хозяйственной деятельности компании и ориентированная на создание новой стоимости. Например, выпуск продукции;
бизнес-процесс — это устойчивая целенаправленная последовательность исполнения функций, направленная на создание результата, имеющего ценность для потребителя Репин В.В., Елиферов В.Г. Процессный подход к управлению. Моделирование бизнес-процессов.: РИА «Стандарты и качество», 2004.;
бизнес-процесс — это горизонтальная иерархия внутренних и зависимых между собой функциональных действий, конечной целью которых является выпуск продукции или отдельных ее компонентов;
бизнес-процесс — это совокупность одной или более связанных между собой процедур или функций, которые совместно реализуют некую задачу бизнеса или политическую цель, обычно в контексте организационной структуры, описывающей роли и отношения Фишер Л. Совершенство на практике. Лучшие проекты в области управления бизнес-процессами и workflow.: Пер. с англ. «Весть Метатехнология», 2000..
Любой бизнес-процесс имеет вход, выход, управление и ресурсы.
Вход — материал или информация, которая используется или преобразуется бизнес-процессом для получения результата (выхода). Допускается, что бизнес-процесс может не иметь входа. Управление — это правила, технологии, процедуры или стандарты, которыми руководствуется бизнес-процесс. Выход — материал или информация, которая производятся бизнес-процессом. Бизнес-процесс без результата не имеет смысла. Ресурсы — это персонал предприятия, оборудование, инструмент и т.д.
Следует отметить, что каждый бизнес-процесс имеет свои границы, конечного потребителя (другого бизнес-процесса или конечного потребителя) и своего владельца. Каждый бизнес-процесс должен иметь потребителя «своей» продукции, иначе он просто не нужен. При выявлении таких бизнес-процессов они должны быть ликвидированы. Назначение бизнес-процесса предполагает наличие общих целей его выполнения.
Если у Адама Смита каждая операция должна иметь своего владельца, то здесь своего единственного владельца должен иметь каждый бизнес процесс. Это обеспечивает повышение качества продукции и контроль качества потребителем продукции. Владелец процесса единолично и полностью отвечает за качество своего продукта в целом, всех его операций.
Нет методов однозначного определения границ бизнес-процесса, не может быть и однозначного описания бизнес-процессов какой-либо компании, не говоря уже об однозначной оптимизации. Отсюда можно сделать очевидный вывод, что все формальные описания бизнес-процессов начинаются с субъективного определения границ бизнес-процессов, и все результаты оптимизации зависят, в первую очередь, от той позиции, которую занимает конкретное лицо, проводящее эту работу, от его квалификации, практического опыта, творческих способностей.
К определению границ бизнес-процессов имеются следующие подходы:
по сложившейся структуре компании;
по результату бизнес-процесса — продукту;
по цепочке создания ценности.
При первом подходе описываются укрупненные процессы структурных подразделений верхнего уровня, затем каждый из этих процессов описывается как совокупность процессов более низкого уровня и т.д.
Однако то, что предприятие описывается в терминах функциональной деятельности, как раз и является существенным недостатком этого метода: различные бизнес-процессы описываются как деятельность, распределенная по различным функциональным подразделениям и специалистам. И это нарушает главный принцип реинжиниринга — «один процесс — одно подразделение — один бюджет — один владелец процесса».
При втором подходе, в первую очередь, описывается продукт компании на всех стадиях его жизненного цикла.
Данный подход сложнее в разработке, намного труднее во внедрении, но позволяет в действительности оптимизировать деятельность предприятия, внедрить эффективное бюджетирование, резко снизить непроизводительные расходы, придать «прозрачность» и управляемость бизнесу.
При применении данного подхода следует иметь в виду, что поскольку понятие «результат» также не является однозначным, то довольно просто представить результатом процесса результат деятельности функционального подразделения приравнять данный подход к первому, сведя на нет все достоинства второго подхода.
Третий подход основывается на описанной М. Портером цепочке создания ценности. В ней выделяются основные (первичные) бизнес-процессы, обеспечивающие создание потребительской ценности продукта и поддерживающие (вспомогательные) бизнес-процессы, обеспечивающие функционирование бизнеса и сопровождающие создание продукта на всем протяжении его жизненного цикла.
При решении вопроса о границах процессов М. Портер предположил, что границы звеньев цепочки, а, следовательно, и бизнес-процессов, находятся там, где производится добавление потребительской ценности продукта.
Подход к определению границ бизнес-процессов конечно не исчерпывается тремя подходами, их может быть и больше. Но эти три подхода дают понимание проблемы и понимание того, что очень многое зависит от того конкретного специалиста, который будет вести эту работу.
Выделяется три вида бизнес-процессов:
1. управляющие — бизнес-процессы, которые управляют функционированием системы. Примером управляющего процесса может служить корпоративное управление и стратегический менеджмент;
2. операционные — бизнес-процессы, которые составляют основной бизнес компании и создают основной поток доходов. Примерами операционных бизнес-процессов являются снабжение, производство, маркетинг и продажи;
3. поддерживающие — бизнес-процессы, которые обслуживают основной бизнес. Например, бухгалтерский учет, подбор персонала, техническая поддержка.
Бизнес-процесс начинается со спроса потребителя и заканчивается его удовлетворением. Бизнес-процесс может быть декомпозирован на несколько подпроцессов, которые имеют собственные атрибуты, однако также направлены на достижение цели основного бизнес-процесса.
Бизнес-процессы имеют ряд классификаций, построенных исходя из рассмотрения этого сложного явления под различными углами зрения.
1. Классификация бизнес-процессов в зависимости от их места в организационной структуре компании:
ѕ горизонтальные процессы — процессы, отражающие взаимодействие по горизонтали;
ѕ индивидуальные горизонтальные процессы — процессы, выполняемые отдельными работниками;
ѕ межфункциональные горизонтальные процессы — процессы, выполняемые многими работниками;
ѕ вертикальные процессы — процессы, отражающие взаимодействие работников по вертикали;
ѕ интегрированные процессы — процессы, отображающие взаимодействие участников процессов по вертикали и по горизонтали.
2. Классификация бизнес-процессов в зависимости от степени их сложности:
ѕ монопроцессы — односложные процессы;
ѕ вложенные процессы — монопроцессы, входящие в состав более сложного процесса;
ѕ связанные процессы — выделенные и последовательно реализуемые по определенному алгоритму монопроцессы.
3. Классификация бизнес-процессов в зависимости от их предназначения:
ѕ основные бизнес-процессы — горизонтальные бизнес-процессы, обеспечивающие выполнение реальных операционных задач, связанных с созданием продукта и реализацией его клиенту; — это процессы, операции которых имеют прямое отношение к продукту предприятия и тем самым влияют на создание добавленной стоимости;
ѕ поддерживающие бизнес-процессы — горизонтальные бизнес-процессы, обеспечивающие исполнение основных процессов, они не имеют непосредственного отношения к производимым товарам и услугам, однако без них невозможно выполнение операций по созданию добавленной стоимости;
ѕ бизнес-процессы управления — вертикальные бизнес-процессы, обеспечивающие управление деятельностью компании, основными и поддерживающими бизнес-процессами. Это процессы формирования стратегии, планирования бизнеса и контроля.
4. Классификация бизнес-процессов в зависимости от их места в иерархии целей организации:
ѕ бизнес-процессы верхнего уровня — процессы, направленные на реализацию стратегических целей компании, наиболее значимые для компании;
ѕ бизнес-процессы среднего уровня — бизнес-процессы, направленные на реализацию тактических целей;
ѕ бизнес-процессы нижнего уровня — бизнес-процессы, направленные на реализацию оперативных целей.
5. Классификация бизнес-процессов в зависимости от степени их детализации:
ѕ макропроцессы — укрупненные бизнес-процессы, имеющие степень детализации, необходимую чтобы описать бизнес-процессы верхнего уровня;
ѕ субпроцессы — бизнес-процессы, имеющие степень детализации, необходимую для описания бизнес-процессов среднего уровня;
ѕ микропроцессы — бизнес-процессы, имеющие предельно максимальную степень детализации. Используются для описания бизнес-процессов нижнего уровня.
6. Классификация бизнес-процессов в рамках основных составляющих сбалансированной системы показателей:
ѕ финансовые бизнес-процессы;
ѕ клиентские бизнес-процессы;
ѕ бизнес-процессы производства;
ѕ бизнес-процессы развития, обучения и роста.
7. Классификация бизнес-процессов по охвату функциональных областей:
ѕ управление финансами;
ѕ управления персоналом;
ѕ управление логистикой.
Исходя из вышеперечисленного, можно сказать, что бизнес-процессы являются основой процессно-ориентированного управления — сложного, но эффективного подхода к управлению компанией. Это идеальный управленческий инструмент, не только снижающий непроизводительные затраты, но и повышающий качество продукции. Инструмент, позволяющий иметь полную информацию о текущем процессе бизнеса и принимать своевременные и стратегически верные решения.
1.2 Различные подходы к моделированию бизнес-процессов
Моделирование бизнес-процесса — процесс отражения субъективного видения потока работ в виде формальной модели, состоящей из взаимосвязанных операций. Оно позволяет понять, как работает предприятие в целом и как оно взаимодействует с другими организациями, как организовать работу на индивидуальном рабочем месте.
На данный момент существует несколько различных подходов к определению понятия «моделирование бизнес-процессов»:
моделирование бизнес-процессов — это описание бизнес-процессов предприятия, позволяющее руководителю знать, как работают рядовые сотрудники, а рядовым сотрудникам — как работают их коллеги и на какой конечный результат направлена вся их деятельность;
моделирование бизнес-процессов — это средство позволяющее предвидеть и минимизировать риски, возникающие на различных этапах реорганизации деятельности предприятия;
моделирование бизнес-процессов — это метод, позволяющий дать оценку текущей деятельности предприятия по отношению к требованиям, предъявляемым к его функционированию, управлению, эффективности, конечным результатам деятельности и степени удовлетворенности клиента Григорьев Д. А. Моделирование бизнес-процессов предприятия.: http://www.valex.net;
моделирование бизнес-процессов — это метод, позволяющий дать стоимостную оценку каждому процессу, взятому в отдельности, и всем бизнес-процессам на предприятии, взятым в совокупности.
Моделирование бизнес-процессов — это не только их описание, но изучение и анализ с целью улучшения, рационализации способов их построения, управления и прогнозирования, которое дает возможность анализировать вероятные последствия сбоев на том или ином этапе выполнения работ, вовремя найти и исправить обнаруженные ошибки. Таким образом, создаются предпосылки к постоянному совершенствованию и улучшению управления предприятием.
Целью моделирования является систематизация знаний о компании и ее бизнес-процессах в наглядной графической форме, более удобной для аналитической обработки полученной информации, выявление текущих проблем организации и возможности их решения, создание баз данных для обеспечения устойчивого функционирования и развития организации.
Решения по моделированию бизнес-процессов обычно принимается по причинам, представленным на рисунке 1.
Существует три основных способа разработки бизнес-моделей:
графический: дерево, блок-схема, технологическая карта и т.п.;
табличный;
текстовый.
Один из самых распространенных способов построения бизнес-моделей — это дерево (или иерархический список), которое позволяет перечислить все элементы бизнес-модели, показать связи (подчинение, включение и т.п.) между ними и параметры каждого элемента.
Рис.1. Причины, по которым принимается решение по моделированию бизнес-процессов
Таблица также является распространенным способом построения бизнес-моделей, который позволяет перечислить все элементы бизнес-модели (по строкам) и дать им подробные характеристики (по столбцам). Самый известный пример — это матрица (таблица) распределения ответственности.
Еще одним способом построения бизнес-моделей является текстовое описание. В тексте очень проблематично формализовать сложные бизнес модели, отследить взаимосвязи между их элементами.
Самый оптимальный вариант — это комбинация 3-х способов разработки бизнес-моделей (графика, таблица, текст), который и реализован во всех профессиональных продуктах бизнес-моделирования.
В настоящее время методики построения моделей бизнес процессов и их изучения постоянно совершенствуются, разрабатываются новые средства, облегчающие этот процесс.
Новым направлением построения и работы с моделями является способ, отражающий субъектно-объектные отношения.
Принципиальное отличие данного подхода заключается в том, что моделированию подвергается не только объект моделирования, но и субъект моделирования, при этом, учитываются основные качественные параметры когнитивной сферы человека-пользователя при конструировании.
Моделирование бизнес-процессов затрагивает многие аспекты деятельности компании:
ѕ изменение организационной структуры;
ѕ оптимизацию функций подразделений и сотрудников;
ѕ перераспределение прав и обязанностей руководителей;
ѕ изменение внутренних нормативных документов и технологии проведения операций;
ѕ новые требования к автоматизации выполняемых процессов и т. д.
Основу многих современных методологий моделирования бизнес-процессов составила методология SADT (Structured Analysis and Design Technique — метод структурного анализа и проектирования) и алгоритмические языки, применяемые для разработки программного обеспечения.
Этапы развития методологий моделирования бизнес-процессов представлены на рисунке 2.
Для наглядности параллельно приведена история развития подходов к управлению качеством.
Период |
Методология моделирования бизнес-процессов |
Методология (стандарты) управления качеством |
|
40 — 60-е гг. |
появление алгоритмических языков описания |
национальные стандарты |
|
60-е гг. |
появление методологии SADT (структурного анализа и проектирования) |
развитие стандартов в различных областях, в частности в области контроля качества продукции |
|
70 -80-е гг. |
появление методологии серии IDEF (IDEF0, IDEF3, IDEF1X), DFD, ERD |
принятие МС ИСО серии 9000 версии 1988г. |
|
90-е гг. |
появление методологий ARIS (архитектура интегрированных систем). UML (универсальный язык моделирования), методологий компаний Oracle, Baan, Rational и д.р. |
принятие МС ИСО серии 9000 версии 1994г. (в стандартах закладываются основы процессного подхода) |
|
2000г. |
Принятие МС ИСО серии 9000 версии 2000г., четкое определение процессного подхода к управлению организацией |
Рис.2. История развития методологий моделирования бизнес-процессов
В настоящее время для описания, моделирования и анализа бизнес процессов используются несколько типов методологий. К числу наиболее распространенных типов относятся следующие методологии:
ѕ моделирования бизнес-процессов (Business Process Modeling);
ѕ описания потоков работ (Work Flow Modeling);
ѕ описания потоков данных (Data Flow Modeling).
Существуют два этапа моделирования бизнес-процессов: структурный и детальный.
На этапе структурного моделирования в модели должны быть отражены:
1) существующая организационная структура;
2) документы и иные сущности, используемые при исполнении моделируемых бизнес-процессов и необходимые для моделирования документооборота. Сюда же включаются описания их основного смысла;
3) структуру бизнес-процессов, отражающую их иерархию от общих групп к частным бизнес-процессам;
4) диаграммы взаимодействия для конечных бизнес-процессов, отражающие последовательность создания и перемещения документов (данных, материалов, ресурсов и т.п.) между действующими лицами.
Подготовленная модель должна быть согласована с ведущими программистами, подтверждая, что структура бизнес-процессов понятна.
Детальное моделирование бизнес-процессов выполняется в той же модели, оно должно отражать требуемую детализацию и обеспечивать однозначное представление о деятельности организации.
Детальная модель бизнес-процесса должна включать:
1) набор прецедентов, отражающих возможные варианты выполнения бизнес-процессов;
2) диаграммы действий, детально описывающие последовательность выполнения бизнес-процессов;
3) диаграммы взаимодействия, отражающие схемы документооборота.
Модели должны быть согласованы с ведущими специалистами организации, обладающими необходимыми знаниями.
В случае, если после построения моделей согласование не было достигнуто, в модель должны быть внесены необходимые уточнения и коррективы. Процесс итерации (согласование, внесение корректив и уточнений) должен повторяться до момента полного подтверждения, что модель понятна и однозначно представляет детали бизнес-процессов.
В основе моделирования лежит теория подобия, которая утверждает, что абсолютное подобие может иметь место лишь при замене объекта другим точно таким же.
Классификация видов моделирования включает в себя множество различных подходов, которые представлены на рисунке 3.
По степени полноты модели делятся на полные, неполные и приближенные. Полные модели идентичны объекту во времени и пространстве. Для неполного моделирования эта идентичность не сохраняется. В основе приближенного моделирования лежит подобие, при котором некоторые стороны функционирования реального объекта не моделируются совсем.
В зависимости от характера изучаемых процессов в системе виды моделирования подразделяются на детерминированные и стохастические, статические и динамические, дискретные, непрерывные и дискретно-непрерывные.
Детерминированное моделирование отображает процессы, в которых предполагается отсутствие случайных воздействий.
Стохастическое моделирование учитывает вероятностные процессы и события.
Статическое моделирование служит для описания поведения объекта в фиксированный момент времени.
Динамическое моделирование служит для исследования объекта во времени.
Дискретное, непрерывное и дискретно-непрерывное моделирования используются для описания процессов, имеющих изменение во времени. При этом оперируют аналоговыми, цифровыми и аналого-цифровыми моделями.
Размещено на http://www./
Рис 3. Классификация видов моделирования
В зависимости от формы представления объекта моделирование классифицируется как мысленное и реальное. Мысленное моделирование применяется тогда, когда модели не реализуемы в заданном интервале времени, либо отсутствуют условия для их физического создания. При реальном моделировании используется возможность исследования характеристик либо на реальном объекте целиком, либо на его части. Такие исследования проводятся как на объектах, работающих в нормальных режимах, так и при организации специальных режимов для оценки интересующих исследователя характеристик (при других значениях переменных и параметров, в другом масштабе времени и т. д.).
Мысленное моделирование реализуется в виде наглядного, символического и математического моделирования.
Наглядное моделирование осуществляется на базе представлений человека о реальных объектах:
1.1. гипотетический вид моделирования;
1.2. аналоговое моделирование основывается на применении аналогий различных уровней;
1.3. макетирование — построение мысленных макетов применяется, когда протекающие в реальном объекте процессы не поддаются физическому моделированию.
Символическое моделирование представляет собой искусственный процесс создания логического объекта, который замещает реальный и выражает основные свойства его отношений с помощью определенной системы знаков и символов:
языковое моделирование заключается в создании словаря — тезауруса, суть которого заключается в том, что все понятия в нем фиксированы и однозначны и система не будет иметь сбоев из-за того, что у одного слова имеются, например, два толкования;
2.2. если ввести условное обозначение отдельных понятий, т. е. знаки, а также определенные операции между этими знаками, то можно реализовать знаковое моделирование и с помощью знаков отображать набор понятий — составлять отдельные цепочки из слов и предложений. Математическое моделирование — это процесс установления соответствия данному реальному объекту некоторого математического объекта, называемого математической моделью:
3.1. для аналитического моделирования характерно то, что процессы функционирования элементов системы записываются в виде некоторых функциональных соотношений или логических условий;
3.2. при имитационном моделировании реализующий модель алгоритм воспроизводит процесс функционирования системы во времени, причем имитируются элементарные явления, составляющие процесс, с сохранением их логической структуры. Основным преимуществом имитационного моделирования по сравнению с аналитическим является возможность решения более сложных задач;
3.3. комбинированное (аналитико-имитационное) моделирование позволяет объединить достоинства аналитического и имитационного моделирования;
3.4. информационное моделирование связано с исследованием моделей, в которых отсутствует непосредственное подобие физических процессов, происходящих в моделях, реальным процессам. Таким образом, в основе информационных моделей лежит отражение некоторых информационных процессов управления, что позволяет оценить поведение реального объекта;
3.5. структурно-системное моделирование базируется на некоторых специфических особенностях структур определенного вида, используя их как средство исследования систем;
3.6. ситуационное моделирование основано на модельной теории мышления, в рамках которой можно описать основные механизмы регулирования процессов принятия решений. Эта информация воспринимается человеком на базе уже имеющихся у него знаний и опыта.
Реальное моделирование реализуется в виде натурного и физического моделирования.
1. Натурным моделированием называют проведение исследования на реальном объекте с последующей обработкой результатов эксперимента на основе теории подобия:
1.1. научный эксперимент характеризуется широким использованием средств автоматизации проведения, применением весьма разнообразных средств обработки информации, возможностью вмешательства человека в процесс проведения эксперимента;
1.2. комплексные испытания, когда вследствие повторения испытаний объектов в целом (или больших частей системы) выявляются общие закономерности о характеристиках качества, надежности этих объектов;
1.3. наряду со специально организованными испытаниями возможна реализация натурного моделирования путем обобщения опыта, накопленного в ходе производственного процесса, т. е. можно говорить о производственном эксперименте.
2. Другим видом реального моделирования является физическое моделирование. Оно отличается от натурного моделирования тем, что исследование проводится на установках, которые сохраняют природу явлений и обладают физическим подобием:
физическое моделирование может протекать в реальном масштабе времени;
2.2. физическое моделирование может протекать не в реальном масштабе времени, где изучения подлежат так называемым «замороженным» процессам, фиксируемым в некоторый момент времени.
Таким образом, из предоставленной классификации моделирования бизнес-процессов видно, что математическое моделирование бизнес-процессов является наиболее рациональным и эффективным в использовании.
1.3 Параметры качества бизнес-процессов
Анализ эффективности бизнес-процесса — анализ результатов выполнения бизнес-процесса или параметров, характеризующих выполнение процесса в динамике, и сравнение полученных показателей с затратами (временными, финансовыми, материальными, человеческими), необходимыми для осуществления данного процесса, или целевыми показателями эффективности процесса.
Критерий оценки эффективности бизнес-процесса — качественный или количественный показатель, рассчитываемый по определенной методике и характеризующий результат или динамические параметры функционирования бизнес-процесса.
Существует две группы критериев оценки эффективности бизнес-процессов:
ѕ результативность бизнес-процесса — показатели, характеризующие степень реализации запланированных работ, достижения запланированных результатов;
ѕ эффективность бизнес-процессов — показатели, характеризующие отношение достигнутых результатов к использованным ресурсам.
Важным моментом является то, что кроме полученных моделей в процессе моделирования, необходимо оценивать качество самого процесса моделирования.
Критерии качества моделирования бизнес-процесса Ильин В. В. Моделирование бизнес — процессов.: Практический опыт разработчиков, 2006.:
соответствие методологии (модель должна соответствовать архитектуре, приведенной в методике);
соответствие нотациям инструментальной среды (подразумевает синтаксическую и семантическую корректность);
непротиворечивость (бизнес-модель должна быть согласована с другими объектами: документы, события, работники системы и тд);
ясность и понятность заказчику (ясность должна обеспечивать понятность не только владельцам системы, но и её исполнителям);
полнота или вариативность (бизнес-модель — это содержание не только текущих процессов, но и процессов, которые подразумеваются);
достаточность для формирования требований к системе (бизнес-модель должна иметь в своем составе все необходимые объекты для функционирования разрабатываемой или внедряемой системы).
Методика оценки качества моделей бизнес-процессов позволяет строить возможные варианты выполнения бизнес-процессов с учетом возможностей для их улучшения, а также исключить из рассмотрения варианты с неудовлетворенным качеством при моделировании бизнес-процессов.
В процессе оценки бизнес-процесса рассматриваются такие его аспекты:
ѕ существующая технология реализации бизнес-процесса;
ѕ существующая структура бизнес-системы;
ѕ средства автоматизации, оборудование, механизмы и т.п., обеспечивающие реализацию процесса.
Общий подход к оценке эффективности бизнес-процессов включает оценку:
ѕ качества конечного результата бизнес-процесса;
ѕ качества и содержания промежуточных результатов (по каждой процедуре);
ѕ содержательности действий исполнителей при выполнении процедуры;
ѕ компактности и согласованности схемы бизнес-процесса;
ѕ эффективности управления бизнес-процесса.
В современной литературе выделяют два вида оценки показателей бизнес-процесса:
Первый вид представляет собой набор параметров:
ѕ финансовые (издержки производства продукта бизнес-процесса, капиталовложения в производство и т.п.);
ѕ оценивающие степень удовлетворенности клиентов (количество потребителей продукта, количество продукции заданного качества, оплаченное за определенный интервал времени и т.д.);
ѕ оценивающие эффективность организации самих бизнес-процессов (количество операций, необходимых для производства продукта, длительность выполнения типовых операций);
ѕ оценивающие степени развития и обучения персонала.
Второй вид показателей оценки бизнес-процессов включает:
ѕ показатели качества продукции и удовлетворенности потребителя;
ѕ показатели длительности (время выполнения процесса, производительность и т.д.);
ѕ показатели стоимости (стоимость отдельных операций, процесса в целом, затраты на единицу продукции, затраты на качество и т.д.).
Чтобы обеспечить качество моделирования бизнес-процесса необходимо независимое рецензирование бизнес-процесса посторонними бизнес-аналитиками, тестирование моделей бизнес-процесса направленное на поиск типичных ошибок (создание информационных объектов не используемых в дальнейшей деятельности, отсутствие или неполнота информационных объектов, дублирование информационных объектов).
Основными показателями оценки эффективности бизнес-процессов являются:
1. количество производимой продукции заданного качества, оплаченное за определенный интервал времени;
2. количество потребителей продукции;
3. количество типовых операций, которые необходимо выполнить при производстве продукции за определенный интервал времени;
4. стоимость издержек производства продукции;
5. длительность выполнения типовых операций;
6. капиталовложения в производство продукции.
Для создания эффективного и качественного бизнес-процесса организации необходимо придерживаться принципов менеджмента качества. Менеджмент качества — критерий возможности создания эффективного процессного управления. Существует восемь принципов менеджмента качества:
1. ориентация на потребителя (организация зависит от своих потребителей, и поэтому должны понимать их текущие и будущие потребности, выполнять их требования и стремиться превзойти их ожидания);
2. лидерство руководителя (руководители обеспечивают единство цели и направления деятельности организации. Им следует создавать и поддерживать внутреннюю среду, в которой работники могут быть полностью вовлечены в решении задач организации);
3. вовлечение работников (работники всех уровней составляют основу организации, и их полное вовлечение дает возможность организации с выгодой использовать их способности);
4. процессный подход (желаемый результат достигается эффективней, когда деятельностью и соответствующими ресурсами управляют как процессом);
5. системный подход к менеджменту (выявление, понимание и менеджмент взаимосвязанных процессов как системы содействуют в результативности и эффективности организации при достижении ее целей);
6. постоянное улучшение (постоянное улучшение деятельности организации в целом следует рассматривать как ее неизменную цель);
7. принятие решений, основанных на фактах (эффективные решения основываются на анализе данных и информации);
8. взаимовыгодные отношения с поставщиками (организация и ее поставщики взаимозависимы, и отношения взаимной выгоды повышают способность обеих сторон создавать ценности).
Таким образом, были выявлены две группы критериев оценки эффективности бизнес-процесса: результативные и эффективные. И та и другая группа является значимой. Но в то же время ограничиваться только результатом и эффективностью не правильно, необходимо так же оценивать непосредственно качество процесса моделирования.
моделирование бизнес процесс
2. Системы моделирования бизнес — процессов
2.1 Методология моделирования бизнес-процессов
Формирование модели бизнес-процесса является сложной задачей, требующей для своего решения определенного набора методов и средств. Существуют различные методики ведения проектов по описанию процессов. Для каждого проекта выбирается конкретная методика представления процессов в виде схем (диаграмм), выполненных определенным образом Репин В.В., Елиферов В.Г. Процессный подход к управлению. Моделирование бизнес-процессов.: РИА «Стандарты и качество», 2004..
Каждый метод предоставляет пользователю определенный язык описания объектов реального мира при помощи специально разработанного синтаксиса, использующего ряд графических символов, которые отражают реальные объекты и связи между ними, а также свой способ описания деятельности организации. Поскольку любая организация предоставляет собой сложную, многогранную систему, то не существует какого-то одного, выделенного метода описания, при помощи которого можно было бы полно описать ее модель. Выбор подходящего метода описания зависит от целей, поставленных перед аналитиком, создающим модель организации.
Для реализации использования технологий моделирования бизнес-процессов существует ряд методологий.
IDEF (Integration Definition Metodology) технология используется, начиная с конца 1980-х годов.
Одной из самых известных методологий моделирования систем бизнес-процессов является методология функционального моделирования. Она была разработана в 70-х годах прошлого столетия в рамках государственной программы США по компьютеризации промышленности ICAM (Integrated Computer-Aided Manufacturing). В настоящее время методология доступна в виде интегрального описания функционального моделирования IDEF0. IDEF0 используется для создания функциональной модели, которая является структурированным отображением функций производственной системы или среды, а также информации и объектов, связывающих эти функции.
Разработка IDEF0 была осуществлена на основе методологии структурного анализа и проектирования SADT (Structural Analysis and Design Technique), созданной в 1960-х годах американским ученым Дугласом Т. Россом для целей изучения и проектирования сложных систем Марк Дэвид А., МакГоу К. Методология структурного анализа и проектирования. — М.: Мета Технология, 1993..
Методология IDEF0 строится на семи основных принципах.
1. Модель создается для понимания и анализа существующей системы, а также для принятия решения о необходимости замены существующей системы на новую систему.
2. Модель создается с использованием графического языка, который обеспечивает лаконичность, однозначность и точность при описании системы.
3. Модель представляет систему в виде набора взаимодействующих и взаимосвязанных блоков, отображающих процессы, происходящие в системе.
В рамках данной модели:
ѕ процессы принято называть функциями;
ѕ функции разного уровня иерархии носят названия «деятельность», субдеятельность, «процесс», «субпроцесс», «операция» и «действие»;
ѕ каждой функции ставится в соответствие блок;
ѕ блоки графически представляются в виде прямоугольников;
ѕ блоки взаимодействуют друг с другом посредством интерфейсов в виде стрелок;
ѕ входящие стрелки показывают, какие условия должны быть одновременно выполнены, чтобы функция, описываемая блоком, осуществилась.
4. Средства моделирования IDEF0 максимально облегчают передачу информации от одного участника разработки модели к другому, так как:
ѕ диаграммы IDEF0 создаются с использованием простого графического языка;
ѕ для уточнения смысла элементов диаграмм используются имена и метки описания блоков и стрелок, а также глоссарий и сопроводительный текст;
ѕ построение, иерархической структуры системы осуществляется путем последовательной декомпозиции функций верхнего уровня.
5. Однозначность, точность и целостность моделей достигаются за счет строгого соблюдения формальных правил.
6. Моделирование представляет собой итеративную процедуру, на каждом шаге которой разработанный вариант модели обсуждается с экспертами в данной предметной области.
7. При моделировании не рекомендуется привязывать функции модели к организационно-функциональной структуре организации.
Метод для сбора информации о состоянии моделируемой системы IDEF3 — это структурный метод, показывающий причинно-следственные связи и события. Он также показывает, как организована работа и какие пользователи работают с моделируемой системой.
IDEF3 состоит из двух методов. Process Flow Description (PFD) — описание процессов, с описанием того, как организована работа между различными элементами моделируемой системы. Object State Transition Description (OSTD) — описание переходов состояний объектов, с описанием того, какие существуют промежуточные состояния у объектов в моделируемой системе.
IDEF3 является стандартом документирования технологических процессов, происходящих на предприятии, и предоставляет инструментарий для наглядного исследования и моделирования их сценариев. Сценарием называется описание последовательности изменений свойств объекта в рамках рассматриваемого процесса (например, описание последовательности этапов обработки детали в цеху и изменение её свойств после прохождения каждого этапа). Исполнение каждого сценария сопровождается соответствующим документооборотом, который состоит из двух основных потоков: документов, определяющих структуру и последовательность процесса (технологических указаний, описаний стандартов и т.д.), и документов, отображающих ход его выполнения (результатов тестов и экспертиз, отчетов о браке, и т.д.). Для эффективного управления любым процессом необходимо иметь детальное представление о его сценарии и структуре сопутствующего документооборота. Средства документирования и моделирования IDEF3 позволяют выполнять следующие задачи:
ѕ документировать имеющиеся данные о технологии процесса, выявленные, скажем, в процессе опроса компетентных сотрудников, ответственных за организацию рассматриваемого процесса;
ѕ определять и анализировать точки влияния потоков сопутствующего документооборота на сценарий технологических процессов;
ѕ определять ситуации, в которых требуется принятие решения, влияющего на жизненный цикл процесса, например изменение конструктивных, технологических или эксплуатационных свойств конечного продукта;
ѕ содействовать принятию оптимальных решений при реорганизации технологических процессов;
ѕ разрабатывать имитационные модели технологических процессов, по принципу «КАК БУДЕТ, ЕСЛИ…».
Диаграммы потоков данных Data Flow Diagram (DFD) — методология графического структурного анализа, описывающая внешние по отношению к системе источники и адресаты данных, логические функции, потоки данных и хранилища данных, к которым осуществляется доступ. DFD является одним из основных инструментов структурного анализа и проектирования информационных систем.
Модель DFD, как и большинство других структурных моделей, — иерархическая модель. Каждый процесс может быть подвергнут декомпозиции, т.е. разбиению на структурные составляющие, отношения между которыми в той же нотации могут быть показаны на отдельной диаграмме. Когда достигнута требуемая глубина декомпозиции — процесс нижнего уровня сопровождается мини-спецификацией (текстовым описанием).
Нотация DFD — удобное средство для формирования контекстной диаграммы, т.е. диаграммы, показывающей разрабатываемую АИС в коммуникации с внешней средой. Это диаграмма верхнего уровня в иерархии диаграмм DFD. Ее назначение — ограничить рамки системы, определить, где заканчивается разрабатываемая система и начинается среда.
Данные методологии в настоящее время используются в системах моделирования бизнес-процессов таких, как ARIS и AllFusion Process Modeler7.
2.2 Функциональные возможности систем моделирования бизнес процессов
Рассмотрим такие системы моделирования бизнес-процессов, как ARIS и AllFusion Process Modeler 7.
При сравнении различных средств моделирования бизнес-систем целесообразно рассматривать их особенности по следующим группам функциональных возможностей:
ѕ средства построения моделей бизнес-систем;
ѕ средства анализа моделей;
ѕ средства оптимизации моделируемых систем по их моделям;
ѕ поддержка библиотек типовых моделей;
ѕ оформление регламентов и документации;
ѕ поддержка разработки моделей баз данных и программных средств;
ѕ интеграция с другими программными продуктами (CASE-средствами, ERP-системами, прикладными программами).
При построении моделей бизнес-систем обычно учитывают такие свойства средств и методологий моделирования как:
ѕ универсальность (возможность и способы представления различных аспектов моделируемой системы для разных классов систем);
ѕ открытость (возможность моделирования новых, первоначально не рассматривавшихся сторон бизнес-системы, учета развития моделируемой системы и т.п.).
Средства анализа моделей должны обеспечивать возможности оценки следующих характеристик и свойств системы:
ѕ общую организацию бизнес-процессов и порядок взаимодействия оргзвеньев (исполнителей);
ѕ распределение ответственности за реализацию отдельных функций и расходование ресурсов системы;
ѕ загрузку оргзвеньев, исполнителей и инструментальных ресурсов в системе;
ѕ основные временные и стоимостные параметры моделируемой системы.
Средства оптимизации моделируемых систем по их моделям обеспечивает инструмент управления для:
ѕ генерирования ряда альтернатив;
ѕ планирования;
ѕ выбора наилучшего поведения;
ѕ распределения ресурсов;
ѕ установления приоритетов.
Поддержка библиотек типовых моделей позволяет использовать ранее созданные наработки в процессе построения новых моделей.
Оформление регламентов и документации направленно на достижение определенных целей, с помощью которых на современном уровне создаются базовые организационные документы в соответствии с общепринятыми стандартами:
ѕ положение об организационно-функциональной структуре, отражающее состав бизнесов и функций, поддерживаемых в компании, и их распределение внутри компании;
ѕ положения о политиках компании (учетной, инвестиционной и др.);
ѕ положения об организации основных подсистем бизнеса и менеджмента компании, содержащие детализированное описание функций по направлениям деятельности;
ѕ документированные процедуры — описания бизнес-процессов в форме, позволяющей как представить процесс стороннему наблюдателю, так и руководствоваться этим документом исполнителям операций процесса;
ѕ традиционные «положения о подразделениях», и «должностные инструкции» персонала с перечнями функциональных обязанностей, видов ответственности, прав и полномочий сотрудников.
Поддержка разработки моделей баз данных и программных средств обычно относится к возможностям средств типа CASE или близким к ним средств настройки информационных систем управления предприятием (например, систем класса ERP). Такая поддержка может обеспечивать следующие функциональные возможности:
ѕ анализ и проектирование архитектуры информационно-управляющих систем;
ѕ проектирование баз данных и файлов;
ѕ программирование (генерация кодов программ);
ѕ сопровождение и реинжиниринг;
ѕ управление проектом.
Интеграция с программными продуктами “третьих сторон” выполняется с одной из следующих целей:
ѕ использование функциональных возможностей интегрируемого продукта для расширения области применения своего продукта;
ѕ предоставление возможности включения своего продукта в продукт третьей стороны;
ѕ обеспечение универсального, в той или иной степени, интерфейса для своего продукта, если конкретная третья сторона неизвестна заранее.
Таким образом, сравнивая средства моделирования бизнес-систем, необходимо оценивать не только сами системы в общем, но и различные свойства и характеристики этих систем. Это средства анализа моделей, средства оптимизации моделируемых систем по их моделям, поддержка библиотек типовых моделей, оформление регламентов и документации, поддержка разработки моделей баз данных и программных средств, интеграция с другими программными продуктами.
2.3 Характеристика систем моделирования бизнес-процессов
Рассмотрим следующие системы моделирования бизнес-процессов. AllFusion Process Modeler 7 — инструмент для моделирования, являющийся мощным средством системного анализа, позволяющим адекватно отслеживать соответствие структуры бизнеса, документооборота, финансовых потоков, соответствующих динамичным требованиям экономики и оптимизации бизнес-процессов. Продукт AllFusion Process Modeler 7 создан компанией Computer Associates. AllFusion Process Modeler 7 можно использовать для графического представления бизнес-процессов. Графически представленная схема выполнения работ, обмена информацией, документооборота визуализирует модель бизнес-процесса. Система AllFusion Process Modeler 7 поможет повысить конкурентоспособность, оптимизировать процессы управления.
Результатом использования является исключение лишних и бесполезных действий, снижение затрат, повышение гибкости и эффективности всего бизнеса предприятия. AllFusion Process Modeler 7 является незаменимым инструментом менеджеров и бизнес-аналитиков, а в руках системных аналитиков и разработчиков — еще и мощным средство моделирования процессов при создании корпоративных информационных систем. AllFusion Process Modeler 7 помогает четко документировать важные аспекты любых бизнес-процессов: действия, которые необходимо предпринять, способы их осуществления и контроля, требующиеся для этого ресурсы, а также визуализировать получаемые от этих действий результаты. Простота и наглядность моделей Process Modeler упрощает взаимопонимание между всеми участниками процессов.
Таким образом, формируется целостная картина деятельности предприятия: от потоков работ в небольших подразделениях до сложных организационных функций.
В основу продукта заложены общепризнанные методологии моделирования. Распространенность самого AllFusion Process Modeler 7 позволяет вести согласование функциональных моделей с партнерами в электронном виде.
Функциональные возможности AllFusion Process Modeler 7:
ѕ поддержка различных технологий моделирования;
ѕ анализ показателей затрат и производительности;
ѕ интеграция процессов/данных;
ѕ поддержка стандартных нотаций;
ѕ экспорт объектов и свойств в другие модели;
ѕ документирование информации в пределах всей модели;
ѕ масштабирование отчетности без потери качества графиков.
Многочисленные технологии моделирования и поддержка разнообразных нотаций обеспечивают всесторонний и детальный анализ и проектирование в сложной операционной среде. AllFusion Process Modeler 7 обеспечивает комплексное использование и автоматическое согласование самых популярных нотаций моделирования бизнес-процессов IDEF0 (рекомендации Госстандарта РФ, федеральный стандарт США), потоков работ IDEF3 (федеральный стандарт США) и потоков данных (DFD).
Интуитивно-понятный графический интерфейс, который быстро и легко осваивается, позволяет сосредоточиться на анализе самой предметной области, не отвлекаясь на изучение инструментальных средств. Интерактивная подсказка помогает ускорить процесс освоения продукта. AllFusion Process Modeler 7 автоматически поддерживает ссылочную целостность объектов модели, не допуская создания некорректных связей и гарантируя непротиворечивость отношений между объектами при моделировании.
AllFusion Process Modeler 7 полностью поддерживает методы расчета себестоимости по объему хозяйственной деятельности (функционально-стоимостной анализ, ABC). Функционально-стоимостной анализ, реализованный в AllFusion Process Modeler 7, позволяет оценить стоимостные и временные характеристики бизнес-процессов. Обычно ABC-анализ применяется для того, чтобы понять происхождение выходных затрат и/или облегчить выбор нужной модели бизнес-процессов при реорганизации (оптимизации) бизнес-процессов.
Результаты стоимостного анализа могут быть наглядно представлены в специализированном отчете AllFusion Process Modeler 7.
AllFusion Process Modeler 7 позволяет настроить сбор дополнительной, существенной для вашего бизнеса информации с помощью UDP — свойств, определенных пользователем. Введенная информация может быть отображена в отчетах, сгенерированных с помощью генератора отчетов. AllFusion Process Modeler 7 экспортирован в другие программы, например в Microsoft Word, Microsoft Excel.
Организационная структура влияет на то, как описываются и выполняются бизнес-процессы. AllFusion Process Modeler 7 поддерживает точное описание ролей, которые определяют и распределяют по категориям задачи или работы внутри бизнес-процессов. Организационные диаграммы в AllFusion Process Modeler 7 используют для определения ролей, состава и отношений участников бизнес-процесса:
ѕ диаграммы Swim Lane. Swim Lane помогают визуализировать должностные обязанности, позволяя на одной диаграмме рассматривать роли и обязанности роли;
ѕ диаграммы дерева узлов. Диаграммы Node Tree показывают иерархию функций в модели и позволяют рассмотреть всю модель целиком;
ѕ диаграммы FEO. Диаграммы «только для экспозиции» (FEO) можно использовать для иллюстрации альтернативных точек зрения, а также для отображения деталей, которые нарушают синтаксические правила.
Наличие контекстно-зависимой панели инструментов, невозможность создания в модели некорректных связей, автоматическая миграция граничных стрелок, возможность автоматического отслеживания дисбаланса граничных стрелок на дочерней и родительской диаграммах (туннели), возможность автоматической проверки наличия имен стрелок и имен функциональных блоков, наличие выходов и управлений, а также дополнительные диаграммы и всевозможные отчеты по содержимому модели все это помогает автоматизировать процесс построения корректных моделей бизнес-процессов.
AllFusion Process Modeler 7 поддерживает механизм сценариев, позволяющий создавать разные варианты декомпозиции одной и той же функции в IDEF3.
AllFusion Process Modeler 7 позволяет настроить разрешение для нетрадиционного синтаксиса на диаграммах модели бизнес-процессов IDEF0, IDEF3, DFD.
AllFusion Process Modeler 7 позволяет разбивать сложные модели процессов на более простые и управляемые подмодели, а затем сливать эти подмодели обратно в общую модель. Это позволяет членам команды работать параллельно, сокращая этапы моделирования и анализа бизнес-процессов.
AllFusion Process Modeler 7 включает следующие механизмы для проведения анализа созданных моделей бизнес-процессов: Функционально-стоимостной анализ (ABC), анализ на основе свойств, определенных пользователем (UDP), экспорт моделей потоков работ в среду имитационного моделирования Arena для анализа их динамики.
Имитационное моделирование позволяет исследовать результаты изменений в динамике. Различные сценарии могут быть испытаны перед их исполнением, помогая найти оптимальное решение бизнес-задач. AllFusion Process Modeler 7 экспортирует модели потоков работ в надежную среду имитационного моделирования Arena для их анализа в режиме реального времени:
ѕ перемещаемые панели инструментов, навигатор по объектам модели Model Explorer с разными режимами отображения и детализации, настраиваемое отображение диаграмм моделей — позволяют настроить продуктивное рабочее пространство;
ѕ настраиваемые отображения диаграмм. AllFusion Process Modeler 7 позволяет настроить внешний вид диаграмм, выбрать уровень детализации отображаемой информации;
ѕ редакторы свойств объектов модели. AllFusion Process Modeler 7 имеет удобные редакторы свойств объектов модели бизнес-процессов;
ѕ настраиваемый интерфейс электронной таблицы и мастера экспорта/импорта словарей. При желании свойства объектов модели можно просматривать, создавать, редактировать непосредственно в словарях модели. Все словари имеют единую структуру с настраиваемым интерфейсом, сходную со структурой электронных таблиц. Это обеспечивает удобство просмотра, ввода и корректировки данных непосредственно в словарях, а также простоту экспорта/импорта данных в словари из других источников (например, Excel) с помощью мастера экспорта-импорта словарей.
Модель бизнес-процессов в AllFusion Process Modeler 7 может быть организована как документальный центр проекта, когда все связанные с проектом документы, инструкции, программные приложения могут быть открыты непосредственно из среды модели. Реализуется такая возможность с помощью UDP — свойств, определенных пользователем.
AllFusion Process Modeler 7 имеет хорошо документированный API с примерами, демонстрирующими возможность организации работы ваших собственных программных приложений с моделями бизнес-процессов, созданными с помощью AllFusion Process Modeler 7.
Интеграция AllFusion Process Modeler 7 с AllFusion Model Manager позволяет организовать многопользовательскую среду для работы целого коллектива разработчиков с моделями бизнес-процессов, сохранение моделей в единый репозиторий, обеспечивая аутентификацию и контроль доступа, разрешение конфликтов, возникающих при одновременной работе с одной моделью нескольких разработчиков, а также управление версиями моделей.
Моделирование — это зачастую командная работа. Ключевым фактором успеха для любой команды моделирования является способность обеспечить одновременное совместное использование объектов моделирования и эффективное управление процессом моделирования. Интеграция AllFusion Process Modeler 7 и AllFusion ERwin Data Modeler решает проблемы анализа архитектуры предприятия. Поддержка AllFusion Process Modeler 7 функций использования встроенных данных и метаданных обеспечивает детальное отображение информации о том, где в модели используются выбранные объекты — отчет «where used».
Report Template Builder — общий для AllFusion Process Modeler 7 и AllFusion ERwin Data Modeler генератор шаблонов отчетов. Report Template Builder позволяет однократно разработать шаблон отчета, который впоследствии будет доступен для использования в любых моделях для генерации отчетов в любом из форматов: HTML, RTF, TXT, PDF. Такой подход «define once, reuse-everywhere» («однажды определи и повторно используй, где угодно») позволяет поддерживать стандарты создания отчетов. Сгенерированные отчеты могут быть опубликованы на внутренних сайтах компании, предоставляя необходимую документацию для всех заинтересованных лиц, имеющих необходимый уровень доступа к информации.
Основным достоинством AllFusion Process Modeler 7является наличие интуитивно-понятного графического интерфейса, который быстро и легко осваивается, что позволяет сосредоточиться на анализе самой предметной области, не отвлекаясь на изучение инструментальных средств. BPwin помогает быстро создавать и анализировать модели с целью оптимизации деловых и производственных процессов. Применение универсальных графических языков бизнес-моделирования IDEF0, IDEF3 и DFD обеспечивает логическую целостность и полноту описания, необходимую для достижения точных и непротиворечивых результатов.
Посредством набора графических инструментов для отображения действий и объектов, AllFusion Process Modeler 7 позволяет легко построить схему процесса, на которой показаны исходные данные, результаты операций, ресурсы, необходимые для их выполнения, управляющие воздействия, взаимные связи между отдельными работами.
Интерактивное выделение объектов обеспечивает постоянную визуальную обратную связь при построении модели. AllFusion Process Modeler7 поддерживает ссылочную целостность, не допуская определения некорректных связей и гарантируя непротиворечивость отношений между объектами при моделировании.
Встроенный механизм вычисления стоимости позволяет оценивать и анализировать затраты на осуществление различных видов деловой активности. Механизм вычисления расходов на основе выполняемых действий (Activity-Based Costing, ABC) — это технология, применяемая для оценки затрат и используемых ресурсов. Она помогает распознать и выделить наиболее дорогостоящие операции для дальнейшего анализа. AllFusion Process Modeler 7 может генерировать отчеты непосредственно в формате MS Excel для последующей обработки и использования в других приложениях. Связь с ERwin (моделирование данных в стандарте IDEF) позволяет сократить время проектирования и разработки сложных информационных систем. Для системных аналитиков тесная интеграция AllFusion Process Modeler 7 с инструментом проектирования баз данных открывает уникальные возможности по созданию действительно комплексных систем, в которых ERwin служит для описания информационных объектов системы, в то время как AllFusion Process Modeler 7 отражает функциональные особенности предметной области. Связывая сущности и атрибуты модели данных с информацией о выполняемых действиях, можно продолжить анализ процессов на новом уровне с одновременной перекрестной проверкой моделей процессов и данных.
Недостатки AllFusion Process Modeler 7, касающиеся интерфейса и удобства работы:
ѕ нельзя менять мышью размеры текстового поля. Приходится при наборе текста делать перевод строки так, чтобы размеры были такие, какие требуется на диаграмме;
ѕ отсутствует возможность редактировать текст Header/footer. Английские слова в заголовках формы заменить на русские невозможно;
ѕ невозможность выделения и копирования одного или группы объектов, только диаграмма полностью;
ѕ ограничение по количеству объектов на диаграмме;
ѕ каждому объекту (блоку, стрелке) свойства (цвет, толщину линий) надо устанавливать отдельно. Обобщение или, например, выделение группы объектов отсутствует.
ARIS — семейство программных продуктов, разработанных компанией IDS Sheer AG (Германия) для структурированного описания, анализа и совершенствования бизнес-процессов предприятия, подготовки к внедрению сложных информационных систем и контроля бизнес-процессов.
Программные продукты ARIS занимают лидирующие позиции на мировом рынке в классе средств моделирования и анализа бизнес-процессов. Они используются на всех этапах цикла работ по созданию и развитию бизнеса. В основу системы положена обширная методология, вобравшая в себя особенности различных методов моделирования, отражающих разные взгляды на исследуемую систему. Одна и та же модель может разрабатываться с использованием нескольких методологий, что позволяет использовать ARIS пользователям с различными теоретическими знаниями и настраивать его на работу с системами, имеющими свою специфику.
В рейтинге Gartner Group система ARIS занимает лидирующее положение на рынке средств моделирования и анализа деловых процессов http://www.gartner.com.
Применение инструментальных средств ARIS реализует ряд важнейших преимуществ, таких как эффективная стандартизация деятельности компании, повышение качества и точности проектирования бизнес-процессов, поддержание многократного использования моделей, реализация широкого круга инструментов для анализа бизнес-процессов.
Продукт ARIS позволяет:
ѕ существенно сократить сроки выполнения проектов, повысить их качество, эффективно управлять изменениями;
ѕ документировать (моделировать) бизнес-процессы, используя большое количество типов моделей. Эти модели описывают различные аспекты бизнеса: процессы, функции, исполнителей, документы, материалы, стоимости и риски;
ѕ формировать связи бизнес-процессов с системой стратегических целей предприятия;
ѕ проводить расчет стоимости бизнес-процессов и моделировать их работу в динамике;
ѕ получать разнообразные отчеты непосредственно из моделей бизнес-процессов (должностные инструкции, регламенты, положения о подразделениях и т.д.);
ѕ работать с единой базой данных и хранить информацию о деятельности предприятия «в одном месте»;
ѕ публиковать модели в Интернет с целью организации коллективной работы по созданию, изменениям и поддержке моделей бизнес-процессов;
ѕ настраивать бизнес-процессы под внедрение информационных систем mySAP;
ѕ оценивать операционные риски и управлять ими;
ѕ определять эффективность бизнес-процессов и создавать систему управления качеством.
Продукт ARIS поддерживает весь жизненный цикл управления бизнес-процессами.
Основными достоинствами ARIS являются http://www.bps.org.ua:
ѕ ориентация на процессное управление и наличие соответствующей методологии;
ѕ возможность встроенного анализа бизнес-систем на уровне их составляющих (организационной структуры, функций, документов, бизнес-процессов, информационных систем и т.д.);
ѕ использование внутреннего репозитория, обеспечивающего связность моделей и позволяющего осуществлять их верификацию;
ѕ анализ бизнес-процессов по целому ряду параметров;
ѕ возможность генерации отчетов для различных срезов информации, хранящейся в репозитории;
ѕ универсальность, позволяющая решать спектр задач, в том числе описание, анализ и оптимизация бизнес-процессов, поддержка создания системы менеджмента качества и подготовки к прохождению сертификации по стандарту ISO 9000:2000 и подготовка к внедрению информационных систем.;
ѕ наглядность моделей и легкость в использовании и освоении инструментария.
В качестве недостатков ARIS следует отметить следующие:
ѕ ARIS является дорогим инструментом;
ѕ не рационален в использовании для моделирования бизнес-процессов маломасштабных предприятий. Так же;
ѕ ARIS является сложным продуктом для его освоения и имеет достаточно дорогостоящие обучающие курсы;
ѕ используемый синтаксис в ARIS позволяет прочесть схемы только специально обученным людям;
ѕ в ARIS можно столкнуться с проблемой по созданию нестандартных отчетов;
ѕ отсутствует возможность расчета среднего времени выполнения процессов.
Рассмотрев системы моделирования бизнес-процессов AllFusion Process Modeler 7 и ARIS , можно сделать вывод, что обе они являются ведущими на мировом рынке ИТ-услуг. Но чтобы более точно определить их общие и расхожие признаки, необходимо сравнить данные системы моделирования по строго выделенным параметрам.
3. Использование систем моделирования бизнес-процессов
3.1 Сравнительный анализ систем моделирования бизнес-процессов
Для сравнения систем моделирования бизнес-процессов в бакалаврской работе будет произведен анализ двух продуктов моделирования бизнес-процессов, которые на данный момент занимают лидирующие места на рынке ИТ-слуг в области моделирования бизнес-процессов, а именно: AllFusion Process Modeler 7 созданный компанией Computer Associates и ARIS созданный немецкой компанией IDS Sheer AG.
Характеристика будет производиться по возможностям обоих продуктов http://www.compress.ru. В таблице 1 рассматриваются функциональные возможности ARIS и AllFusion Process Modeler 7.
Таблица 1 Функциональные возможности систем моделирования
№ |
Возможности |
ARIS |
AllFusion Process Modeler 7 |
|
1 |
Поддерживаемый стандарт |
частично — DFD, ERM, UML |
IDEF0, IDEF3, DFD |
|
2 |
Система хранения данных модели |
объектная СУБД (под каждый проект создается новая база данных) |
модели хранятся в файлах |
|
3 |
Ограничение на размер базы данных |
Нет. Размер базы данных ограничивается вычислительными ресурсами |
Нет. Размер базы данных ограничивается вычислительными ресурсами |
|
4 |
Возможность групповой работы |
Есть. Используется ARIS Server |
Есть. Используется ModelMart |
|
5 |
Ограничение на количество объектов на диаграмме |
Нет |
Для DFD и IDEF3 — нет. Для IDEF0 ограничено |
|
6 |
Возможность декомпозиции |
Неограниченная декомпозиция. Возможна декомпозиция на различные типы моделей |
Неограниченная декомпозиция. Возможен переход на другую нотацию в процессе декомпозиции |
|
7 |
Формат представления моделей |
Не регламентируется |
Стандартный бланк IDEF с возможностью его отключения |
|
8 |
Удобство работы по созданию моделей |
Сложная панель управления, есть выравнивание объектов, есть undo |
Простая панель управления, нет выравнивания объектов, нет undo |
|
№ |
Возможности |
ARIS |
AllFusion Process Modeler 7 |
|
9 |
UDP — свойства объектов, определяемые пользователем |
Большое, но ограниченное количество свойств; количество типов ограничено |
Количество UDP не ограничено. Количество типов ограничено до 18 |
|
10 |
Возможность анализа стоимости процессов |
Есть. Возможность использовать ARIS ABC |
Упрощенный ABC — анализ стоимости по частоте использования в процессе. Возможность экспорта в Easy ABC |
|
11 |
Генерация отчетов |
Создание отчетов на основе стандартных и настраиваемых пользователем макросов Visual Basic |
RPTwin, возможность визуальной настройки отчетов, включая расчет по формулам с использованием UDP |
|
12 |
Сложность разработки нестандартных отчетов |
Сложно |
Просто |
|
13 |
Экспорт отчетов |
Реализован экспорт отчетов в MS Office, текстовый файл, RTF, HTML |
Реализован экспорт отчетов в MS Office, текстовый файл, RTF, HTML |
|
14 |
Связь с моделью данных |
Возможность построения ERD-диаграмм, для экспорта необходимо дополнительное программное обеспечение |
Реализована связь с моделью данных ERwin. Каждой стрелке может быть поставлен в соответствие набор сущностей и атрибутов |
|
15 |
Описание доступа к данным |
Нет |
Для каждой работы могут быть описаны права на использование данных. Объект модели данных может быть создан непосредственно в среде BPwin |
|
16 |
Описание сопутствующей документации |
Есть, поддержка OLE |
С помощью UDP типа command с каждой стрелкой связывается любой документ, который может быть загружен с помощью Windows — приложения. Запуск приложения проводится непосредственно из среды BPwin |
AllFusion Process Modeler 7 в отличие от ARIS совмещает в себе следующие методологии: IDEF0, IDEF3, DFD. Еще одним из достоинств BPwin является то, что модели хранятся в файлах и формат представления модели может регламентироваться. AllFusion Process Modeler 7 имеет простую в управлении панель управления. По подходу к разработке нестандартных отчетов ARIS является достаточно сложным продуктом в отличие от AllFusion Process Modeler 7.
В бакалаврской работе предлагается оценить системы ARIS и AllFusion Process Modeler 7 по трех балльной шкале, где:
ѕ 1 балл присваивается предметной оценке имеющий отрицательную характеристику «-»;
ѕ 2 балла присваивается предметной оценке, имеющей как отрицательную, так и положительную характеристику «+/-»;
ѕ 3 балла присваивается предметной оценке имеющей положительную характеристику «+».
Критерии оценки будут выделяться по параметрам представленным в таблице 2.
Таблица 2 Предметная оценка систем моделирования
№ |
Предмет оценки |
Оценка |
||
ARIS |
AllFusion Process Modeler 7 |
|||
1 |
Предлагаемая цена при покупке системы |
1 |
3 |
|
2 |
Предлагаемая цена за прохождение обучающих курсов |
1 |
3 |
|
3 |
Качество создаваемой модели с учетом функциональных возможностей |
3 |
3 |
|
4 |
Использование в крупномасштабных проектах |
3 |
1 |
|
5 |
Использование в длительном проекте с непрерывным моделированием бизнес-процессов |
3 |
1 |
|
6 |
Понятность (чтение схем) |
2 |
3 |
|
7 |
Сложность использования |
1 |
3 |
|
8 |
Интерфейс |
2 |
2 |
|
9 |
Используемый синтаксис |
2 |
3 |
|
10 |
Создание отчетов и их экспорт |
3 |
3 |
|
ИТОГО |
22 |
25 |
Проанализировав получившиеся оценки, в бакалаврской работе было выделено три оценочных интервала:
1) 10-16 — итоговая оценка — «плохо»;
2) 17-23 — итоговая оценка — «хорошо»;
3) 24-30 — итоговая оценка — «отлично».
Исходя из данных интервалов, система моделирования бизнес-процессов ARIS находится во втором интервале (17-23), так как имеет итоговую сумму оценок равную 22 и характеристику «хорошо». А система моделирования бизнес-процессов AllFusion Process Modeler 7 находится в третьем интервале (24-30), так как имеет итоговую сумму оценок равную 25 и характеристику «отлично».
Отталкиваясь от полученных характеристик, в качестве системы моделирования для описания бизнес-процесса будет использоваться система моделирования AllFusion Process Modeler 7.
3.2 Пример использование AllFusion Process Modeler 7 для описания бизнес-процесса
В качестве примера рассматривается деятельность фирмы по сборке и продаже пластиковых окон. Рассматриваемое предприятие не производит комплектующие, оно только собирает и тестирует готовую продукцию.
Основные процедуры в компании таковы:
ѕ продавцы принимают заказы клиентов;
ѕ операторы группируют заказы по специфике производимой продукции;
ѕ операторы координируют действия сборщиков и тестировщиков продукции;
ѕ операторы распределяют продукцию согласно заказам;
ѕ кладовщики отгружают клиентам заказы.
Деятельность компании представлена на рисунке 4 и состоит из:
ѕ заказов клиентов на входе (запросы информации, заказы, техподдержка и т.д.);
ѕ правил и процедур организации, что в свою очередь оказывает управляющее воздействие на предприятие (правила продаж, инструкции по сборке, процедуры тестирования и т.д.);
ѕ бухгалтерской системы, которая описывает не расходуемые ресурсы, используемые для выполнения бизнес-процесса (оформление счетов, оплата счетов, работа с заказами);
ѕ на выходе соответственно из проданной продукции (Пластиковые окна и двери).
Рис. 4.Диаграмма деятельности фирмы
С помощью AllFusion Process Modeler 7 можно создавать отчеты на каждую модель, на которых можно отражать всю необходимую информацию, делается это достаточно просто и необходимая информация представлена на рисунке 5. Тем самым продемонстрирована одна из функциональных возможностей AllFusion Process Modeler 7.
Рис. 5. Функциональные возможности на примере создания отчетов
Далее рассматриваются отделы фирмы, отвечающие за получение заказов и выпуск продукции, таковыми являются:
ѕ отдел продажи и маркетинга;
ѕ отдел сборки;
ѕ отдел отгрузки.
Все они непосредственно связаны друг с другом. На входе имеем заказ в отдел продаж, затем следует связь с отделом сборки, причем эти два отдела имеют обратную связь, которая именуется как «результаты сборки и тестирования». Отдел сборки отправляет собранную продукцию в отдел отгрузки, и на выходе имеем проданную продукцию, что продемонстрировано на рисунке 6.
Рис. 6. Диаграмма декомпозиции деятельности фирмы по производству пластиковых окон
Осуществляем декомпозицию отдела сборки.
Отдел сборки получает заказы клиентов от отдела продаж по мере их поступления. Оператор координирует работу сборщиков, сортирует заказы, группирует их и дает указание на отгрузку окон и дверей, когда они готовы. Оператор группирует заказы, отдельно для окон и дверей, и направляет на участок сборки.
Сотрудники участка сборки собирают окна и двери согласно спецификациям заказа и инструкциям по сборке. Когда группа продукции, соответствующая группе заказов, собрана, она направляется на тестирование. Тестировщики проверяют каждый продукт и в случае необходимости заменяют неисправные компоненты.
Тестировщики направляют результаты тестирования диспетчеру, который на основании этой информации принимает решение о передаче окон или дверей, соответствующих группе заказов, на отгрузку. Диаграмма декомпозиции представлена на рисунке 7.
Рис. 7. Декомпозиция отдела сборки
Рассмотрев систему AllFusion Process Modeler 7 на практике, можно сказать, что система может быть успешно применена для описания бизнес-процессов маломасштабных проектов, достаточно проста в управлении, имеет удобный интерфейс, легко осваивается. На начальной стадии описания бизнес-процесса разработчик не нуждается в углубленном изучении продукта, для более детального описания бизнес-процесса необходимо иметь практический опыт работы и полное изучение данного продукта. Одним из недостатков является то, что не существует полной русской версии, количество объектов на диаграмме ограничено, невозможно выделить и копировать один или группу объектов, только диаграмму полностью, по каждому объекту (блоку, стрелке) свойства (цвет, толщину линий) надо устанавливать отдельно и при ошибке нельзя перенести блок на другую диаграмму путем копирования приходиться удалять и заново рисовать объект.
Заключение
В настоящее время организациям во всем мире приходится работать в условиях постоянного изменения внешней среды: усиливается конкуренция, возрастают требования потребителей. Поэтому для любой организации сейчас стоит основной вопрос — способны ли ее системы управления обеспечить приспосабливаемость организации к новым условиям и удовлетворить растущие требования и запросы потребителей, обеспечив на этой основе свое развитие.
Чтобы организация была конкурентоспособной, ей необходимо выпускать качественную продукцию. Проблема качества актуальна абсолютно для всех видов продукции и услуг. Обеспечение качества всегда было и остается одной из самых сложных задач, с которыми приходится сталкиваться при производстве продукции и предоставлении услуг. Для создания качественного продукта необходимо создать качественный бизнес-процесс, который будет результативен и эффективен в своей работе. Любой бизнес-процесс необходимо моделировать для достижения определенных критериев качества и эффективности бизнес-процессов, которые были рассмотрены в бакалаврской работе. Достижение качества всегда основывается на определенных стандартах, одним из которых является международный стандарт ИСО 9000. На основе ИСО 9000 создан ряд методологий для моделирования бизнес-процессов, которые были рассмотрены в бакалаврской работе. Внедрение стандартов ИСО является сложным, трудоемким и длительным во времени процессом. Успех этой работы во многом зависит от того, насколько правильно понимаются и воплощаются на практике принципы, методические и организационные подходы стандартов.
Кроме того, несмотря на уникальность каждого вида бизнеса и его специфические черты, можно выделить ряд общих задач, связанных с реорганизацией и развитием бизнеса:
ѕ эффективное стратегическое управление бизнесом;
ѕ разработка и реинжиниринг бизнес-процессов;
ѕ разработка сценариев совместного бизнеса;
ѕ управление персоналом;
ѕ определение стоимости процессов;
ѕ управление улучшениями, создание системы управления качеством.
Современный подход к стратегическому управлению компанией предполагает решение всех вышеописанных задач в определенной последовательности. Замкнутый цикл, стратегического управления компанией включает проведение работы по созданию системы взаимосвязанных стратегических целей, документирования и реинжиниринга бизнес-процессов, расчета их стоимости, постоянного улучшения процессов, совершенствования системы управления качеством, оценку риска выполнения бизнес-процессов.
В современном обществе бизнес-процессы занимают ведущее место в сфере информационных технологий. Для дальнейшего успешного развития информационных технологий в общем и бизнес-процессов в частности необходимо моделирование. В бакалаврской работе были рассмотрены различные подходы к моделированию бизнес-процессов. Для реализации технологий моделирования бизнес-процессов существуют различные методологии. В бакалаврской работе были рассмотрены методологии IDEF0, IDEF3 и DFD.
Целью работы являлось изучение различных подходов к моделированию бизнес — процессов и проведение сравнительного анализа информационных технологий моделирования бизнес-процессов. Сравнив систему ARIS и систему AllFusion Process Modeler 7, было выяснено, что в AllFusion Process Modeler 7 работает и методология IDEF0 и IDEF3 и DFD, в отличии от системы ARIS, которая поддерживает только DFD. Также в AllFusion Process Modeler 7 модели хранятся в файлах, в то время как в ARIS они хранятся в объектной СУБД и для каждого нового проекта создается новая база данных. В AllFusion Process Modeler 7 используется простая панель управления, там нет выравнивания объектов, а в ARIS сложная панель управления и есть выравнивание объектов. В AllFusion Process Modeler 7 для каждой работы могут быть описаны права на использование данных, объект модели данных может быть создан непосредственно в среде AllFusion Process Modeler 7.
Исходя из выше перечисленного, для наглядного описания работы бизнес-процесса была выбрана система моделирования AllFusion Process Modeler 7, так как по своим функциональным возможностям она ничем не уступает ARIS, одной из лидеров на мировом рынке ИТ-услуг, а в некоторых аспектах является даже совершеннее и проще в использовании.
Список использованных источников
1. Войнов И. В., Пудовкина С. Г., Телегин А. И. Моделирование экономических систем и процессов. Опыт построения ARIS-моделей: Монография. — Челябинск: Изд. ЮУрГУ, 2002.
2. Волков О. В. Стандарты и методологии моделирования бизнес-процессов.: http://www.connect.ru
3. Григорьев Д. А. Моделирование бизнес-процессов предприятия.: http://www.valex.net
4. Калянов Г.Н. Моделирование, анализ, реорганизация и автоматизация бизнес-процессов. — М.: Финансы и статистика, 2006.
5. Беккер Й., Вилкова Л., Таратухина В., КугелераМ., РоземаннаМ. Менеджмент процессов [пер. с нем.]. — М.: Эксмо, 2007. — (Качественный менеджмент).
6. Пинаев Д. А., Веретенников Д. В. Моделирование бизнес-процессов: доступно о сложном, 2003.
7. Каменова М., Громов А., и др.; Под ред. Каменковой М.С. Моделирование бизнеса. Методология ARIS. — М.: Серебряные нити, 2001.
8. Тельнов Ю.Ф. Реинжиниринг бизнес-процессов. — М.: Финансы и статистика, 2003.
9. Портер М. Конкурентная стратегия. Методика анализа отраслей и конкурентов. Изд.: АЛЬПИНА БИЗНЕС БУКС, 2007.
10. Калашян А.Н., Калянов Г.Н. Структурные модели бизнеса: DFD-технологии. Под ред. Г.Н. Калянова. — М.: Финансы и статистика, 2003.
11. Хаммер М. и Чампи Д. Реинжиниринг корпорации: Манифест революции в бизнесе. Издательство «Манн, Иванов и Фербер», 2006.
12. F. Nordsieck: Betriebsorganisation. Lehre und Technik, Textband. 2. Auflage, Stuttgart, 1972.
13. Харрингтон Дж., Эсселинг К.С., Харм Ван Нимвеген. Оптимизация бизнес процессов. — С-Пб.: АЗБУКА БМикро, 2002.
14. Репин В.В., Елиферов В.Г. Процессный подход к управлению. Моделирование бизнес-процессов.: РИА «Стандарты и качество», 2004.
15. Фишер Л. Совершенство на практике. Лучшие проекты в области управления бизнес-процессами и workflow. Пер. с англ. «Весть Метатехнология», 2000.
16. Ойхман Е.Г., Попов Э.В. Реинжиниринг бизнеса: реинжиниринг организаций и информационные технологии. — М.: Финансы и статистика, 1997.
17. Ильин В. В. Моделирование бизнес-процессов. Практический опыт разработчиков, 2006.
18. Марк Дэвид А., МакГоу К. Методология структурного анализа и проектирования. — М.: МетаТехнология, 1993.
19. Методология функционального моделирования. Рекомендации по стандартизации. Госстандарт России, 2001.
20. Кирисов С.В. Теория и практика применения процессного подхода к управлению качеством деятельности организации. — Тамбов: Изд. ТГТУ, 2009.
21. Титоренко Г.А. Автоматизированные информационные технологии в экономике. — М.: Компьютер, ЮНИТИ, 1998.
Размещено на