Стоимостной анализ (Activity Based Costing)

Создание диаграммы IDEF3

Для описания логики взаимодействия информационных потоков более подходит IDEF3, называемая также workflow diagramming, — методология моделирования, использующая графическое описание информационных потоков, взаимоотношений между процессами обработки информации и объектов, являющихся частью этих процессов. Диаграммы Workflow могут быть использованы в моделировании бизнес-процессов для анализа завершенности процедур обработки информации. С их помощью можно описывать сценарии действий сотрудников организации, например последовательность обработки заказа или события, которые необходимо обработать за конечное время. Каж-дый сценарий сопровождается описанием процесса и может быть использован для документирования каждой функции.

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

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

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

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

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

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

Единицы работы— Unit of Work (UOW) — также называемые работами (activity), являются центральными компонентами модели. В IDEF3 работы изображаются прямоугольниками с прямыми углами и имеют имя, выраженное отглагольным существительным, обозначающим процесс действия, одиночным или в составе фразы, и номер (идентификатор); другое имя существительное в составе той же фразы обычно отображает основной выход (результат) работы.

Связипоказывают взаимоотношения работ. Все связи в IDEF3 однонаправлены и могут быть направлены куда угодно, но обычно связи стараются направить слева направо. В IDEF3 различают три типа стрелок, изображающих связи:

• Старшая (Precedence) - сплошная линия, связывающая единицы работ (UOW). Рисуется слева направо или сверху вниз. Показывает, что работа-источник должна закончиться прежде, чем работа-цель начнется.

• Отношения (Relational Link) - пунктирная линия, использующаяся для изображения связей между единицами работ (UOW) а также между единицами работ и объектами ссылок.

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

Для отображения логики взаимодействия стрелок при слиянии и разветвлении или для отображения множества событий, которые могут или должны быть завершены перед началом следующей работы, используются перекрестки(Junction). Различают перекрестки для слияния (Fan-in Junction) и разветвления стрелок (Fan-out Junction). Перекресток не может использоваться одновременно для слияния и для разветвления. Смысл каждого типа приведен в таблице 1.

Объект ссылкив IDEF3 выражает некую идею, концепцию или данные, которые нельзя связать со стрелкой, перекрестком или работой. В качестве имени объекта можно использовать имя u1082 какой-либо стрелки с других диаграмм или имя сущности из модели данных. Объекты ссылки должны быть связаны с единицами работ или перекрестками пунктирными линиями. Официальная спецификация IDEF3 различает три стиля объектов ссылок — безусловные (unconditional), синхронные (synchronous) и асинхронные (asynchronous).

Таблица 1. Типы перекрестков

 

При внесении объектов ссылок помимо имени следует указывать тип объ-екта ссылки. Типы объектов ссылок приведены в таблице 2.

Таблица 2. Типы объектов ссылок

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

1. Перейдите на диаграмму А2 и декомпозируйте (кнопка ) работу «Сборка КПК». В диалоге Activity Box Count (рис 1) установите число работ 4 и нотацию IDEF3.

Рис. 1Выбор нотации IDEF3 в диалоге Activity Box Count

Возникает диаграмма IDEF3, содержащая работы (UOW). Правой кнопкой мыши щелкните по работе, выберите в контекстном меню Name и внесите имя работы «Подготовка компонентов». Затем во вкладке Definition внесите определение «Подготавливаются все компоненты КПК согласно спецификации заказа».

2. Во вкладке UOW внесите свойства работы (табл. 3).

Таблица 3. Свойства UOW

Objects	Компоненты: процессоры, корпуса, платы, карты, разъемы для карт памяти, интерфейсы, модемы
Facts	Доступные интерфейсы: Wi-Fi, Bluetooth, IrDa, USB
Constrains	Установка некоторого оборудования требует установки дополни-тельного программного обеспечения

3. Внесите в диаграмму еще 3 работы (кнопка ).

Внесите имена работ:

• Установка процессора;

• Установка оперативной памяти;

• Установка флеш-памяти;

• Установка интерфейса Wi-Fi;

• Установка интерфейса Bluetooth;

• Установка слота для карт памяти.

4. С помощью кнопки палитры инструментов создайте объект ссылки. Внесите имя объекта внешней ссылки «Компоненты».

Свяжите стрелкой объект ссылки и работу «Подготовка компонент».

5. Свяжите стрелкой работы «Подготовка компонентов» (выход) и «Установка процессора». Измените стиль стрелки на Object Flow.

В IDEF3 имя стрелки может отсутствовать, хотя BPwin показывает отсутствие имени как ошибку. Результат создания UOW и объекта ссылки показан на рис. 2.

Рис. 2. Результат создания UOW и объекта ссылки

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

 

Рис. 3. Диаграмма IDEF3 после создания перекрестков

7. Правой кнопкой щелкните по перекрестку для разветвления J3, выберите Name и внесите имя «Компоненты, требуемые в спецификации заказа».

Создание сценария

1. Перейдите к диаграмме А22.1 – «Сборка КПК».

2. Выберите пункт меню Diagram/Add IDEF3 Scenario. Создайте диаграмму сценария на основе диаграммы IDEF3 «Сборка КПК».

3. Удалите элементы, не входящие в сценарий (рис. 4).

Рис. 4. Результат создания диаграммы сценария

Создание отчетов в BPwin

BPwin имеет мощный инструмент генерации отчетов. Отчеты по модели вызываются из пункта меню Report. Всего имеется семь типов отчетов:

1. Model Report. Включает информацию о контексте модели — имя модели, точку зрения, область, цель, имя автора, дату создания и др.

2. Diagram Report. Отчет по конкретной диаграмме. Включает список объектов (работ, стрелок, хранилищ данных, внешних ссылок и т. д.).

3. Diagram Object Report. Наиболее полный отчет по модели. Может включать полный список объектов модели (работ, стрелок с указанием их типа и др.) и свойства, определяемые пользователем.

4. Activity Cost Report. Отчет о результатах стоимостного анализа.

5. Arrow Report. Отчет по стрелкам. Может содержать информацию из словаря стрелок, информацию о работе-источнике, работе-назначении стрелки и информацию о разветвлении и слиянии стрелок.

6. Data Usage Report. Отчет о результатах связывания модели процессов и модели данных.

7. Model Consistency Report. Отчет, содержащий список синтаксических ошибок модели.

Стоимостной анализ (Activity Based Costing)

Как было указано ранее, обычно сначала строится функциональная модель существующей организации работы — AS-IS. После построения модели AS-IS проводится анализ бизнес-процессов, потоки данных и объектов перенаправляются и улучшаются, в результате строится модель ТО-ВЕ. Как правило, строится несколько моделей ТО-ВЕ, из которых по какому-либо критерию выбирается наилучшая. Проблема состоит в том, что таких критериев много и непросто определить важнейший. Для того чтобы определить качество созданной модели с точки зрения эффективности бизнес-процессов, необходима система метрики, т. е. качество следует оценивать количественно.

BPwin предоставляет аналитику два инструмента для оценки модели — стоимостный анализ, основанный на работах (Activity Based Costing, ABC), и свойства, определяемые пользователем (User Defined Properties, UDP). Функциональное оценивание – это технология выявления и исследования стоимости выполнения той или иной функции. Исходными данными для функционального оценивания являются затраты на ресурсы (материалы, персонал и т.д.). В сравнении с традиционными способами оценки затрат, при применении которых часто недооценивается продукция, производимая в незначительном объеме, и переоценивается массовый выпуск, ABC обеспечивает более точный ме-тод расчета стоимости производства продукции, основанный на стоимости выполнения всех технологических операций, выполняемых при ее выпуске.

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

Стоимостный анализ основан на модели работ, потому что количественная оценка невозможна без детального понимания функциональности предприятия. Обычно ABC применяется для того, чтобы понять происхождение выходных затрат и облегчить выбор нужной модели работ при реорганизации деятельности предприятия (Business Process Reengineering, BPR). С помощью стоимостного анализа можно решить такие задачи, как определение действительной стоимости производства продукта, определение действительной стоимости поддержки клиента, идентификация наиболее дорогостоящих ра-бот, обеспечение менеджеров финансовой мерой предлагаемых изменений и т.д.

ABC-анализ может проводиться только тогда, когда модель работы последовательная, корректная, полная и стабильная, другими словами, когда создание модели работы закончено.

ABC включает следующие основные понятия:

• Объект затрат — причина, по которой работа выполняется, обычно основной выход работы. Стоимость работ есть суммарная стоимость объектов затрат;

• Двигатель затрат — характеристики входов и управлений работы, которые влияют на то, как выполняется и как долго длится работа;

• Центры затрат, которые можно трактовать как статьи расхода.

1. В диалоге Model Properties (вызывается из меню Model/Model Properties) во вкладке ABC Unit (рис. 5) установите единицы измерения денег и времени: рубли и дни.

Рис. 5. Вкладка ABC Units диалога Model Properties

2. Перейдите в Dictionary/Cost Center (рис. 6) и в диалоге Cost Center Dictionary внесите название и определение центров затрат (табл. 4).

Рис. 6. Диалог Cost Center Dictionary

 

Таблица 4. Центры затрат ABC

Центры затрат	Определение
Управление	Затраты на управление, связанные с составлением графика работ, формированием партий КПК, контролем над сборкой и настройкой
Рабочая сила	Затраты на оплату рабочих, занятых сборкой и настройкой КПК
Компоненты	Затраты на закупку компонентов

 

3. Для отображения стоимости каждой работы в нижнем левом углу пря-моугольника перейдите в меню Model/Model Properties и во вкладке Display диалога Model Properties включите опцию ABC Data (рис. 7). Для отображения частоты или продолжительности работы переключите радиокнопки в группе ABC Unit.

Рис. 7. Вкладка Display диалога Model Properties

4. Для работ на диаграмме А2 внесите параметры АВС (табл. 5). Для назначения стоимости работе следует щелкнуть по ней правой кнопкой мыши и выбрать в контекстном меню Cost (рис. 8).

Таблица. 5. Стоимость работ на диаграмме А2

Activity Name	Cost Center	Cost Ce-ter Cost, руб	Frequency	Duration, день
Отслеживание расписанием и управление сборкой, установкой и тестированием	Управление	500,00	1,00	1,00
Сборка КПК	Рабочая сила	140,00	20,00	1,00
	Компоненты	28000,00
Установка ПО	Рабочая сила	100,00	12,00	1,00
	ПО	16000,00
Тестирование КПК	Рабочая сила	60,00	32,00	1,00

Рис. 8. Вкладка Cost диалога Activity Properties

Посмотрите результат – стоимость работы верхнего уровня, диаграммы А2 (рис. 9).

Рис. 9. Отображение стоимости в нижнем левом углу прямоугольника работы.

5. Сгенерируйте отчет Activity Cost Report (рис. 10 – 11).

Рис. 10. Диалог Activity Based Costing Report

Рис. 11. Отчет Activity Cost Report

Этот достаточно упрощенный принцип подсчета справедлив, если работы выполняются последовательно. Встроенные возможности BPwin позволяют разрабатывать упрощенные модели стоимости, которые, тем не менее, оказываются чрезвычайно полезными при предварительной оценке затрат. Если схема выполнения более сложная, можно отказаться от подсчета и задать итоговые суммы для каждой работы вручную (Override Decompositions). В этом случае результаты расчетов с нижних уровней декомпозиции будут игнорироваться, и при расчетах на верхних уровнях будет учитываться сумма, заданная вручную. На любом уровне результаты расчетов сохраняются независимо от выбранного режима, поэтому при выключении опции Override Decompositions расчет снизу вверх производится обычным образом.

---

Дата добавления: 2018-05-13; просмотров: 733; Мы поможем в написании вашей работы!

Поделиться с друзьями:

---

---

Мы поможем в написании ваших работ!