IDEF0 — нотация графического моделирования, используемая для создания функциональной модели, отображающей структуру и функции системы, а также потоки информации и материальных объектов, связывающих эти функции. Стандарт IDEF0 (Integration Definition for Function Modeling) утвержден в США в 1993 как Федеральный стандарт обработки информации. В России находится в статусе руководящего документа с 2000 года и в настоящее время в качестве стандарта не утвержден. Тем не менее методология IDEF0 является одним из популярных подходов для описания бизнес-процессов. К ее особенностям можно отнести:
использование контекстной диаграммы;
поддержка декомпозиции;
доминирование;
выделение 4 типов стрелок.
Контекстная диаграмма. Самая верхняя диаграмма, на которой объект моделирования представлен единственным блоком с граничными стрелками. Эта диаграмма называется A-0 (А минус нуль). Стрелки на этой диаграмме отображают связи объекта моделирования с окружающей средой. Диаграмма A-0 устанавливает область моделирования и ее границу.
Проверка качества диаграмм бизнес-процессов
Пример диаграммы A-0 приведен на Рис. 1.
Рисунок 1. Диаграмма A-0 в нотации IDEF0
Поддержка декомпозиции. Нотация IDEF0 поддерживает последовательную декомпозицию функций до требуемого уровня детализации. Дочерняя диаграмма, создаваемая при декомпозиции, охватывает ту же область, что и родительская функция, но описывает ее более подробно. Согласно методологии IDEF0 при декомпозиции стрелки родительской функции переносятся на дочернюю диаграмму в виде граничных стрелок.
Доминирование. Блоки модели IDEF0 на неконтекстной диаграмме должны располагаться по диагонали — от левого верхнего угла диаграммы до правого нижнего в порядке присвоенных номеров. Блоки на диаграмме, расположенные вверху слева, «доминируют» над блоками, расположенными внизу справа. «Доминирование» понимается как влияние, которое блок оказывает на другие блоки диаграммы. Расположение блоков на листе диаграммы отражает авторское понимание доминирования. Таким образом, топология диаграммы показывает, какие функции оказывают большее влияние на остальные.
Выделение 4 типов стрелок. Выделяются следующие типы стрелок: «Вход», «Выход», «Механизм», «Управление». Входы преобразуются или расходуются функцией, чтобы создать то, что появится на его выходе. Управления определяют условия, необходимые функции, чтобы произвести правильный выход. Выходы — данные или материальные объекты, произведенные функцией.
Механизмы идентифицируют средства, поддерживающие выполнение функции. Таким образом, блок IDEF0 показывает преобразование входа в выход с помощью механизмов с учетом управляющих воздействий.
Описание назначения графических символов, используемых в нотации IDEF0, приведено в Таблице 1.
Повышение наглядности диаграмм бизнес-процессов (на примере IDEF0-диаграммы процесса производства)
| Функция |  |  | Функция обозначается прямоугольным блоком. Внутри каждого блока помещается его имя и номер. Имя должно быть активным глаголом, глагольным оборотом или отглагольным существительным. Номер блока размещается в правом нижнем углу. Номера блоков используются для идентификации на диаграмме и в соответствующем тексте. |
| Стрелка |  |  | Стрелки обозначают входящие и исходящие из функции объекты (данные). Каждая сторона функционального блока имеет стандартное значение с точки зрения связи блок-стрелка. В свою очередь, сторона блока, к которой присоединена стрелка, однозначно определяет ее роль. Стрелки, входящие в левую сторону блока — входы. Стрелки, входящие в блок сверху — управления. Стрелки, покидающие функцию справа — выходы, т.е. данные или материальные объекты, произведенные функцией. Стрелки, подключенные к нижней стороне блока, представляют механизмы. |
| Туннелированная стрелка | |   | Туннелированные стрелки означают, что данные, передаваемые с помощью этих стрелок, не рассматриваются на родительской диаграмме и/или на дочерней диаграмме. Стрелка, помещенная в туннель там, где она присоединяется к блоку, означает, что данные, выраженные этой стрелкой, не обязательны на следующем уровне декомпозиции. Стрелка, помещаемая в туннель на свободном конце, означает, что выраженные ею данные отсутствуют на родительской диаграмме. Туннелированные стрелки могут быть использованы на диаграммах функции в нотации IDEF0 и процессов в нотациях «Basic Flowchart», «Cross-functional Flowchart». |
| Внешняя ссылка |  |  | Символ обозначает место, сущность или оргединицу, которые находятся за границами моделируемой системы. Внешние ссылки используются для обозначения источника или приемника стрелки вне модели. На диаграммах Внешняя ссылка изображается в виде квадрата, рядом с которым показано наименование Внешней ссылки. Внешние ссылки могут быть использованы на диаграммах процессов и функций в любых нотациях. |
| Междиаграммная ссылка |  | Символ, обозначающий другую диаграмму. Междиаграммная ссылка служит для обозначения перехода стрелки на диаграмму другой функции или процесса без отображения стрелки на вышележащей диаграмме (при использовании иерархических моделей). В качестве междиаграммной ссылки не может выступать диаграмма процесса в нотациях EPC и BPMN. | |
| Ссылка на единицу деятельности |  | Символ обозначает ссылку на типовую модель единицы деятельности. Например, наиболее часто повторяющиеся процессы в рамках модели бизнес-процессов могут быть выделены в качестве типовых в отдельную папку в Навигаторе. Диаграмма типового процесса формируется один раз в одном месте Навигатора. Далее на любой диаграмме может быть использована ссылка на единицу деятельности на типовой процесс. Параметры типового процесса заполняются непосредственно в Окне свойств типового процесса. Постоянный список оргединиц, принимающих участие в выполнении типового процесса, формируется также в Окне свойств типового процесса. Список оргединиц, принимающих участие при выполнении типового процесса в рамках вышележащего процесса, формируется в Окне свойств ссылки на единицу деятельности на типовой процесс. Ссылки на единицу деятельности могут быть использованы на диаграммах функций и процессов в любых нотациях. | |
| Сноска |  |  | Выносной символ, предназначенный для нанесения комментариев. Символ может быть использован на диаграммах функций и процессов в любых нотациях. |
| Текст |  |  | Комментарий без сноски. Символ может быть использован на диаграммах функций и процессов в любых нотациях. |
Таблица 1. Графические символы, используемые в нотации IDEF0
Информация о способах добавления символов на диаграмму содержится в главе Руководство пользователя → Создание модели деятельности организации.
Пример функциональной диаграммы в нотации IDEF0 приведен на Рис. 2.
Источник: www.businessstudio.ru
Тема № 2: «Построение диаграммы функций для моделирования бизнес функций предметной области с использованием case-средства Rational Rose»
Целями моделирования бизнес-функций предметной области являются:
- Понимание структуры и динамики поведения автоматизируемой организации заказчиками, конечными пользователям, и разработчикам автоматизированных систем;
- Определение требований к автоматизированной системе, поддерживающей работу организации.
Модель бизнес-функций (businessusecasemodel) определяется как иерархия диаграмм. Первый уровень иерархии должен включать одну или несколько организационных единиц (organizationunit) — например, предприятие, подлежащее автоматизации. Последующие уровни иерархии могут включать также одну или несколько организационных единиц (organizationunit), например, это могут быть подразделения автоматизируемого предприятия. Или могут включать действующих лиц производственного процесса: субъектов (businessworker) и объектов (businessactor), их производственные функции (businessusecase), связи (relationships) между действующими лицами и их функциями и между функциями. Отдельные бизнес функции также могут быть декомпозированы моделями бизнес функций (businessusecasemodel), включающими исключительно действующих лиц производственного процесса, их функции, связи между действующими лицами и их функциями и между функциями. Организационные единицы в моделях, декомпозирующих функции отражаться не должны. Модель бизнес функций строится с использованием диаграммы функций (usecasediagram). Для изображения организационных единиц (organizationunit) на диаграммах функций (usecasediagram) используется изображение следующего вида: 
Рис. 2. Изображение субъекта производственного процесса (businessworker) на диаграммах функций (usecasediagram) Действующее лицо — объект (businessactor) производственного процесса — как представлено на рис. 3. 
Рис. 3. Изображение объекта производственного процесса (businessactor) на диаграммах функций (usecasediagram) Изображение объекта производственного процесса также можно использовать и для обозначения субъекта производственного процесса. П
од изображением действующего лица указываются его наименование. Наименование действующего лица есть роль, которую он выполняет в производственном процессе, например, менеджер по закупкам(businessworker), автоматизированная система закупка книг (businessactor).Рис. 4. Изображение действующего лица с его наименованием (businessworker) в автоматизированной системе (businessactor) на диаграммах функций (usecasediagram) Бизнес-функции или функции производственного процесса (businessusecase) изображаются на диаграммах функций (usecasediagram) как овал следующего вида (рис.5): 
Рис. 5. Изображение бизнес или производственной функции (businessuse-case) на диаграммах функций (usecasediagram) Декомпозированные бизнес функции или функции производственного процесса (businessusecaserealization) изображаются на диаграммах функций (usecasediagram) как пунктирный овал, представленный на рис.6. 
Рис.6. Изображение декомпозированной бизнес или производственной функции (businessuse-caserealization) на диаграммах функций (usecasediagram) Под овалом указывается имя функции. Имя функции может включать неформальное описание последовательности действий. 
Выписка приемного акта Рис.7. Изображение декомпозированной бизнес или производственной функции с именем, включающим описание действий (businessuse-caserealization) на диаграммах функций (usecasediagram) Также в диаграмме бизнес-функций используется деловой объект (businessentity), который является пассивным, то есть не производит самостоятельно никаких действий. Он может использоваться при любой деловой деятельности и обычно переживает одно единственное взаимодействие. Деловой объект может совместно использоваться действующими лицами, участвующими в различных процессах. 
Рис.8. Изображение декомпозированной бизнес или производственной функции с именем, включающим описание действий (businessentity) на диаграммах функций (usecasediagram) Связи на диаграммах бизнес или производственных функций (businesscasediagram) имеют место:- Между организационными единицами;
- Между действующим лицом и функцией;
- Между функциями.
На диаграммах производственных функций (businessusecasediagram) допускается отражать и связи между действующими лицами. 
Рис.9. Изображение связи между действующими лицами (unidirectionalassociation) на диаграммах функций (usecasediagram) Между организационными единицами может иметь место связь, которая является зависимостью. Связь обозначается прерывистой линией со стрелкой. Связь должна проводится от зависимой организационной единицы к независимой. Связь может быть двусторонней. 
Рис.10. Изображение связи, обозначающей зависимость между организационными единицами (dependencyorinstantiates) на диаграммах функций (usecasediagram) Между действующим лицом производственного процесса (businessworker или businessactor) и функцией устанавливается связь, которая называется ассоциацией. 
Рис.11. Изображение связи ассоциации между действующим лицом производственного процесса и его функцией (unidirectionalassociation) на диаграммах функций (usecasediagram) Связь отражает наличие определенной функции у действующего лица. Связь обозначается сплошной линией со стрелкой или без нее. В двойных скобках «» может указывается стереотип связи, например, «communicates» (взаимодействует). На диаграммах производственных функций могут также используются и другие типы связей. Например, между функциями могут существовать связи типа «include» (использует) и «extends» (расширяет). То есть, некоторые функции в системе могут использовать другие функции. Некоторые функции могут выполняться при наступлении определенных условий или быть опциональными. В первом случае используются связь «include», во втором случае — «extends». Связи «include» и «extends» по нотации RUP обозначают прерывистой линией со стрелкой, рядом с которой указан стереотип. Для связи «include» стрелка направлена к функции, которую используют. 
Рис.12. Изображение связи использования между функциями, которая выполняется при наступлении определенных условий (dependencyorinstantiatesinclude) на диаграммах функций (usecasediagram) Для связи «extends» стрелка направлена к функции, которая включает функцию, используемую опционально или по наступлению определенного условия. 
Рис.13. Изображение связи расширения между функциями, которые выполняются опционально (dependencyorinstantiatesextends) на диаграммах функций (usecasediagram)
Источник: studfile.net
Функциональная модель ARIS
Функциональная модель ARIS отражает функции, выполняемые на предприятии, и средства из других типов моделей, которые обозначают связи между функциями. Функция — это предметно-ориентированное задание или действие, выполняемое над объектом, в результате которого достигается одна или несколько целей, стоящих перед компанией. Функции отображаются в виде прямоугольников с закругленными углами.
Функции могут быть представлены с различными уровнями детализации. На верхнем уровне описываются наиболее сложные функции, характеризующие отдельный бизнес-процесс или последовательность процессов, например, процесс обработки запроса клиента на всем его протяжении, начиная от получения запроса клиента до отгрузки товара.
Такой процесс состоит из сложной функции, которая может быть разделена на подфункции. Следовательно, термин «функция» может быть использован на всех уровнях детализации. Последовательная детализация функций образует иерархическую структуру их описаний. Для более содержательного описания отдельного уровня иерархии могут быть использованы также другие термины: «транзакция», «процесс», «подфункция», «базовая функция» («операция»).
Разделение функций на элементы может происходить на нескольких иерархических уровнях. Базовые функции представляют нижний уровень в семантическом дереве функций. К базовым относятся функции, которые уже нельзя разделить на составные элементы с целью анализа бизнес-процесса.
Для представления иерархической структуры функций служит диаграмма дерева функции, или иерархическая диаграмма. Функции объединяются в функциональное дерево в соответствии с различными критериями. Наиболее часто для этих целей используются такие критерии, как обработка одного и того же объекта (объектно-ориентированный), принадлежность одному и тому же процессу (процессно-ориентированный), выполнение одинаковых операций (операционно-ориентированный). На рис. 3.6. изображен пример процессно-ориентированного функционального дерева.
Рис. 3.6. Процессно-ориентированное функциональное дерево
Способ представления в виде функционального дерева позволяет уменьшить степень сложности и является статичным описанием функции. Динамические описания могут потребоваться при анализе последовательности функций, выполняемых в хронологическом порядке в рамках некоторой процедуры.
При описании функции с объектно-ориентированной точки зрения используется не только такое ее свойство, как возможность декомпозиции на элементы, но и другие свойства функции, представляющие интерес. В особенности это относится к свойствам, которые учитываются при проектировании бизнес-процессов.
Таким образом, каждое описание функции должно включать информацию о том, будет ли эта функция инициирована пользователем или она может работать автоматически. Это позволяет объединять все аналогичные функции, не требующие вмешательства пользователя, в один пакет (пакетное задание).
При реорганизации бизнес-процессов анализируются количественные характеристики выполняемых функций, например число запросов, обрабатываемых за день, или совокупное время работы функции, которое формируется из отдельных временных элементов (время настройки, время обработки и время ожидания). ARIS сохраняет эту информацию как атрибуты объекта типа «Функция».
Одной из диаграмм, используемых для описания функций, является Y-диаграмма (рис. 3.7).
Y-диаграмма представляет функции (задания) компании на верхнем уровне агрегации. Здесь участвуют основные макрофункции: прототипирование изделия, управление материалами, обслуживанием. Левая ветвь диаграммы содержит основные управленческо-административные функции, связанные с планированием и управлением производством, а правая — технико-ориентированные функции планирования производства и реализации продукции.
Функции планирования расположены в верхних частях Y, а функции управления и реализации — в нижней части.
Диаграмма SAP-приложений позволяет представлять модели-прототипы SAP R/3 [1] , ориентированные на модули системы управления предприятием SAP R/3. В модели-прототипе R/3 матрица выбора процессов связана с каждым объектом диаграммы данного типа. Она отображает основные процессы, доступные в отдельных модулях R/3, и сценарии процессов.
Прежде чем начать моделирование, анализ или оптимизацию рабочего процесса, необходимо определить цели компании
в области совершенствования бизнес-процессов. Для задания целей используется диаграмма целей, с помощью которой можно также построить иерархию целей (рис. 3.8). Данный тип диаграмм связывается с другими диаграммами на уровне формулировки требований с помощью объекта типа «Функция». Для каждой цели можно отобразить функцию (бизнес-процесс), которая ведет к достижению цели.
При моделировании и оптимизации бизнес-процессов необходимо указать приоритеты объектов и соответствующих функций.
Уровень спецификации проекта для функциональной модели включает спецификацию прикладной системы (ПС) и типов модулей, модульную структуру ПС, прорисовку отдельных шагов-транзакций, а также определение входных и выходных графических интерфейсов. Эта информация предоставляется в виде списков и экранов.
Рис. 3.8. Пример диаграммы целей
На уровне спецификации проекта в рамках функциональной модели необходимо ответить на следующие ключевые вопросы:
- • какой может быть поддержка функций, определенных с помощью типов ПС, типов модулей или проектов этих функций;
- • можно ли что-либо сказать о модульной структуре ПС или типах модулей;
- • какие списки и экраны потребуются для выполнения функции;
- • какие списки могут быть созданы с помощью прикладной системы данного типа или модуля данного типа и какие экраны поддерживают прикладную систему и модули данных типов;
- • какая технологическая база имеется в распоряжении для реализации прикладной системы данного типа (операционная система, интерфейс пользователя или система управления БД);
- • как соотносится с целями компании прикладная система определенного типа.
- [1] SAP R/3 — широкоизвестная интегрированная автоматизированная система управления предприятием, ориентированная на крупные и средние предприятия.
Источник: ozlib.com
