Давайте разберем, что такое BPwin и IDEF0? BPwin (AllFusion Process Modeler) — это инструмент для моделирования процессов. Методология IDEF0 — это графическое и текстовое изображение, которое должно дать ответ на определенные вопросы.
22 283 просмотров
Посмотрев на диаграмму, вы спросите, что это за вход да выход, как относить контроль и механизм к процессу, и как я должен получить ответ. Давайте по порядку: две основные составляющие части, по которой строится диаграмма — это прямоугольник и стрелка. Прямоугольник — это процесс. В нем обычно пишут название процесса и надпись должна быть глаголом. Стрелка – это входящие в процесс, их может быть много, но надо выделить четыре основных направления стрелок.
Стрелка слева – это «вход» (обозначает начало процесса), без которого не может начаться процесс. Грубо говоря, процесс будет изменён в конечный итог — «выход».
Стрелка «механизм» — это то, посредством чего процесс производится. Это могут быть люди или инструменты.
Стрелка «контроль» — это управляющее воздействие на процесс, например, инструкция, алгоритм, спецификации.
Хочу для понимая привести банальный пример приготовления шашлыка.
Приготовление шашлыка — это и есть процесс, для которого нам нужны: мясо, зелень, специи (начало).
Для приготовления вкусного шашлыка нам нужно: повар Гарик, мангал и шампура (механизм).
Для того чтобы приготовить вкусный и сочный шашлык, нужно соблюдать четкий алгоритм и инструкцию (контроль).
В итоге — если все соблюсти (process), получится вкусный шашлык.
Возможно, сейчас Вы подумали: «Да, такую диаграмму несложно нарисовать в Paint». Это была только контекстная диаграмма или, другими словами, диаграмма верхнего уровня. Дальше идет декомпозиция (разделение целого на части), в дереве процессов выбираем декомпозицию IDEF0 и выбираем оптимальные четыре процесса. Если будет много, то удалим один или несколько процессов.
Когда все выбрано, видим следующее:
Источник: vc.ru
3.2 Принципы моделирования бизнес-процессов в нотации idef0
Контекстная диаграмма является вершиной древовидной структуры диаграмм и представляет собой самое общее описание системы и ее взаимодействия с внешней средой. Этот процесс называется функциональной декомпозицией, а диаграммы, которые описывают каждый фрагмент и взаимодействие фрагментов, называются диаграммами декомпозиции. В основе нотации и методологии IDEF0 лежит понятие «блока», то есть прямоугольника, который выражает некоторую функцию бизнеса. Как известно, прямоугольник имеет четыре стороны. В IDEF0 роли (функциональные значения) всех сторон различны:
- верхняя сторона имеет значение «управления»;
- левая — «входа»;
- правая — «выхода»;
- нижняя — «механизма».
Вторым элементом методологии и нотации является «поток» (в стандарте называемый — «интерфейсная дуга») — элемент, описывающий данные, неформальное управление, или что-либо другое «оказывающее влияние» на функцию, изображенную блоком. В зависимости от того, к какой стороне блока направлен поток, он, соответственно, носит название «входной», «выходной», «управляющий».
Изобразительным элементом, представляющим «поток», является стрелка. Управление — это что управляет деятельностью компании. Стрелки «входа» вносят функции входных данных. Стрелки «выхода» – выходные данные. Стрелка «механизма» — это влияющие на процессы данные.
Контекстная диаграмма компании «EuroAuto» в нотации IDEF0 (рис.5)
После декомпозиции контекстной диаграммы проводится декомпозиция каждого большого фрагмента системы на более мелкие, при этом каждому фрагменту задается имя и так далее, до достижения нужного уровня подробности описания. После каждого сеанса декомпозиции проводятся сеансы экспертизы — эксперты предметной области указывают на соответствие реальных бизнес-процессов созданным диаграммам. Найденные несоответствия исправляются, и только после прохождения экспертизы без замечаний можно приступать к следующему сеансу декомпозиции. Так достигается соответствие.
3.3 Принципы моделирования бизнес-процессов в нотации idef3
В отличие от IDEF0, представляющего моделируемую систему как совокупность видов деятельности, IDEF3 представляет собой технику моделирования деятельности как последовательности событий, а также участвующих в этих событиях объектов. Модели IDEF3 могут использоваться для детализации функциональных блоков IDEF0, они более низкого уровня. IDEF3 удобен для подробного моделирования деятельности отдельных подразделений, сотрудников, описания техпроцессов и т.д.
В IDEF3 используются следующие типы объектов:
- работа (Unit of Work, Activity)
- стрелка (Arrow)
- перекресток, или коннектор (Junction)
- ссылочный объект (Referent)
IDEF3 дополняет IDEF0 и содержит все необходимое для построения моделей, которые в дальнейшем могут быть использованы для имитационного анализа. IDEF3 — это метод, имеющий основной целью дать возможность аналитикам описать ситуацию, когда процессы выполняются в определенной последовательности, а также описать объекты, участвующие совместно в одном процессе.
Техника описания набора данных IDEF3 является частью структурного анализа. В отличие от некоторых методик описаний процессов IDEF3 не ограничивает аналитика чрезмерно жесткими рамками синтаксиса, что может привести к созданию неполных или противоречивых моделей. Каждая работа в IDEF3 описывает какой-либо сценарий бизнес-процесса и может являться составляющей другой работы. Поскольку сценарий описывает цель и рамки модели, важно, чтобы работы именовались отглагольным существительным, обозначающим процесс действия, или фразой, содержащей такое существительное. Диаграмма является основной единицей описания в IDEF3.
Единицы работы — Unit of Work (UOW). UOW, также называемые работами (activity), являются центральными компонентами модели. В IDEF3 работы изображаются прямоугольниками с прямыми углами и имеют имя, выраженное отглагольным существительным, обозначающим процесс действия, одиночным или в составе фразы, и номер (идентификатор).
Связи показывают взаимоотношения работ. Все связи в IDEF3 однонаправлены и могут быть направлены куда угодно, но обычно диаграммы IDEF3 стараются построить так, чтобы связи были направлены слева направо.
В IDEF3 различают три типа стрелок, изображающих связи:
- Старшая (Precedence) — сплошная линия, связывающая единицы работ (UOW). Рисуется слева направо или сверху вниз.
- Отношения (Relational Link) — пунктирная линия, использующаяся для изображения связей между единицами работ (UOW) и между единицами работ и объектами ссылок.
- Потоки объектов (Object Flow) — стрелка с двумя наконечниками, используется для описания того факта, что объект используется в двух или более единицах работы, например, когда объект порождается в одной работе и используется в другой.
В отличие от IDEF0 для стрелок нет понятия вход, выход, управление или механизм и неважно, в какую грань работы входит или из какой грани выходят стрелки.
Перекрестки — окончание одной работы может служить сигналом к началу нескольких работ, или же одна работа для своего запуска может ожидать окончания нескольких работ. Перекрестки используются для отображения логики взаимодействия стрелок при слиянии и разветвлении или для отображения множества событий, которые могут или должны быть завершены перед началом следующей работы. Различают перекрестки для слияния и разветвления стрелок. Перекресток не может использоваться одновременно для слияния и для разветвления.
Средства документирования и моделирования IDEF3 позволяют выполнять следующие задачи:
- Документировать имеющиеся данные о технологии процесса, выявленные, скажем, в процессе опроса компетентных сотрудников, ответственных за организацию рассматриваемого процесса.
- Определять и анализировать точки влияния потоков сопутствующего документооборота на сценарий технологических процессов.
- Определять ситуации, в которых требуется принятие решения, влияющего на жизненный цикл процесса, например изменение конструктивных, технологических или эксплуатационных свойств конечного продукта.
- Содействовать принятию оптимальных решений при реорганизации технологических процессов.
- Разрабатывать имитационные модели технологических процессов, по принципу «КАК БУДЕТ, ЕСЛИ. «
Рис.6 Модель бизнес-процессов верхнего уровня в нотации IDEF0
Рис.7 Модель бизнес-процессов верхнего уровня в нотации IDEF0 (декомпозиция концептуальной схемы)
Рис.8 Модель бизнес-процессов нижнего уровня в нотации IDEF3 (декомпозиция «Обработки запроса»)
Источник: studfile.net
Лабораторная работа №1
Цель работы : освоить использование методологии IDEF 0 для создания моделей бизнес-процессов.
Теоретическая справка
Методологию IDEF0 можно считать следующим этапом развития графического языка описания функциональных систем SADT (Structured Analysis and Design Teqnique). IDEF0 стандарт был разработан в 1981 году в рамках программы автоматизации промышленных предприятий, которая носила обозначение ICAM (Integrated Computer Aided Manufacturing) и была предложена департаментом ВВС США. Семейство стандартов IDEF унаследовало свое обозначение от названия этой программы (IDEF=ICAM DEFinition). Отличием IDEF 0 от SADT является усовершенствованный набор функций для описания бизнес-процессов и наличие эффективной методологии взаимодействия «аналитик-специалист», что позволило использовать новый метод для обеспечения групповой работы над созданием модели, с непосредственным участием аналитиков и специалистов, занятых в проекте.
IDEF 0 – графический язык моделирования бизнес-процессов, при помощи которого создаётся графико-текстовое описание системы, позволяющее дать ответ на некоторые заранее определённые вопросы, сама система при этом представляется в виде совокупности взаимодействующих работ или функций. Поэтому модели IDEF 0 называются функциональными моделями. Такой подход позволяет анализировать функции системы безотносительно к объектам, для которых они применяются, благодаря чему гораздо проще смоделировать логику и взаимодействие бизнес-процессов.
В основе методологии IDEF 0 лежат следующие правила и понятия:
— функциональный блок (Activity Box) – графически изображается в виде прямоугольника (см. рисунок 1) и представляет некоторую конкретную функцию или задачу в рамках рассматриваемой системы. По требованиям стандарта название каждого функционального блока должно быть сформулировано в глагольном наклонении (например, «производить услуги», или «производство услуг», но не «произведённые услуги»);
— интерфейсные дуги ( Arrays ) входят в функциональные блоки. Графически обозначаются в виде однонаправленной стрелки (смотрите рисунок 2). В зависимости от того, с какой стороны входит дуга, определяется её значение (роль); дуги, входящие в верхнюю сторону имеют значение «Управление» (Control в терминах методики); входящие слева имеют значение «Вход» (Input); входящие справа имеют значение «Выход» (Output); входящие снизу имеют значение «Механизм» (Mechanism); интерфейсные дуги также имеют название, которое обычно описывается существительным (например, «Заявка»).
— каждый функциональный блок может быть представлен в виде набора нескольких других функциональных блоков; такое разбиение называется декомпозиция; декомпозицию надо понимать как разбиение задач на подзадачи; весь набор декомпозиций блоков создаёт иерархическую схему, которая и будет являться моделью всей системы;
— любой функциональный блок должен иметь вход и выход (соответственно входные слева и выходные справа интерфейсные дуги на формуляре), остальные дуги могут не присутствовать;
— диаграмма, которая включает в себя функциональный блок самого высокого уровня, называется диаграммой нулевого уровня;
— диаграмма, содержащая декомпозицию блока диаграммы нулевого уровня называется диаграммой первого уровня;
— диаграмма, содержащая декомпозицию блока диаграммы N -го уровня называется диаграммой N +1 уровня;
— любая диаграмма должна содержать (рекомендательно) не менее двух и не более семи функциональных блоков; это необходимо для того, чтобы такие диаграммы были легкочитаемые;
— каждый функциональный блок в рамках единой рассматриваемой системы должен иметь свой уникальный идентификационный номер, названия блоков (пояснения) тоже должны быть уникальны;
— каждая интерфейсная дуга так же должна иметь уникальное имя;
— интерфейсные дуги механизма и управления, используемые в диаграмме N -го уровня также должны входить в диаграмму N -1 уровня; это надо понимать следующим образом: ресурсы необходимые для выполнения подзадачи, считаются необходимыми и для выполнения главной задачи.
Методология IDEF 0 имеет большую область применения: от исследования и разработки информационных систем на предприятии, до исследования и разработки схемы работы самого предприятия.
Моделирование производится следующим образом. Сначала строится диаграмма нулевого уровня – она является самым общим описанием системы и показывает границы системы и её взаимодействие с окружающим миром – какие ресурсы внешнего мира она использует, какие результаты своей работы в него отдаёт, какие механизмы и компоненты управления задействуются.
Далее производится первая декомпозиция, то есть разбиение задачи на подзадачи. Производится их анализ, и по мере необходимости дальнейшая декомпозиция. Декомпозиция производится до тех пор, пока в этом есть необходимость, то есть детализация задачи недостаточна. Когда задача будет детализирована достаточно, декомпозицию останавливают, и считается, что модель закончена.
Если моделирование начинается на уже существующем предприятии или системе, имеющем уже существующий порядок бизнес-процессов, то с самого начала необходимо произвести анализ работы такого предприятия. В результате анализа получают диаграммы IDEF 0, которые наиболее детально описывают работу существующей системы. Такие диаграммы носят название « AS IS » (дословно – «как есть» с англ.). Детализация и правдивость являются обязательным требованием к диаграммам формата « AS IS ». Это связано с тем, что только в этом случае диаграмма может показать реально существующий порядок вещей на предприятии или системе.
Распространённой ошибкой при составлении диаграмм формата « AS IS » является создание идеализированной модели, например руководителем, на основе своих собственных знаний о том, как должны работать сотрудники, а не на основе их знаний. В таком случае модель получается неверной, так как руководитель, как правило, знаком с работой своих сотрудников по должностным инструкциям, не имея при этом представления о настоящем течении работ на предприятии. Такая модель называется « SHOULD BE » (дословно – «как должно было бы быть» с англ.). Кроме того, обычно сотрудники предприятия, участвующие в системе, заинтересованы в сокрытии истинного положения вещей, поэтому составление модели формата « AS IS » доверяется только приглашённым (сторонним) экспертам.
После составления модели формата « AS IS » производится её анализ. Анализ позволяет выявить недостатки существующего бизнес-процесса, которые могут проявляться, например, в виде недогруженности одних сотрудников одновременно с перегрузкой других. Указание управления и механизма позволяет выявить идентичные по функционалу задачи, которые удобнее решать в потоке в одном месте и на близких друг от друга местах.
В результате анализа существующего бизнес-процесса или в случае, если производится проектирование бизнес-процесса «с нуля», получают модель формата « TO BE » (дословно – «как должно быть» с англ.).
Модель « TO BE » свободна от недостатков, которые были свойственны модели « AS IS », что позволяет рассматривать её как идеальную и не всегда достижимую модель бизнес-процессов. Модель « TO BE » можно понимать как оптимизированную модель « AS IS ». Так как критерии оптимизации могут быть различны и в общем даже противоположны, то одни и те же блоки модели « AS IS » в зависимости от критериев оптимизации, могут быть в одном случае эффективно работающими, а в другом слабыми местами. Например, критерий высокого качества продукции противоречит критериям дешевизны и высокой производительности, соответственно будут отличаться модели « TO BE ».
Для простых бизнес-процессов возможна ситуация, когда модели формата « AS IS » и « TO BE » будут совпадать.
Возможна ситуация, когда модели « AS IS » и « TO BE » различаются незначительно. В этом случае перестройка предприятия или системы под новый режим или схему работы неоправданна.
Ранее, до того как появились персональные компьютеры, диаграммы IDEF 0 оформлялись на специальных листах-формулярах. С ростом вычислительных способностей ПК появилась возможность автоматизировать процесс создания диаграмм. Примером программного пакета, позволяющего работать с IDEF 0 является пакет BPWin . BPWin является CASE -средством, то есть компьютерной технологией автоматизации.
Работа с IDEF 0 в BPWin . При запуске среды появляется приветствие, в котором можно выбрать тип создаваемой модели: IDEF0, IDEF3 или DFD.
После этого появляется диаграмма нулевого уровня в пустым незаполненным функциональным блоком.
Задание
Необходимо составить модель формата «TO BE» по варианту заданному преподавателем. Необходимо составить 1 диаграмму 0го уровня, 1 диаграмму 1го уровня и минимум 2 диаграммы второго уровня, содержащие модели в формате IDEF0.
1. Получение загранпаспорта.
2. Вычисление интеграла.
3. Написание программы.
4. Сдача долгов по экзаменационной сессии.
5. Поступление на работу.
6. Установка операционной системы на компьютер.
7. Процесс обучения по предмету.
8. Выполнение лабораторной (практической) работы
9. Обучение в ВУЗе
10. Бухгалтерский учет
11. Складской учет
12. Бизнес планирование
Контрольные вопросы.
1. Что такое бизнес-процесс? Какова его роль на предприятии?
2. Что такое информационная система?
3. Какие типы моделирования информационных систем Вы знаете?
4. Что такое IDEF0?
5. Для чего был разработан стандарт IDEF 0?
6. Какие правила используются для нотаций IDEF 0?
7. Какие основные определения используются в нотации IDEF 0?
8. Какие различают два класса моделей по отношению к реально существующему бизнес-процессу?
9. Что такое CASE-средства, какие CASE средства вы знаете?
Скачано с www.znanio.ru
Лабораторная работа №1 «Анализ бизнес-процесса по методологии
В зависимости от того, с какой стороны входит дуга, определяется её значение (роль); дуги, входящие в верхнюю сторону имеют значение «
IDEF 0, которые наиболее детально описывают работу существующей системы
Работа с IDEF 0 в BPWin . При запуске среды появляется приветствие, в котором можно выбрать тип создаваемой модели:
Материалы на данной страницы взяты из открытых истончиков либо размещены пользователем в соответствии с договором-офертой сайта. Вы можете сообщить о нарушении.
Источник: znanio.ru
