IDEF0 — различия между версиями
Admin (обсуждение | вклад) (Новая страница: «'''IDEF0''' (Integration Definition for Function Modeling) – нотация описания бизнес-процессов. Основана на методо…») |
Admin (обсуждение | вклад) м (typograph nazi) |
||
(не показаны 3 промежуточные версии этого же участника) | |||
Строка 1: | Строка 1: | ||
− | '''IDEF0''' (Integration Definition for Function Modeling) | + | '''IDEF0''' (Integration Definition for Function Modeling) — нотация описания [[BPM|бизнес-процессов]]. IDEF0 – это метод и язык, являющийся вариантом метода структурного анализа и проектирования (Structural Analysis and Design Technique, [[SADT]]). IDEF0 отражает логические отношения между [[Работа|работами]], но не позволяет рассматривать временную последовательность. Основными потребителями нотации IDEF0 являются руководители, которым необходимо видеть и понимать взаимосвязь процессов, не вникая в мелочи. |
− | + | ||
− | Основными потребителями нотации IDEF0 являются руководители, которым необходимо видеть и понимать взаимосвязь процессов, не вникая в мелочи. | + | |
+ | Позже появился '''[[IDEF3]]''', документирующий технологические процессы. В нем предоставлена возможность описывать различные сценарии выполнения работы и описывать состояния объектов и переход между ними. IDEF0/IDEF3 успешно дополняют друг друга и широко использовались системными инженерами. | ||
== Основные концепции == | == Основные концепции == | ||
Идея IDEF0 лежит в том, что бизнес-процесс отображается в виде прямоугольника, в которой входят и выходят стрелки. | Идея IDEF0 лежит в том, что бизнес-процесс отображается в виде прямоугольника, в которой входят и выходят стрелки. | ||
+ | |||
+ | [[Файл:idef0_example.png|center]] | ||
Для IDEF0 имеет значение сторона процесса и связанная с ней стрелка: | Для IDEF0 имеет значение сторона процесса и связанная с ней стрелка: | ||
− | * слева | + | * слева '''вход бизнес-процесса''' – информация (документ) или ТМЦ, который будет преобразован в ходе выполнения процесса; |
− | * справа | + | * справа '''выход бизнес-процесса''' – преобразованная информация (документ) или ТМЦ; |
− | * сверху | + | * сверху '''управление бизнес-процесса''' – информация или документ, который определяет как должен выполняться бизнес-процесс, как должно происходить преобразование входа в выход; |
− | * снизу | + | * снизу '''механизм бизнес-процесса''' – то, что преобразовывает вход в выход: сотрудники или техника. Считается, что за один цикл процесса не происходит изменения механизма. |
+ | |||
+ | Внутри прямоугольника иногда помещаются детали, например список функций, выполняемых данным объектом. | ||
Выход одного бизнес-процесса является входом/управлением/механизмом другого бизнес-процесса. На диаграмме процессы принято располагать по диагонали с верхнего левого угла в нижний правый. Количество процессов не более 6-8. | Выход одного бизнес-процесса является входом/управлением/механизмом другого бизнес-процесса. На диаграмме процессы принято располагать по диагонали с верхнего левого угла в нижний правый. Количество процессов не более 6-8. | ||
− | |||
== Преимущества == | == Преимущества == | ||
* показывает взаимодействие процессов в общем виде, без лишних подробностей. | * показывает взаимодействие процессов в общем виде, без лишних подробностей. | ||
− | |||
== Недостатки == | == Недостатки == | ||
* нельзя увидеть алгоритм выполнения бизнес-процессов. | * нельзя увидеть алгоритм выполнения бизнес-процессов. | ||
− | * | + | * требует определенной подготовки для разработки и чтения нотации. |
+ | * ввиду ряда ограничений, прежде всего отсутствие формальной теоретической модели, а также отсутствия средств для описания артефактов и потоков информации, IDEF0/IDEF3 теряют свою популярность. | ||
+ | == Пример == | ||
+ | [[Файл:IDFE0 example.gif|IDFE0 example.gif|1000px]] | ||
== Литература == | == Литература == | ||
− | * "Методология структурного анализа и проектирования SADT" Дэвид А. Марка и Клемент МакГоуэн | + | * [http://dit.isuct.ru/ivt/books/CASE/case8/sadt_index.htm "Методология структурного анализа и проектирования SADT" Дэвид А. Марка и Клемент МакГоуэн] |
− | * [http://mymanager.com.ua/downloads/files/idef0rus.pdf РД IDEF 0 | + | * [http://mymanager.com.ua/downloads/files/idef0rus.pdf РД IDEF 0 — 2000: МЕТОДОЛОГИЯ ФУНКЦИОНАЛЬНОГО МОДЕЛИРОВАНИЯ IDEF0. Руководящий документ] |
* [http://www.businessstudio.ru/wiki/docs/current/doku.php/ru/csdesign/csdesign Методика. Проектирование системы управления] | * [http://www.businessstudio.ru/wiki/docs/current/doku.php/ru/csdesign/csdesign Методика. Проектирование системы управления] | ||
− | + | [[Категория:Нотации]] | |
− | [[Категория: | + |
Текущая версия на 14:19, 9 февраля 2017
IDEF0 (Integration Definition for Function Modeling) — нотация описания бизнес-процессов. IDEF0 – это метод и язык, являющийся вариантом метода структурного анализа и проектирования (Structural Analysis and Design Technique, SADT). IDEF0 отражает логические отношения между работами, но не позволяет рассматривать временную последовательность. Основными потребителями нотации IDEF0 являются руководители, которым необходимо видеть и понимать взаимосвязь процессов, не вникая в мелочи.
Позже появился IDEF3, документирующий технологические процессы. В нем предоставлена возможность описывать различные сценарии выполнения работы и описывать состояния объектов и переход между ними. IDEF0/IDEF3 успешно дополняют друг друга и широко использовались системными инженерами.
Основные концепции
Идея IDEF0 лежит в том, что бизнес-процесс отображается в виде прямоугольника, в которой входят и выходят стрелки.
Для IDEF0 имеет значение сторона процесса и связанная с ней стрелка:
- слева вход бизнес-процесса – информация (документ) или ТМЦ, который будет преобразован в ходе выполнения процесса;
- справа выход бизнес-процесса – преобразованная информация (документ) или ТМЦ;
- сверху управление бизнес-процесса – информация или документ, который определяет как должен выполняться бизнес-процесс, как должно происходить преобразование входа в выход;
- снизу механизм бизнес-процесса – то, что преобразовывает вход в выход: сотрудники или техника. Считается, что за один цикл процесса не происходит изменения механизма.
Внутри прямоугольника иногда помещаются детали, например список функций, выполняемых данным объектом.
Выход одного бизнес-процесса является входом/управлением/механизмом другого бизнес-процесса. На диаграмме процессы принято располагать по диагонали с верхнего левого угла в нижний правый. Количество процессов не более 6-8.
Преимущества
- показывает взаимодействие процессов в общем виде, без лишних подробностей.
Недостатки
- нельзя увидеть алгоритм выполнения бизнес-процессов.
- требует определенной подготовки для разработки и чтения нотации.
- ввиду ряда ограничений, прежде всего отсутствие формальной теоретической модели, а также отсутствия средств для описания артефактов и потоков информации, IDEF0/IDEF3 теряют свою популярность.