В какой программе делать idef0 диаграммы

DEF0 – это графическая нотация и методология функционального моделирования, которая предназначена для формализации и описания бизнес-процессов.

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

1. Стрелка входа всегда приходит в левую кромку активности.
2. Стрелка управления — в верхнюю кромку.
3. Стрелка механизма — нижняя кромка.
4. Стрелка механизма — правая кромка.

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

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

Правила построение диаграмм бизнес-процессов с применением методики IDEF0

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

«Построение диаграммы бизнес-процесса с использованием методики IDEF0»
Готовые курсовые работы и рефераты
Решение учебных вопросов в 2 клика
Помощь в написании учебной работы

1. Лаконичность. Бизнес-процесс должен быть описан максимально лаконично, так как имеет большую аудиторию.
2. Законченность. У бизнес-процесса должна иметься четкая цель, конечный продукт, на создание которого направлены действия.
3. Подбор участников бизнес-процесса. При использовании IDEF0 должны четко определяться лица, которые привлекаются к реализации.
4. Понятное потребителю описание. Любой потребитель после ознакомления моделью должен ее понять без дополнительных объяснений.

Чтобы облегчить чтение модели бизнес-процесса, необходимо придерживаться определенных правил создания диаграмм IDEF0:

1. Нумерация блоков.
2. Определенность типа формируемой модели.
3. Объединение стрелок, которые проходят параллельно.
4. Избегание «привязки» системы к существующей организационной структуре моделируемого объекта.
5. Использование туннелирования стрелок.
6. Количество блоков от 3 до 6.
7. Именовать каждый элемент диаграммы.
8. Блоки должны располагаться слева направо и сверху вниз.
9. Использование обратных дуг для изображения обратных связей.
10. Отсутствие у стрелок входа и управления недопустимо.
11. Минимизировать количество поворотов стрелок.
12. Обеспечение входа для каждого блока.

Этапы построение диаграммы бизнес-процесса с использованием IDEF0

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

1. Построение функциональной модели. На данном этапе осуществляется сбор информации о процессах на объекте, построение и утверждение функциональной схемы.
2. Собирание стоимостей. На данном этапе осуществляется построение структурной схемы объекта, определение статей затрат и распределение данных статей по структурной схеме.
3. Перенос стоимостей на функциональную модель. На данном этапе осуществляется согласование структурной схемы и функциональной модели процессов, определяется стоимость функций.
4. Анализ результатов и выработка рекомендаций. На данном этапе проводится анализ ранее полученных результатов и формирование рекомендаций по совершенствованию процессов.
5. Локализация процессов. Для осуществления дальнейшего анализа необходимо локализовать процессы функциональной модели. Составляется перечень функций, которые связаны причинно-следственными отношениями. Такие функции располагаются на низшем уровне иерархии.
6. Составление глоссария механизмов и управлений. В данном документе должен содержаться полный перечень управлений и механизмов низшего уровня. В каждом глоссарии выделяются элементы, которые являются продукцией вспомогательных процессов.
7. Определение последовательности рассмотрения процессов. Данное определение осуществляется только в том случае, если одного или нескольких процессов применяется в качестве управления или механизма в других процессах.

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

4.5. Построение функциональных диаграмм (idef0).

IDEF0 рекомендована В России как методология функционального моделирования. В 2001 году Госстандартом России выпущен соответствующий нормативный документ Р 50.1.028-2001 [6]. Как стандарт методология IDEF0 используется также в США, NATO, IMF (International Monetary Fund) и других организациях. Основы методологии IDEF0 восходят к методологии SADT (Structured Analysis

диаграммы декомпозиции;

диаграммы дерева узлов (будут рассмотрены позднее);

FEO-диаграммы (будут рассмотрены позднее).

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

Нотация IDEF0 на пальцах за 12 минут

Состав idef0-диаграммы.

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

Работы (Activity).

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

Имя работы должно быть выражено неопределенной формой глагола (например, «Изготовить детали», «Принять заказ» и т. д.) или отглагольным существительным, обозначающим действие (например, «Изготовление детали», «Прием заказа» и т. д.). Работа «Изготовление детали» может иметь, например, следующие пояснительный текст (Definition): «Работа относится к полному циклу изготовления изделия от контроля качества сырья до отгрузки готового изделия».

При создании новой IDEF0-модели (меню «File/New») автоматически создается контекстная IDEF0-диаграмма с единственной работой, изображающей систему в целом. Примеры фрагментов контекстных диаграмм представлены на рис. 28 и 29.

Рис. 28.

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

Далее правее вниз располагаются менее важные или позже выполняемые работы. Такое расположение облегчает чтение диаграмм, а, кроме того, на нем основывается понятие взаимосвязей работ. На диаграмме декомпозиции работы нумеруются автоматически слева направо. Номер работы показывается в правом нижнем углу (рис. 28, 29, 30, 31).

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

Пример диаграммы декомпозиции для контекстной диаграммы «Изготовление изделия» приведен на рис. 30, а для контекстной диаграммы «Деятельность компании дистрибьютора» — на рис. 31. Рис. 29. Рис.

30. Р ис. 31.

Источник: studfile.net

Глава 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