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

имеющей направление от предыдущего действия к следующему за ним действию.

Связь должна быть обозначена так, чтобы читающий модель мог понять

предназначение связи. Во многих случаях завершение одного действия

активизирует другое.

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

Одна из причин существования прецедентной связи между двумя действиями

такой: некие объекты, производимые предыдущим действием, могут быть

востребованы последующим действием. Интерфейсная стрелка связи

объектопотока отличается от интерфейсной интерфейсные стрелки временной

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

объектов, которые перемещаются между действиями. Связи объектопотока имеют

такие же временные свойства, как и в прецедентной связи, т.е. действие, от

которого объектопоток начинается должно завершиться, прежде чем начнется

действие, к которому связь объектопотока указывает.

Реляционная

Реляционные связи определяют взаимоотношения, которые не подразумевают

наличия прецедентной связи или объектопотока. Значение каждой реляционной

связи должно быть определено, так как реляционная связь не определяется

сама по себе (в отличие от прецедентной связи, в которой отражается начало

и конец выполнения действия в модели или связи объектопотока, которая

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

Реляционная связь также может быть использована для определения

взаимоотношений между параллельными действиями. Имя интерфейсной

интерфейсные стрелки может быть использовано для описания специфики

взаимоотношений между действиями, а более основательное описание может

являться дополнительной текстовой характеристикой для этих действий.

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

прецедентной связи.

Особенно важно четко описывать временные отношения между двумя

действиями, связанными реляционной связью.

Узлы

Завершение одного действия может активизировать несколько других

действий, таким же образом действие, прежде чем начаться, должно ожидать

завершения нескольких других действий. Узлы предназначены как для

разветвления, так и для консолидации (слиянию) действий внутри диаграммы

процесса.

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

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

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

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

одного действия.

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

| |«ИЛИ» | |действие, |

| | | |«ИЛИ» |

| | | |«ИЛИ» |

Узел «И».

Узел «И» всегда будет активировать каждое последующее действие, с

которым оно соединяется. Все действия, которые соединяются с узлом «И»

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

может начаться.

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

Независимо от количества действий, соединенных с разветвляющим либо

консолидирующим узлом «Эксклюзив «ИЛИ», только одно из них будет

активировано и, соответственно, только одно действие завершиться прежде,

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

«Эксклюзив «ИЛИ». Если правила ввода в действие узла известны, то тогда они

должны содержаться в описании узла, в ссылке на узел либо в подписи

интерфейсной интерфейсные стрелки, которая исходит из разветвляющего узла.

Узел «ИЛИ».

Узел «ИЛИ» приводит в действие такие комбинации процесса, которые не

могут быть описаны ни узлом «И» (все действия), ни узлом «Эксклюзив «ИЛИ»

(одно и только одно действие). Так же как и реляционная связь,

использование узла «ИЛИ» определяется самим автором по его усмотрению.

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

Существуют ситуации, когда начало и/или конец параллельных действий

должны быть синхронными. Для решения этой задачи в стандарте 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 является стандартом описания технологии бизнес-процесса и описывает

последовательность выполнения работ (действий), исполняемых с целью

достижения позитивного и оцениваемого результата. Ниже нами будет детально

и по-шагово проанализирован бизнес-процесс оплаты за пользование сотовой

связью.

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

6. субъект №1 – оператор сотовой связи;

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

№1.

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

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

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

10. проверка на наличие денежных средств на электронной карточке

абонента;

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

абонента;

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

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

(действий):

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

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

15. определение вносимой денежной суммы;

16. оплата счета;

17. приемка приходного кассового чека.

[pic]

Таким образом, после определения функций для каждого субъекта процесса

нам следует перейти непосредственно к описанию модели, построенной на

основе методики стандарта IDEF3.

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

Теперь попытаемся детально рассмотреть все составные элементы в

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

описание представленной выше модели.

Действие первое: «Проверка денег на счете».

Данное действие осуществляется в самом начале самим абонентом

(субъектом №2). Цель данного действия – определить остаток денежных средств

на лицевом счете и в случае недостаточности средств продолжить выполнять

действия по процессу, либо в случае удовлетворения достаточным количеством

денежных средств на счету, приостановить дальнейшие действия.

Далее после действия «Проверка денег на счете» следует прецедентная

интерфейсная стрелка, которая означает, что следующее действие может

начаться только в случае завершения действия «Проверка денег на счете».

Действие второе: «Обработка данных по счету».

Данное действие начинается только после завершения предыдущего

действия. Второе действие имеет особенность, которая отражена в добавлении

к нему ссылки «Кассир». Это, в частности, означает, что автор модели

подчеркивает, что действие «Обработка данных по счету» выполняется Кассиром

Субъекта №1. Действие не декомпозировано, т.к. имеет в левом верхнем углу

прямоугольника поперечную черту. (На это надо обращать внимание при

прочтении диаграмм стандарта IDEF).

Действие третье: «Поиск карточки абонента».

В случае с третьим и четвертым действием диаграммы добавлен

несинхронный разветвляющий узел «ИЛИ». Узел «ИЛИ», в данном случае,

означает, что действия «Поиск карточки абонента» и «Проверка личной

карточки» происходят параллельно друг другу, но не начинаются в одно время.

Помимо этого узел «ИЛИ» в данном контексте означает, что автором модели

определено то, что либо действие третье, либо четвертое активизировано.

Действие четвертое: «Проверка личной карточки».

Данное действие также как и действие «Обработка данных по счету» имеет

ссылки «Абонент» и «Кассир». Это означает, что автором модели показано, кто

участвует в данном действии.

Консолидирующий несинхронный узел «И».

В данном контексте узел «И» означает, что только после завершения

действия третьего и четвертого возможно продолжение процесса внесения денег

на счет.

Действие пятое: «Определение вносимой суммы».

Данное действие не имеет декомпозиции (черта в верхнем левом углу) и

имеет ссылку «Абонент», что как уже известно указывает на субъекта,

участвующего в данном действии.

При анализе модели исследователю нельзя забывать про интерфейсной

интерфейсные стрелки, т.е. надо знать, что обозначает интерфейсная стрелка

в данном контексте. В нашем случае интерфейсная стрелка от пятого действия

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

говорилось выше.

Действие шестое: «Оплата счета».

Действие характерно наличием интерфейсной стрелки объектопотока.

Интерфейсная стрелка объектопотока показывает исследователю, что автор

уточнил в модели, что именно сопровождает переход от шестого действия к

седьмому (в рассматриваемой модели – «Money»). Интерфейсная стрелка

объектопотока переходит в несинхронный разветвляющий узел «ИЛИ». Выше в

действии третьем мы уже описывали значение узла «ИЛИ». Добавим только, что

интерфейсная стрелка объектопотока, как и интерфейсная стрелка прецедентная

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

предыдущего.

Действия седьмое и восьмое: «Приемка денег» и «Подсчет денег».

Автором модели определено, что действия седьмое и восьмое протекают

параллельно, но не одновременно. (Кассир при приеме денег от абонента

обычно сразу пересчитывает сумму). Однако следующий консолидирующий

несинхронный узел «И» говорит о том, что действие девятое начинается только

по завершению седьмого и восьмого действий. Таким образом, кассир не может

распечатать кассовый чек (действие девятое) не приняв денег и не пересчитав

сумму.

Действие десятое: «Приемка чека».

Нужно обратить внимание, что в этом случае от девятого действия в

диаграмме исходит интерфейсная стрелка объектопотока, означающая «Кассовый

чек».

На этом действии бизнес-процесс завершается и, как видно, не обладает

цикличностью.

2.3. ОПИСАНИЕ СТАНДАРТА IDEF0

Моделирование действий c использованием метода IDEF0, является

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

действий и функций. Данная функциональная направленность является основной,

так как функция в системе анализируется независимо от объектов, которые ее

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

Страницы: 1, 2, 3, 4, 5, 6, 7, 8, 9, 10

МЕНЮ

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

ИНТЕРЕСНОЕ