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

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

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

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

 Методология IDEF3 может быть использована как метод проектирования бизнес-процессов. Она так же он органично дополняет традиционное моделирование с использованием методологии IDEF0.

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

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

 

Рис.4.4.17. Описание процесса в методологии IDEF3.

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

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

Другой важной компонентой в модели IDEF3 является действие, или «единица работы» (Unitofwork – UOW). Диаграммы IDEF3 отображают действие в виде прямоугольников, причем действие именуется с использованием глаголов и отглагольных существительных. Действию присваивается уникальный идентифицированный номер, который не используется вновь даже в тех случаях, когда в процессе построения модели действие удаляется. В диаграммах IDEF3 номер действия обычно предваряется номером его родителя (см. рис. 4.4.18).

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

Рис. 4.4.18. Изображение и нумерация действий в диаграмме IDEF3

 

Таблица 4.4.3. Возможные типы связей между действиями

 

Изображение	Название	Назначение
	Временное предшествование(Temporalprecedence)	Исходное действие должно завершиться, прежде чем конечное действие сможет начаться
	Объектный поток (Objectflow)	Выход исходного действия является входом конечного действия. Из этого, в частности, следует, что исходное действие должно завершиться прежде, чем конечное действие сможет начаться
	Нечеткое отношение (Relationship)	Вид взаимодействия между исходным и конечным действиями задается аналитиком отдельно для каждого случая использования такого отношения

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

Принять

Принять рекомендации рецензентов   1.1

Внести исправления     1.2

                                исправления

 

Рис. 4.4.19. Связь типа «временное предшествование» между

действиями 1.1 и 1.2

Связь типа «объектный поток». Одна из наиболее часто встречающихся причин использования связи типа «объектный поток» заключается в том, что некоторый объект, являющийся результатом выполнения исходного действия, необходим для выполнения конечного действия. Обозначение такой связи отличается от связи временного предшествования двойной стрелкой. Наименования потоковых связей должны четко идентифицировать объект, который передается q их помощью. Временная семантика объектных связей аналогична связям предшествования, это означает, что порождающее объектную связь исходное действие должно завершиться, прежде чем конечное действие может начать выполняться, как показано на рис. 4.4.20. В приведенном примере счет на оплату услуг является результатом выполнения действия 1.1.

Рис. 4.4.20. Объектная связь между действиями 1.1 и 1.2

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

Рис.4.4.21. Связь типа «нечеткое отношение»

Наиболее часто нечеткие отношения используются для описания специальных случаев связей предшествования, например, для описания альтернативных вариантов временного предшествования. На рис.4.4.22. вертикальные линии показывают начало и окончание действий 1.1 и 1.2, имеющих предшественную связь. В соответствии с порядком действий, показанным на рис. 4.4.19, внесение исправлений в работу начинается после принятия всех замечаний от рецензентов.

Рис. 4.4.22 Временная шкала выполнения действий для рис. 3.6.3.

Связь нечеткого отношения, альтернативная предшествованной связи на рис. 4.4.19, представлена на рис. 4.4.23. В этом примере внесение исправлений начинается по мере получения замечаний от рецензентов, т.е. до непосредственного окончания действия по принятию замечаний.

Рис. 4.4.23. Альтернативная связь предшествования

 

На рис. 4.4.24 приведена соответствующая этой ситуации временная шкала.

Рис. 4.4.24. Альтернативная временная шкала

 

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

                       Начало А1.2           Окончание А1.2

Рис. 4.4.25. Вариант альтернативной временной шкалы

 

 

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

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

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

• разворачивающие соединения используются для разбиения потока. Завершение одного действия вызывает начало выполнения нескольких других;

• сворачивающие соединения объединяют потоки. Завершение одного или нескольких действий вызывает начало выполнения другого действия.

В табл. 4.4.4 объединены три типа соединений.

 

Таблица 4.4.4. Типы соединений

Графическое обозначение	Название	Вид	Правила инициации
&	Соединение «и»	Разворачивающее	Каждое конечное действие обязательно инициируется
		Сворачивающее	Каждое исходное действие обязательно должно завершиться
X	Соединение «эксклюзивное “или”»	Разворачивающее	Одно и только одно конечное действие инициируется
		Сворачивающее	Одно и только одно исходное действие должно завершиться
O	Соединение «или»	Разворачивающее	Одно или несколько конечных действий инициируются
		Сворачивающее	Одно или несколько исходных действий должны завершиться

 

Примеры разворачивающих и сворачивающих соединений приведены на рис. 4.4.26.

Рис. 4.4.26. Два вида соединений

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

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

Рис.4.4.27. «И»-соединения

 

Рис. 4.4.28. Соединение «эксклюзивное “или”»

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

 

Рис. 4.4.29. Соединение «или»

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

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

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

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

 

Таблица 4.4.5. Виды синхронных соединений

Графическое обозначение	Тип	Вид	Правила инициации
&	Соединение «и»	Разворачивающее	Все действия начнутся одновременно
		Сворачивающее	Все действия закончатся одновременно
О	Соединение «или»	Разворачивающее	Может быть, несколько действий начнутся одновременно
		Сворачивающее	Может быть, несколько действий закончатся одновременно
Х	Соединение «эксклюзивное «или»»	Разворачивающее	Одновременное начало действий невозможно
		Сворачивающее	Одновременное окончание действий невозможно

 

Рис.4.4.30. Синхронное соединение

Парность соединений. Все соединения на диаграммах должны быть парными, из чего следует, что любое разворачивающее соединение имеет парное себе сворачивающее. Однако типы соединений не обязательно должны совпадать. На рис. 4.4.31 разворачивающее «и»-соединение имеет парное сворачивающее «или»-соединение. Интерпретация соединения J1 аналогична случаю, показанному на рис. 4.4.27. Соединение J2 интерпретируется следующим образом: после включения пожарной сигнализации и/или вызова пожарных, и/или начала тушения производится запись в журнал.

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

Рис.4.4.31 Пример комбинации двух типов соединений

 

Рис. 4.4.326. Диаграмма IDEF3 с комбинацией соединений

 

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

Указатель изображается на диаграмме в виде прямоугольника, похожего на изображение действия. Имя указателя обычно включает его тип (например, ОБЪЕКТ, UOB и т.п.) и идентификатор (табл. 4.4.6).

Таблица 4.4.6. Указатели и их назначения

 

Тип указателя	Назначение
ОБЪЕКТ(OBJECT)	Для описания того, что в действии принимает участие какой-либо заслуживающий отдельного внимания объект
ССЫЛКА(GOTO)	Для реализации цикличности выполнения действий. Указатель ССЫЛКА может относиться и к соединению
ЕДИНИЦАДЕЙСТВИЯ(Unit of Behavior – UOB)	Для многократного отображения на диаграмме одного т того же действия. Например, если действие «Подсчет наличных» выполняется несколько раз, в первый раз оно создается как действие, а последующие его появления на диаграмме оформляются указателями UOB
ЗАМЕТКА(NOTE)	Для документирования любой важной информации общего характера, относящейся к изображенному на диаграммах. В этом смысле ССЫЛКА служит альтернативой методу помещения текстовых заметок непосредственно на диаграммах
УТОЧНЕНИЕ(Elaboration – ELAB)	Для уточнения или более подробного описания изображенного на диаграмме. Указатель УТОЧНЕНИЕ обычно используется для описания логики ветвления у соединений

 

На рис. 4.4.33 показан указатель типа ОБЪЕКТ.На рис. 4.4.34 показан пример отображения важного для данной модели отношения между действием и объектом.

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

Для корректной идентификации действий в модели с множественными декомпозициями схема нумерации действий расширяется и наряду с номерами действия и его родителя включает в себя порядковый номер декомпозиции. Например, в номере действия 1.2.5: 1 –номер родительского действия, 2 – номер декомпозиции, 5 – номер действия.

              

Рис. 4.4.33. Указатель ОБЪЕКТ        Рис.4.4.34.Указатель ОБЪЕКТ

ссылается на действие

 

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

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

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

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

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

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

Таблица 4.4.7. Резервирование номеров действий

Аналитик	Диапазон номеров IDEF 3
1	1–99
2	100–199
3	200–299
1	300–399

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

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

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

Лекция 8.

⇐ Предыдущая891011121314151617Следующая ⇒

Поделиться: