КРАТКОЕ РУКОВОДСТВО ПОЛЬЗОВАТЕЛЯ ПРОГРАММЫ

PLATINUM BPWIN

1. Построение модель AS-IS процесса с использованием методологии

структурного системного анализа (SADT)

Наиболее удобным языком моделирования бизнес-процессов является

IDEF0, предложенный более 20 лет назад Дугласом Россом (SoftTech, Inc.) и

называвшемся первоначально SADT – Structured Analysis and Design Technicue.

(Подробно методология SADT излагается в книге Дэвида А. Марка и Клемента

Мак-Гоуэна «Методология структурного анализа и проектирования SADT»М.:

Метатехнология, 1993.) В начале 70-ч годов вооруженные силы США

применили подмножество SADT, касающееся моделирования процессов, для

реализации проектов в рамках программы ICAM (Integrated Computer-Aided

Manufacturing). В дальнейшем это подмножество SADT было принято в

качестве федерального стандарта США под наименованием IDEF0. Подробные

спецификации на стандарты IDEF можно найти на сайте http//www.idef.com.

В IDEF0 система представляется как совокупность взаимодействующих

работ или функций. Такая чисто функциональная ориентация является

принципиальной – функции системы анализируются независимо от объектов,

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

взаимодействие процессов организации.

Под моделью IDEF0 понимают описание системы (текстовое и

графическое), которое должно дать ответ на некоторые заранее определенные

вопросы.

Моделируемая система рассматривается как произвольное подмножество

Вселенной. Произвольное потому, что, во-первых, мы сами умозрительно

определяем, будет ли некий объект компонентом системы, или мы будем его

рассматривать как внешнее воздействие, и, во-вторых, оно зависит от точки

зрения на систему. Система имеет границу, которая отделяет ее от остальной

Вселенной. Взаимодействие системы с окружающим миром описывается как

вход (нечто, что перерабатывается системой), выход (результаты деятельности

системы), управление (стратегии и процедуры, под управлением которых

2

производится работа) и механизм (ресурсы, необходимые для проведения

работы). Находясь под управлением, система преобразует входы в выходы,

используя механизмы.

Основу методологии IDEF0 составляет графический язык описания

бизнесс-процессов. Модель в нотации IDEF0 представляет собой совокупность

иерархически упорядоченных и взаимосвязанных диаграмм. Каждая диаграмма

является единицей описания системы и располагается на отдельном листе.

Возможно построение двух моделей AS-IS (как есть) и TO-BE (как

будет), обычно сначала строится модель существующей организации работы –

AS-IS. На основе модели AS-IS достигается консенсус между различными

единицами бизнеса по тому, «кто что сделал» и что каждая единица бизнеса

добавляет в процесс. Модель AS-IS позволяет выяснить, «что мы делаем

сегодня» перед тем, как перепрыгнуть на то, «что мы будем делать завтра».

Анализ функциональной модели позволяет понять, где находятся наиболее

слабые места, в чем будут состоять преимущества новых бизнес-процессов и

насколько глубоким изменениям подвергнется существующая структура

организации бизнеса. Детализация бизнес-процесса позволяет выявить

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

кажется очевидной. Признаками неэффективной деятельности могут быть

бесполезные, неуправляемые и дублирующиеся работы, неэффективный

документооборот (нужный документ не оказывается в нужном месте в нужное

время), отсутствие обратных связей по управлению (на проведение работы не

оказывает влияние ее результат), входу (объекты или информация

используются нерационально) и т.д. Найденные в модели AS-IS недостатки

можно исправить при создании модели TO-BE – модели новой организации

бизнес-процессов. Модель TO-BE нужна для анализа альтернативных (лучших)

путей выполнения работы и документирования того, как компания будет делать

бизнес в будущем.

3

2. Построение модели в пакете BPwin

При загрузке приложения появляется диалоговое окно (рис.1), в котором

необходимо указать, будет ли модель создана, открыта из файла или из

репозитария ModelMart, записать имя модели и выбрать методологию, по

которой будет построена модель (по умолчанию – Business Process (IDEF0)).

Рис.1. Диалог создания модели

4

Теперь высветился первый лист диаграммы, на котором имеется только

один блок (Рис.2) – это контекстная диаграмма

Рис.2. Контекстная диаграмма

5

Каркас диаграммы. Каркас содержит заголовок (верхняя часть рамки) и

подвал (нижняя часть рамки). Заголовок каркаса используется для

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

используется для идентификации и позиционирования в иерархии диаграммы.

Поля заголовка каркаса (слева-направо)Поле Смысл

Used At Используется для указания на родительскую работу в случае, если на текущую диаграмму ссылались посредством стрелки вызова

Autor, Date, Rev, Project Имя создателя диаграммы, дата создания и имя проекта, в рамках которого была создана диаграмма. Rev – дата последнего редактирования диаграммы

Notes 1 2 3 4 5 6 7 8 9 10 Используется для проведения сеанса экспертизы. Эксперт должен на бумажной копии диаграммы указать число замечаний, вычеркивая цифру из списка каждый раз при внесении нового замечания

Status Статус отображает стадию создания диаграммы, отображая все этапы публикации

Working Новая диаграмма, кардинально обновленная диаграмма или новый автор диаграммы

Draft Диаграмма прошла первичную экспертизу и готова к дальнейшему обсуждению

Recommended Диаграмма и все ее сопровождающие документы прошли экспертизу. Новых изменений не ожидается

Publication Диаграмма готова к окончательной печати и публикации

Reader Имя читателя (эксперта)Date Дата прочтения (экспертизы)Context Схема расположения работ в контекстной диаграмме

Поля подвала каркаса (слева направо)Поле СмыслNode Номер узла диаграммы (номер родительской работы)Title Имя диаграммы. По умолчанию имя родительской

работыNumber C-Number, уникальный номер версии диаграммы,

который задается пользователем вручнуюPage Номер страницы

Далее нужно выбрать пункт меню Edit/Model Properties:

6

на закладке General, записать имя автора и инициалы (рис.3);

Рис.3 Диалог задания имени модели, проекта и авторана закладке Purpose (Рис.4) записать цель моделирования и в окне

Viewpoint – точку зрения на процесс;

Рис.4 Диалог задания цели моделей и точки зрения

7

на закладке Definition - определение процесса, и в окне Scope – границы процесса (рис.5);

Рис.5. Диалог задания ограничений и определение модели.на закладке Source – источник данных (рис.6).

Рис.6 Диалог задания источника данных

8

Описание работ (Aktivity). Далее необходимо дважды щелкнуть

мышкой по блоку и внести на закладке Name название процесса (рис.7):

Рис.7 Редактор задания свойств работы

и в закладку Definition (рис.8) вписать определение процесса (поле Note

предназначено для заметок эксперта, который может оценить правильность

составления модели, в данном случае это заметки преподавателя).

9

Рис.8. Редактор задания определения работы

Создание и описание стрелочек.

Необходимо щелкнуть по кнопочке: и навести курсор на область, из

которой стрелочка будет выходить (она при этом засветится, если конечно она

выбраны правильно, так как Bpwin просто не допускает некоторые ошибки в

методологии построения модели) и щелкнуть там мышью. А затем навести

курсор на то место, куда стрелочка будет входить (оно тоже должно засветится)

и снова щелкнуть мышкой. Имеется стрелочка.

Далее нужно вернутся на палитру инструментов и выбрать опцию

редактирования стрелки кнопочку: и дважды кликнуть по стрелочке:

появилось диалоговое окно (рис.9), куда нужно внести имя стрелочки и нажать

кнопочку «Применить»,

10

Рис.9. Редактор задания имени стрелочки

появится еще несколько закладок; выберем закладку Definition (рис.10) и

запишем туда определение (пояснение к имени стрелочки).

Рис.10. Редактор задания определения стрелочки.

11

Для того, чтобы связать имя стрелочки с самой стрелочкой, нужно

выбрать кнопочку: и щелкнуть по тому месту на стрелочке, к которому

будет прикрепляться связь.

Корректировать словарь стрелочек (исправлять ошибки в именах

стрелочек, удалять ненужные имена) нужно в: пункт меню Edit/Arrow

Dictionary (рис.11).

Рис.11. Словарь стрелок.

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

декомпозировать (кликнуть по нему мышкой), а затем нажать на кнопочку:

Появится диалоговое окно (рис.12), в котором по умолчанию

заданно, что декомпозиция будет строиться по методологии IDEF0, и

количество блоков на листе (по умолчанию - 4).

12

Рис.12. Диалог Aktivity Box Count

Получился новый листок, с четырьмя блоками и несвязанными

стрелочками, как записывать названия работ в блоки уже упоминалось выше,

приступим к присоединению несвязанных стрелочек: кликнем мышкой по

кончику стрелочки (за курсором потянется линия), и кликнем затем по месту на

блоке, в которое будет входить стрелочка.

Поставить новую работу (прямоугольник) на диаграмму можно с

помощью кнопочки , кликнув сначала по ней , а затем по тому месту на

диаграмме, где должна находится работа.

Корректировать, работать с именами работ нужно в словаре работ(рис.13)

13

Рис.13. Словарь работ

Граничные стрелочки, созданные на диаграмме декомпозиции, отмечены

квадратными скобочками, для того, чтобы перетащить эту стрелочку на

родительскую диаграмму или загнать в туннель, необходимо сначала выбрать

кнопку на палитре инструментов и щелкнуть по квадратным скобкам

граничной стрелки. Появится диалог тоннелирования стрелок (рис.14)

Рис.14. Диалог тоннелирования стрелок

Если щелкнуть по кнопке Resolve Border Arrow, стрелка мигрирует на

диаграмму верхнего уровня, если по кнопке Change To Tunnel, то стрелка будет

затоннелирована и не попадет на другую диаграмму. Тоннельная стрелка

изображается с круглыми скобками на конце.

Для отображения на диаграмме декомпозиции ICOM-кодов нужно

включить опцию Show ICOM codes на закладке Presentation диалога Model

Properties (меню Edit/Model Properties).

Создание диаграммы дерева узлов. Для создания диаграммы дерева

узлов следует выбрать в меню пункт Insert/Node Tree. Возникает диалог

формирования диаграммы дерева узлов Node Tree Definition (рис.15)

В диалоге следует указать глубину дерева – Number of Levels (по

умолчанию - 3) и корень дерева (по умолчанию – родительская работа текущей

14

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

виде списка, остальные работы – в виде прямоугольников.

Рис.15. Диалог создания диаграммы дерева узлов

Стоимостной анализ.

АВС может производится только тогда, когда модель работы

последовательная (следует синтаксическим правилам IDEF0), корректная

(отражает бизнес), полная (охватывает всю рассматриваемую область) и

стабильная (проходит экспертизу без изменений), другими словами, создание

модели работы закончено.

При проведении стоимостного анализа сначала задаются единицы

измерения времени и денег. Для задания единиц измерения следует вызвать

диалог Model Properties (меню Edit Model Properties), закладка ABC Units

(рис.16.).

Если в списке выбора отсутствует необходимая валюта (например,

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

15

Windows. Диапазон измерения времени в списке Unit of measurment достаточен

для большинства случаев - от секунд до лет.

Рис.16. Диалог задания единиц измерения цены, продолжительности.

Для задания стоимости работы (для каждой работы на диаграмме

декомпозиции) следует щелкнуть правой кнопкой мышки по работе и на

всплывающем меню выбрать Cost Editor (рис.17). В диалоге Activity Cost

указывается частота проведения данной работы в рамках общего процесса

(окно Frequency) и продолжительность (Duration). Затем следует выбрать в

списке один из центров затрат и в окне Cost задать его стоимость. Аналогично

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

работы по каждой статье расхода.

Общие затраты по работе подсчитываются как сумма по всем центрам

затрат. При вычислении затрат вышестоящей (родительской) работы сначала

вычисляется произведение затрат дочерней работы на частоту работы (число

16

раз, которое выполняется работа в рамках проведения родительской работы),

затем результаты складываются. Если во всех работах включен режим Compute

Рис.17. Далог задания стоимости работ

from Decompositions, подобные вычисления автоматически производятся

по всей иерархии работ снизу вверх. Но это справедливо только когда работы

выполняются последовательно. Но если работы производятся, например,

альтернативно, то можно задавать итоговые суммы для каждой работы

вручную (Override Decompositions). В этом случае результаты расчетов с

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

уровнях будет учитываться сумма, заданная вручную. На любом уровне

результаты расчетов сохраняются независимо от выбранного режима, поэтому

при отключении опции Override Decompositions расчет снизу вверх

производится обычным образом.

Результаты можно увидеть в отчете, но они отображаются и

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

может показываться либо стоимость (по умолчанию), либо продолжительность,

17

либо частота проведения работы. Настройка отображения осуществляется в

диалоге Model Properties (меню Edit/ Model Properties), закладка Display, ABC

Data, ABC Units.

Создание отчетов. 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. Отчет, содержащий список синтаксических

ошибок модели.

При выборе пункта меню, который соответствует какому-либо отчету,

появляется диалог настройки отчета. Для каждого из семи типов отчетов он

выглядит по-своему. Рассмотрим типичный диалог Arrow Report (рис.18).

Раскрывающийся список Standart Reports позволяет выбрать один из

стандартных отчетов.

В правом верхнем углу диалога находится группа управляющих

элементов для выбора формата отчета. Доступны следующие форматы:

18

Рис. 18. Диалог создания отчета по стрелкам.

Labeled – отчеты включают метку поля, затем, в следующей строке,

печатается содержимое поля;

Fixed Column – каждое поле печатается в собственной колонке;

Tab-Comma Delimited – каждое поле печатается в собственной

колонке. Колонки разделяются знаком табуляции или запятыми;

DDE Table – данные передаются по DDE приложению (Word, Exсel)$

RPTwin – отчет создается в формате Platinum RPTwin –

специализированного генератора отчетов, который входит в поставку

BPwin.

Примечание:

1.Если возникают проблемы с отображением русского текста, то нужно

выбрать пункт меню Tools/Default Fonts (рис.19) – и поставить птичку в самом

низу.

19

Рис.19. Настройка шрифтов.

2.Если щелкнуть по любому объекту модели левой кнопкой мыши,

появляется контекстное меню, каждый пункт которого соответствует

редактору какого либо свойства объекта, там же можно установить цвет,

шрифт.

20

СПИСОК РЕКОМЕНДОВАННОЙ ЛИТЕРАТУРЫ:

1.Маклаков С.В. «BPwin и ERwin. CASE-средства разработки

информационных систем» – М.: ДИАЛОГ-МИФИ, 1999 – 256 с.

2.Свежую информацию на русском языке о продуктах PLATINUM

technology можно найти можно найти на сайте http://www.interface.ru/

3.Подробные спецификации на стандарты IDEF можно найти на сайте

http//www.idef.com.

21