Реинжиниринговый подход к управлению бизнес-процессами в организации

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

Во второй части будут рассмотрены три методики описания бизнес-процессов:

1. Метод функционального моделирования тАУ стандарт IDEF 0;

2. Метод описания технологии бизнес-процесса тАУ стандарт IDEF 3;

3. Метод описания потоков информационных данных тАУ метод DFD.

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

- в первую очередь будет рассматриваться сама методика, ее синтаксис и семантика;

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

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

2.1. Описание стандарта IDEF 3

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

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

Однако стандарт IDEF 3 также может быть использован как метод описания бизнес-процесса. Модель стандарта IDEF 3 обычно используется как дополнение к модели, спроектированной в стандарте IDEF 0, и получила широкое распространение как метод построения дизайна модели, который в последствии станет предметом анализа. Симуляция модели обычно применяется для оценки бизнес-системы, проектируемой в данный отрезок времени.

Любой стандарт структурного анализа и проектирования (САПР) состоит из компонентов, которые имеют свои отличительные особенности.

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

К компонентам стандарта IDEF 3 следует отнести следующее:

- диаграммы;

- действия;

- связи;

- узлы;

- ссылки.

Диаграмма.

Как и в других методиках моделирования процесса, в стандарте IDEF3 диаграмма является основным структурным элементом. Построение диаграммы в стандарте IDEF3 особенно важно в случае ее дальнейшего прочтения другими специалистами.

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

Действие.

Единица работы (действие), является центральным компонентом модели бизнес-процесса. В стандарте IDEF3 на диаграмме действие изображается в форме прямоугольника. В диаграмме стандарта IDEF3 действие описывается в сочетании слова в форме глагола и объекта, на которое воздействует действие и в добавление ему присваивается уникальный идентификационный номер.

Часть фразы, содержащая существительное, которое является объектом, на которое воздействует действие, обычно описывает объект, осуществляющий действие в начале (например, ВлРемонтировать комбайнВ»), итоговый объект, участвующий в конкретном действии (например, ВлСобирать урожайВ»), либо наименование системы.

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

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

Связи

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

Таблица 1 Типы связей.

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

Временной прецедент

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

Объектопоток

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

Реляционная

Реляционные связи определяют взаимоотношения, которые не подразумевают наличия прецедентной связи или объектопотока. Значение каждой реляционной связи должно быть определено, так как реляционная связь не определяется сама по себе (в отличие от прецедентной связи, в которой отражается начало и конец выполнения действия в модели или связи объектопотока, которая указывает читателю на перемещение объектов между действиями процесса).

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

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

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

Узлы

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

1. Разветвляющий узел:

- завершение одного действия приводит к активации других действий.

2. Консолидирующий узел (узел слияния):

- завершение одного или более действий приводит к активации всего лишь одного действия.

Таблица 2 Описание типов узлов

Графическое отображение	Наименование	Тип узла	Предназначение
&	Узел тАУ ВлИВ»	Разветвляющий узел	Каждое последующее действие, соединенное с узлом ВлИВ» всегда активировано.
		Консолидирующий узел	Каждое предыдущее действие соединенное с узлом ВлИВ» должно завершиться.
X	Узел - ВлИсключительно ВлИЛИВ»	Разветвляющий узел	Одно и только одно последующее действие, соединенное с узлом ВлЭксклюзив ВлИЛИВ» активировано.
		Консолидирующий узел	Одно и только одно последующее действие, соединенное с узлом ВлЭксклюзив ВлИЛИВ» должно завершиться.
O	Узел тАУ ВлИЛИВ»	Разветвляющий узел	Одно или более последующих действий, связанных с узлом ВлИЛИВ» активировано.
		Консолидирующий узел	Одно или более предыдущих действий, связанных с узлом ВлИЛИВ» должно завершиться.

Узел ВлИВ».

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

Узел ВлЭксклюзив ВлИЛИВ».

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

Узел ВлИЛИВ».

Узел ВлИЛИВ» приводит в действие такие комбинации процесса, которые не могут быть описаны ни узлом ВлИВ» (все действия), ни узлом ВлЭксклюзив ВлИЛИВ» (одно и только одно действие). Так же как и реляционная связь, использование узла ВлИЛИВ» определяется самим автором по его усмотрению.

Синхронные и несинхронные узлы.

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

Таблица 3 Описание синхронных и несинхронных узлов

Графическое отображение	Наименование	Тип узла	Предназначение
&	ВлИВ»	Разветвляющий узел	Все действия, которые разветвляются от узла, начнутся вместе
	ВлИВ»	Консолидирующий узел	Все действия, которые консолидируются в узел, окончатся вместе.
O	ВлИЛИВ»	Разветвляющий узел	Одно или более действий, которые разветвляются от узла, начнутся вместе.
	ВлИЛИВ»	Консолидирующий узел	Одно или более действий, которые консолидируются в узел, окончатся вместе.
X	ВлЭксклюзив ВлИЛИВ»	Разветвляющий узел	В случае, когда одно и только одно действие, соединенное с разветвляющим узлом ВлЭксклюзив ВлИЛИВ» активировано, то синхронность с другими действиями невозможна.
	ВлЭксклюзив ВлИЛИВ»	Консолидирующий узел	В случае, когда одно и только одно действие, соединенное с консолидирующим узлом ВлЭксклюзив ВлИЛИВ» завершается, то синхронность с другими действиями невозможна.

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

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

Пары узлов.

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

Комбинации узлов.

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

Ссылки

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

Таблица 4 Ссылки

Тип ссылки	Описание цели ссылки
OBJECT (ОБЪЕКТ)	Для описания наличия в конкретном действии некоторых важных объектов.
GO TO (ОТПРАВЛЕНИЕ)	Для выполнения повторяющихся действий (возможно даже на той же диаграмме, но не обязательно). Если все действия на одной диаграмме, то цикл может быть изображен в виде интерфейсной стрелки, направленной на начинающееся действие. Ссылка ВлGO TOВ» может также ссылаться на какие-либо из имеющихся на диаграмме узлы.
UOB/UNITOFWORK (ЕДИНИЦА РАБОТЫ)	Применяется для включения в диаграмму другого примера действия без последующего повторения действия. К примеру, если действие X происходит несколько раз на протяжении всего процесса, то первое действие X может быть создано, как действие и последующие случаи изображены в виде UOB ссылок. Использование данного типа ссылки обычно не требуется, в случае использования специализированного программного обеспечения.
NOTE (ЗАПИСЬ)	Используется для документирования важной, но общей информации, которая относится к какому-либо графику на диаграмме. Ссылка ВлNOTEВ» используется как альтернатива для записи текста прямо на диаграмме.
ELAB (СОВЕРШЕНСТВОВАНИЕ)	Предназначена для совершенствования (разработки) графика или его более детального описания. Ссылка совершенствования (разработки) обычно используется для описания логической последовательности разветвления узла.

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

OBJECT/Кладовщик

ССЫЛКА ИДЕНТИФИКАТОР

^тАЬ^OBJECT^тАЭ

Рис 1 Пример ссылки

Декомпозиция действия.

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

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

2.2. Пример: модель бизнес-процесса, созданная на основе стандарта IDEF3.

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

Для этого мы в модели создадим двух субъектов:

- субъект №1 тАУ оператор сотовой связи;

- субъект №2 тАУ абонент услуг сотовой связи, предлагаемых субъектом №1.

Субъект №1 выполняет следующий набор функций (действий):

- обработка данных по лицевому счету абонента;

- поиск электронной карточки абонента;

- проверка на наличие денежных средств на электронной карточке абонента;

- зачисление принятых от абонента денежных средств на лицевой счет абонента;

- распечатка приходного кассового чека.

Субъект №2 осуществляет в данном бизнес-процессе следующий набор функций (действий):

- проверка денег на своем лицевом счете;

- проверка личной электронной карточки абонента;