Idef3 программа что это

Методология idef3 — методы, стандарты, суть и диаграмма

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

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

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

построение модели на основе idef3

Методы и стандарты семьи IDEF

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

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

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

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

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

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

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

Это естественно, всегда трудно заставить сформировавшихся с годами сотрудников «переосмыслить». Такие сложные бизнес-исследования всегда являются сложными задачами, которые в каждом конкретном случае существенно отличаются друг от друга. Существуют отработанные методы и стандарты решения таких задач моделирования сложных систем. Среди этих стандартов — методы семьи IDEF.

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

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

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

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

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

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

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

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

Диаграмма в стандарте IDEF3

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

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

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

Рассмотрим следующую диаграмму:

Рисунок 1: Процесс подготовки товара к продаже.

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

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

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

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

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

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

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

Следующие модели построены с IDEF3:

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

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

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

Блоки модели IDEF3 отражают следующее:

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

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

При копировании любых материалов с сайта evkova.org обязательна активная ссылка на сайт www.evkova.org

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

Сайт пишется, поддерживается и управляется коллективом преподавателей

Telegram и логотип telegram являются товарными знаками корпорации Telegram FZ-LLC.

Cайт носит информационный характер и ни при каких условиях не является публичной офертой, которая определяется положениями статьи 437 Гражданского кодекса РФ. Анна Евкова не оказывает никаких услуг.

Источник: www.evkova.org

Метод описания процессов (IDEF3)

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

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

F диаграмм потоков для бизнес-процессов;

F диаграмм изменения состояния объекта.

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

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

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

ограничивает аналитика чрезмерно жесткими рамками синтаксиса, что может привести к созданию неполных или противоречивых моделей.

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

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

Рис. 19. Окно для выбора диаграммы декомпозиции (IDEF3).

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

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

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

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

Работа в IDEF3 требует более подробного описания, чем работа в IDEF0. Каждая работа должна иметь ассоциативный документ, который включает текстовое описание компонентов работы: объектов (Objects) и фактов (Facts), связанных с работой, ограничений (Constraints), накладываемых на работу и дополнительное описание работы (Description).

Для создания объекта ссылки следует нажать кнопку и щелкнуть «мышью» на свободном месте диаграммы. Появится диалоговое окно Referent (см. рис. 21), в котором следует установить переключатель Other и ввести название объекта.

Рис. 21. Окно для добавления объекта ссылки.

Связи выделяют существенные взаимоотношения между работами. Все связи в IDEF3 однонаправлены (обычно слева направо). Существуют следующие типы связей:

— связь типа «временное предшествование» (исходное действие должно полностью завершиться, прежде чем начнется выполнение конечного

действия) – сплошная линия;

— связь типа «объектный поток» (исходное действие должно завершиться, прежде чем конечное действие может начать выполняться) – пунктирная линия;

— связь типа «нечеткое отношение» (выделение отношений между действиями, которое невозможно описать с использованием предшественных или объектных связей, например, для отображения взаимоотношений между параллельно выполняющимися действиями) – стрелка с двумя наконечниками.

Для изменения типа стрелки, связывающей работы, необходимо щелкнуть по такой стрелке два разы «мышью» — откроется диалоговое окно Arrow Properties, в котором следует перейти на вкладку Style (см. рис. 22) и установить переключатель (Precedence, Relational, Object flow) в блоке Type в соответствии с требуемым типом связи.

Рис. 22. Окно для добавления объекта ссылки.

Для отображения логики взаимодействия стрелок при слиянии и разветвлении или для отображения множества событий, которые могут и должны быть завершены перед началом следующей работы используются перекрестки. Различают перекрестки для слияния (Fan–in Junction) и разветвления (Fan–out Junction) стрелок. Смысл каждого типа перекрестка приведен в таблице 4.

Типы перекрестков

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

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

Для добавления перекрестка следует нажать кнопку , а затем щелкнуть «мышью» на свободном месте диаграммы. В открывшемся окне Select Junction Type (см. рис. 23) следует выбрать тип перекрестка. После этого стрелками следует соединить необходимые работы.

Рис. 23. Окно для выбора типа перекрестка.

Пример диаграммы декомпозиции IDEF3 представлен на рис. 24.

Рис. 24. Диаграмма декомпозиции IDEF3.

Создание отчетов

Существует три способа создания отчетов в BPwin 4.0:

1) с помощью встроенных шаблонов;

2) с помощью Report Template Builder;

Источник: poisk-ru.ru

Методология 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 объединены три типа соединений.

Источник: itteach.ru

Блог о бизнес-процессах и BPMN

Блог о бизнес-процессах, BPMN и других нотациях автоматизации бизнес процессов.

Методология IDEF3 в бизнес моделировании: основные преимущества и недостатки, требования к описанию бизнес-процессов

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

На сегодняшний день существует множество методологий моделирования бизнес-процессов. Среди них: IDEF, eEPC, BPMN и другие.

Зачем нужна данная нотация

IDEF это не одна нотация, а целый комплекс. Различаются порядковыми номерами: IDEF0, IDEF1, IDEF2, IDEF3 и так далее. В описании бизнес-процессов чаще всего используются IDEF0 и IDEF3.

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

IDEF3 — это «сценарий» бизнес-процесса. Представляет собой описание последовательности действий с детальным описанием происходящих событий.

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

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

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

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

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

• Основным вектором действия нотации является предоставление возможности описания модели, когда действия происходят (выполняются) в заданной последовательности, являются взаимозависимыми, а также детального описания объектов внутри этого процесса, влияющих на результат.
• Как правило, используется для моделирования процессов нижнего уровня.
• Является дополнением нотации IDEF0 — применяется для описания декомпозиии блоков процесса.
• Модель IDEF3 может подразделяться на отдельные блоки, для конкретизации отдельных элементов — возможность декомпозиции.
• IDEF3 не ограничивает жесткими рамками синтаксиса и семантики, что удобно для описания неполных или не целостных систем.
• Описание происходит с помощью диаграммы.
• Методика и рекомендации схожи с нотацией IDEF0.
• Нотация IDEF3 не имеет ограничений в количестве составных частей в рамках диаграммы.
• Все блоки диаграммы являются равноправными.

Нотация IDEF3 применяется для выполнения следующих задач:

• Документирование технологии процесса;
• Определять и анализировать точки влияния потоков сопутствующего документооборота на сценарий технологических процессов.
• Определять ситуации, в которых требуется принятие решения, влияющего на жизненный цикл процесса, например изменение конструктивных, технологических или эксплуатационных свойств конечного продукта.
• Содействовать принятию оптимальных решений при реорганизации технологических процессов.
• Разрабатывать имитационные модели технологических процессов, по принципу «КАК БУДЕТ, ЕСЛИ…»

Нотация IDEF3 призвана сделать бизнес-процесс как можно более логичным и информативным. Для этого при моделировании следует использовать декомпозиции. Именно этот инструмент позволит объединить технологические и бизнес-процессы.

Читать: Суть моделирования бизнес процессов: цели, правила и этапы

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

Основные преимущества и недостатки методологии

Основным отличием нотации IDEF3 от IDEF0 — это возможность описания логической цепочки действий. Таким образом, IDEF0 описывает «что» делает организация, нотация IDEF3 призвана описать «как» эти действия выполняются.

Преимущества нотации IDEF3:

• простота описания и восприятия — нотация содержит не большое количество элементов
• ограничение нотации определенными рамками (формат А4). При моделировании важно, учитывать размер диаграммы. Также она не должна быть перегружена слишком большим количеством элементов, но при этом она должна быть информативной.

Недостатки нотации IDEF3:

• малая информативность. Для наиболее детального описания процесса требуется использование нотации IDEF3 совместно с IDEF0.

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

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

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

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

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

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

Основные элементы диаграмм

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

• Диаграммы, предназначенные для описания последовательности действий внутри процесса (Process Flow Description Diagrams, PFDD).
• Диаграммы, выражающие состояния объекта и изменение его свойств в процессе (Object State Transition Network, OSTN).

Нотация IDEF3 предлагает следующие элементы для моделирования:

• единицы работ;
• связи;
• перекрестки.

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

UOW изображается в виде блоков — прямоугольников и имеют обязательные идентифицирующие атрибуты:

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

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

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

Читать: Назначение и состав методологии IDEF0 в бизнес моделировании

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

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

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

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

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

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

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

Требования IDEF3 к описанию бизнес-процессов

Нотация IDEF3 выдвигает определенные требования к описанию бизнес-процессов. Соблюдение этих условий сделает процесс наиболее информативным.

Перед созданием бизнес-процесса с помощью нотации IDEF3 необходимо:

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

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

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

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

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

Читать также:

1. Для чего проводится анализ бизнес процессов на предприятии, какие методы и виды оценки эффективности подразделений применяются на практике
2. Для чего нужна автоматизация бизнес процессов на предприятии. Как выбрать средство автоматизации и правильно внедрить его в производство
3. Плюсы и минусы ARIS нотации в бизнес моделировании. Примеры практического применения методологии
4. Что такое ЕРС- нотация в бизнес моделировании. Алгоритм построения диаграмм в методологии

Источник: bpmn.pro

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

1. Основная цель нотации: дать возможность бизнес-аналитикам описать ситуацию, когда процессы (действия) выполняются в определенной последовательности и взаимной зависимости, а также описать объекты, участвующие совместно в одном процессе.
2. Нотация IDEF3 чаще применяется для моделирования и анализа процессов нижнего уровня и как правило используется при декомпозиции блоков процесса модели IDEF0.
   Пример:- Можно сначала построить функциональную модель в нотации IDEF0, проведя исследования предметной области. Затем, используя полученные знания о предметной области, построить отдельную модель в нотации IDEF3.- Можно создать смешанную модель, дополняя по мере необходимости функциональную модель в нотации IDEF0 диаграммами в нотации IDEF3.- Можно дополнять модель DFD диаграммами в нотации IDEF3.В каждом конкретном случае при моделирования системы принимается решение о необходимости построения каждого вида модели.
3. Нотация IDEF3 так же поддерживает возможность декомпозиции (каждый отдельный блок в модели IDEF3, в свою очередь, может быть представлен в виде отдельного подпроцесса).
4. В отличие от IDEF0 нотация IDEF3 не ограничивает чрезмерно жесткими рамками синтаксиса и семантики, что удобно для описания неполных или не целостных систем, особенно если аналитик плохо знает предметную область. Однако, это подразумевает, что модель может получиться неполной или противоречивой.
5. Основной организационной единицей описания в IDEF3 является диаграмма. Очень важно придерживаться взаимной организации диаграмм внутри модели, так как они предназначены для чтения другими людьми (а не только автором модели).
6. В целом методика построения модели и рекомендации по построению диаграмм аналогичны тем, которые применяются при моделировании в нотации IDEF0.
7. Технологию работы с этой нотацией можно представить следующим образом:

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

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

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

1. Process Flow Description (PFD) — описание технологических процессов, с указанием того, что происходит на каждом этапе технологического процесса.
2. Object State Transition Description (OSTD) — описание переходов состояний объектов, с указанием того, какие существуют промежуточные состояния у объектов в моделируемой системе.

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

1. Диаграмма описания последовательности этапов процесса (Process Flow Description Diagrams, PFDD),
2. Диаграмма сети трансформаций состояния объекта (Object State Transition Network, OSTN).

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

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

Источник: infostart.ru