Методология моделирования бизнес-процессов
Обзор методологий
- Описание или моделирование
бизнес-процессов проводится с целью их
дальнейшего анализа и реорганизации.
Целью реорганизации может быть внедрение
информационной системы, сокращение затрат
на выпуск продукции, повышение качества
обслуживания клиентов, создание должностных
и рабочих инструкций при внедрении стандартов
ISO-9000 и т.д.
В общем случае, модель бизнес-процесса
должна давать ответы на следующие вопросы:
- какие процедуры (функции, работы) необходимо выполнить для получения заданного конечного результата;
- в какой последовательности выполняются эти процедуры;
- какие механизмы
контроля и управления существуют в рамках рассматриваемого бизнес-процесса;
- кто выполняет процедуры процесса;
- какие входящие материалы/документы/информацию использует каждая процедура процесса;
- какие исходящие материалы/документы/информацию генерирует процедура процесса;
- какие ресурсы необходимы для выполнения каждой процедуры процесса;
- какая документация/условия
регламентирует выполнение процедуры;
- какие параметры характеризуют выполнение процедур и процесса в целом.
- Описание бизнес-процесса формируется
при помощи методологии моделирования
бизнес-процессов (нотации) и инструментальной
среды, позволяющих отразить все указанные
выше аспекты. Только в этом случае модель
бизнес-процесса окажется полезной для
предприятия, т.к. ее можно будет подвергнуть
анализу и реорганизации.
- Что же такое методология моделирования
процессов?
- Это совокупность способов отражения объектов
реального мира, и связей между ними, с
помощью объектов модели.
Рисунок 1. Методология (способ) описания
бизнес-процесса
- Для организации ведения работ по описанию
бизнес процессов предприятия необходимо
выбрать, адаптировать или создать на
основе существующих методологию ведения
проекта, включающую в себя:
- Методики выполнения проекта.
- Методики моделирования бизнес-процессов.
- Методики использования инструментальных
средств моделирования бизнес-процессов.
- В ходе естественного отбора на рынке
осталось 5-6 методологий, в явном виде
пригодных для моделирования бизнес-процессов. Наиболее
известные: IDEF0, DFD, UML, ARIS. Некоторые из поддерживающих
их программных продуктов: BPWin, Rational Rose, ARIS Toolset.
IDEF0, IDEF3
- Нотация IDEF0 была разработана
на основе методологии структурного анализа
и проектирования SADT, утверждена в качестве
стандарта США и успешно эксплуатируется
во многих проектах, связанных с описанием
деятельности предприятий. Функциональная
модель IDEF0 отображает функциональную
структуру объекта, т.е. производимые им
действия и связи между этими действиями.
- Нотация IDEF3 была разработана с целью
более удобного описания рабочих процессов
(Work Flow), для которых важно отразить логическую последовательность выполнения процедур.
В основе IDEF0 лежат четыре основных понятия:
- Первым из них является понятие функционального блока (Activity Box). Функциональный блок графически изображается в виде прямоугольника и олицетворяет собой некоторую конкретную
функцию в рамках рассматриваемой системы.
По требованиям стандарта название каждого
функционального блока должно быть сформулировано
в глагольном наклонении (например, “производить
услуги”, а не “производство услуг”).
- Каждая
из четырех сторон функционального блока
имеет своё определенное значение (роль),
при этом:
- Верхняя сторона имеет значение “Управление”
(Control);
- Левая сторона имеет значение “Вход”
(Input);
- Правая сторона имеет значение “Выход”
(Output);
- Нижняя сторона имеет значение “Механизм”
(Mechanism).
- Каждый функциональный блок в рамках
единой рассматриваемой системы должен
иметь свой уникальный идентификационный
номер.
Рисунок 2. Функциональный блок
- Вторым “китом” методологии IDEF0 является
понятие интерфейсной дуги
(Arrow). Также интерфейсные дуги часто называют потоками или стрелками. Интерфейсная дуга отображает элемент системы, который обрабатывается функциональным блоком или оказывает иное влияние на функцию, отображенную данным функциональным блоком.
- Третьим
основным понятием стандарта IDEF0 является
декомпозиция (Decomposition). Принцип декомпозиции применяется при разбиении сложного процесса на составляющие его функции. При этом уровень детализации процесса определяется непосредственно разработчиком модели.
- Декомпозиция позволяет постепенно и
структурировано представлять модель
системы в виде иерархической структуры
отдельных диаграмм, что делает ее менее
перегруженной и легко усваиваемой.
- Последним из понятий IDEF0 является
глоссарий (Glossary). Для каждого из элементов IDEF0: диаграмм, функциональных блоков, интерфейсных дуг существующий стандарт подразумевает создание и поддержание набора соответствующих определений, ключевых слов, повествовательных изложений и т.д., которые характеризуют объект, отображенный данным элементом. Этот набор называется глоссарием и является описанием сущности данного элемента.
Предназначение IDEF3
- IDEF3 является стандартом документирования технологических процессов, происходящих на предприятии, и предоставляет инструментарий для наглядного исследования и моделирования их сценариев.
- Сценарием (Scenario) мы называем описание последовательности изменений свойств объекта, в рамках рассматриваемого процесса (например, описание последовательности этапов обработки детали в цеху и изменение её свойств после прохождения каждого этапа).
- Исполнение каждого сценария
сопровождается соответствующим документооборотом,
который состоит из двух основных потоков:
документов, определяющих структуру и
последовательность процесса (технологических
указаний, описаний стандартов и т.д.),
и документов, отображающих ход его выполнения
(результатов тестов и экспертиз, отчетов
о браке, и т.д.).
Два типа диаграмм в IDEF3
- Существуют два типа диаграмм
в стандарте IDEF3, представляющие описание
одного и того же сценария технологического
процесса в разных ракурсах.
- Диаграммы, относящиеся к первому типу,
называются диаграммами Описания Последовательности
Этапов Процесса (Process Flow Description Diagrams, PFDD)
- ко второму - диаграммами Состояния
Объекта в и его Трансформаций Процессе
(Object State Transition Network, OSTN).
Методология моделирования бизнес-процессов
ARIS
- Методология разработана
специалистами компании IDS Scheer AG (Германия), в частности профессором Шеером. Рассматриваемая методология основывается на разработанной профессором Шером теории "Построения Интегрированных Информационных Систем"
- Методология ARIS предполагает
определенный подход к формализации информации
о деятельности организации и представление
ее в виде графических моделей, удобном
для понимания и анализа. Модели, создаваемые
по методологии ARIS, отражают существующую ситуацию с той или иной степенью приближенности. Степень детализации зависит от целей проекта, в рамках которого проводится моделирование.
- Модели ARIS могут быть использованы для анализа и выработки различного рода решений по реорганизации деятельности предприятия, в том числе по внедрению информационной системы управления, разработке систем менеджмента качества.
- Методология ARIS реализует принципы структурного анализа и позволяет определить и отразить в моделях основные компоненты организации, протекающие процессы, производимую и потребляемую продукцию, используемую информацию, а также взаимосвязи между ними.
- Создаваемые модели представляют собой
документированную совокупность знаний
о системе управления, включая организационную
структуру, протекающие процессы, взаимодействия
между организацией и субъектами рынка,
состав и структуру документов, последовательность
шагов процессов, должностные инструкции
отделов и их сотрудников.
Методология ARIS рассматривает предприятие
как совокупность четырех взглядов:
- взгляд на организационную структуру
(организационные модели, представляющие структуру системы - иерархию организационных подразделений, должностей и конкретных лиц, многообразие связей между ними, а также территориальную привязку структурных подразделений);
- взгляд на структуру функций
(функциональные модели, содержащие иерархию целей, стоящих перед аппаратом управления, с совокупностью деревьев функций, необходимых для достижения поставленных целей);
- взгляд
на структуру данных (информационные модели, отражающие структуру информации, необходимой для реализации всей совокупности функций системы);
- взгляд на структуру процессов
(модели управления, представляющие комплексный взгляд на реализацию деловых процессов в рамках системы).
Графически такой подход может быть представлен
следующим образом:
Группы моделей методологии ARIS
- В рамках каждого из перечисленных взглядов
создаются модели разных видов, отражающие
соответствующие стороны исследуемой
системы.
- При этом каждый из этих взглядов разделяется
еще на при подуровня: описание требований,
описание спецификации, описание внедрения.
- Уровень определения требований. На данном уровне разрабатываются модели, описывающие то, что должна делать система - как она организована, какие деловые процессы в ней присутствуют, какие данные при этом используются.
- Уровень проектной спецификации. Этот уровень соответствует концепции информационной системы, определяющей основные пути реализации предъявленных на втором этапе требований.
- Уровень описания реализации. На данном этапе жизненного цикла создания информационных систем происходит преобразование спецификации в физическое описание конкретных программных и технических средств. Это заключительный этап проектирования систем, за которым следует этап физической реализации (программирования). Уровень описания реализации порождает документы, на основе которых можно обеспечить процесс разработки программных модулей (или подбора готовых программных компонент, отвечающих поставленным требованиям), а также выбора и организации технических средств реализации системы