Описание бизнес процессов в idefo

Основу методологии IDEFO составляет графический язык описания бизнес-процессов. Модель в нотации IDEFO – совокупность иерархически упо­рядоченных и взаимосвязанных диаграмм. Каждая диаграмма является единицей описа­ния системы и располагается на отдельном листе. Модель может содержать три типа диаграмм:

контекстную диаграмму (в каждой модели м. б. только одна контек­стная диаграмма);является вершиной древовидной структуры диаграмм и представляет собой самое общее описание системы и ее взаимодействия с внешней сре­дой.

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

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

Нотации описания бизнес-процессов — IDEF0 | Naked BPM

При создании новой модели создается контекстная диаграмма с единственной рабо­той, изображающей систему в целом.

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

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

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

В IDEF0 различают пять типов стрелок:

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

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

Если цель работы — изменить процедуру или стратегию, то такая процедура или стратегия будет для работы входом. В случае возник­новения неопределенности в статусе стрелки (управление или вход) рекомендуется рисо­вать стрелку управления.

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

Функционально-ориентированные модели описания бизнес-процессов. VAD, IDEF, DFD

Механизм — ресурсы, которые выполняют работу, (персонал предприятия, станки, устройства и т.д.) Стрелка механизма рисуется как входящая в ниж­нюю грань работы.

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

Среда Bpwin. Применение методологии IDEFO

CASE-средство Bpwin используется для проведения анализа и реорганизации бизнес-процессов. Bpwin поддерживает методологии IDEF0 (функциональная модель), IDEF3 и DFD.

Функциональная модель предназначена для описания существующих бизнес-процессов на предприятии (так называемая модель AS-IS) и идеального положения вещей — того, к чему нужно стремиться (модель ТО-ВЕ). При проектирования информационных систем обычно предполагается, что понятия функциональная модель и модель процессов одно и то же.

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

Модель может содержать три типа диаграмм:

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

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

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

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

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

При создании новой модели создается контекстная диаграмма с единственной рабо­той, изображающей систему в целом.

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

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

Дата добавления: 2018-02-15 ; просмотров: 1535 ; Мы поможем в написании вашей работы!

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

Методология IDEF0 описания бизнес процессов на уровне функций. Три методологии моделирования. Стрелки управления

BPWin — мощный инструмент компании Computer Associates моделирования для анализа, документирования и понимания комплексных бизнес-процессов. Моделирование применяется для устранения избыточных или ненужных блоков (функций), для сокращения затрат, для совершенствования работы компании, для повышения качества обслуживания клиентов.

С использованием BPWin строятся диаграммы бизнес-процессов, ясно показывающие бизнес-процессы (блоки), результаты их работы и ресурсы, необходимые для их функционирования. BPWIN модель обеспечивает объединенную картину того, как организация добивается выполнения своих целей, от маленьких отделов до всей компании в целом. На Рис. 4-4 изображено главное окно программы BPWin. (ВСТАВИТЬ РИС 1)

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

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

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

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

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

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

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

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

Синтаксис включает функциональные блоки и стрелки

Семантика (блоки – это функции, стрелки – документационное обеспечение, кто выполняет).

На Рис. 4-6 показан пример простой диаграммы IDEFO. (ВСТВИТЬ РИС 2)

IDEFO лучше всего применять как средство анализа и логического моделирования систем, что* как правило, выполняется на ранних стадиях работы над проектом. Данные анализа, полученные с использованием моделирования IDEFO, обычно используются на стадии разработки моделей IDEF3 и диаграмм потоков данных DFD

IDEF0-модель предполагает наличие четко сформулированной цели, единственного субъекта моделирования и одной точки зрения. Для внесения области, цели и точки зрения в модели IDEF0 в BPwin следует выбрать пункт меню Model/Model Properties, вызывающий диалог Model Properties.

Методология IDEF0 предписывает построение иерархической системы диаграмм –

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

Методология IDEFO описания бизнес – процессов на уровне функций — это технология описания системы в целом как множества взаимозависимых функций. IDEFO-функции системы исследуются независимо от объектов, которые обеспечивают их выполнение. IDEFO, как правило, используется на ранних этапах разработки проекта, для сбора данных и моделирования процесса «как есть».

IDEFO сочетает в себе небольшую по объему графическую нотацию (она содержит только два обозначения: блоки и стрелки) со строгими и четко определенными рекомендациями, предназначенными для построения качественной и понятной модели системы. Первый шаг — определении назначения модели — набора вопросов, на которые должна отвечать модель. Второй шаг — указывается предполагаемая целевая аудитория, для нужд

Похожие материалы

• Методология технико-экономического анализа. Метод анализа иерархии. Количественные характеристики надежности невосстанавливаемых систем, один элемент
• Моделирование данных, методология описания данных: сущность – связь. Реляционная модель данных
• Надежность человека-оператора в информационных системах. Задержки в каждом узле умноженное на коэффициент передачи

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

Описание нотации IDEFO, IDEF3

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

Нотация IDEF3 была разработана с целью более удобного описания потоков работ (work flow), для которых важно отразить логическую последовательность выполнения процедур во времени. Нотации IDEF0 и IDEF3 используют следующие объекты (см. табл. 3.2).

Рис. 3.4. Модель бизнес-процесс в нотации ARIS еЕРС

Рис. 3.3. Модель бизнес-процесс в нотации ARIS еЕРС

Объекты, используемые в нотациях IDEF0 и IDEF3

В моделях могут использоваться стрелки трех видов (см. табл. 3.3).

Семантика построения моделей IDEF0 и IDEF3 предполагает соблюдение четких правил. Детальную информацию о построении моделей в IDEF0 и IDEF3 можно узнать в стандартах и книгах (см. [2],[3]).

Бизнес-процесс, сформированный при помощи нотации IDEF0, показан на рисунке 3.5 (этот же процесс представлен в нотации ARIS еЕРС на рис. 3.3).

Важно отметить, что модели бизнес-процессов в нотации IDEF0 являются статичными, т.е. они не отображают динами

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

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

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

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

Примеры формирования моделей в нотации IDEF0 можно найти в [1] и на сайте www.finexpert.ru.

На рисунке 3.6 показан бизнес-процесс, описанный при помощи нотации IDEF3 (этот же процесс представлен в нотации ARIS еЕРС на рис. 3.4.).

Рис. 3.6. Модель бизнес-процесса в нотации IDEF3

В нотации IDEF3 так же, как и в нотации ARIS еЕРС, используются символы логики, отражающие ветвление процесса.

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

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

В отличие от ARIS еЕРС, в нотации IDEF0 каждая процедура должна иметь хотя бы одно управляющее воздействие (вход управления — стрелка сверху). Если при создании модели в ARIS еЕРС указывать только последовательность выполнения процедур, не заботясь об отражении управляющих воздействий (например, документов и управленческой информации), полученные модели будут иметь низкую ценность с точки зрения анализа и дальнейшего использования руководителями.

К сожалению, именно эта ошибка наиболее распространена на практике. Создается модель work flow (поток работы), отражающая простую последовательность выполнения функций и входящих/ис- ходящих документов, при этом управляющие (контрольные) воздействия на функции в модели не отражаются. Реальные процессы управления могут остаться «за кадром» на 30—90% (см. пример на рис. 3.7).

Рис. 3.7. Недостатки описания бизнес-процесса в ARIS еЕРС

На рисунке 3.7 функция 4 является контрольной и служит для проверки результатов выполнения функций 2 и 3. Но данная модель не отвечает на вопросы: каким образом осуществляется управляющее воздействие на функции 2 и 3, показан только тот факт, что по ходу процесса возможен возврат и повторное выполнение функций 2 и 3; информация об этой обратной связи может быть раскрыта только в виде описания в атрибутах объектов модели; какие документы (например, нормативы), распоряжения, внешние условия регламентируют выполнение функций.

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

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

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