Главная › Общие вопросы › Метод описания процессов IDEF3. Методология idef3

Метод описания процессов IDEF3. Методология idef3

Формат IDEF3 применяется для описания бизнес-процессов в виде потоков операций (работ). Условные обозначения формата IDEF3 представлены в следующих таблицах 4 и 5.

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

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

Связь между операциями, выраженная как последовательность выполнения во времени может быть двух видов: 1) старшая связь; 2) связь-отношение.

Рис.5. - Контекстная диаграмма процесса подготовки документа в нотации IDEF0

Рис.6. - Диаграмма процесса подготовки документа в нотации IDEF0

Таблица 4. - Условное обозначение связей и потоков в IDEF3 диаграммах

Таблица 5. - Условные обозначения и описание элементов формата IDEF3

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

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

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

1) концы стрелок должны касаться внешней стороны прямоугольника, но не пересекать ее;

2) стрелки должны подсоединяться к прямоугольнику на его сторонах, присоединение в углах не допускается;

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

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

Таблица 6. - Описание типов перекрестков EDF3 диаграмм

Перекресток изображается квадратом, с двойной правой или левой границей. Правила создания перекрестков:

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

1) участия важного объекта в выполнении операции;

2) циклов выполнения операций;

3) частоты выполнения операций;

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

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

Правила построения диаграмм IDEF3 включают:

На вершине дерева декомпозиции диаграмм должна находится либо контекстная диаграмма в нотации IDEF0 с указанием цели моделирования и точки зрения, либо IDEF0 или DFD диаграмма (в случае если IDEF3-диаграммы дополняют модель в нотации IDEF0 или DFD).
Рекомендуется стрелки, обозначающие связи направлять либо слева направо, либо сверху вниз.
Диаграммы должны содержать не менее трех и не более 8 операций.
Каждая операция имеет свой уникальный номер и имя.
Связь через потоки объектов должна иметь имя, которое является уникальным.
Старшая связь и связи-отношения могут иметь имя, которые также должны быть уникальными. Уникальным именем должны обладать объекты ссылок.
Каждому перекрестку присваивается уникальный номер.
При наличии стрелок со сложной топологией целесообразно повторить имя для удобства ее идентификации.
Каждая операция, не имеющая декомпозиции, помечается небольшой диагональной чертой, расположенной в левом верхнем углу прямоугольника, изображающего эту операцию.
Дочерняя диаграммы (описания и сценарии) должны иметь один вход. Один выход должна иметь дочерняя диаграмма-описание.
Стрелки должны сливать и разветвляться через перекрестки.
При соединении большого числа прямоугольников необходимо избегать необязательных пересечений стрелок. Следует минимизировать число петель и поворотов каждой стрелки.
Следует обеспечить максимальное расстояние между прямоугольниками и поворотами стрелок, а также между прямоугольниками и пересечениями стрелок для облегчения чтения диаграммы. Одновременно уменьшается вероятность перепутать две разные стрелки.
В случаях сложных диаграмм рекомендуется использовать различные цвета или «уровни» для прямоугольников и стрелок, позволяющие показывать или распечатывать только часть схемы и добиваться её большей наглядности.
Диаграммы должны быть декомпозированы до уровня, на котором присутствуют операции обработки конкретных документов (или совокупности документов).
В ссылках на операции обработки документов должны быть указания на обрабатываемые документы.

Примеры диаграмм процесса в нотации IDEF3 представлены на Рис.7- Рис. 10:

Рис. 7. - Диаграмма IDEF3 процесса сбора и проверки информации

Рис. 8. - Диаграмма IDEF3 процесса обработки полученной информации

Рис. 9. - Диаграмма IDEF3 процесса анализа проекта документа

Рис. 10. - Диаграмма IDEF3 процесса согласования и утверждения документа

С помощью этой практической работы Вы сможете:

освоить принципы построения диаграммы IDEF3;

научиться устанавливать связи между работами;

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

Теоретические сведения

Диаграммы idef3

& Наличие в диаграммахDFDэлементов для описания источников, приемников и хранилищ данных позволяет более эффективно и наглядно описать процесс документооборота.

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

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

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

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

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

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

Единицы работы – Unit of Work (UOW ) , также называемые работами (activity), являются центральными компонентами модели. ВIDEF 3 работы изображаютсяпрямоугольниками с прямыми углами (рис. 6.1.) и имеютимя , выраженное отглагольным существительным,обозначающим процесс действия , одиночным или в составе словосочетания, иномер (идентификатор); другое имя существительное в составе того же словосочетания, зависимое от отглагольного существительного, обычно отображает основной выход (результат) работы (например, "Изготовление изделия"}.

Рис. 6.1. Обозначение работы в диаграмме IDEF 3

Связи показывают взаимоотношения работ. Все связи вIDEF 3 однонаправлены и могут быть направлены куда угодно, но обычно диаграммыIDEF3 стараются построить так, чтобысвязи были направлены слева направо . ВIDEF3 различают три типа стрелок, изображающих связи, стиль которых устанавливается во вкладкеStyle (рис. 6.2.) диалогаArrow Properties (пункт контекстного менюStyle ).

Рис. 6.2. Вкладка Style диалога Arrow Properties

Старшая (Precedence) стрелка - сплошная линия, связывающая единицы работ (UOW). Рисуется слева направо или сверху вниз. Показывает, что работа-источник должна закончиться прежде, чем работа-цель начнется.

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

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

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

Отношение показывает, что стрелка является альтернативой старшей стрелке или потоку объектов в смысле задания последовательности выполнения работ - работа-источник не обязательно должна закончиться прежде, чем работа-цель начнется. Более того, работа-цель может закончиться прежде, чем закончится работа-источник (рис. 6.3.).

Рис. 6.3. Временная диаграмма выполнения работ

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

Различают перекрестки для слияния (Fan - in Junction ) и разветвления (Fan - in Junction ) стрелок. Перекресток не может использоваться одновременно для слияния и разветвления.

Для внесения перекрестка служит кнопка в палитре инструментов. В диалогеJunction Туре Editor нужно будет указать тип перекрестка (рис. 6.4.).

Рис. 6.4. Типы перекрестков

Смысл каждого типа приведен в таблице 6.1.

Таблица 6.1. Типы перекрестков

Обозначение	Наименование	Смысл в случае слияния стрелок Fan - in Junction	Смысл в случае разветвления стрелок Fan - in Junction
	Асинхронное «И» (Asynchronous AND)	Все предшествующие процессы должны быть завершены	Все следующие процессы должны быть запущены
	Синхронное «И» (Synchronous AND)	Все предшествующие процессы завершены одновременно	Все следующие процессы запускаются одновременно
	Асинхронное «ИЛИ» (Asynchronous OR)	Один или несколько предшествующих процессов должны быть завершены	Один или несколько следующих процессов должны быть запущены
	Синхронное «ИЛИ» (Synchronous OR)	Один или несколько предшествующих процессов завершены одновременно	Один или несколько следующих процессов запускаются одновременно
	Исключающее «ИЛИ» XOR	Только один предшествующий процесс завершен	Только один следующий процесс запускается

Все перекрестки на диаграмме нумеруются, каждый номер имеет префикс J (рис. 6.5.).

Рис. 6.5. Обозначение нумерации перекрестка

Можно редактировать свойства перекрестка (рис 6.6.) при помощи диалога Junction Properties , который вызывается из контекстного меню.

Рис. 6.6. Диалоговое окно свойств перекрестков

В отличие от IDEF 0 и DFD в IDEF 3 стрелки могут сливаться и разветвляться только через перекрестки.

Правила создания перекрестков. На одной диаграммеIDEF3 может быть создано несколько перекрестков различных типов. Определенные сочетания перекрестков для слияния и разветвления могут приводить к логическим несоответствиям. Чтобы избежать конфликтов, необходимо соблюдать следующие правила:

Каждому перекрестку для слияния должен предшествовать перекресток для разветвления.

синхронного илиасинхронного «ИЛИ». Действительно, после работы 1 может запускаться только одна работа - 2 или 3, а для запуска работы 4 требуется окончание обеих работ - 2 и 3. Такой сценарий не может реализоваться (рис. 6.7.).

Рис. 6.7. Неверное размещение перекрестков. Перекресток для слияния «И» не может следовать за перекрестком для разветвления «ИЛИ»

Перекресток для слияния «И» не может следовать за перекрестком для разветвления типа исключающего «ИЛИ» (рис. 6.8.).

Рис. 6.8. Неверное размещение перекрестков. Перекресток для слияния «И» не может следовать за перекрестком для разветвления типа исключающего «ИЛИ»

Перекресток для слияния типа исключающего «ИЛИ» не может следовать за перекрестком для разветвления типа «И» (рис. 6.9.). Здесь после завершения работы 1 запускаются обе работы - 2 и 3, а для запуска работы 4 требуется, чтобы завершилась одна и только одна работа - или 2, или 3.

Рис. 6.9. Неверное размещение перекрестков. Перекресток для слияния типа исключающего «ИЛИ» не может следовать за перекрестком для разветвления типа «И»

Перекресток, имеющий одну стрелку на одной стороне, должен иметь более одной стрелки на другой.

Практическое задание « Создание диаграммы IDEF 3 »

Построение модели рассмотрим на примере бизнес-процесса "Сборка изделия".

Упражнение 3 2 . Создание диаграммы IDEF3 .

Рис. 6.10. Выбор нотации IDEF 3 в диалоге Activity Box Count

Возникает диаграмма IDEF 3 , содержащая работы (UOW ).

Правой кнопкой мыши щелкните по работе, выберите в контекстном меню Name и внесите имя работы «Подготовка компонентов».

Во вкладке Definition внесите определение «Подготавливаются все компоненты корпусной мебели согласно спецификации заказа» (рис. 6.11.).

Рис. 6.11. Диалоговое окно свойств работы

Во вкладку UOW , внесите свойства работы (таблица 6.2.).

Таблица 6.2. СвойстваUOW

Тип	Использование
	Подготовка деталей изделия
	Подготавливаются все детали изделия согласно спецификации заказа

Нотация IDEF3 - важнейшая после IDEF0 и предназначена для описания потоков работ (Work Flow Modeling). В течение длительного
времени IDEF3 широко использовалась для создания моделей бизнес-процессов организации на нижнем уровне - при описании работ, выполняемых в подразделениях и на рабочих местах. Следует отметить, что эта нотация была взята за основу при создании методики описания процессов ARIS еЕРС - «расширенной цепочки процесса, управляемого событиями». Предлагаем читателю ознакомиться с нотацией IDEF3 как классическим вариантом Work Flow, а затем перейти к рассмотрению более новых схем моделирования процессов.
Основные графические объекты модели, используемые в IDEF3, - четырехугольники и стрелки. Первые служат для описания функций (работ, процессов), вторые - для отражения в модели последовательности выполнения функций во времени либо последовательности выполнения функций, обусловленной потоком материальных ресурсов. Прежде чем перейти к нотации IDEF3, рассмотрим следующий пример. На рис. 2.18 представлено два варианта возможного описания потока работ.
Вариант 1 на рис. 2.18 показывает, что вначале выполняется функция 1. После ее завершения одновременно осуществляются функции 2 и 3. Стрелки в этом случае показывают, как завершение одной функции влияет на начало выполнения другой.
Вариант 2 построен по-другому. Начало выполнения функций здесь обусловлено поступлением на вход материальных ресурсов (вход функции 1), окончание - выходом материальных ресурсов (выход функции I). Потоки ресурсов определяют начало выполнения следующих функций процесса (функций 2 и 3).
В чем недостатки способов описания процессов, представленных на рис. 2.18? В том, что построенные таким образом схемы процессов невозможно прочитать однозначно. Функции 2 и 3 могут выполняться не одновременно, например, в ситуации, когда потребуется осуществить одну из двух. В этом случае выбранный способ описания процесса не позволит понять, какой вариант развития событий реализуется на самом деле. Если на структурных моделях верхнего уровня (IDEF0) синхронность и условные переходы не важны, то на уровне Work Flow эти данные весьма существенны для реальной работы и должны отражаться в модели. Вернемся к нотации IDEF3.

Рис. 2.18. Описание потоков работ

Длительность выполнения функций (график Ганта)

Alt="" />
потоком материальных объектов

Чтобы избежать неоднозначности описания, в нотации IDFE3 определены дополнительные объекты, служащие для отображения возможных вариантов ветвления и слияния потоков работ, реализующихся при определенных условиях. Указанные объекты являются логическими символами трех видов: логического «И»; логического «ИЛИ»;
-¦ исключающего логического «ИЛИ».
Виды объектов нотации IDEF3 и их назначение представлены в табл. 2.2.

Табл. 2.2. Виды объектов нотации IDEF3 и их назначение

1	Модель работы (U0W)	Объект служит для описания функций (процедур, работ), выполняемых подразделениями/сотрудниками предприятия		1
2	Объект ссылки {Referent)	Объект, используемый для описания ссылок на другие диаграммы модели, циклические переходы в рамках одной модели, различные комментарии к функциям и перекресткам
3	Логич« т оператор «Иgt;	Оператор, позволяющий описать ветвление и слияние процесса. Оператор показывает, что после выполнения функции начинается выполнение всех последующих функций			amp;
4	огоческии оператор lt;ИЛ1	Оператор, позволяющий описать ветвление и слияние процесса. Оператор показывает, что после выполнения функции начинается выполнение какой-то одной или всех последующих функций			О
5	Логический оператор исключаю щее lt; ИЛИ»	Оператор, позволяющий описать ветвление и слияние процесса. Оператор показывает, что после выполнения функции начинает выполняться только одна из всех последующих функций			X
6	Стрелка предше- ствовани	Соединяет последовательно выполняемые функции	>
7	Стрелка отношения	Используется для привязки объектов-комментариев к функциям	>>
8	Стрелка потока объектов,	Показывает поток объектов от одной функции к другой	>

В отличие от нотации IDEF0, в нотации IDEF3 стороны четырехугольника, изображающего функцию (работу, процесс), не используются для привязки входов различного типа. Более того, в четырехугольник может входить и выходить только одна стрелка. В противном случае правила построения диаграмм в IDEF3 будут нарушены.
На рис. 2.19 показан пример применения логического оператора «И». Процесс начинается с функции, после которой стоит знак этого оператора, - перекресток. За перекрестком процесс разветвляется и одновременно начинает выполнять следующие две функции. Когда они выполнены, происходит слияние стрелок процесса при помощи значка «И». Это означает, что последняя функция процесса начинает выполняться тогда, когда закончено выполнение двух предыдущих функций.
На рис. 2.20 представлена модель с логическим оператором «ИЛИ». Такой оператор означает, что после выполнения первой функции процесса могут произойти три события: 1) выполняется функция 2; 2) выполняется функция 3; 3) выполняются функции 2 и 3 одновременно.

Рис. 2.19. Модель процесса с оператором «И»

Рис. 2.20. Модель с оператором «ИЛИ»

Рис. 2.21 иллюстрирует применение логического символа исключающего «ИЛИ». В данном случае после выполнения функции 1 может начаться выполнение либо функции 2, либо функции 3. Далее после выполнения какой-либо из этих функций мы снова попадаем на перекресток исключающего «ИЛИ». Функция 4 будет выполнена либо после окончания функции 2, либо функции 3.

Рис. 2.21. Модель с оператором исключающего «ИЛИ»
/>

В нотации IDEF3 логические операторы могут быть синхронными и асинхронными. На рис. 2.22 показана разница между синхронным и асинхронным «И».
Рис. 2.22. Модель с оператором логического «И»

При декомпозиции процессов в IDEF3 не происходит мигрирования и туннелирования стрелок. Аналитик должен сам заботиться о связности моделирования процесса, корректности декомпозиции
(если данная функция не предусмотрена программным продуктом, в котором он работает). Возможный пример декомпозиции процесса из нотации IDEF0 (рис. 2.15) на процесс в нотации IDEF3 показан на рис. 2.23. Обратим внимание, что функция «Получить вспомогательное сырье на складе» инициируется поступлением утвержденного графика производства. Этот факт отражен входящей стрелкой «График производства». Также на диаграмме процесса показана стрелка «Вспомогательное сырье». Такое ее представление - нарушение нотации описания. Но, вообще говоря, таким приемом можно пользоваться, не забывая при этом менять тип стрелки на стрелку с двумя наконечниками, отображающую поток объектов (материальных ресурсов или информации).
На рис. 2.24 приведен пример бизнес-процесса в нотации IDEF3 под названием «Обработать заявку клиента». Рассматриваемый процесс - часть более общего процесса «Сбыт готовой продукции». Процесс начинается с поступления заявки клиента, которую обрабатывает функция «Выполнить учет заказа в системе». По ходу ее реализации данные заказа клиента регистрируются в системе автоматизации (например, в файле Excel). Затем менеджер отдела сбыта осуществляет проверку на соответствие номенклатуре (функция «Выполнить анализ на соответствие номенклатуре»). Результатом этого могут быть два события: «Заказ соответствует номенклатуре изделий, производимых организацией» или «Заказ не соответствует номенклатуре изделий». Для отражения этих событий в модели процесса используется логический оператор исключающего «ИЛИ». После этого логического оператора процесс ветвится. В случае несоответствия заказа номенклатуре выполняется нижняя ветка процесса, а именно функции «Уведомить клиента о невозможности выполнения заказа» и «Внести заказ клиента в статистику неудовлетворенного спроса».
В случае если заказ клиента соответствует номенклатуре, мы начинаем движение по верхней ветке процесса. Выполняется функция «Согласовать заявку с ПЭО». К ней привязан ссылочный объект «Согласовать с ПЭО в случае соответствия заявки номенклатуре». Планово-экономический отдел организации (ПЭО) анализирует заказ и делает вывод о его реализуемости.

Рис. 2.23. Пример модели процесса в стандарте IDEF3

alt="" />

Например, может сложиться ситуация нехватки производственных мощностей из-за ремонтов, несоответствия величины заказа экономически обоснованным размерам партии и т. п. В этом случае мы снова попадаем на нижнюю ветку процесса, при этом используется логический оператор «ИЛИ». Он служит для объединения возможных входов в функцию «Уведомить клиента о невозможности заказа».
Если ПЭО считает заказ выполнимым, то проводится детальный расчет себестоимости выполнения - определяется его цена и возможные сроки выполнения (функция «Рассчитать себестоимость, цену и возможные сроки выполнения заказа»). Далее указанные выше расчетные цифры согласовываются с клиентом - выполняется функция «Согласовать условия поставки с клиентом».
Снова возможны два варианта - используется оператор логического исключающего «ИЛИ». Если клиента не устраивают финансовые условия, он отказывается от заказа, который мы вносим в статистику неудовлетворенного спроса (нижняя ветка процесса). Если клиент готов работать на наших условиях, то процесс заканчивается. Выходом процесса служат «Согласованная заявка клиента» и данные по рассчитанным параметрам заказа (на схеме процесса не показаны).
Обратите внимание, что описанный выше процесс приводится далее в виде модели в нотации ARIS еЕРС, так что читатель может сравнить возможности двух нотаций по описанию одного и того же процесса.
Анализ процесса, представленного на рис. 2.24, наводит на мысль о том, что нотацию IDEF3 целесообразно применять в случае относительно простых процессов на нижнем уровне декомпозиции, то есть на уровне рабочих мест. В этом случае схема процесса может служить основой для создания документов, регламентирующих работу исполнителей. Очевидно, что процесс в нотации IDEF3 «плоский». При помощи этой нотации достаточно сложно создавать комбинированные модели, в которых бы сочетались описания потоков работ и процессы управления ими. Этот факт становится в особенности очевидным при сравнении описаний процессов в нотации IDEF3 и IDEF0. Более подробную информацию о правилах создания моделей в нотации IDEF3 можно найти в .

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

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

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

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

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

Модель, выполненная в IDEF3, может содержать следующие элементы:

Единицы работы (Unit of Work) - основной компонент диаграммы IDEF3 близкий по смыслу к работе IDEF0. В IDEF3 работы изображаются прямоугольниками с прямыми углами и имеют имя, выраженное отглагольным существительным, обозначающим процесс действия, одиночным или в составе фразы, и номер (идентификатор); другое имя существительное в составе той же фразы обычно отображает основной выход (результат) работы (например, "Изготовление изделия"). Часто имя существительное в имени работы меняется в процессе моделирования, поскольку модель может уточняться и редактироваться. Идентификатор работы присваивается при создании и не меняется никогда. Даже если работа будет удалена, ее идентификатор не будет вновь использоваться для других работ. Обычно номер работы состоит из номера родительской работы и порядкового номера на текущей диаграмме.

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

В IDEF3 различают три типа связей:

Связь предшествования (Precedence) – показывает, что прежде чем начнется работа-приемник, должна завершиться работа-источник. Обозначается сплошной линией.

Связь отношения (Relational) - показывает связь между двумя работами или между работой и объектом ссылки. Обозначается пунктирной линией.

Связь поток объектов (Object Flow) – показывает участие некоторого объекта в двух или более работах, как, например, если объект производится в ходе выполнения одной работы и потребляется другой работой. Обозначается стрелкой с двумя наконечниками.

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

Различают два типа перекрестков:

Перекресток слияния (Fan-in Junction) – узел, собирающий множество стрелок в одну, указывая на необходимость условия завершенности работ-источников стрелок для продолжения процесса.

Перекресток ветвления (Fan-out Junction) – узел, в котором единственная входящая в него стрелка ветвится, показывая, что работы, следующие за перекрестком, выполняются параллельно или альтернативно.

Таблица 1.4. Типы перекрестков

Изначально методология IDEF разрабатывалась для ВВС США, затем эксплуатировалась NASA и лишь спустя некоторое время стала применяться для моделирования бизнес-процессов.

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

IDEF0

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

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

Количество блоков на схеме IDEF0 обычно жёстко ограничено инструментом для моделирования и, как правило, не превышает 9. Зачастую такого количества оказывается недостаточно, из-за чего особо крупные процессы приходится дробить на несколько диаграмм, что вызывает определенные неудобства.

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

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

Самым известным российским продуктом, поддерживающим построение процессов в нотации IDEF0 , является , поддержку данной нотации имеет также Microsoft Visio .

IDEF3

Нотация IDEF3 чаще применяется для построения процессов нижнего уровня, могут также использовать при декомпозиции блоков процесса IDEF0 . В отличие отIDEF0 данная нотация не поддерживает отображение «механизмов» и «управления», зато отображает очередность выполнения работ персоналом. Несмотря на схожесть с нотацией FlowChart , имеет некоторые существенные отличия. Во-первых, весь процесс строится не сверху вниз, а слева направо и при этом, как правило, ограничен количеством используемых блоков на одну диаграмму. Во-вторых, нотация изначально предназначалась для технических специалистов, поэтому содержит специальные перекрёстки, такие как, «XOR», «Synchronous OR», «Asynchronous OR», «Synchronous AND» и «Asynchronous AND», знакомые программистам, но требующие дополнительное пояснения менеджерам предприятия.