2.2.7. Разделение моделей

Для разделения модели нужно:

1. Щелкнуть правой кнопкой мыши по соответствующей деком­по­зи­ро­ванной работе и выполнить команду Split Model.

2. В появившемся окне cледует Split Options указать имя создаваемой мо­де­ли, нажать кнопку ОК и подтвердить создание модели.

Сформированная модель будет иметь контекстную модель с именем рабо­ты, из которой модель создана. Работа в старой модели будет недеком­по­зи­ро­ван­ной; у нее будет указана стрелка вызова сформированной моде­ли под именем этой модели.

2.2.8. Отчеты по модели

Отчеты вызываются из меню Tools/Reports. Существуют следующие виды отчетов (команд по формирования отчетов): контекстная модель. (Model Report), конкретная диаграмма (Diagram Report), полный отчет (Diagram Object Report), стоимостной анализ (п. 2.3) (Activity Cost Report (п. 2.3.1)), стрелки (Arrow Report), связывание моделей процессов и дан­ных (п. 2.4) (DataUsage Report), синтаксические ошибки (Model Consis­ten­cy Report), неименованные стрелки (Unnamed Arrow) и работы (Unnamed Acti­vity), несвязанные (Unconnected Border Arrow) и запрещенные (Un­re­sol­ved (Square Tunneled) Arrow Connections) стрелки, работы без стрелок вы­хо­да/уп­­рав­ле­ния (Activity <имя работы> has no Output/Control) (рисунок 2.2.8.1) и др.

Рисунок 2.2.8.1. Отчет об ошибках в моделях

Для каждого отчета, кроме последнего, выводится окно его настрой­ки. Рассмотрим основные общие параметры настройки отчетов.

Standard Report – открывающийся список стандартных отчетов для выбора. Пользователь может запомнить настройку в виде стандартного отчета в файле BRWINRPT.INI, если введет имя отчета в список и нажмет кнопку New.

Labeled – отчеты включают метку поля и строку с содержимым поля.

Fixed Column – каждое поле выводится в отдельной колонке.

Tab/Comma Delimited – поля выводятся в отдельных колонках, разделя­емых знаком табуляции/запятыми.

DDE Table – данные передаются по DDE приложению, например: Word или Excel, предварительно загруженные в оперативную память.

RPTWin – отчет создается в формате RPTWin‑генератора отчета (п. 4).

Ordering – сортировка данных.

Repeating – детальные данные объединяются в одно поле через знак плюс.

Filled – дублирование данных для каждого заголовка группы.

Header – вывод заголовков групп.

2.2.9. Экспертиза и согласование модели

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

2.3. Оценка модели

2.3.1. Стоимостной анализ (abc)

Стоимостной анализ включает следующие понятия:

Объект затрат – основной выход работы (например, готовое изделие).

Движитель затрат – характеристики входов и управлений работы.

Центры затрат – статьи расхода.

Вначале командой Model/Model Properties/ABC Units задаются еди­ни­цы измерения времени и денег (рисунок 2.3.1.1).

Рисунок 2.3.1.1. Настройка единиц измерения времени и денег

Далее командой Model/Cost Centers Editor описы­ва­ют­ся центры за­т­рат в поле Cost centers с подробным описанием в поле Definition каждого цен­т­ра (рисунок 2.3.1.2). Списки затрат и их последовательность в спис­ке для разных моделей дол­ж­ны быть одинаковыми, если используется один и тот же стандартный отчет.

Рисунок 2.3.1.2. Описание центров затрат

Для задания стоимости работы используется команда ее кон­текст­но­го меню Cost (рисунок 2.3.1.3).

Рисунок 2.3.1.3. Задание стоимости работы

В поле Frequency указывается частота вы­пол­нения работы в рамках общего процесса, а в поле Duration – ее продолжительность. Далее задаются стоимости центров затрат работы.

Об­щая стоимость работы равна сумме по всем центрам затрат. Сто­имость родительской работы равна сумме дочерних работ с учетом часто­ты их повторения в рамках родительской работы (произведение стоимости дочерней работы на частоту родительской работы). По умол­чанию для всех работ включен режим Compute from decompositions, обеспечивающий автоматический подсчет сумм затрат. Можно отказаться от такого под­сче­та и вручную задать стоимость работы в режиме Override decom­po­si­ti­ons. Результаты расчетов сохраняются независимо от этих режимов, и можно оперативно ими пользоваться для анализа различных вариантов.

Для более глубокого анализа можно воспользоваться пакетом сто­имо­стного анализа EasyABC (ABC Technology, Inc). Для этого нужно экспортировать дерево узлов командой File/Export/Node Tree. Полученный текстовый файл нужно импортировать в EasyABC и обработать его там. Импор­ти­рование результирующего файла из EasyABC реализуется командой File/Import/Costs.

Результаты стоимостного анализа можно вывести в виде отчета ко­ман­дой Tools/Reports/Activity Cost Report. В нижнем левом углу пря­мо­угольника работы показывается либо ее стоимоcть (по умолчанию), либо продол­жи­тель­ность, либо частота в зависимости от настройки в окне Model Properties, вызываемом командой Model/Model Properties (страни­цы Display, ABC Units).