Моделирование бизнес-процессов с BPwin 4.0
Шрифт:
Создавать имитационные модели без предварительного анализа бизнес-процессов не всегда представляется возможным. Действительно, не поняв сути бизнес-процессов предприятия, бессмысленно пытаться оптимизировать конкретные технологические процессы. Поэтому функциональные модели и имитационные модели не заменяют, а дополняют друг друга, при этом они могут быть тесно взаимосвязаны. Имитационная модель дает больше информации для анализа системы, в свою очередь, результаты такого анализа могут стать причиной модификации модели процессов. Наиболее целесообразно сначала создать функциональную модель, а затем на ее основе строить модель имитационную. Для поддержки такой технологии инструментальное
Поскольку имитационная модель имеет гораздо больше параметров, чем диаграмма IDEF3, в BPwin 4.0 имеется возможность задать эти параметры с помощью свойств, определяемых пользователем (UDP). В поставку BPwin 4.0 входят примеры моделей с предварительно внесенными UDP для экспорта в Arena (каталог Program Files/Computer Associates /BPwin 4.0/Samples/Arena/) и модель ArenaBEUDPs.bpl, в которой определены все необходимые для экспорта UDP и которую можно использовать в качестве шаблона для создания новых моделей. В том же каталоге находится файл BPwin IDEF3 to Arena BE mappings.doc, содержащий описание UDP, необходимых для построения имитационной модели.
Рис. 1.4.44. Диаграмма IDEF3– пример для иллюстрации экспорта в Arena
На рис 1.4.44 показан пример функциональной модели, а на рис. 1.4.45 -результат экспорта этой модели в Arena.
Рис. 1.4.45. Имитационная модель Arena -результат импорта из BPwin
К сожалению, поставляемые с BPwin примеры после экспорта в Arena не могут быть сразу же "проиграны". В свойствах модели содержатся ошибки. Arena не допускает использования символа & в названии работы и в качестве разделителя дробной части для действительных чисел используется не запятая, а точка. Ресурсы объектов модели могут быть исправлены с помощью диалога Resource (рис. 1.4.46), после чего успешно "проиграны".
Рис. 1.4.46. Диалог Resource для редактирования ресурсов объектов имитационной модели Arena
Совместное использование CASE-инструмента построения функциональной модели BPwin и системы имитационного моделирования Arena позволяет наиболее эффективно оптимизировать технологические процессы практически в любой сфере деятельности.
1.5. Использование обучающего модуля BPwin
Основным расширением функциональности Service Pack 2 для BPwin явилось включение обучающего модуля (On-line tutorial). Для вызова обучающей программы в BPwin следует перейти в меню Help/BPwin online Tutorial. Появляется диалог BPwin Tutorial (рис. 1.5.1), в котором можно выбрать один из 10 уроков.
Рис. 1.5.1.
Уроки представляют собой последовательное изложение материала как по методологии построения моделей (рис. 1.5.2) и нотациям IDEFO, IDEF3 и DFD, так и по технике работы с BPwin (рис. 1.5.3).
Рис. 1.5.2. Обучение построению смешанных моделей в BPwin Tutorial
Рис. 1.5.3. Обучение технике создания внутренних стрелок
Глава 2. Создание отчетов
2.1. Создание отчетов в BPwin
2.1.1. Встроенные шаблоны отчетов
Существует три способа создания отчетов в BPwin 4.0:
с помощью встроенных шаблонов;
с помощью Report Template Builder;
с помощью RPTwin.
Для создания отчетов по функциональной модели можно также использовать генераторы отчетов третьих фирм, например Crystal Reports.
Отчеты на основе встроенных шаблонов можно создать, выбрав из меню Tools/Reports необходимый тип шаблона. Всего имеется семь типов шаблонов отчетов:
Model Report. Этот отчет уже упоминался в 1.2.1. Он включает информацию о контексте модели - имя модели, точку зрения, область, цель, имя автора, дату создания и др.
Diagram Report. Отчет по конкретной диаграмме. Включает список объектов: работ, стрелок, хранилищ данных, внешних ссылок и т. д.
Diagram Object Report. Наиболее полный отчет по модели. Может включать полный список объектов модели: работ, стрелок с указанием их типа и др.
– и свойства, определяемые пользователем.
Activity Cost Report. Отчет о результатах стоимостного анализа. Будет рассмотрен ниже.
Arrow Report. Отчет по стрелкам. Может содержать информацию из словаря стрелок, информацию о работе-источнике, работе-назначении стрелки и информацию о разветвлении и слиянии стрелок.
DataUsage Report. Отчет о результатах связывания модели процессов и модели данных. (Будет рассмотрен ниже.)
Model Consistency Report. Отчет, содержащий список синтаксических ошибок модели.
Синтаксические ошибки IDEF0 с точки зрения BPwin разделяются на три типа:
первых, это ошибки, которые BPwin выявить не в состоянии.
Например, синтаксис IDEF0 требует, чтобы имя работы было выражено отглагольным существительным ("Изготовление изделия", "Обслуживание клиента", "Выписка счета" и т. д.), а имя стрелки также должно быть выражено существительным. BPwin не позволяет анализировать синтаксис естественного языка (английс кого и русского) и смысл имен объектов и поэтому игнорирует ошибки этого типа. Выявление таких ошибок - ручная работа, которая ложится на плечи аналитиков и должна контролироваться руководителем проекта.