Создание схемы IDEF0
IDEF0 обозначает определение интеграции для моделирования процессов — методологию создания общедоступных доменов, которая используется для моделирования предприятий и их процессов, чтобы их можно было понять и улучшить. Это тип схемы.
Схемы IDEF0 обычно включают следующие компоненты:
Контекстная схема — самая верхняя схема в модели IDEF0.
Иерархия декомпозиции IDEF0 с использованием родительских и детских связей.
Дерева узлов — структуры узлов в виде дерева, корневые на выбранном узле и используемые для представления полного декомпозиции IDEF0 в одной схеме.
Создание контекстной схемы
В Visio 2013 и более новых версиях: щелкните категорию «Диаграммы», выберите IDEF0 Diagram (Схема IDEF0) и нажмите кнопку Create (Создать).
In Visio 2010: Under Template Categories, click Flowchart > IDEF0 Diagram > Create.
Добавьте блок заголовка, чтобы уложить имя узла, заголовок и номер для схемы.
Перетащите фигуру Блок заголовка из фигур схемы IDEF0на страницу.
В диалоговом окне Данные фигуры введите имя узла, например A-0 (минус ноль) или более полное имя, например QA/A-0, где qa — это сокращение имени модели. Вы также можете ввести название и номер схемы.
Выберите расстояние от внешнего края страницы до границы блока заголовка и нажмите кнопку ОК.
Добавьте на схему поля действий (также известные как поля функций).
Из фигур схемы IDEF0перетащите фигуру «Действие» внутри блока заголовка.
В диалоговом окне Данные фигуры введите имя процесса. В качестве ИД процессаиспользуйте по умолчанию A0, чтобы представить процесс верхнего уровня. В качестве ИД под-схемывведите ИД схемы декомпозиции, если этот процесс является декомпозицией.
Добавление стрелок внешнего интерфейса (или ограничений).
Из фигур схемы IDEF0перетащите на страницу схемы одну разборную фигуру соединителевой схемы и перетащите конечные точки к точкам соединения в полях действий.
Чтобы добавить текст с описанием соединителю, вы выберите ее и введите текст.
Добавляйте заявления о цели и заявлениях о цели.
Из фигур схемы IDEF0перетащите фигуру Блок текста 8 пт на страницу документа внутри блока заголовка.
Перетащите боковой лад, чтобы растянуть блок текста по ширине блока заголовка.
Выделив фигуру, введите текст, чтобы описать, для какой модели она предназначена.
Создание родительской или детской схемы
В Visio 2013 и более новых версиях: щелкните категорию «Диаграммы», выберите IDEF0 Diagram (Схема IDEF0) и нажмите кнопку Create (Создать).
In Visio 2010: Under Template Categories, click Flowchart > IDEF0 Diagram > Create.
Добавьте блок заголовка, чтобы уложить имя узла, заголовок и номер для схемы.
Из фигур схемы IDEF0перетащите фигуру Блок заголовка на страницу.
В диалоговом окне Данные фигуры введите имя узла, например A0 (для самой верхней родительской схемы), или номер узла родительской функции (например, A3 или A112), если родительская схема также является родительской схемой. Вы также можете ввести заголовок и номер.
Выберите расстояние от внешнего края страницы до границы блока заголовка и нажмите кнопку ОК.
Добавьте на схему поле действия (также известное как поле функции).
Из фигур схемы IDEF0перетащите фигуру «Действие» в блок заголовка.
В диалоговом окне Данные фигуры введите имя процесса, который представляет поле. (Имя должно быть активным глаголом или глагольным словосочетанием.)
Введите ИД процесса (число от 1 до 6) и подстраховую схему. В под-схеме (также известной как выражение подробных ссылок или DRE) находится номер подчиненной схемы этого окна действия, если он будет иметь такой. В под-схеме может быть номер узла, например A42, либо номер страницы или имя подчиненной схемы.
Продолжайте перетаскивание, присвоение имен и нумингу полей, пока в блоке заголовка не будет от трех до шести полей.
Добавьте стрелки ограничений и измените их нужным образом. Используйте фигуру IDEF0 для:
Создание стрелок для окна
Из фигур схемы IDEF0перетащите соединителон IDEF0 на страницу, а затем перетащите его конечные точки к точкам соединения 
в полях действий. Когда конечные точки поворачиваться красным цветом, фигуры соединены.
Перетащите второй соединителка IDEF0 на страницу и перетащите его точки 
к точке соединения в другом поле действия.
Поместите стрелку второго соединитела непосредственно на стрелку первого соединитела, чтобы две стрелки были соединены друг с другом.
Создание стрелок для висячай
Из фигур схемы IDEF0перетащите соединителон IDEF0 на страницу, а затем перетащите его конечные точки к точкам соединения в полях действий. Когда конечные точки поворачиваться красным цветом, фигуры соединены.
Перетащите на страницу второй соединителся IDEF0 и выровняте его точки с первой.
Перетащите конечную 
вверх или вниз, пока стрелки не разорвятся нужным образом.
Повторяйте шаги 1—3, пока не у вас будет нужное количество вилок.
Создание стрелок, которые раздувайте в ветви
Перетащите соединителку IDEF0 на страницу, а затем перетащите точки к точке соединения в поле действия. Когда начальная точка становится красной, фигуры соединены.
Перетаскивать стрелку, пока соединитектор не будет изгибаться нужным образом.
Выбрав соединитель, перетащите копию соединителя в то место, куда нужно ввести первую ветвь, удерживая на клавише CTRL.
Нажмите клавишу F4, чтобы создать нужное количество дополнительных ветвей.
Подключение конечные точки в соответствующие поля действий.
Совет: Чтобы лучше выровнять ветви, соедините точки начала дубликаты ветвей с точки начала исходной ветви. Если ваши ветви имеют два изгиба, можно также использовать 
для положение центрального отгона соединителения.
Создание стрелок для этого канала
Из фигур схемы IDEF0перетащите соединителон IDEF0 на страницу, а затем перетащите его конечные точки к точкам соединения соответствующим полям действий. Когда конечные точки поворачиваться красным цветом, фигуры соединены.
Чтобы добавить канал, щелкните соединителю правой кнопкой мыши и выберите Tunnel В или Tunnel Выход.
Чтобы удалить соединителку, щелкните его правой кнопкой мыши и выберите Tunnel В или Tunnel выход, чтобы снять его.
Примечание: Используйте фигуру соединителю с разборкой в виде разборки, чтобы добавить стрелки прямой линии на схему IDEF0.
Чтобы добавить текст с описанием соединителю, вы выберите ее и введите текст.
Создание дерева узлов
В Visio 2013 и более новых версиях: щелкните категорию «Диаграммы», выберите IDEF0 Diagram (Схема IDEF0) и нажмите кнопку Create (Создать).
In Visio 2010: Under Template Categories, click Flowchart > IDEF0 Diagram > Create.
Добавьте узел на схему.
Перетащите фигуру Узел на страницу чертежа.
В диалоговом окне Данные фигуры введите A0 либо номер узла или имя узла, для которого нужно корневое дерево, и нажмите кнопку ОК.
Чтобы добавить текстовую метку на узел, перетащите на страницу документа фигуру Блок текста 8 пт. Выбирая блок текста, введите метку.
Перетащите на страницу рисунка сплошную соединитечную фигуру. Приклейте одну конечную точку к точке в центре узла. Перетащите другую конечную точку, пока соединитетелем не будет нужна нужная длина, и укажет в нужном направлении.
Повторяйте шаг 3, пока не добавим все ветви, необходимые для узлов, которые будут подключены к верхнему узлу.
Перетащите другие фигуры Node на страницу чертежа и приклейте их центры к свободным концам соединителов.
Работайте с деревом, повторяя шаги 3, 4 и 5, пока не добавите все необходимые узлы и соединители.
Назначение чисел узлам.
В диалоговом окне Данные фигуры введите нужное число и нажмите кнопку ОК.
Чтобы изменить положение номера узла, перетащите связанный с ним лад.
Совет: Если вы хотите прямо с узла перейти к подробной схеме, в которую он входит, добавьте гиперссылки на узел, а затем привяжете ее на страницу схемы, содержаную подробную схему.
Idef0 в чем рисовать
Здравствуйте, Nikolay_Ch, Вы писали:
W>>Вопрос в том, что ты дальше с этими бизнес-процессами делать будешь.
N_C>У меня система уже работает. Надо описать ее бизнес-процессы. И (возможно если выделят средства) оптимизировать ее. А может повторно разработать.
Ну это логично, иначе зачем вообще формализация БП нужна? 
В общем, смысл такой — чтобы БП не просто нарисовать, а ещё и проанализировать грамотно (а все средства, кроме Визио, анализ различный делать позволяют) нужно сначала освоить методологию и средство разработки. И только потом начать делать процесс. Набор картинок ещё никому не помогал особо.
Кстати, вспомнил ещё такую систему немецкую. Не могу только название вспомнить.
В общем, такая хрень, которая позволяет моделировать процессы и проводить динамический анализ с целью выявления слабых мест системы.
И ещё одну аналогичную вспомнил, но она именно для анализа поведения систем. Разработана в Бауманке, представляет собой среду для разработки объектных моделей ручками, то есть в нотепаде Для некоторого круга задач очень хорошо подходит. Мы на ней в инсте писали курсач для реорганизации логистической системы крупного торгового предприятия.
W>>А вообще, дело это непростое. Меня в институте этому 5 лет учили, и то не научили толком.
N_C>И что-же, теперь не браться? 
Надо делать — никуда не денешься.
Могу посоветовать список литературы.
Автор(ы): В. И. Скворцов
Издательство: Диалог-МИФИ
Цена: 154р.
Пособие содержит описание технологических основ использования системы ARIS 7.0. Приводится краткая характеристика инструментальной системы ARIS 7.0, ее системные требования и процесс инсталляции однопользовательской конфигурации. Описаны действия
Автор(ы): А. В. Леоненков
Издательство: Интернет-университет информационных технологий, Бином. Лаборатория знаний
Цена: 404р.
Предметом книги является описание всех элементов нотации языка UML версии 1.5 и особенностей процесса объектно-ориентированного анализа, проектирования и разработки приложений с использованием всех диаграмм UML 1.5. Книга ориентирована
Хорошие BPM — инструменты, которых нет и нет. Моделирование процессов
Поговорим о том, какие инструменты хотелось бы иметь при описании бизнес-процессов. Инструментов BPMS (BPM systems) много, но выбрать то особо нечего …
Ниже перечислим некоторые важные инструментальные возможности некоторых сред моделирования процессов (в основном АРИС-ARIS и MS visio).
Задача
1. Подходы к визуализации диаграммы
1.1 Слои модели
Нарисовал нам наш архитектор (специалист по моделированию процессов) схему:
Рис. 1 Процесс оформления заявления
Смотрят пользователи (Работник, Начальник, бизнес и системные аналитики) на схему и понять не могут, что нарисовано то и как этот процесс работает. Соглашение о моделировании прочитали, обучающие ролики посмотрели, но все равно не понятно.
Далее отключаем слой «Документооборот» (docflow) и остается только последовательность действий (workflow, Process Flow), который говорит, что нужно провести всего две операции.
По мере появления ясности подключаем слои (кто исполнитель и какие документы на входе и выходе каждой функции \ операции). Когда схема большая (перегруженная) отключение слоев может творить «чудеса» в плане облегчения восприятия процесса. Иногда достаточно увидеть несколько представлений «одного и того же» (т.е. «те же самые, только в профиль») чтобы понять и нотацию и саму логику схемы, а если для этого достаточно нажать несколько кнопок (фильтров категорий), то путь к пониманию резко сокращается.
Пользоваться послойным построением схемы также удобно: вначале нарисовали основной слой workflow, потом наращиваем информативность процесса другими слоями.
Пример такой реализации возможен в MS Visio:
Рис. 2 Управление слоями в MS Visio
1.2 Плавательные дорожки
Применительно к Рис. 1 «Процесс оформления заявления»: отключили слой «документы», а оставшуюся часть (функции и ресурсы) представили в виде одной или двух Swimlane (опять же «по кнопке»).
Рис. 3 Swimlane по ролям в горизонтальной плоскости
Применительно к рассматриваемому случаю возможны следующие комбинации Swimlane:
две одинарные (горизонт, вертикаль) по ролям;
две одинарные (горизонт, вертикаль) по инструментам (часто в разрезе баз данных показывают);
«Дорожки» помимо того, что позволяют создать другое (альтернативное) представление процесса (смена представления иногда играет решающую роль в понимании процесса), обеспечивают сортировку по указанным категориям, что позволяет быстро и просто найти: где применяется такой-то инструмент и где «нужно поработать» такому то исполнителю (роли).
1.3 Объекты модели и их атрибуты, свойства
Как минимум необходимы атрибуты: название объекта, тип (функция, документ, роль и т.п.), связь с другими объектами. В принципе любой векторный графический редактор оперирует с объектами, но редкий имеет удобные инструменты работы с их атрибутами.
При просмотре схемы процесса должна быть возможность выделения объекта и просмотр атрибутов схемы и ее объектов (с наложением фильтров, т.к. иначе будет избыток).
1.4 Задание своей нотации (на примере новой ЕРС ver. 2)
Посмотрим на примере нотации ЕРС. Что же в ней улучшить? Все улучшения запишем в гипотетическую ЕРС2 нотацию.
Возможность задания своей нотации в инструменте моделирования означает подсказку (блокировку) при некорректном построении модели, как в момент отрисовки, так и через проверочный отчет построенной диаграммы. Например, в ЕРС2 предусматриваются следующие типы коннекторов: для входящих сущностей (входящие документы, материалы-заготовки), для выходящих (исходящие документы, продукты операции), соединитель потока (функции, события), соединитель ресурса. В объекте «функция» предусматриваются три «Connection Point» (visio):
слева в овале «функция» два коннектора: один вход, второй выход (общие для docflow и потока материалов и т.п.);
справа два коннектора: для исполнителя функции и инструмента, который используется для реализации функции.
Вопрос: кроме как в visio, где можно задавать новые нотации и делать проверки на соответствие (валидность), аналогичные показанным выше?
Можно предусмотреть в таблице отдельное поле «полное описание функции» с подробным (большим, т.е. не влезающим в надпись) описанием операции, отображаемое на диаграмме в виде, например, всплывающей подсказки (или в отдельном окне) при активации конкретной функции (при наведении мышью).
Концептуально изложенный подход близок к выделенной в АРИС нотации «табличная ЕРС» (см. «Нотация ЕРС в виде таблицы»), но здесь реализация в виде обычной текстовой таблицы, т.е. ближе к ARIS Smart Designer. Причем логику процесса также можно указать в составе таблицы, например, как ссылка на предшествующий объект (этого нет Smart Designer, но не сложно добавить «что-то» для ЕРС2). Таблицу можно вставлять в текстовые регламенты word и макросом (VBA) генерить схему процесса («не отходя от кассы») с дублированием конечно в общем каталоге моделей.
Собирать схему из таблицы намного сложнее, чем наоборот, т.к. требуется сложный механизм пространственного разнесения объектов схемы (минимизация пересечений, задание направления потока и т.п.).
Применительно к graphviz: в случае, когда репозитарий объектов хранится в Excel, можно автоматически генерировать схемы, используя инструменты типа: Excel to Graphviz (sourceforge.net).
Пример простого VAD из dot:
Посмотреть схему можно, вставив код в окно «Online Graphviz Generator»:
Кстати, редкий Online Graphviz понимает несокращенный набор параметров спецификации.
В теме автоматического создания диаграмм из «текстового описания языком» нельзя не упомянуть про Object Process Diagram (OPD) \ Object Process Language (OPL). Тезисы у Object Process Methodology (OPM) вроде как BPM-ориентированные, но поверхностное знакомство с ним породило уверенность, что эта методология намного дальше от «workflow \ business process» (народа), чем те же plant uml \ dot (graphviz). OPCloud доступен тут: https://sandbox.opm.technion.ac.il/
2. Другое
2.1 Навигация по связанным моделям (каталог моделей)
При построении вложенных диаграмм (причем, возможно выполненных в разных нотациях, например, верхнеуровневые в VAD, IDEF0) необходимо иметь возможность перехода от одной к другой.
Обычно связанный набор моделей (и их объектов) называют репозитарий (репозитОрий). Часто в интерфейсе программы предусмотрено два окна: иерархическое дерево моделей (слева вверху) и окно диаграммы (основное). В идеале навигация по моделям должна быть трех видов:
по дереву моделей (treeview );
комбинированная, когда при переходе через кликабельные объекты схемы меняется фокус на общем дереве процессов.
2.2 Разные фишки и отчеты по атрибутике
Поиск по названиям моделей, атрибутам. Задание правил отбора, например, по диапазону значений последнего редактирования модели. Выгрузка данных фильтрации \ сортировки во внешний файл (отчет), причем разного формата (например, excel для анализа, pdf для презентабельности) и т.п.
2.3 Специфические отчеты
Отчеты могут быть разнообразны (зависит от воображения), но в первую очередь, нас будут интересовать выгрузки в распространенные формы. Универсальный генератор отчетов «на все случаи жизни» видимо проблема, но инструменты создания отчетов должны быть изначально в среде моделирования.
Для примера рассмотрим матрицу ответственности\ участия RACI. Требуется автоматическая генерация усеченной RACI-матрицы (здесь показано только для участников процесса, но часто плюс владельцы процесса) по имеющейся, например, VAD-диаграмме (value added chain diagram). Набор ключевых «мега процессов» компании показан в виде VAD и нужно по ним построить (синхронизировать) матрицу участников (RACI по одной только роли «участник процесса»).
Рис. 4 Построение RACI матрицы
Алгоритм построения таблицы на VBA Visio\Excel может быть следующий:
Создаем в таблице Excel новую строку и в поле «Ключевые процессы» подставляем значение с активного листа visio из объекта типа «название мега процесса».
Далее циклом пробегаем по всем VAD-элементам схемы (листа) и через связь (объект «соединитель» для связки с объектами «исполнитель») находим связанные объекты типа «исполнитель» (участник подпроцесса).
Находим соответствующее название подразделения в шапке таблицы и на пересечении с процессом ставим символ участия (признак).
Переход к следующему листу visio.
Когда в организации десятки подразделений и около сотни «мега процессов» (их выделение достаточно субъективно), то задача синхронизации схем мега-процессов и матрицы участия подразделений в таких ключевых процессах становится достаточно трудоемкой.
2.4 Упаковка необъятной схемы процесса в печатный лист
Когда рисуют гигантскую «портянку» из «тучи элементов» на одной схеме, а потом нужно ее распечатать (А4, А3) или представить в ином интерфейсе (без скролинга такой «портянки»), то возникает ступор. Должна быть поддержка многостраничной схемы и элементов перехода между страницами (в том числе, кликабельными).
2.5 Разное
Публикация процессов, совместная работа, интеграция с корпоративной базой нормативных документов и т.п.
Авто-размещение объектов на схеме: набросал невпопад объекты на лист (главное правильно связи указать и никого не забыть) и нажал кнопку: «расположить как надо» и система сама оптимально и красиво разместила объекты на схеме (в visio функции выравнивания и распределения фигур).
Открытые стандарты хранения и экспорта \ импорта (внешний графический импорт \ экспорт как минимум в visio), как самих графических объектов модели, так и их атрибутов. К сожалению, тот же MS visio так и не научился нормально экспортировать схемы в pdf и svg (например, всплывающие подсказки).
Изменение дизайна графического примитива для любого объекта нотации, расширение нотации, передача новых шаблонов в другую аналогичную систему, добавление новых атрибутов объектов (новых полей) и многое другое.
Заключение
В 2000-ном году мной использовались ровно такие же подходы и ровно те же инструменты моделирования (основные: ARIS toolset, MS visio), что и сейчас, но тогда была настолько интенсивная «движуха в мире ВРМ», что казалось «вот-вот и прогресс всё поменяет», но это оказалось иллюзией. «Старику ARIS» (в части классического моделирования процессов) на пенсию бы (не смотря на добавленные круглую цифру 10 и магическое слово «cloud»), но похоже перемены придут еще совсем не скоро и светлое будущее «обычного» BPM откладывается …
