Задание на лабораторную работу. 1. Сформируйте словарь изображений
1. Сформируйте словарь изображений. Файлы .bmpможнонайтивпапке \ProgramFiles\ComputerAssociates\Erwin 4.0\Icons\ или подготовить самостоятельно с помощью графического редактора.
2.Сформируйте словарь групп ролей. Словарь, приведенный на рис. 7.3, желательно дополнить и видоизменить.
3. Сформируйте словарь ролей. Словарь, приведенный на рис. 7.4, необходимо расширить.
4.Сформируйте словарь ресурсов. Словарь, приведенный на рис. 7.5, желательно дополнить и видоизменить.
5. Построить организационную структуру предприятия.
6. Построить диаграммы SwimLane для отображения распределения ролей при сборке компьютеров.
7. Продемонстрировать результаты создания моделей преподавателю.
Вопросы для самопроверки
1. Какие словари используются для построения организационных диаграмм?
2. Для чего применяется словарьRoleGroupDictionary?
3. Для чего применяется словарьRoleDictionary?
4. Какие имеются особенности формирования словаряRoleDictionaryпри необходимости построения многоуровневой организационной диаграммы предприятия?
5. Для чего применяется словарьResourceDictionary?
6. Для чего применяются диаграммы SwimLane?
Лабораторная работа 8.
Стоимостнойанализ (ActivityBasedCosting)
Цель работы: Изучить методы стоимостного анализа.
Основные сведения
Стоимостный анализ (ABC)
При моделировании бизнес-процессов сначала строится функциональная модель существующей организации работы − AS-IS(Как есть). После построения модели AS-ISпроводится анализ бизнес-процессов, потоки данных и объектов перенаправляются и улучшаются, в результате строится модель ТО-ВЕ (Как должно быть). Как правило, строится несколько моделей ТО-ВЕ, из которых по какому-либо критерию выбирается наилучшая. Проблема состоит в том, что таких критериев много и непросто определить важнейший. Для того чтобы определить качество созданной модели с точки зрения эффективности бизнес-процессов, необходима система метрики, т.е. качество следует оценивать количественно.
BPwinпредоставляет аналитику два инструмента для оценки модели – стоимостный анализ, основанный на работах (ActivityBasedCosting, ABC), и свойства, определяемые пользователем (UserDefinedProperties, UDP).ABCявляется широко распространенной методикой, используемой международными корпорациями и государственными организациями для идентификации истинных движителей затрат в организации.
Стоимостный анализ представляет собой соглашение об учете, используемое для сбора затрат, связанных с работами, с целью определить общую стоимость процесса. Стоимостный анализ основан на модели работ, потому что количественная оценка невозможна без детального понимания функциональности предприятия. Обычно ABCприменяется для того, чтобы понять происхождение выходных затрат и облегчить выбор нужной модели работ при реорганизации деятельности предприятия (BusinessProcessRe-engineering, BPR). С помощью стоимостного анализа можно решить такие задачи, как определение действительной стоимости производства продукта, определение действительной стоимости поддержки клиента, идентификация работ, которые стоят больше всего (те, которые должны бытьулучшены в первую очередь), обеспечение менеджеров финансовой мерой предлагаемых изменений, и др.
ABCможет проводиться только тогда, когда модель работы последовательная (следует синтаксическим правилам IDEF0), корректная (отражает бизнес), полная (охватывает всю рассматриваемую область) И стабильная (проходит цикл экспертизы без изменений), другими словами, создание модели работы закончено.
ABCвключает следующие основные понятия:
ккк) объект затрат – причина, по которой работа выполняется, обычно, основной выход работы, стоимость работ есть суммарная стоимость объектов затрат;
ллл) движитель затрат – характеристики входов и управлений работы, которые влияют на то, как выполняется и как долго длится работа;
ммм) центры затрат, которые можно трактовать как статьи расхода.
При проведении стоимостного анализа в BPwinсначала задаются единицы измерения времени и денег. Для задания единиц измерения следует вызвать диалог ModelProperties(меню Edit/ModelProperties), вкладка ABCUnits(рис. 8.1).
Рис.8.1. Настройка единиц измерения валюты и времени
Если в списке выбора отсутствует необходимая валюта (например, рубль), ее можно добавить. Символ валюты по умолчанию берется из настроек Windows. Диапазон измерения времени в списке Unitofmeasurementдостаточен для большинства случаев – от секунд до лет.
Затем описываются центры затрат (costcenters). Для внесения центров затрат необходимо вызвать диалог CostCenterDictionary(меню Dictionary/CostCenter(рис. 8.2).
Рис. 8.2. Справочник центров затрат
Каждому центру затрат следует дать подробное описание в окне Definition. Список центров затрат упорядочен. Порядок в списке можно менять при помощи стрелок, расположенных справа от списка. Задание определенной последовательности центров затрат в списке, во-первых, облегчает последующую работу при присвоении стоимости работам, а во-вторых, имеет значение при использовании единых стандартных отчетов в разных моделях. BPwinсохраняет информацию о стандартном отчете в файле BPWINRPT.INI, информация о центрах затрат и UDPсохраняется в виде указателей, т.е. хранятся не названия центров затрат, а их номера. Поэтому, если нужно использовать один и тот же стандартный отчет в разных моделях, списки центров затрат должны быть в них одинаковы.
Для задания стоимости работы (для каждой работы на диаграмме декомпозиции) следует щелкнуть правой кнопкой мыши по работе и на всплывающем меню выбрать Costs(рис. 8.3).
Рис.8.3. Задание стоимости работ в диалоге ActivityCost
Во вкладке Costsдиалога ActivityPropertiesуказывается частота проведения данной работы в рамках общего процесса (окно Frequency) и продолжительность (Duration). Затем следует выбрать в списке один из центров затрат и в окне Costзадать его стоимость. Аналогично назначаются суммы по каждому центру затрат, т. е. задается стоимость каждой работы по каждой статье расхода. Если в процессе назначения стоимости возникает необходимость внесения дополнительных центров затрат, диалог CostCenterEditorвызывается прямо из диалога ActivityCostсоответствующей кнопкой.
Общие затраты по работе рассчитываются как сумма по всем центрам затрат. При вычислении затрат вышестоящей (родительской) работы сначала вычисляется произведение затрат дочерней работы на частоту работы (число раз, которое работа выполняется в рамках проведения родительской работы), затем результаты складываются. Если во всех работах модели включен режим ComputefromDecompositions, подобные вычисления автоматически проводятся по всей иерархии работ снизу вверх (рис. 8.4).
Рис.8.4. Вычисление затрат родительской работы
Этот достаточно упрощенный принцип подсчета справедлив, если работы выполняются последовательно. Встроенные возможности BPwinпозволяют разрабатывать упрощенные модели стоимости, которые, тем не менее, оказываются чрезвычайно полезными для предварительной оценки затрат. Если схема выполнения более сложная (например, работы производятся альтернативно), можно отказаться от подсчета и задать итоговые суммы для каждой работы вручную (OverrideDecompositions). В этом случае результаты расчетов с нижних уровней декомпозиции будут игнорироваться, при расчетах на верхних уровнях будет учитываться сумма, заданная вручную. На любом уровне результаты расчетов сохраняются независимо от выбранного режима, поэтому при выключении опции OverrideDecompositionsрасчет снизу вверх производится обычным образом.
Для проведения более тонкого анализа можно воспользоваться специализированным средством стоимостного анализа EasyABC(ABCTechnology, Inc.). BPwinимеет двунаправленный интерфейс с EasyABC.Для экспорта данных в EasyABCследует выбрать пункт меню File/Export/NodeTree, задать в диалоге ExportNodeTreeнеобходимые настройки и экспортировать дерево узлов в текстовый файл (.txt). Файл экспорта можно импортировать в EasyABC. После проведения необходимых расчетов результирующие данные можно импортировать из EasyABCв BPwin. Для импорта нужно выбрать меню File/Import/Costsи в диалоге ImportActivityCostsвыбрать необходимые установки.
Результаты стоимостного анализа могут существенно повлиять на очередность выполнения работ. Рассмотрим пример, изображенный на рисунке 9.6. Предположим, что для оценки качества изделия необходимо провести три работы:
ннн) внешний осмотр-стоимость 50 руб.;
ооо) пробное включение – стоимость 150 руб.;
ппп) испытание на стенде – стоимость 300 руб.
Предположим также, что с точки зрения технологии очередность проведения работ несущественна, а вероятность выявления брака одинакова (50 %). Пусть необходимо проверить восемь изделий. Если проводить работы в убывающем по стоимости порядке, то стоимость, затраченная на получение готового изделия, составит:
ррр) 300 руб. (Испытание на стенде) (8+150 руб. (Пробное включение) (4 + 50 руб. (Внешний осмотр) (2 = 3100 руб.
ссс) Если проводить работы в возрастающем по стоимости порядке, то стоимость, затраченная на получение готового изделия, составит:
ттт) 50 руб. (Внешний осмотр) (8+150 руб. (Пробное включение) (4 + 300 руб. (Испытание на стенде) (2 = 1600 руб.
Следовательно, с целью минимизации затрат первой должна быть выполнена наиболее дешевая работа, затем – средняя по стоимости и в конце – наиболее дорогая (рис. 8.5).
Рис.8.5. Фрагмент диаграммы декомпозиции работы «Контроль качества»
Результаты стоимостного анализа наглядно представляются на специальном отчете BPwin–ActivityCostReport(меню Tools/Report/ActivityCostReport) Отчет позволяет документировать имя, номер, определение и стоимость работ как суммарную, так и раздельно по центрам затрат (рис. 8.6).
Рис.8.6. Диалог настройки отчета по стоимости работ
Результаты отображаются и непосредственно на диаграммах. В левом нижнем углу прямоугольника работы может показываться либо стоимость (по умолчанию), либо продолжительность, либо частота проведения работы. Настройка отображения осуществляется в диалоге ModelProperties(меню Model/ModelProperties), вкладка Display, опции ABCDataи ABCUnits.
Для просмотра отчета используется кнопка «Preview» (рис.8.7), для сохранения в текстовом формате − «Report», для печати – «Print».
Рис.8.7. Представление отчета на экране
Свойства, определяемые пользователем (UDP)
ABCпозволяет оценить стоимостные и временные характеристики системы. Если стоимостных показателей недостаточно, имеется возможность внесения собственных метрик − свойств, определенных пользователем (UserDefinedProperties, UDP). UDPпозволяют провести дополнительный анализ, хотя и без суммирующих подсчетов.
Для описания UDPслужит диалог UDPDictionary(меню Dictionary/UDP) (рис. 8.8).
Рис.8.8. Справочник свойств, определенных пользователем – UDP
UDPможно поставить в соответствие одно или несколько ключевых слов. Ключевые слова могут быть использованы для отбора UDPпри печати отчетов или при присвоении свойств работам и стрелкам. Ключевые слова должны быть описаны в словаре UDPKeywordList(рис. 8.9). Для внесения нового ключевого лова следует щелкнуть по кнопке 
и в таблице диалога UDPKeywordListзадать значение ключевого слова.
Рис.8.9. Справочник ключевых слов UDP
Для создания нового свойства (UDP) следует в словаре UDPDictionaryнеобходимо перейти к нижней строке списка и дважды щелкнуть по полю Name. В режиме редактирования имени следует внести имя UDP. В поле UDPDatatype(рис. 8.8) описывается тип свойства, которое выбирается из выпадающего списка. Имеется возможность задания 18 различных типов UDP(табл. 8.1), в том числе управляющих команд и массивов.
Таблица 8.1. Типы UDP и их использование
| Тип | Использование |
| Text | При задании свойства стрелки или работы просто вносится текст, например, это может быть просто дополнительное пояснение |
| Paragraph Text | Значение свойства этого типа – текст в несколько строк |
| Integer | Значение свойства этого типа – целое число, например значение свойства «Количество баллов» |
| Command | Командная строка. При задании значения UDP в списке свойств справа от имени свойства появляется кнопка  . При щелчке по этой кнопке выполняется командная строка. С помощью этого свойства можно связать с объектом модели документацию, хранящуюся в формате приложения Windows, например Word, Excel и т. д. |
| Character | Значение свойства этого типа – один символ |
| Date mm/dd/yy (УУ) | Значение свойства этого типа – дата |
| Real Number | Значение свойства этого типа – действительное число, например значение свойства «Потребление электроэнергии, кВт-ч» |
| Text List (Single selection) | Массив строк. Значения свойства этого типа должны быть определены в диалоге UDPDictionary (поле Value). Объекту модели можно присваивать только одно значение из предварительно заданного списка |
| Integer List (Single selection) | Массив целых чисел. Значения свойства этого типа должны быть определены в диалоге UDPDictionary (поле Value). Объекту модели можно присваивать только одно значение из предварительно заданного списка |
| Command List | Массив команд. Значения свойства этого типа должны быть определены в диалоге UDPDictionary (поле Value). Объекту модели можно присваивать только одно значение из предварительно заданного списка |
| Date List mm/dd/yy(yy) (Single selection) | Массив дат. Значения свойства этого типа должны быть определены в диалоге UDPDictionary (поле Value). Объекту модели можно присваивать только одно значение из предварительно заданного списка |
| Real Number List (Single selection) | Массив действительных чисел. Значения свойства этого типа должны быть определены в диалоге UDPDictionary (поле Value). Объекту модели можно присваивать только одно значение из предварительно заданного списка |
| Character List (Single selection) | Массив символов. Значения свойства этого типа должны быть определены в диалоге UDPDictionary (поле Value). Объекту модели можно присваивать только одно значение из предварительно заданного списка |
| Продолжение табл. 8.1 | |
| Text List (Multiple selections) | Массив строк (множественный выбор). Значения свойства этого типа должны быть определены в диалоге UDPDictionary (поле Value). Объекту модели можно присваивать одновременно несколько значений из предварительно заданного списка |
| Integer List (Multiple selections) | Массив целых чисел (множественный выбор). Значения свойства этого типа должны быть определены в диалоге UDPDictionary (поле Value). Объекту модели можно присваивать одновременно несколько значений из предварительно заданного списка |
| DateList (Multipleselections) | Массив дат (множественный выбор). Значения свойства этого типа должны быть определены в диалоге UDPDictionary (поле Value). Объекту модели можно присваивать одновременно несколько значений из предварительно заданного списка |
| Real Number List(Multiple selections) | Массив действительных чисел (множественный выбор). Значения свойства этого типа должны быть определены в диалоге UDPDictionary (поле Value). Объекту модели можно присваивать одновременно несколько значений из предварительно заданного списка |
| Character List (Multiple selections) | Массив символов (множественный выбор). Значения свойства этого типа должны быть определены в диалоге UDPDictionary (поле Value). Объекту модели можно присваивать одновременно несколько значений из предварительно заданного списка |
Для присвоения свойству ключевого слова следует перейти к полю Keywordи выбрать из списка необходимые ключевые слова. Одному свойству может соответствовать несколько разных ключевых слов, одно ключевое слово может соответствовать разным свойствам.
Каждой работе можно поставить в соответствие набор UDP. Для этого следует щелкнуть правой кнопкой мыши по работе и выбрать пункт меню UDP. Во вкладке UDPValuesдиалога ActivityPropertiesможно задать значения UDP. Свойства типа Listотображаются списком выбора, который заполнен предварительно определенными значениями. Свойства типа Commandмогут иметь в качестве значения командную строку, которая выполняется при нажатии на кнопку . Например, свойство «Спецификации» категории «Дополнительная документация» может иметь значение WINWORD.EXEsample1.doc (рис. 8.10).
Кнопка Filterслужит для задания фильтра по ключевым словам UDP.По умолчанию в списке показываются свойства всех категорий.
Кнопка Dictionaryвызывает диалог UserDefinedPropertyDictionary(рис. 8.11), который позволяет создавать и редактировать как UDP, так и ключевые слова UDP. В верхнем окне диалога вносится имя UDP, в списке выбора Datatypeописывается тип свойства. Для внесения ключевого слова следует задать имя в окне NewKeywordsи щелкнуть по кнопке AddKeywords.
Рис.8.10. Формирование свойств UDPValue
Рис.8.11. Редактирование UDP и ключевых слов UDPValue
Для присвоения ключевого слова необходимо выбрать UDPиз списка User-DefinedProperties, затем ключевое слово из списка Keywordsи щелкнуть по кнопке Update. Одно ключевое слово может объединять несколько свойств, в то же время одному свойству может соответствовать несколько ключевых слов. Свойство типа Listможет содержать массив предварительно определенных значений. Для определения области значений UDPтипа Listследует задать значение свойства в окне NewMemberи щелкнуть по кнопке AddMember. Значения из списка можно редактировать и удалять (кнопки UpdateMemberи DeleteMember).
Рис.8.12. Редактирование и формирование новых ключевых слов и значения в списке ListMember
Результат задания значений UDPможно проанализировать в отчете DiagramObjectReport(меню Tools/Report/DiagramObjectReport, рис.8.13).
В левом нижнем углу диалога настройки отчета показывается список UDP. С помощью кнопки UDPFiltersможно установить фильтр по ключевым словам.
На рис. 8.13 приведен фрагмент отчета.
Рис.8.13. Диалог настройки отчета DiagramObjectReport
Рис. 8.14. ФрагментотчетаDiagramObjectReport