Функциональное моделирование процессов на базе стандарта IDEF0. Методические рекомендации.

5 Функциональное моделирование бизнес-процесса

5.1Функциональная модель в стандарте IDEF0 должна представлять собой набор функциональных блоков, связанных дугами. Дуги могут быть четырех типов – «вход», «выход», «управление» и «механизм». Каждый функциональный должен блок содержать имя, которое является не чем иным как формулировкой функции. Соответственно, построение функциональной модели состоит из прорисовки функциональных блоков, установке связей между ними посредством дуг и формулировании функций.

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

Наибольшей ценностью для дальнейшего анализа и предоставления рекомендаций обладает модель представленная на самом низком уровне декомпозиции, т.е. та модель, где дано наиболее подробное описание рассматриваемого бизнес-процесса.

5.3Функциональное моделирование бизнес-процесса должно состоять из построения функциональных моделей процессов, составляющих бизнес-процесс.

5.4Следует разделять процессы предприятия и организационную структуру предприятия. Они не всегда соответствуют друг другу. Функциональную модель процессов не следует строить, принимая за основу организационную структуру предприятия.

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

5.1Построение функциональных блоков

5.1.1Построение функциональных блоков по методике IDEF0 должно заключаться в прорисовке функционального блока (прямоугольника), указании «входов» и «выходов» и присваивании блоку имени.

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

5.1.3Формулировка функции должна быть краткой и представлять собой глагольный оборот.

Примечание 1. При выборе глагола для функции необходимо следить за тем, чтобы он отражал конкретное действие, то действие или преобразование, которое имеет место в действительности. В примере с обувью, рассмотренном выше, было показано, что очень важно не просто сформулировать функцию «прикрепить подошву», а необходимо указать каким именно образом происходит это прикрепление (пришиванием или приклеиванием).

Если предприятие занимается тем, что собирает из закупаемых комплектующих какую-либо продукцию, то правильнее будет сформулировать функцию как «собирать продукцию» (например, телевизионные или радио приемники). Не стоит ограничиваться стандартной формулировкой «производить продукцию». Надо попытаться конкретизировать функцию, отразить в формулировке специфику производимого действия.

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

11

Функциональное моделирование процессов на базе стандарта IDEF0. Методические рекомендации.

модели сторонним читателям. Необходимые пояснения можно давать в комментариях или определениях.

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

Примечание. Объект функции не всегда можно выразить в виде только одного существительного. Функции, выполняемые при синтезе (т.е. соединении нескольких объектов), имеют, как правило, несколько объектов функции и это отображается на диаграмме IDEF0. В этом случае, допускается использование нескольких существительных в качестве объектов функции. Как правило, несколько объектов функции появляются в формулировках тривиальных функций.

5.1.6 Дополнение является необязательным элементом в формулировке функции.

Примечание. Использование дополнения необходимо только для уточнения состояния объекта функции после выполнения функции. Дополнение не является объектом функции и поэтому оно не обязательно должно присутствовать в формулировке функции. Например, формулировки «перевезти продукцию» и «перевезти продукцию потребителю» отражают выполнение одного и того же действия и с этой точки зрения они равнозначны. Вторая формулировка конкретизирует состояние «продукции» после выполнения функции, т.е. «продукция» оказывается у «потребителя»,

и«потребитель» не является объектом функции.

5.1.7Глагол необходимо использовать без частицы «не». Использование частицы «не»

приводит к тому, что формулировка функции не передает смысла выполняемого действия.

Примечание. Использование отрицания (частицы «не») в формулировках функции приводит к тому, что указывается не само действие, а его результат. Формулировка функции должна описывать именно выполняемое действие, а не требуемый результат. Сравните «не пропускать вредные примеси» и «поглощать вредные примеси», «задерживать вредные примеси».

5.1.8 Следует избегать употребления глаголов, носящих «лозунговый» характер (обеспечить, осуществить, повысить и т.д.). Такие глаголы не передает смысла выполняемого действия.

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

5.1.9 При выборе объекта функции следует использовать существительные, характеризующие «вход» функции или ее «выход».

Примечание. При выборе объекта функции следует указывать только те объекты, которые подвергаются преобразованию, т.е. именно те, которые составляют дуги «входа» или «выхода». Формулирование функции именно с этими объектами, позволяет лишний раз проверить полноту модели и при необходимости дополнить состав входных или выходных дуг.

5.1.10При определении «механизма» функционального блока, необходимо помнить о том, что именно «механизм» должен выполнять преобразование, описываемое формулировкой функции. В «механизме» следует указывать только те элементы, которые непосредственно связаны с объектом функции.

5.1.11При указании нескольких объектов в «механизме» необходимо, чтобы для каждого объекта мог быть дан ответ на вопрос: «Что именно делает «объект механизма» для выполнения функции?».

5.1.12При определении «управления» следует указывать только те объекты, которые содержат набор инструкций, правил или распоряжений.

5.1.13Как правило, объектами «управления» является информация, представленная в том или ином виде.

5.1.14Следует избегать указания в качестве «управления» законодательных и нормативных документов, содержащих перечень ограничений, требований или запрещенных действий.

Примечание. Законодательные и нормативные документы, содержащие перечень ограничений, требований или запрещенных действий, которые следует рассматривать в качестве «входа» для

12

Функциональное моделирование процессов на базе стандарта IDEF0. Методические рекомендации.

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

5.1.16 Следует рассматривать объекты дуг управления в качестве продукции процессов управления.

Примечание. Процесс управления можно выделить на любом предприятии. Проблема заключается в том, что процесс управления или его часть очень редко включается в состав анализируемого бизнеспроцесса. На дугах управления указываются конкретные распоряжения (без моделирования того, как и на основании чего, оно получается), нормативные акты, должностные инструкции и т.д. Все эти объекты не появляются на конкретном рабочем месте предприятия сами по себе. Даже для разработки должностных инструкции (которые зачастую являются квалификационными требованиями, а не инструкциями) необходим процесс их разработки. У этого процесса есть своя специфическая продукция, которая и указывается объектами на дугах управления.

5.1.17 При определении «входа» и «выхода» функционального блока, следует рассматривать «выход» функционального блока как преобразованный «вход».

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

5.1.18 Совокупность пар «вход-выход» представляют собой поток продукции. Необходимо следить за тем, чтобы поток продукции был однородным и непрерывным.

Примечание. Однородность потока продукции предполагает сохранность природы (материальный объект или информация) продукции во всем процессе преобразования.

Непрерывность потока продукции предполагает, что объекты на «выходе» предыдущего функционального блока абсолютно точно соответствует объектам на «входе» следующего функционального блока.

5.2Декомпозиция функциональных блоков

5.2.1Набор функций, включаемый в дочернюю диаграмму, должен содержать ответ на вопрос: «Что нужно делать, чтобы выполнялась декомпозируемая функция?». Функции, не являющиеся необходимыми для выполнения декомпозируемой функции не следует прорисовывать на дочерней диаграмме.

5.2.2При декомпозиции функционального блока следует следить за тем, чтобы «выход» предыдущего функционального блока однозначно и абсолютно точно соответствовал «входу» следующего блока. Если такого соответствия нет, то между двумя функциональными блоками присутствует функция преобразования, которая может быть как полезной (добавляющей ценность), так и вредной.

5.2.3При декомпозиции необходимо избегать повторения названия декомпозируемой функции на дочерней диаграмме.

5.2.4Следует избегать появления на диаграммах не связанных функциональных блоков. Не связанным функциональным блоком можно считать функциональный блок, «выход» которого не являться «входом», «управлением» или «механизмом» для любого другого функционального блока диаграммы.

Примечание. Наиболее тщательно следует выполнять эту рекомендацию при построении диаграммы А0.

5.2.5 Решение о прекращении дальнейшей декомпозиции полностью находиться в компетенции автора функциональной модели. Однако, если при формулировании функции объектом функции становиться «выход», то вероятней всего дальнейшая декомпозиция целесообразна.

Примечание. В ТК РБ 4.2-МР-05-2001 "Принцип декомпозиции (структурирования, детализации) применяется при разбиении сложного процесса на составляющие его процессы. При этом уровень

13