Для чего строится диаграмма idef3

Методология IDEF3

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

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

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

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

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

Синтаксис и семантика моделей IDEF3

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

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

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

Диаграммы

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

Единица работы. Действие

Аналогично другим технологиям моделирования действие, или в терминах IDEF3 «единица работы» (Unit of Work — UOW), — другой важный компонент модели. Диаграммы IDEF3 отображают действие в виде прямоугольника. Как уже отмечалось, действия именуются с использованием глаголов или отглагольных существительных, каж­дому из действий присваивается уникальный идентификационный номер. Этот номер не используется вновь даже в том случае, если в процессе построения модели действие удаляется. В диаграммах IDEF3 номер действия обычно предваряется номером его родителя (рис. 3.2)

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

Связи

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

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

Временнбе предшест­вование (Temporal pre­cedence)

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

Объектный поток (Object flow)

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

Нечеткое отношение (Relationship)

Вид взаимодействия между исходным и конечным действиями задается анали­тиком отдельно для каждого случая ис­пользования такого отношения

Рис. 3.3. Связь типа “временное предшествование” между действиями 1 и 2.

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

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

Соединения

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

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

Источник

Диаграммы IDEF3

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

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

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

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

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

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

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

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

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

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

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

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

Рис. 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 (Exclusive OR)	Только один предшествующий процесс за­вершен	Только один следующий процесс запускается

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

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

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

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

Источник

Мухи отдельно, котлеты отдельно. Или когда использовать IDEF3?

— Официант, почему у меня в супе дохлая муха?!

— Ну какая же она дохлая, вы только посмотрите, как она бодро шевелит лапками!

В первой статье цикла, посвященной нотациям и методологиям описания бизнес-процессов, была детально рассмотрена нотация IDEF0 (//infostart.ru/1c/articles/1408200/).

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

Основы методологии WFD

Начнем с того, что рассмотрим вначале методологию моделирования WFD, к которой относится нотация IDEF3.

Итак, WFD (Work Flow Modeling) – это методология моделирования потоков работ (иногда можно встретить и другое название – диаграмма алгоритмов). Она представляет собой диаграмму потоков работ, которая используется для описания бизнес-процессов нижнего уровня, в момент, когда возникает необходимость показывать временную последовательность выполнения работ в зависимости от получающихся результатов и событий, возникающих в ходе выполнения процесса.

Главным объектом описания становятся действия (работы), а не потоки данных (как, например, в методологии DFD – Data Flow Diagram).

Графические объекты методологии: логические операторы, события начала и окончания процесса, а также элементы, показывающие временные задержки.

Нотация, разработанная в данной методологии IDEF3 (тип диаграммы: PFDD – Process Flow Description Diagrams), т.е. диаграмма описания последовательности этапов процесса, с помощью которой моделируется последовательность действий, реализуемых в рамках бизнес-процесса.

Основы нотации IDEF3

Нотация IDEF3 (Integrated DEFinition for Process Description Capture Method) – важнейшая нотация после IDEF0 и предназначена для описания потоков работ бизнес-процесса (WFD). Как правило используется совместно с нотацией IDEF0, но может и отдельно.

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

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

В течении длительного времени IDEF3 широко использовалась для создания моделей бизнес-процессов организации на нижнем уровне – при описании работ, выполняемых в подразделениях и на рабочих местах. Эта нотация была взята за основу при создании методики описания процессов ARIS eEPC – «расширенной цепочки процесса, управляемого событиями». Таким образом, нотация IDEF3 – классический вариант Work Flow, тогда как ARIS eEPC – можно назвать современной схемой моделирования бизнес-процессов.

Основные характеристики нотации IDEF3:

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

— Можно создать смешанную модель, дополняя по мере необходимости функциональную модель в нотации IDEF0 диаграммами в нотации IDEF3.

— Можно дополнять модель DFD диаграммами в нотации IDEF3.

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

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

Методы и диаграммы IDEF3

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

Основу методологии IDEF3 составляет графический язык описания процессов, поэтому модель в нотации IDEF3 может содержать два типа диаграмм:

Компоненты диаграммы описания процесса и их назначение

Диаграмма IDEF3 (PFDD) может состоять из 5 основных описательных блоков:

Источник

Тема 9. Стандарт документирования технологических процессов IDEF3

Тема 9. Стандарт документирования технологических процессов IDEF3

Оглавление

Типы диаграмм в IDEF3. 5

Элементы IDEF3 диаграммы.. 5

Выводы по нотации IDEF3. 14

Общие положения

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

ОПР. 1: IDEF 3 – (workflow modeling, Рrocess Description Capture Method) методология описания бизнес-процессов (потоков работ).

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

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

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

– Определять и анализировать точки слияния и разделения потоков информации.

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

– Содействовать принятию оптимальных решений при реорганизации процессов.

– Разрабатывать модели процессов, по принципу «КАК БУДЕТ, ЕСЛИ. «

IDEF3 имеет прямую взаимосвязь с методологией IDEF0. Каждая функция (функциональный блок IDEF0) может быть декомпозирована в виде отдельного процесса средствами IDEF3 (Рис. 97).

Рис. 97. Отношение нотаций IDEF0 и IDEF3 в структурной модели

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

– объекты, которые участвуют при выполнении сценария;

– роли, которые выполняют эти объекты (например, агент, транспорт и т. д.);

– отношения между работами в ходе выполнения сценария процесса;

– состояния и изменения, которым подвергаются объекты;

– время выполнения и контрольные точки синхронизации работ;

– ресурсы, которые необходимы для выполнения работ.

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

– записывать в терминах системного анализа сырые данные, полученные в ходе интервью.

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

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

– управлять конфигурацией данных и изменять правила контроля.

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

– создавать имитационные модели.

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

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

Синтаксис IDEF3

IDEF3-диаграмма

Типы диаграмм в IDEF3

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

– Диаграммы Описания Последовательности Этапов Процесса (Process Flow Description Diagrams, PFDD). С помощью диаграмм PFDD документируется последовательность и описание стадий обработки детали в рамках исследуемого технологического процесса.

– Диаграммы Состояния Объекта в и его Трансформаций Процессе (Object State Transition Network, OSTN). Диаграммы OSTN используются для иллюстрации трансформаций детали, которые происходят на каждой стадии обработки (анализ этого типа диаграмм в CA BPwin не поддерживается).

Рис. 98. Типы диаграмм IDEF3

Элементы IDEF3 диаграммы

Синтаксис IDEF3 оперирует тремя элементами (Рис. 99):

Рис. 99. Элементы нотации IDEF3

На IDEF3-диаграммах UOW изображаются прямоугольниками с прямыми углами и имеют идентифицирующие их атрибуты, расположенные в специальных полях, как показано на схеме (Рис. 100):

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

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

Рис. 100. Обозначение UOW

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

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

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

Рис. 101. Виды связей в IDEF3

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

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

Рис. 102. Примеры связей в IDEF3

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

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

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

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

Стандарт IDEF3 предусматривает, что каждый перекресток может выполнять одну из логических функций И, ИЛИ, ИСКЛЮЧАЮЩЕЕ ИЛИ, быть синхронным или асинхронным.

Узлы на диаграммах обозначаются символом J (от Junction) и порядковым номером. Такое разделение позволяет учитывать в диаграммах описания процессов синхронизацию времени активизации:

Рис. 103. Пример Asynchronous AND

Рис. 104. Пример Synchronous AND

Рис. 105. Пример Asynchronous OR

Рис. 106. Пример Synchronous OR

Рис. 107. Пример Exclusive OR

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

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

– перекресток для слияния «И» не может следовать за перекрестком для разветвления типа синхронного или асинхронного «ИЛИ»;

– перекресток для слияния «И» не может следовать за перекрестком для разветвления типа исключающего «ИЛИ»;

– перекресток для слияния типа исключающего «ИЛИ» не может следовать за перекрестком для разветвления типа «И»;

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

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

– роли, которые выполняют эти объекты (например, агент, транспорт и т. д.);

– отношения между UOW в ходе выполнения сценария процесса;

– состояния и изменения, которым подвергаются объекты;

– время выполнения и контрольные точки синхронизации UOW;

– ресурсы, которые необходимы для выполнения UOW.

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

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

Выводы по нотации IDEF3

Подводы некоторые итоги по IDEF3 следует отметить следующее:

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

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

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

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

Источник