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

Содержание

Построение диаграммы IDEF0 В BPWIN

Давайте разберем, что такое BPwin и IDEF0? BPwin (AllFusion Process Modeler) — это инструмент для моделирования процессов. Методология IDEF0 — это графическое и текстовое изображение, которое должно дать ответ на определенные вопросы.

14 898 просмотров

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

Стрелка слева – это «вход» (обозначает начало процесса), без которого не может начаться процесс. Грубо говоря, процесс будет изменён в конечный итог — «выход».

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

Понятия | IDEF0 блоки

Стрелка «контроль» — это управляющее воздействие на процесс, например, инструкция, алгоритм, спецификации.

Хочу для понимая привести банальный пример приготовления шашлыка.

Приготовление шашлыка — это и есть процесс, для которого нам нужны: мясо, зелень, специи (начало).

Для приготовления вкусного шашлыка нам нужно: повар Гарик, мангал и шампура (механизм).

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

В итоге — если все соблюсти (process), получится вкусный шашлык.

Возможно, сейчас Вы подумали: «Да, такую диаграмму несложно нарисовать в Paint». Это была только контекстная диаграмма или, другими словами, диаграмма верхнего уровня. Дальше идет декомпозиция (разделение целого на части), в дереве процессов выбираем декомпозицию IDEF0 и выбираем оптимальные четыре процесса. Если будет много, то удалим один или несколько процессов.

Когда все выбрано, видим следующее:

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

Азы моделирования в idef0

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

Проектируйте бизнес-процессы в современной международной нотации BPMN 2.0 на Comindware Business Application Platform

IDEF0 — основные характеристики

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

Построение диаграммы IDEF0 в process modeler (bpwin)

Модель процесса в диаграмме IDF0

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

Основной принцип моделирования в нотации IDEF0 указывает, что между функциями, которые входят в различные подсистемы, должно быть как можно меньшей связей. На одном уровне должно быть не меньше 5 и не больше 3 функций.

Диаграммы IDEF0 читают сверху вниз и слева направо. Все базовые элементы основаны на простых символах:

прямоугольники изображают функции или процессы;
стрелки обозначают как функции взаимосвязаны через физические и информационные потоки.

Синтаксическая модель IDF0

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

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

материал или данные

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

ресурсы (персонал, оборудование, производственные мощности и т.д.)

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

Другие правила синтаксиса

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

Виды диаграмм

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

Пример диаграммы верхнего уровня A0 в нотации IDF0

Иерархия типов функций

деятельность — совокупность всех процессов организации;
бизнес-процесс — совокупность логически связанных операций;
операция — совокупность последовательных или параллельных действий внутри определенного потока;
действие— преобразование свойств какого-либо объекта.

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

Основные характеристики IDF0

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

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

Для чего используется

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

широко применяется в США при автоматизации машинного производства и до сих пор является частью стандарта FIPS (Federal Information Processing Standard);
применяется для имплементации методологий непрерывного улучшения, таких как Strategic Justification of Integrated Enterprise Technologies (SJET) и Perform Continuous Enterprise Improvement (PCEI);
в литературе можно найти пример описания процесса разработки стратегии на языке IDEF0.

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

Преимущества

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

Недостатки

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

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

BPMN vs IDEF0

Хотя IDEF0 иногда используют для моделирования бизнес-процессов, эта нотация задумывалась как средство моделирования взаимодействия бизнес-функций, не обязательно в процессном контексте. Стрелка в BPMN показывает точную последовательность выполнения шагов процесса, а в IDEF0 стрелки входов-выходов не обязаны отображать эту последовательность. Кроме того, BPMN содержит XML-описание элементов, что значительно упрощает имплементацию на программном уровне. В отличие от IDEF0, BPMN разрабатывалась с прицелом на автоматизацию бизнес-процессов, поэтому многие элементы нотации показывают именно машинные способы передачи и обработки данных. Нотация нашла широкое применение в BPMS, ERP, CRM, SRM и других информационных системах.

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

Верхнеуровневая диаграмма в Comindware Business Application Platform

Comindware Business Application Platform исправляет этот недостаток BPMN за счет конструктора для проектирования исполняемой архитектуры предприятия. Конструктор визуализирует связи между бизнес-процессами, ресурсами и способностями предприятия, не уступая по точности IDEF0. Инструмент можно использовать для создания иерархических моделей с несколькими уровнями вложений.

Ознакомьтесь с возможностями по построению процессной архитектуры в Comindware Business Application Platform

Елена Гайдукова, маркетолог-аналитик. Работает в сфере BPM и автоматизации процессов с 2014 года. В настоящее время является бренд-менеджером решений на базе Comindware Business Application Platform.

Полезные страницы

Современная BPM система
Преимущества системы автоматизации бизнес-процессов
CRM система с функционалом BPMS
Карта Блога

Источник: www.comindware.ru

Не любите IDEF0? Вы просто не знаете, где его использовать

бизнес-процессы, курсы по бизнес-анализу, обучение бизнес-аналитиков, аналитик бизнес-процессов обучение, , моделирование бизнес-процессов основы, анализ, бизнес-процессы, BPMN, UML, IDEF, Business Studio, EPC

Чтобы развеять предубеждения, о том современному бизнес-аналитику нужны только UML и BPMN для моделирования процессов, сегодня рассмотрим, где и зачем вам пригодится старый добрый IDEF0. В этой статье мы приготовили для вас краткий обзор методологии функционального моделирования IDEF0: история возникновения, особенности применения и примеры практического использования в реальных кейсах бизнес-анализа.

Заговор ООП c Agile или почему структурное проектирование больше не в моде

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

Поэтому на практике часто можно столкнуться с мнением, что нотация функционального моделирования IDEF0 устарела и встречается только в ВУЗовских курсах, что лишний раз демонстрирует ее отсталость от реалий современного бизнес-анализа. Однако, подобное высказывание, в основном, характерно для junior-аналитиков и свидетельствует лишь об ограниченном опыте человека, который так считает. Да, нотация IDEF0 не слишком популярна среди современных бизнес- и системных аналитиков, по сравнению с UML и BPMN. Но этот факт обусловлен спецификой наиболее распространенных сегодня кейсов, а не ограничением инструмента.

Методы описания бизнес-процессов (IDEF, DFD, BPMN, EPC, UML)

Код курса

MODP

Ближайшая дата курса

12 января, 2023

Длительность обучения

8 ак.часов

Стоимость обучения

15 000 руб.

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

IDEF0, основы бизнес моделирования, моделирование бизнес-процессов, функциональное моделирование, основы бизнес-анализа для начинающих

IDEF0 часто критикуют за тяжеловесность из-за чрезмерной вложенности уровней и невозможность описать логику выполнения бизнес-процесса, что отлично реализуется с помощью XOR-, OR-, AND-операторов, шлюзов, таймеров, ветвлений/объединений и прочих логических инструментов, которые есть в EPC, BPMN и UML activity diagram.

В основе этой критики лежит справедливое замечание о том, что в настоящее время моделирование бизнес-процессов чаще всего выполняется в рамках разработки и/или внедрения информационных систем. Когда вездесущий Agile требует как можно скорее предоставить продукт потребителю, сократив TTM (Time to Market, время выхода на рынок) до минимума, заниматься структурным проектированием процессов «сверху вниз» становится непозволительной роскошью. Впрочем, в большинстве случаев это и не нужно: UML и BPMN позволяют аналитику детально описать функциональные требования и процессы работы с решением на уровне, достаточном для реализации.

Однако, вся мощь развитого инструментария EPC, BPMN и UML не поможет вам структурировать деятельность предприятия, описав состав процессов и объектов, связывающих их между собой. Например, с помощью IDEF0 можно наглядно показать процессы-генераторы дохода или источники затрат как на операционном, так и на тактическом уровнях корпоративного управления. Также в этой нотации удобно отображать управляющие воздействия и вспомогательные ресурсы в виде механизмов, таких как оборудование и люди. Благодаря этому можно визуально разграничить зоны ответственности организационных единиц (роль, должность или отдел/департамент) за отдельные функциональные блоки.

пример применения IDEF0

Когда вам пригодится IDEF0: 3 практических примерах

На практике аналитик не часто решает задачи комплексного проектирования модели бизнес процессов в виде единой системы «сверху вниз», как это принято в IDEF0. Однако, подобное описание системы высокоуровневых бизнес-процессов с их последующей детализаций в EPC или BPMN, как это возможно в Business Studio, имеет место в следующих случаях:

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

Глава 2. Нотация IDEF0, или Матрёшка для бизнес-аналитика

Шёл 1981 год, департамент ВВС США разрабатывал программу автоматизации промышленных предприятий, которая сокращённо называлась ICAM (Integrated Computer Aided Manufacturing).

«Divide et impera»
Максима римского сената

ICAM, IDEF, IDEF0

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

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

Рис. 2. Диаграмма декомпозиции первого уровня

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

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

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

Методология IDEF0 и сложности

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

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

В следующих сериях вас ждут захватывающие истории о нотациях BPMN, EPC и UML.

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

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

Построение диаграммы IDEF0 В BPWIN

Азы моделирования в idef0