9. Описание бизнес-процессов. Концепция. Форматы графических схем бизнес-процессов.

Концепция: не описанные и не регламентированные бизнес-процессы подлежат рассмотрению, начиная с верхнего уровня. Отнесение деятельности к категории «бизнес-процесс» или «операция» зависит от уровня рассмотрения.

Требования к описанию бизнес-процесса

Бизнес-процесс подлежит описанию для достижения следующих целей, приведённых в табл.

1. Руководители верхнего уровня
1.1.	Формирование эффективной системы управления на основе бизнес-процессов.
1.2.	Четкое разграничение ответственности и полномочий между руководителями и подразделениями в рамках бизнес-процессов.
1.3.	Разработка показателей эффективности бизнес-процессов и методик их оценки и анализа.
1.4.	Подготовка к созданию и внедрению Информационных Систем в Компании.
2. Руководители среднего звена
2.1.	Разработка нормативных документов, регламентирующих бизнес-процессы.
2.2.	Обучение персонала по вопросам, связанным с участием в бизнес-процессах.
3. Специалисты
3.1.	Создание инструкций и методик, определяющих деятельность специалистов в рамках бизнес-процессов.

При описании бизнес-процесса на верхнем уровне в обязательном порядке должны быть определены (контекстная диаграмма IDF0:

• название бизнес-процесса;

• входы бизнес-процесса;

• выходы бизнес-процесса;

• исполнители - структурные подразделения Компании, отдельные работники Компании, внешние (по отношению к Компании) исполнители.

• управляющие входы бизнес-процесса - нормативные, организационно распорядительные и методические документы, определяющие требования к бизнес-процессу.

Форматы графических схем бизнес процессов

Выбор формата для описания бизнес-процесса определяется масштабом и степенью детализации рассматриваемого бизнес-процесса. Для целей автоматизации бизнес-процесса должен быть выбран уровень описания, удобный для понимания выполняемых операций всеми участниками бизнес-процесса, например.

IDF0 несколько уровнейIDF3IDF3 или DFD

10. Модели объекта автоматизации. Методика функционального проектирования idef0 (Integrated deFinition 0).

Графические средства моделирования предметной области позволяют разработчикам в наглядном виде изучать существующую АСОИУ, перестраивать ее в соответствии с поставленными целями и имеющимися ограничениями.

Правила формирования моделей бизнес-процессов в IDEF0

Функциональная модель бизнес-процесса (IDEF0) представляет бизнес-процесс как совокупность выполняемых функций (направлений деятельности). Для определяемого в каждом конкретном случае уровня детализации модели, функции должны рассматриваться уже как операции, выполняемые в ходе бизнес-процесса.

Модель IDEF0 рекомендована к применению при описании бизнес-процессов на верхнем уровне.

При составлении функциональной модели бизнес-процесса (IDEF0) описываются выполняемые функции и входные, выходные потоки материальных, финансовых ресурсов и информации (документов, файлов).

При описании бизнес-процесса одновременно могут применяться комбинации различных моделей . IDEF0, IDEF3 и DFD. Модель в IDEF0 можно декомпозировать на модели IDEF3 и DFD при необходимости.

Условные обозначения формата IDEF0 представлены в следующей таблице

№	Наименование	Описание	Графическое представление
1	Процесс (функция, операция)	Объект служит для описания функций (операций, работ), выполняемых подразделениями/ сотрудниками предприятия.
2	Стрелка слева	Стрелка слева (вход) описывает входы функции (операции)
3	Стрелка слева	Стрелка слева (выход) описывает выходы функции (операции)
4	Стрелка сверху	Стрелка сверху (управление) описывает управляющее воздействие, например распоряжение, нормативный документ и т.д.
5	Стрелка снизу	Стрелка снизу (механизмы) описывает не расходуемые ресурсы (например, персонал, станки), используемые для выполнения бизнес-процесса

1. В рамках одной диаграммы существует шесть типов отношений между блоками:

• доминирование;

• управление;

• выход - вход;

• обратная связь по управлению;

• обратная связь по входу;

• выход - механизм.

2. Блоки, расположенные на диаграмме выше и левее, «доминируют» над блоками, расположенными ниже и правее.

3. Отношение управления возникает тогда, когда выход одного блока служит управляющим воздействием на блок с меньшим доминированием.

4. Отношение выход - вход возникает при соединении выхода одного блока с входом другого блока с меньшим доминированием.

5. Обратная связь по управлению возникает тогда, когда выход некоторого блока создает управляющее воздействие на блок с большим доминированием.

6. Отношение обратной связи по входу возникает тогда, когда выход блока становиться входом другого блока с большим доминированием.

7. При построении модели бизнес-процесса в IDEF0 используется принцип декомпозиции. Декомпозиция функций производится для более подробного описания выбранной для декомпозиции функции. При декомпозиции функция раскладывается на множество функций, выполнение которых полностью обеспечивает реализацию декомпозированной функции.

8. Диаграмма представляющая собой результат декомпозиции называется дочерней диаграммой, а декомпозируемая диаграмма - родительской диаграммой. Декомпозируемый блок, обозначающий функцию, называется родительским блоком.

9. Функциональная модель IDEF0 представляется в виде совокупности иерархически упорядоченных диаграмм. Выполнение функции, отображенной на диаграмме верхнего уровня, детализируется на диаграммах нижнего уровня.

10. Моделирование бизнес-процесса в IDEF0 начинается с построения контекстной диаграммы, которая представляет собой самое общее описание системы и ее взаимодействия с внешней средой. Контекстная диаграмма должна быть представлена с точки зрения цели моделирования.