Рис. 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. Диалог BPwin Tutorial
Уроки представляют собой последовательное изложение материала как по методологии построения моделей (рис. 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 не позволяет анализировать синтаксис естественного языка (английс кого и русского) и смысл имен объектов и поэтому игнорирует ошибки этого типа. Выявление таких ошибок - ручная работа, которая ложится на плечи аналитиков и должна контролироваться руководителем проекта.
Ошибки второго типа BPwin просто не допускает. Например, каждая грань работы предназначена для определенного типа стрелок. BPwin просто не позволит создать на диаграмме IDEF0 внутреннюю стрелку, выходящую из левой грани работы и входящую в правую грань.
Рис. 2.1.1. Отчет Model Consistency Report
Третий тип ошибок BPwin позволяет допустить, но детектирует их. Полный их список можно получить в отчете Model Consistency Report. Список ошибок может содержать, например, неименованные работы и стрелки (unnamed arrow, unnamed activity), несвязанные стрелки (unconnected border arrow), неразрешенные стрелки (unresolved (square tunneled) arrow connections) и т. д. Пример отчета Model Consistency Report приведен на рис. 2.1.1.