Принципы моделирования бизнес процессов по стандарту IDEF0

На российском рынке используется ряд инструментальных средств для моделирования, анализа и оценки бизнес-процессов, охватывающий все этапы создания систем управления. Успех проекта по созданию, поддержанию и развитию системы управления предприятия во многом зависит от выбора тех или иных инструментальных средств. Наиболее приемлемым способом описания процессов является их графическое представление. К таким комплексным средствам относится методология ARIS Toolset, предназначенных для проектирования и управления предприятием, моделирования, документирования, анализа и оценки бизнес-процессов, разработки, внедрения информационной системы [8,9,19]. Инструментальное средство АRIS Toolset содержит более 80 моделей и методов для описания бизнес-процесса. В 70-х годах при реализации проектов по заказам ВВС США была разработана программа комплексной компьютерной поддержки производства (ICAM — Integrated Computer-Aided Manufacturing), и методология функционального моделирования IDEF. В 1993 году она была принята в качестве федерального стандарта в США, а в 2000 году — в качестве стандарта Российской Федерации. Методология содержит 11 стандартов от IDEF0 до IDEF11 [8,9,19]. Методология IDEF0 поддерживается компьютерными программами. Применение компьютерных программ на стадии описания процессов позволяет не только повысить эффективность решения этой задачи, но также использовать эти модели на стадии менеджмента процессов, интегрируя их в корпоративную информационную систему организации. Функциональная модель IDEF0 (рис. 1.5) состоит из двух типов элементов — функциональных блоков и дуг.

Рис. 1.5. Функциональный блок

Функциональные блоки в IDEF0-модели могут быть классифицированы в зависимости от категорий процессов, которые они представляют в МС ИСО 9001:2000. Функциональный блок графически изображается в виде прямоугольника (рис. 1.5) и изображает некоторую конкретную функцию в рамках рассматриваемой системы. По требованиям стандарта название каждого функционального блока должно быть сформулировано в глагольном наклонении (например, «производить услуги»)[7, С.12]. Каждая из четырех сторон функционального блока имеет своё определенное значение:

Верхняя сторона имеет значение «Управление» (Control);

Левая сторона имеет значение «Вход» (Input);

Правая сторона имеет значение «Выход» (Output);

Нижняя сторона имеет значение «Механизм» (Mechanism).

Каждый блок в рамках единой рассматриваемой системы должен иметь свой идентификационный номер. Дуги связывают функциональные блоки между собой и представляют элементы (объекты), которые передаются с выходов одних процессов на входы других. Дуги в зависимости от их положения на диаграмме уже подразделены на 4 категории: входные, выходные, управления и механизма. К числу таких категорий могут относиться: материалы, сырье, продукция, ресурсы; Материалы, сырье, продукция, ресурсы; информация, данные; записи о качестве; документы; распоряжения руководства, планы, графики; нормативная документация, стандарты; матрица ответственности исполнителей[7, С.16]. Третьим основным понятием стандарта IDEF0 является декомпозиция (Decomposition). Принцип декомпозиции применяется при разбиении сложного процесса на составляющие его функции. При этом уровень детализации процесса определяется непосредственно разработчиком модели.

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

Последним из понятий IDEF0 является глоссарий (Glossary). Для каждого из элементов IDEF0: диаграмм, функциональных блоков, дуг стандарт подразумевает создание набора соответствующих определений, ключевых слов, которые характеризуют данный объект[7, С.21].

Карта процесса. При описании процессов должна быть составлена карта процесса. Карта процессов — служит для визуализации и описания всех процессов предприятия, а также устанавливает взаимосвязь между организационной структурой и процессами при создании добавленной ценности[26, С.46].

Ответы на вопросы, поставленные в карте процессов, требуют создание таблицы, примерный вид которой приведён в Приложении 1.

С реализацией процессного подхода перед предприятиями и организациями открываются следующие возможности в расширении и развитии бизнеса[31].

• · на основе целей ориентация всех подразделений и видов деятельности на достижение конечного результата,
• · восприятие изменившихся требований потребителей
• · возможность постоянного и прорывного совершенствования
• · прозрачность всех видов деятельности и их согласованность,
• · выделения зон ответственности и рабочих зон, что облегчает формулирование требований к персоналу,
• · более легкое управление организацией: как по вертикали,

так и по горизонтали, исключение дублирования, четкое распределение ответственности и полномочий,.

• · определение точек контроля и критических точек в процессе благодаря его декомпозиции,
• · формирование единой направленности менеджмента и производства, на оптимизацию организационных структур,
• · упрощение обмена информацией между различными подразделениями, устранение их обособленности.
• · выявление критичных операций и участков, выполнение измерений и анализа, способствующих постоянному улучшению,
• · объединение людей и усиление коллективной (командной) работы, мотивация.

Процесс можно считать управляемым, если оказываемые на него воздействия позволяют достигать целей и запланированных результатов[31].