Потоки ресурсов (сотрудники, станки, машины).

При этом входящими и исходящими дугами могут отображаться все виды объектов, управляющими – только потоки документов и информации, а дугами-механизмами – только ресурсы.

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

Процесс моделирования начинается с представления системы как единого целого – одного функционального блока с интерфейсными дугами. Эта диаграмма называется контекстной и обозначается идентификатором «А0». В пояснительном тексте к ней в краткой форме должна быть указана цель (Purpose)и зафиксирована точка зрения (Viewpoint). Цель определяет области в анализируемой системе, на которых необходимо фокусироваться в первую очередь. Точка зрения определяет основное направление развития модели и уровень необходимой детализации. Она позволяет отказаться от несущественных свойств в данном аспекте рассмотрения. Например, функциональные модели предприятия с точки зрения главного технолога и финансового директора будут различаться, поскольку финансового директора интересуют финансовые потоки, а главного технолога – аспекты переработки сырья.

Потоки ресурсов (сотрудники, станки, машины). - student2.ru

Рис. 4. Декомпозиция диаграмм при функциональном моделировании

В процессе декомпозиции функциональный блок в контекстной диаграмме подвергается детализации на другой диаграмме – дочерней. На ней фиксируются все функциональные дуги родительской диаграммы, за счет этого достигается структурная целостность модели. Связана также нумерация блоков и диаграмм: каждый блок имеет свой уникальный номер - цифра в правом нижнем углу, а обозначение под правым углом указывает на номер дочерней для этого блока диаграммы (см. рис. 4, 5).

Следует отметить, что рис.4,5 выполнены с использованием специализированного программного средства – CASE-средства Design/IDEF для построения диаграмм в соответствии с методами IDEF0 и IDEF1X. Design/IDEF автоматически контролирует основные правила построения диаграмм, автоматически выполняет оцифровку блоков, переносит интерфейсные дуги с родительской диаграммы, вписывает в соответствующие поля необходимую информацию (например, в нижней части диаграммы указано имя родительской функции и номер родительской диаграммы).

Часто бывают случаи, когда отдельные дуги не имеет смысла продолжать рассматривать на дочерних диаграммах, или наоборот, отдельные дуги не имеют практического смысла выше какого-то уровня. Это будет усложнять диаграммы. Для этого вводится понятие туннелирования. Обозначение «туннеля» (Arrow Tunnel) в виде двух круглых скобок вокруг начала дуги обозначает, что она была не унаследована, а появилась из «туннеля» на данной диаграмме. Если скобки стоят у конца дуги, то это означает, что дуга не будет наследоваться. Бывает, что некоторые дуги сначала «погружаются» в туннель, а потом «возвращаются» из туннеля.

Потоки ресурсов (сотрудники, станки, машины). - student2.ru Потоки ресурсов (сотрудники, станки, машины). - student2.ru

Рис.5. Функциональная диаграмма создания и модификации проекта изделия (второй уровень)

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

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

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

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

С момента введения термина «бизнес-процесс» появилось несколько методик улучшения бизнес-процессов. Наиболее популярная из них – это реинжиниринг бизнес-процессов предприятия, которая подразумевает фундаментальное переосмысление и перепроектирование бизнес-процессов предприятия. Выявление, анализ и перепроектирование этих процессов – вот содержание предлагаемой методики. Общая схема методики анализа и реинжиниринга бизнес-процессов предприятия выглядит следующим образом (рис. 6):

1. сбор информации о предприятии;

2. идентификация бизнес-процессов предприятия и создание функциональной модели бизнес-процессов предприятия;

3. анализ и возможный реинжиниринг бизнес-процессов предприятия.

Потоки ресурсов (сотрудники, станки, машины). - student2.ru

Рис. 6. Общая схема методики анализа и реинжиниринга бизнес-процессов предприятия

Для анализа распределения затрат применяется метод ABC функционально-стоимостной анализ - ФСА (АВС – Activity Based Costing), базирующийся на IDEF0. Метод ФСА основывается на том, что выполнение каждой функции в процессе функционирования предприятия обладает определенной стоимостью, то есть вносит свой вклад в появление издержек. При помощи метода ФСА рассчитываются затраты на выполнение всего процесса или отдельной функции, стоимость продукции на выходе процесса, выявляются источники основных затрат. Затраты на выполнение декомпозируемой функции определяются как сумма затрат на выполнение всех составных элементов в этой функции.

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

Для построения функциональной модели предлагается выбрать CASE-пакет Design/IDEF, так как помимо возможностей создания функциональной модели этот пакет содержит встроенный механизм ФСА подсчета затрат на выполнение функций, позволяющий анализировать бизнес-процессы и их составляющие. Каждый вид ресурса, потребляемый (обрабатываемый) функцией, а также механизмы, выполняющие функцию, добавляют стоимость к этой функции, при этом учитываются элементы затрат, игнорируемые при обычном представлении предприятия как совокупности организационных структур. Следовательно, каждой функции h модели IDEF0 можно поставить в соответствие значение затрат на выполнение этой функции Ex(h).

Вывод

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

Два способа построения моделей бизнес-процессов в IDEF0.Владимир Репин. К.т.н., исполнительный директор ООО «ФИНЭКСПЕРТ.РУ», зав. кафедрой Управления бизнес-процессами НОУ ВПО «ИЭФ «Синергия».

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

Наши рекомендации