Idef0 dfd idef3 кратко
Обновлено: 07.07.2024
Блог о бизнес-процессах, BPMN и других нотациях автоматизации бизнес процессов.
Для построения модели бизнес-процессов используют схемы. Чтобы была понятна логика и структура составленной модели, разработаны методологии. Они предусматривают ряд правил и подходов к построению схемы. Использование их необходимо, если схема составляется не только для внутреннего использования. Иначе придется всю методику объяснять всем заинтересованным лицам.
Типовые задачи описания бизнес-процессов
Описание бизнес-процессов может создаваться с разными целями. Это может быть автоматизация работы, выявление узких и проблемных мест, определение точек наибольших трудовых, временных и финансовых затрат и многое другое.
В большинстве случаев руководитель предприятия ставит перед собой несколько задач, решение которых он видит через построение модели бизнес-процессов.
Так, в небольших организациях цель такой работы может заключаться в распределении зон ответственности, составлении регламентов основных процессов, проведении анализа и оптимизации работы, подготовке к автоматизации, начале работы к формированию системы процессного управления.
В средних организациях к этим целям добавляются ориентация на оптимизацию взаимодействий между структурными подразделениями, системное описание процессов, тиражирование подходов к работе в филиалы, организация обучения работников.
Для крупных организаций важным становится и формирование объектной модели организации, проведение внутреннего аудита, разработка требований к подбору персонала.
Как видим, ответственный подход к организации работы предприятия рано или поздно приводит к выводу о необходимости составления модели бизнес-процессов. И чем крупнее организация, тем больше понимание того, что составленная схема должна быть понятна без дополнительных расшифровок и объяснений. Поэтому нужно использовать стандартные методологии, которые будут ясны любому специалисту в данной сфере.
Дадим краткое описание двух наиболее часто используемых методологий.
Описание нотации DFD
Одна из популярных нотаций – DFD. В своем стандартном варианте нотация включает в себя четыре главных элемента:
В нотации DFD могут описываться все производственные и вспомогательные процессы. При чтении схемы становится понятна структура системы, возможности и направления ее автоматизации. Однако данные модели не рассматривают как полноценные схемы описания бизнес-процессов ввиду отсутствия такого важного параметра, как время. Также в нотации не предусмотрены развилки и условия.
По большей части DFD – это описание потоков данных. Для описания непосредственно процессов предпочтительно использование других методологий, одну из которых опишем ниже.
Описание нотации IDEF0
IDEF0 – нотация, использование которой возможно не только для информационных систем, но и для любых других процессов. Простота и понятность схемы дает возможность использования этой методологии на ранних этапах формирования системы, а также на любом шаге ее оптимизации.
Важная роль в нотации IDEF0 отводится декомпозиции. Так, на верхнем уровне отображается основной процесс, который после подвергается декомпозиции. В итоге строят так называемые дочерние диаграммы. Чтобы схема была построена максимально точно, после каждого сеанса декомпозиции проводят экспертную оценку модели на предмет соответствия реальной ситуации.
Количество уровней декомпозиции зависит от сложности процесса и необходимого уровня детализации.
Нотация IDEF0 предусматривает использование только двух графических элементов – прямоугольника и стрелки. Это облегчает понимание сущности модели теми людьми, которые ее будут изучать.
Рекомендации по использованию нотации предусматривают следующие типы функций:
- Деятельность, т. е. те процессы, которые последовательно или параллельно выполняются. В результате происходит изменение материального и информационного потока, изменение его качеств и свойств. Для отображения деятельности используют диаграмму А-0.
- Процесс, т. е. операции, которые также могут иметь параллельное или последовательное выполнение и влекут за собой изменение материальных и информационных потоков. В нотации для описания процессов используется диаграмма А-1.
- Операция, т. е. некоторые действия, в результате которых преобразуются объекты.
- Действия, которые предусматривают изменение какого-либо объекта и присвоение ему других свойств.
Взаимодействия между функциями и внешней средой отображаются в виде стрелок. Стрелки могут тоже иметь разные характеристики:
При построении IDEF0-моделей нужно обращать внимание на следующие детали, которые облегчат построение и чтение диаграмм.
- Контекстная (или первая) диаграмма должна содержать только один блок, в котором отражена основная сущность системы. На этой диаграмме должны присутствовать 2–4 входящих и исходящих стрелки.
- Во все последующие диаграммы декомпозиции рекомендуют включать от 3 до 6 блоков. Меньшее количество блоков приводит к мысли о бессмысленности данного уровня, а большее – приводит к загруженности диаграммы и сложности ее понимания. В этом случае лучше добавить еще один уровень декомпозиции.
- Для облегчения чтения модели желательно размещать блоки слева направо и сверху вниз.
- Каждый блок должен иметь как минимум одну входящую и одну исходящую стрелку.
- Все блоки и стрелки должны быть поименованы.
Соблюдение этих требований сделает схему четкой и понятной, а также позволит определить возможности и направления автоматизации работы.
Функциональные возможности
Использование методологии IDEF0 дает возможность провести комплексный анализ работы предприятия, выявить все его процессы и взаимосвязи. Важной здесь становится возможность коллективной работы над составлением схемы, а это значит – построение четкой и соответствующей действительности модели.
Грамотное построение модели становится первым шагом на пути оптимизации и автоматизации работы предприятия. Анализ и обработка модели приводят к определению узких и проблемных участков, к которым необходимо применить корректирующие воздействия.
Методология IDEF0 – четкий и понятный инструмент для анализа любой функциональной системы.
Сравнительный анализ нотаций
Главным различием между рассмотренными системами является то, что нотация IDEF0 является структурной. В ней отражены компонентный состав изучаемого объекта, взаимосвязи и взаимодействия между его элементами.
Нотация DFD относится к динамическим. Она отражает поток данных и логику решения задач. Поэтому считают, что DFD лучше использовать для информационных систем, а IDEF0 – для функций и процессов.
DFD содержит большее количество графических элементов, в то время как IDEF0 – только два. В связи с этим нотация IDEF0 более регламентирована. Так, расположение и направление стрелок четко говорят об их характеристиках.
Рекомендации по применению систем в зависимости от типовых задач
Модели служат для решения внутренних задач компании. И чаще всего к ним относятся оптимизация и автоматизация.
Если стоит задача оптимизации, составляют две схемы: как есть и как надо. Рассматривают различия. Тот блок, в котором замечены различия, подвергают детализации. И выявляют глубинные причины отклонений, узкие места. После этого разрабатываются мероприятия, направленные на устранение отклонений.
Это дает возможность провести точечные улучшения с максимальным эффектом, не затрагивая тех сегментов и процессов, которые уже работают как надо.
При решении задачи автоматизации рассматривается возможность автоматизированного управления процессом, что позволит сократить время, затрачиваемое на процесс при повышении уровня качества. При этом снижается вероятность возникновения отклонений.
Построение модели и ее анализ дают возможность выявить, какие процессы подлежат автоматизации, т. е. могут выполняться без участия человека. Например, это может быть принятие заявок, проведение расчетов, формирование счетов и т. д.
IDEF0 – методология функционального моделирования и графическая нотация, предназначенная для формализации и описания бизнес-процессов.
Взаимодействие процесса с окружающим миром описывается как вход (нечто, что перерабатывается), выход (результат деятельности), управление (стратегии и процедуры, под управлением которых производится работа) и механизм (ресурсы, необходимые для проведения работы).
На рисунке 1 видно, что мы моделируем деятельность компании WinEco, которая занимается производством окон. В дальнейшем будет проведена декомпозиция основного процесса на большое количество различных подпроцессов.
Рисунок 1 – Модель IDEF0
Рисунок 2 – Декомпозированная модель IDEF0
Модели в нотация IDEF3 (рисунок 6) и DFD (рисунок 3) дополняют моделирование с использованием стандарта IDEF0. IDEF3 является методологией моделирования и стандарт документирования процессов, происходящих в системе. IDEF3 показывает причинно-следственные связи между ситуациями и событиями в понятной эксперту форме, используя структурный метод выражения знаний о том, как функционирует система, процесс или предприятие. DFD или диаграмма потоков данных представляет собой иерархию функциональных процессов, связанных потоками данных. Цель такого представления- продемонстрировать, как каждый процесс преобразует свои входные данные в выходные, а также выявить отношения между этими процессами.
Любую компанию (бизнес) можно представить как некий черный ящик, вмещающий в себя совокупность бизнес-процессов, где на выходе - прибыль. А что на входе, что внутри, и как она работает? На эти вопросы помогает ответить описание бизнес-процессов.
Моделирование и описание бизнес-процессов - это, прежде всего, информационная база для аналитика, но не цель проекта. Чтобы разработка модели бизнес-процессов была оправдана, а сама модель впоследствии эффективно применима, необходимо чётко сформулировать её цели, точку зрения, границы предметной области и глубину детализации.
Модель бизнес-процессов и описание бизнес-процессов, разработанные компанией BSC, дают ответы на следующие вопросы:
Для построения моделей бизнес-процессов и описания бизнес-процессов компания BSC использует методологии SADT, семейства IDEF, DFD, UML, ARIS и другие.
Формализация и документирование бизнес-процессов - отправная точка для их реинжиниринга и оптимизации, внедрения информационных систем, процедур внутреннего контроля (например, в соответствии с требованиями Sarbanes-Oxley Act, SOX), постановке управленческого учета и бюджетирования.
SADT (Structured Analysis and Design Technique)
Методология структурного анализа и проектирования, интегрирующая процесс моделирования, управление конфигурацией проекта, использование дополнительных языковых средств и руководство проектом со своим графическим языком. Процесс моделирования может быть разделен на несколько этапов: опрос экспертов, создание диаграмм и моделей, распространение документации, оценка адекватности моделей и принятие их для дальнейшего использования. Этот процесс хорошо отлажен, потому что при разработке проекта специалисты выполняют конкретные обязанности, а библиотекарь обеспечивает своевременный обмен информацией. Признание полезности SADT привело к стандартизации и публикации ее части, предназначенной для функционального моделирования, как методологии и стандарта функционального моделирования и описания бизнес-процессов IDEF0.
IDEF0 (Integration Definition for Function Modeling)
Методология и стандарт функционального моделирования бизнес-процессов и описания бизнес-процессов. С помощью графического языка IDEF0, изучаемая система предстает в виде набора взаимосвязанных функциональных блоков. Моделирование бизнес-процессов средствами IDEF0, как правило, является первым этапом изучения системы.
IDEF3 (Integration Definition for Function Modeling)
С помощью IDEF3 описывается логика выполнения действий. IDEF3 может использоваться самостоятельно и совместно с методологией IDEF0: любой функциональный блок IDEF0 может быть представлен в виде последовательности процессов или операций средствами IDEF3. Если IDEF0 описывает, что делается в системе, то IDEF3 описывает, как это делается.
DFD (Data Flow Diagrams)
Диаграммы потоков данных. Описывают внешние по отношению к системе источники и адресаты данных, логические функции, потоки данных и хранилища данных к которым осуществляется доступ. Как показывает практика, это один из самых простых, доступных и наглядных стандартов для описания бизнес-процессов.
UML (Unified Modeling Language)
Объектно-ориентированный графический язык для визуализации, специфицирования, конструирования и документирования систем, где большая роль отводится описанию бизнес-процессов в информационных системах. UML является языком широкого профиля, это открытый стандарт, использующий графические обозначения для создания абстрактной модели системы, которая называется UML моделью. UML был создан для определения, визуализации, проектирования и документирования по большей части программных систем.
Состав методики: моделирование предметной области; требования к системе; анализ и проектирование; тестирование; запуск.
ARIS (Architecture of Integrated Information Systems)
Методология и программный продукт компании IDS Sheer для моделирования бизнес-процессов и описания бизнес-процессов компании. Методология ARIS является достаточно рафинированной. Организация в ARIS рассматривается с четырех точек зрения:
При этом каждая из этих точек зрения разделяется еще на три подуровня: описание требований, описание спецификации, описание внедрения. Для описания бизнес-процессов предлагается использовать около 80 типов моделей, каждая из которых принадлежит тому или иному аспекту. В ARIS имеется мощная репрезентативная графика, что делает модели особенно удобными для представления руководству.
Сегодня на рынке представлен широкий спектр ПО, позволяющего выполнять моделирование бизнес-процессов и описание бизнес-процессов на основе перечисленных выше стандартов. Сравнительный анализ наиболее популярных продуктов для моделирования и описания бизнес-процессов представлен в таблице ниже:
Изначально методология IDEF разрабатывалась для ВВС США, затем эксплуатировалась NASA и лишь спустя некоторое время стала применяться для моделирования бизнес-процессов.
Самыми популярными разновидностями семейства IDEF, из тех, что применяются в бизнесе, являются нотации IDEF0 и IDEF3. Отличительной особенностью нотации является возможность декомпозиции, т.е. каждый отдельный блок в процессе в свою очередь может быть представлен в виде отдельного процесса.
IDEF0
Количество блоков на схеме IDEF0 обычно жёстко ограничено инструментом для моделирования и, как правило, не превышает 9. Зачастую такого количества оказывается недостаточно, из-за чего особо крупные процессы приходится дробить на несколько диаграмм, что вызывает определенные неудобства.
При построении процессов в нотации IDEF0 рекомендуется рисовать блоки не в очередности их выполнения, а в порядке доминирования: от самых важных до второстепенных; однако многие специалисты по бизнес-моделированию игнорируют данную рекомендацию, предпочитая располагать блоки наиболее наглядным способом.
Несмотря на описанные недостатки и относительную сложность восприятия графических схем рядовыми сотрудниками предприятия, нотация IDEF0 по-прежнему остаётся одной из самых популярных среди консультантов и специалистов в сфере управленческого консалтинга.
Самым известным российским продуктом, поддерживающим построение процессов в нотации IDEF0, является Business Studio, поддержку данной нотации имеет также Microsoft Visio.
IDEF3
В отличие от IDEF0 , данная нотация не получила такого широкого распространения, большинство самых популярных программных продуктов предпочли использовать альтернативные нотации для отображения процессов нижнего уровня.
В этой статье мы поговорим про основы бизнес-анализа и рассмотрим наиболее популярные на сегодня нотации моделирования UML, BPMN и EPC, а также покажем, почему структурные методы IDEF0, IDEF1 и DFD до сих пор актуальны. Читайте в этом материале, где и как использовать различные нотации бизнес-моделирования и что рекомендует руководство BABOK.
Что такое бизнес-моделирование: взгляд BABOK на многообразие нотаций
Прежде всего отметим, что цель этой статьи – не научить читателя рисовать диаграммы в той или иной нотации моделирования, а показать возможности этих инструментов для практикующего бизнес-аналитика. Начнем с определения: нотация бизнес-моделирования – это система графических элементов, символов и условных обозначений, для описания процессов или систем, позволяющая описать ключевые понятия предметной области и их взаимоотношения. Используемые при этом символы, условные и графические обозначения составляют алфавит нотации, с которым можно работать по специальным правилам применения его элементов [1]. Существует множество нотаций, используемых при описании бизнес-процессов и проектировании информационных систем, например, один только стандарт UML (Unified Modeling Language) включает 12 видов диаграмм для объектного моделирования при разработке программного обеспечения [2].
Семейство стандартов IDEF (ICAM или Integrated DEFinition) насчитывает целых 14 методологий, каждая из которых предназначена для моделирования процессов или систем с определенной точки зрения. Например, IDEF0 наглядно показывает структуру процессов и систем за счет функциональной декомпозиции, IDEF1x используется при проектировании реляционных баз данных, позволяя создавать ERD-диаграммы (Entity Relationship Diagram), с помощью IDEF3 можно документировать логику выполнения процесса и пр. [3]. Наконец, среди наиболее часто используемых на практике нотаций стоит упомянуть DFD (Data Flow Diagram, диаграммы потоков данных), EPC (Event-driven Process Chain, событийная цепочка процессов) и BPMN (Business Process Management Notation, нотация моделирования бизнес-процессов).
Чтобы не запутаться в многообразии различных нотаций моделирования, бизнес-аналитику стоит помнить, что все эти диаграммы – всего лишь инструмент для описания процесса или системы с определенного ракурса. В частности, профессиональное руководство BABOK (Business Analysis Body of Knowledge) по бизнес-анализу [7], о котором мы рассказывали здесь, поясняет, что для комплексного описания системы следует использовать несколько нотаций моделирования, т.к. ни одна точка зрения не может автономно определить всю архитектуру сложного объекта. Более того, BABOK подчеркивает, что попытки вложить слишком много информации в одну точку зрения и представить все аспекты сложной системы, таких как набор требований к программному обеспечению, архитектура предприятия, корпоративные бизнес-процессы и пр., только усложнят видение и не позволят получить модели приемлемого качества.
Таким образом, на практике бизнес-аналитик работает с несколькими нотациями, чтоб описать бизнес-процессы предприятия или специфицировать требования к программному продукту. Разумеется, в реальности при этом используются не все вышеуказанные нотации бизнес-моделирования. Далее мы рассмотрим, какие диаграммы и для чего чаще всего применяются в практическом бизнес-анализе.
Читайте также: