Лекция
Привет, Вы узнаете о том , что такое методология моделирования idef, Разберем основные их виды и особенности использования. Еще будет много подробных примеров и описаний. Для того чтобы лучше понимать что такое методология моделирования idef, потоки работ, work flow modeling, idef , idef3 , настоятельно рекомендую прочитать все из категории Анализ и реинжиниринг бизнес процессов.
idef3 (англ. Integrated DEFinition for Process Description Capture Method) — методология моделирования и стандарт документирования процессов, происходящих в системе. Метод документирования технологических процессов представляет собой механизм документирования и сбора информации о процессах. IDEF3 показывает причинно-следственные связи между ситуациями и событиями в понятной эксперту форме, используя структурный метод выражения знаний о том, как функционирует система, процесс или предприятие.
Нотация IDEF3 предназначена для описания потоков работ (Work Flow Modeling). IDEF3 широко используется для создания моделей бизнес-процессов организации на нижнем уровне — при описании работ, выполняемых в подразделениях и на рабочих местах. Следует отметить, что нотация IDEF3 была взята за основу при создании методики описания процессов ARIS еЕРС — «расширенной цепочки процесса, управляемого событиями».
Основными графическими объектами модели, используемыми в IDEF3, являются четырехугольники и стрелки. Первые служат для описания функций (работ, процессов), вторые — для отражения в модели последовательности выполнения функций во времени либо последовательности выполнения функций, обусловленной потоком материальных ресурсов.
Для того чтобы избежать неоднозначности описания потоков работ, в нотации IDFE3 определены дополнительные объекты, служащие для отображения возможных вариантов ветвления и слияния потоков работ, реализующихся при определенных условиях. Указанные объекты являются логическими символами трех видов:
В отличие от нотации IDEF0 в нотации IDEF3 стороны четырехугольника, изображающего функцию (работу, процесс), не используют для привязки входов различного типа. Более того, в четырехугольник может входить и выходить только одна стрелка. В противном случае правила построения диаграмм в IDEF3 будут нарушены.
При декомпозиции процессов в IDEF3 не происходит мигрирования и туннелирования стрелок. Аналитик должен сам заботиться о связности моделирования процесса и корректности декомпозиции.
Нотацию IDEF3 целесообразно применять в случае относительно простых процессов на нижнем уровне декомпозиции, т.е. процессов уровня рабочих мест. В этом случае схема процесса может служить основой для создания документов, регламентирующих работу исполнителей. Очевидно, что процесс в нотации IDEF3 является «плоским». При помощи этой нотации достаточно сложно создавать комбинированные модели, в которых бы сочетались описания потоков работ и процессы управления этими работами. Этот факт становится очевидным в особенности при сравнении описаний процессов в нотации IDEF3 и IDEF0.
Символы, используемые для схемы описания процесса IDEF3.
IDEF3 — способ описания процессов с использованием структурированного метода, позволяющего эксперту в предметной области представить положение вещей как упорядоченную последовательность событий с одновременным описанием объектов, имеющих непосредственное отношение к процессу.
IDEF3 является технологией, хорошо приспособленной для сбора данных, требующихся для проведения структурного анализа системы.
В отличие от большинства технологий моделирования бизнес-процессов, IDEF3 не имеет жестких синтаксических или семантических ограничений, делающих неудобным описание неполных или нецелостных систем. Кроме того, автор модели (системный аналитик) избавлен от необходимости смешивать свои собственные предположения о функционировании системы с экспертными утверждениями в целях заполнения пробелов в описании предметной области. На рис. 3.1 изображен пример описания процесса с использованием методологии IDEF3.
IDEF3 также может быть использован как метод проектирования бизнес-процессов. IDEF3-моделирование органично дополняет традиционное моделирование с использованием стандартаметодологии IDEF0. В настоящее время оно получает все большее распространение как вполне жизнеспособный путь построения моделей проектируемых систем для дальнейшего анализа имитационными методами. Имитационное тестирование часто используют для оценки эксплуатационных качеств разрабатываемой системы. Более подробно методы имитационного анализа будут рассмотрены ниже.
Рис.3.1 Описание процесса в методологии IDEF3
Модель IDEF3 основана на сценарии бизнес-процесса, который определяет последовательность действий или подпроцессов, которые анализируются в системе. Выбор подходящего названия для действий является важным, так как сценарий определяет назначение и границы модели. Рекомендуется использовать глаголы и отглагольные существительные для именования действий, например "обработать заказ клиента" или "применить новый дизайн".
Сценарий должен быть задокументирован для большинства моделей. Обычно это название должностной обязанности человека, который является источником информации о моделируемом процессе.
Для системного аналитика важно понимать цель моделирования - набор вопросов, на которые модель будет давать ответы, границы моделирования - какие части системы будут включены или исключены из модели, и целевую аудиторию - для кого разрабатывается модель.
Здесь рассматривается технология моделирования действий, где основной элемент модели IDEF3 - это диаграмма. Важно учесть взаимосвязь диаграмм внутри модели IDEF3, особенно если модель предназначена для публикации или рецензирования, что является распространенной практикой при проектировании новых систем. В таких случаях системный аналитик должен обеспечить информационное содержание диаграмм таким образом, чтобы каждая диаграмма была полноценной и понятной для пользователей.
Аналогично другим технологиям моделирования действие, или в терминах IDEF3 «единица работы» (Unit of Work — UOW), — другой важный компонент модели. Диаграммы IDEF3 отображают действие в виде прямоугольника. Как уже отмечалось, действия именуются с использованием глаголов или отглагольных существительных, каждому из действий присваивается уникальный идентификационный номер. Этот номер не используется вновь даже в том случае, если в процессе построения модели действие удаляется. Об этом говорит сайт https://intellect.icu . В диаграммах IDEF3 номер действия обычно предваряется номером его родителя (рис. 3.2)
Рис. 3.2. Изображение и нумерация действия в диаграмме IDEF3
Связи выделяют существенные взаимоотношения между действиями. Все связи в IDEF3 являются однонаправленными, и хотя стрелка может начинаться или заканчиваться на любой стороне блока, обозначающего действие, диаграммы IDEF3обычно организуются слева направо таким образом, что стрелки начинаются на правой и заканчиваются на левой стороне блоков. В табл. 3.1 приведены три возможных типа связей.
Связь типа «временное предшествование». Как видно из названия, связи этого типа показывают, что исходное действие должно полностью завершиться, прежде чем начнется выполнение конечного действия. Связь должна быть поименована таким образом, чтобы человеку, просматривающему модель, была понятна причина ее появления. Во многих случаях завершение одного действия инициирует начало выполнения другого, как показано на рис. 3.3. В этом примере автор должен принять рекомендации рецензентов, прежде чем начать вносить соответствующие изменения в работу.
Изображение |
Название |
Назначение |
Временнбе предшествование (Temporal precedence) |
Исходное действие должно завершиться, прежде чем конечное действие сможет начаться |
|
Объектный поток (Object flow) |
Выход исходного действия является входом конечного действия. Из этого, в частности, следует, что исходное действие должно завершиться, прежде чем конечное действие сможет начаться |
|
Нечеткое отношение (Relationship) |
Вид взаимодействия между исходным и конечным действиями задается аналитиком отдельно для каждого случая использования такого отношения |
Таблица 2.1
Рис. 3.3. Связь типа “временное предшествование” между действиями 1 и 2.
Связь типа «объектный поток». Одна из наиболее часто встречающихся причин использования связи типа «объектный поток» заключается в том, что некоторый объект, являющийся результатом выполнения исходного действия, необходим для выполнения конечного действия. Обозначение такой связи отличается от связи временного предшествования двойной стрелкой. Наименования потоковых связей должны четко идентифицировать объект, который передается с их помощью. Временная семантика объектных связей аналогична связям предшествования, это означает, что порождающее объектную связь исходное действие должно завершиться, прежде чем конечное действие может начать выполняться.
Связь типа «нечеткое отношение». Связи этого типа используются для выделения отношений между действиями, которые невозможно описать с использованием предшественных или объектных связей. Значение каждой такой связи должно быть определено, поскольку связи типа «нечеткое отношение» сами по себе не предполагают никаких ограничений. Одно из применений нечетких отношений — отображение взаимоотношений между параллельно выполняющимися действиями. Наиболее часто нечеткие отношения используются для описания специальных случаев связей предшествования, например для описания альтернативных вариантов временного предшествования.
Завершение одного действия может инициировать начало выполнения сразу нескольких других действий или, наоборот, определенное действие может требовать завершения нескольких других действий до начала своего выполнения. Соединения разбивают или соединяют внутренние потоки и используются для описания ветвления процесса:
В табл. 2.2 объединены три типа соединений.
Графическое обозначение |
Название |
Вид |
Правила инициации |
Соединение «и» |
Разворачивающее |
Каждое конечное действие обязательно инициируется |
|
Сворачивающее |
Каждое исходное действие обязательно должно завершиться |
||
Соединение «эксклюзивное "или"» |
Разворачивающее |
Одно и только одно конечное действие инициируется |
|
Сворачивающее |
Одно и только одно исходное действие должно завершиться |
||
Соединение «или» |
Разворачивающее |
Одно или несколько конечных действий инициируются |
|
Сворачивающее |
Одно или несколько исходных действий должны завершиться |
Таблица 3.2
Примеры разворачивающих и сворачивающих соединений приведены на рис. 3.4
Рис. 3.4 Два вида соединений
«И»-соединения. Соединения этого типа инициируют выполнение конечных действий. Все действия, присоединенные к сворачивающему «и»-соединению, должны завершиться, прежде чем начнется выполнение следующего действия. На рис. 3.5 после обнаружения
Рис. 3.5 “И” – cоединения
пожара инициируются включение пожарной сигнализации, вызов пожарной охраны, и начинается тушение пожара. Запись в журнал производится только тогда, когда все три перечисленных действия завершены.
Соединение «эксклюзивное "или "». Вне зависимости от количества действий, связанных со сворачивающим или разворачивающим соединением «эксклюзивное «или», инициировано будет только одно из них, и поэтому только оно будет завершено перед тем, как любое действие, следующее за сворачивающим соединением «эксклюзивное «или», сможет начаться. Если правила активации соединения известны, они обязательно должны быть документированы либо в его описании, либо пометкой стрелок, исходящих из разворачивающего соединения, как показано на рис. 3.6
На рис. 3.6 соединение «эксклюзивное «или» используется для отображения того факта, что студент не может одновременно быть направлен на лекции по двум разным курсам.
Рис. 3.6 Соединение «эксклюзивное “или” »
Соединение «или» предназначено для описания ситуаций, которые не могут быть описаны двумя предыдущими типами соединений. Аналогично связи нечеткого отношения соединение «или» в основном определяется и описывается непосредственно системным аналитиком.
Указатели — это специальные символы, которые ссылаются на другие разделы описания процесса. Они используются при построении диаграммы для привлечения внимания пользователя к каким-либо важным аспектам модели.
Указатель изображается на диаграмме в виде прямоугольника, похожего на изображение действия. Имя указателя обычно включает его тип (например, ОБЪЕКТ, UOB и т.п.) и идентификатор (табл. 3.3).
Таблица 3.3
Тип указателя |
Назначение |
ОБЪЕКТ (OBJECT) |
Для описания того, что в действии принимает участие какой-либо заслуживающий отдельного внимания объект |
ССЫЛКА (GOTO) |
Для реализации цикличности выполнения действий. Указатель ССЫЛКА может относиться и к соединению |
ЕДИНИЦА ДЕЙСТВИЯ (Unit of Behavior — UOB) |
Для многократного отображения на диаграмме одного и того же действия. Например, если действие «Подсчет наличных» выполняется несколько раз, в первый раз оно создается как действие, а последующие его появления на диаграмме оформляются указателями UOB |
ЗАМЕТКА (NOTE) |
Для документирования любой важной информации общего характера, относящейся к изображенному на диаграммах. В этом смысле ССЫЛКА служит альтернативой методу помещения текстовых заметок непосредственно на диаграммах |
УТОЧНЕНИЕ (Elaboration — ELAB) |
Для уточнения или более подробного описания изображенного на диаграмме. Указатель УТОЧНЕНИЕ обычно используется для описания логики ветвления у соединений |
Действия в IDEF3 могут быть декомпозированы или разложены на составляющие для более детального анализа. Метод IDEF3 позволяет декомпозировать действие несколько раз, что обеспечивает документирование альтернативных потоков процесса в одной модели.
Для корректной идентификации действий в модели с множественными декомпозициями схема нумерации действий расширяется и наряду с номерами действия и его родителя включает в себя порядковый номер декомпозиции. Например, в номере действия 1.2.5: 1 — номер родительского действия, 2 — номер декомпозиции, 5 — номер действия.
В этом разделе мы рассмотрим построение IDEF3-диаграммы на основании выраженного в текстовом виде описания процесса. Предполагается, что в построении диаграммы принимают участие ее автор (в основном как системный аналитик) и один или несколько экспертов предметной области, представляющие описание процесса.
Для экспертов предметной области, подготавливающих описание моделируемого процесса, должны быть документированы границы моделирования, чтобы им была понятна необходимая глубина и полнота требуемого от них описания. Кроме того, если точка зрения аналитика на процесс отличается от точки зрения эксперта, это должно быть ясно и подробно обосновано.
Вполне возможно, что эксперты не смогут сделать приемлемое описание без их формального опроса автором модели. В таком случае автор должен заранее подготовить перечень вопросов таким же образом, как журналист для интервью.
Результатом работы экспертов обычно является текстовый документ, описывающий интересующий аналитика круг вопросов. В дополнение к нему может прилагаться письменная документация, позволяющая определить природу изучаемого процесса. Вне зависимости от того, является ли информация текстовой или вербальной, она анализируется и разделяется частями речи для идентификации списка действий (глаголы и отглагольные существительные), составляющих процесс, и объектов (имена существительные), участвующих в процессе.
В некоторых случаях возможно создание графической модели процесса при участии экспертов. Такая модель может быть разработана после сбора всей необходимой информации, что позволяет не отнимать время экспертов на детали форматирования получающихся диаграмм.
Поскольку модели IDEF3 могут одновременно разрабатываться несколькими командами, IDEF3 поддерживает простую схему резервирования номеров действий в модели. Каждому аналитику выделяется уникальный диапазон номеров действий, что обеспечивает их независимость друг от друга. В табл. 3.4 номера действий выделяются каждому аналитику большими блоками. В этом примере аналитик 1 полностью использовал данный ему вначале диапазон номеров и дополнительно получил второй.
Таблица 3.4
Аналитик |
Диапазон номеров IDEF3 |
1 |
1-99 |
2 |
100-199 |
3 |
200-299 |
1 |
300-399 |
Если модель создается после проведения интервью, аналитик должен решить, какая иерархия будет применяться для диаграмм модели. Это означает определение уровня детализации каждой отдельной диаграммы. Если последовательность или параллельность действий не ясна, эксперты могут быть повторно опрошены для получения недостающей информации, возможно, с использованием черновых вариантов незаконченных диаграмм. Важно отличать предполагаемые неясности, возникающие из-за недостатка информации о связях, от явных неясностей, указанных экспертом в описании.
Выводы. IDEF3 - это метод описания бизнес-процессов, который используется для описания упорядоченной последовательности событий и объектов, связанных с процессом. IDEF3 хорошо подходит для сбора данных, необходимых для структурного анализа системы. Кроме того, IDEF3 применяется для проведения стоимостного анализа поведения моделируемой системы.
Информация, изложенная в данной статье про методология моделирования idef , подчеркивают роль современных технологий в обеспечении масштабируемости и доступности. Надеюсь, что теперь ты понял что такое методология моделирования idef, потоки работ, work flow modeling, idef , idef3 и для чего все это нужно, а если не понял, или есть замечания, то не стесняйся, пиши или спрашивай в комментариях, с удовольствием отвечу. Для того чтобы глубже понять настоятельно рекомендую изучить всю информацию из категории Анализ и реинжиниринг бизнес процессов
Комментарии
Оставить комментарий
Анализ и реинжиниринг бизнес процессов
Термины: Анализ и реинжиниринг бизнес процессов