Бизнес процессы idefo что это

В табл. 2.4 приведен сравнительный анализ нотаций моделирования бизнес-процессов ARIS VAD и IDEFO. Обе эти нотации предназначены для описания процессов организации на верхнем уровне.

Таблица 2.4 Сравнение нотаций IDEFO и ARIS VAD

Повышение наглядности диаграмм бизнес-процессов (на примере IDEF0-диаграммы процесса производства)

104___________________________ В.В. Релин, В.Г. Елиферов. Процессный подход к управлению

Таблица 2.4 (окончание)

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

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

Глава 2 Выбор методологии описания бизнес-процессов______________________ 105

вательность процедур во времени — больше подходит для создания моделей клас­са Work Row (например, моделей IDEF3). Метод ARIS VAD лишен важнейших практически необходимых инструментов, таких как отображение входов управле­ния процессом, возможность описания обратных связей, миграция связей (вхо­дов/выходов процесса) при декомпозиции и др.

В методических материалах [6| по использованию нотации ARIS VAD можно найти следующие рекомендации. На первом этапе работы формируют модели верхнего уровня в нотации ARIS VAD. Затем эти модели декомпозируют в нота­ции ARIS eEPC.

Но допускается также создание нескольких уровней декомпо­зиции в нотации ARIS VAD, что исключительно неудобно, так как декомпози­руемые модели никак не связаны с моделями верхнего уровня (кроме формаль­ной принадлежности). При дальнейшеи декомпозиции процессов в нотации ARIS eEPC приходится «вручную» заботиться о связности создаваемых моделей, так как на верхнем уровне составляющие процессов в нотации ARIS VAD были слабо взаимоувязаны между собой через потоки информации и ресурсов, носи­ли чисто иллюстративный характер, как показано на рис. 2.45.

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

106_________________________________ В.В. Репин, В. Г Елиферов Процессный п одход к управлению

здесь мы делаем акцент на том, что описание процессов в ARIS VAD на верхнем уровне существенно менее удобно, чем в IDEF0. Кроме того, работа в ARIS VAD является значительно более трудоемкой. Так, количество операций по ото­бражению процесса в ARIS VAD увеличиваются в два и более раз, чем при создании аналогичной модели в IDEF0. На рис. 2.46 и 2.47 приводится поясне­ние данной оценки трудоемкости.

Видно, что для отображения простейшего процесса из двух функций в IDEF0, включающего один поток материальных ресурсов и две обратных связи, потре­бовалось отображение пяти объектов (две функции и три стрелки). В нотации ARIS VAD для отображения рассматриваемого процесса потребовалось 12 объек­тов (два объекта Value-added process chain, два — Cluster, один — Technical term.

Глава 2 Выбор методологии описания бизнес-процессов 107

семь стрелок). Таким образом, трудоемкость описания процесса в нотации ARIS VAD существенно больше, а это отражается на времени выполнения проекта и величине требуемых ресурсов.

Если в организации поставлена задача описания деятельности организа­ции на верхнем уровне, можно решать эту задачу двумя путями, как показано в табл. 2.5.

Таблица 2.5 Способы описания бизнес-процессов верхнего уровня

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

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

Стандарт IDEFO

Подходом, основанным на методологии общего описания и функционального моделирования бизнес- процессов, является методология IDEF0. В основе ее лежит методология интегрированного компьютеризированного производства (Integrated Computer-Aided Manufacturing – ICAM), использовавшаяся в военно-воздушных аэрокосмических лабораториях США в процессе разработки и создания новых видов самолетов и космических аппаратов. Позднее на этой основе был разработан и введен в действие в 1993 г. федеральный стандарт США по информационным технологиям – Публикация 183 (Federal Information Processing Standard, Publication 183).

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

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

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

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

• Входы (Input) и Выходы (Output) (подходят слева к блокам и выходят справа от них) — представляют собой данные, объекты, материалы и т.п., относящиеся к выполняемым блоками функциям (это, как правило, перерабатываемые ресурсы и результаты выполнения отдельных функций блоков);
• Механизмы выполнения функций (Mechanism) (подходят снизу к блокам) — представляют собой долговременные ресурсы, необходимые для выполнения соответствующих работ (это могут быть конкретные работники, подразделения организации, машины, оборудование, компьютерная техника и т.п.);
• Управление или регламентирующие документы (Control) (подходят сверху к блокам) ? представляют собой условия, директивы, руководящие документы и т. п., управляющие выполнением данной функции.

Компоненты синтаксиса IDEF0 – блоки, стрелки, диаграммы и правила.

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

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

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

Для блоков установлены следующие синтаксические правила:

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

Для стрелок установлены следующие синтаксические правила:

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

IDEF0-модели состоят из документов трех типов:

• графических диаграмм,
• текста
• глоссария.

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

Ещё одним понятием IDEF0 является глоссарий. Для каждого из элементов IDEF0: диаграмм, блоков, стрелок существующий стандарт подразумевает создание и поддержание набора соответствующих определений, ключевых слов, повествовательных изложений и т.д., которые характеризуют объект, отображенный данным элементом. Этот набор называется глоссарием и является описанием сущности данного элемента. Глоссарий гармонично дополняет наглядный графический язык, снабжая диаграммы необходимой дополнительной информацией.

Диаграмма верхнего уровня обеспечивает наиболее общее описание объекта моделирования. За этой диаграммой следует серия дочерних диаграмм, дающих более детальное представление об объекте.

Каждая модель должна иметь контекстную диаграмму верхнего уровня, на которой объект моделирования представлен единственным блоком с граничными стрелками. Эта диаграмма называется А–0 (А минус ноль). Стрелки на этой диаграмме отображают связи объекта моделирования с окружающей средой. Поскольку единственный блок представляет весь объект, его имя – общее для всего проекта.

Это же справедливо и для всех стрелок диаграммы, поскольку они представляют полный комплект внешних интерфейсов объекта. Диаграмма А–0 устанавливает область моделирования и ее границу.

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

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

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

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

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

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

Источник: b-c-group.ru

Назначение и область применения методологии idef0. Элементы модели idefo функциональное моделирование по методологии idef0 в системе bpwin

Методология функционального моделирования IDEFO — это тех­нология описания системы в целом как множества взаимозависимых действий или функций.

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

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

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

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

В основе методологииIDEF0 (графического языка) лежат четыре основных понятия:

1. функциональный блок(ActivityBox). Изображается в виде прямоугольника (см. рис. 1) и олицетворяет собой некоторую конкретную функцию в рамках рассматриваемой системы. Каждая из четырех сторон функционального блока имеет своё определенное значение (роль), в соответствии с рисунком.

Рисунок 1. Функциональный блок

Каждый функциональный блок в рамках единой рассматриваемой системы должен иметь свой уникальный идентификационный номер.

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

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

· материальные потоки (детали, товары, сырье и т.д.),

· финансовые потоки (наличные и безналичные, инвестиции и т.д.),

· потоки документов (коммерческие, финансовые и организационные документы),

· потоки информации (информация, данные о намерениях, устные распоряжения и т.д.)

· ресурсы (сотрудники, станки, машины и т.д.).

3.Третьим основным понятием стандарта IDEF0 является декомпозиция (Decomposition). Принцип декомпозиции применяется при разбиении сложного процесса на составляющие его функции.

4. Последним из понятий IDEF0 является глоссарий (Glossary). Для каждого из элементов IDEF0: диаграмм, функциональных блоков, интерфейсных дуг существующий стандарт подразумевает создание и поддержание набора соответствующих определений, ключевых слов, повествовательных изложений и т.д., которые характеризуют объект, отображенный данным элементом. Этот набор называется глоссарием и является описанием сущности данного элемента.

BPWin поддерживает три методологии моделирования:

· функциональное моделирование (IDEF0);

· описание бизнеc-процесcов (IDEF3);

· диаграммы потоков данных (DFD).

При создании новой модели достаточно просто выбрать нужную методологию в диалоговом окне появляющемся каждый раз при создании новой модели BPWin

Функциональное моделирование является технологией анализа системы в целом как набора связанных между собой действий или функций. Действия системы анализируются независимо от объекта (ob), который обеспечивает их исполнение. Моделировать деловой процесс можно исходя из различных перспектив и временных рамок. Например, Вы можете смоделировать процесс заказа услуг клиентом так, как Вы видите его в идеале, а не так, как это происходит в настоящее время.

Рисунок 1.3 — Пример диаграммы IDEF0

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

На рисунке 1.3 показан пример простой диаграммы IDEF0.

Первый шаг при построении модели IDEF0 заключается в определении назначения модели — набора вопросов, на которые должна отвечать модель. Набор вопросов можно сравнить с предисловием, в котором раскрывается назначение книги.

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

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

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

Источник: infopedia.su