3.1 Нотация IDF0
Наиболее популярная нотация моделирования бизнес-процессов, основанная на методологии структурного анализа SADT. Бизнес-процессы в нотации IDEF0 представляются в форме прямоугольника, а стрелки отражают связь с другими процессами и внешней средой. Особенностью нотации является:
Возможность декомпозировать процессы на подпроцессы и, таким образом, строить иерархические модели бизнес-процессов.
Выделение четыре типов стрелок: три типа входов -- вход, управление и механизм (это позволяет более гибко описывать логику использования входов в процессе в целях последующего анализа), и выход.
Для IDEF0 имеет значение сторона процесса и связанная с ней стрелка:
- слева входящая стрелка - вход бизнес-процесса - информация (документ) или ТМЦ, который будет преобразован в ходе выполнения процесса;
- справа исходящая стрелка - выход бизнес-процесса - преобразованная информация (документ) или ТМЦ;
- сверху входящая стрелка - управление бизнес-процесса - информация или документ, который определяет как должен выполняться бизнес-процесс, как должно происходить преобразование входа в выход;
- снизу входящая стрелка - механизм бизнес-процесса - то, что преобразовывает вход в выход: сотрудники или техника. Считается, что за один цикл процесса не происходит изменения механизма.
Нотация IDEF0 используется для создания верхнего уровня модели бизнес-процессов, на нижнем уровне для описания алгоритма (сценария) выполнения процесса допускается смена нотации на нотацию процесс или процедура.
3.2 Нотация IDF3
Этот метод предназначен для моделирования последовательности выполнения действий и взаимозависимости между ними в рамках процессов. Модели IDEF3 могут использоваться для детализации функциональных блоков IDEF0, не имеющих диаграмм декомпозиции.
Диаграммы IDEF3 отображают действие в виде прямоугольника. Действия именуются с использованием глаголов или отглагольных существительных, каждому из действий присваивается уникальный идентификационный номер. Все связи в IDEF3 являются однонаправленными и организуются слева направо.
Типы связей IDEF3:
- Временное предшествование (Temporal precedence), простая стрелка. Исходное действие должно завершиться, прежде чем конечное действие сможет начаться.
- Объектный поток (Object flow), стрелка с двойным наконечником. Выход исходного действия является входом конечного действия. Исходное действие должно завершиться, прежде чем конечное действие сможет начаться. Наименования потоковых связей должны чётко идентифицировать объект, который передается с их помощью.
- Нечеткое отношение (Relationship), пунктирная стрелка.
Завершение одного действия может инициировать начало выполнения сразу нескольких других действий, или наоборот, определенное действие может требовать завершения нескольких других действий до начала своего выполнения (ветвление процесса). Нотация IDEF3 чаще применяется для построения процессов нижнего уровня, могут также использовать при декомпозиции блоков процесса IDEF0. В отличие от IDEF0 данная нотация не поддерживает отображение «механизмов» и «управления», зато отображает очередность выполнения работ персоналом. Несмотря на схожесть с нотацией FlowChart, имеет некоторые существенные отличия.
Во-первых, весь процесс строится не сверху вниз, а слева направо и при этом, как правило, ограничен количеством используемых блоков на одну диаграмму.
Во-вторых, нотация изначально предназначалась для технических специалистов, поэтому содержит специальные перекрёстки, такие как, «XOR», «Synchronous OR», «Asynchronous OR», «Synchronous AND» и «Asynchronous AND», знакомые программистам, но требующие дополнительное пояснения менеджерам предприятия.
Данная нотация предназначена для описания работ в случаях необходимости отражения логической последовательность их выполнения. Основные объекты нотации:
- Работа (Activity). Отображает функции (процессы, работы)
- Стрелки (Arrows). Отображают взаимоотношения работ
- Перекрестки (Junction). Отображают логику взаимодействия стрелок в перекрестках используются логические операторы «И», «ИЛИ», исключающее «ИЛИ»
- Объект ссылки (Referent). Отображает идею, концепцию или данные, которые нельзя связать со стрелкой, перекрестком или работой
3.3 Нотация DFD
Цель такого представления -- продемонстрировать, как каждый процесс преобразует свои входные данные в выходные. Может отражать не только информационные, но и материальные потоки.
Также, как и в других моделях, поддерживается декомпозиция.
Основными компонентами диаграмм потоков данных являются:
- Внешние сущности (материальный объект или физическое лицо, являющиеся источником или приёмником информации, например, заказчики, персонал, поставщики, клиенты, склад).
- Системы и подсистемы (например, подсистема по работе с физическими лицами).
- Процессы (преобразование входных потоков данных в выходные в соответствии с определенным алгоритмом; физически это может быть, например, подразделение организации (отдел), выполняющее обработку входных документов и выпуск отчетов, программа, аппаратно реализованное логическое устройство и т.д.).
- Накопители данных (абстрактные устройства для хранения информации).
Необходимо размещать на каждой диаграмме от 3 (меньше нет смысла) до 7 (больше - не воспринимаемо) процессов, не загромождая диаграммы несущественными на данном уровне деталями.
Первым шагом при построении иерархии DFD является построение контекстных диаграмм. Обычно при проектировании относительно простых систем строится единственная контекстная диаграмма со звездообразной топологией, в центре которой находится так называемый главный процесс, соединенный с приемниками и источниками информации. Для сложных систем (десять и более внешних сущностей, распределенная природа и многофункциональность системы) строится иерархия контекстных диаграмм.
При этом контекстная диаграмма верхнего уровня содержит не единственный главный процесс, а набор подсистем, соединенных потоками данных.
Каждый процесс на DFD может быть детализирован при помощи DFD или (если процесс элементарный) спецификации. Спецификации представляют собой описания алгоритмов задач, выполняемых процессами. Языки спецификаций могут варьироваться от структурированного естественного языка или псевдокода до визуальных языков моделирования.
При моделировании бизнес-процессов диаграммы потоков данных (DFD) используются для построения моделей "AS-IS" и "AS-TO-BE", отражая, таким образом, существующую и предлагаемую структуру бизнес-процессов организации.