Практическое использование BPwin. Функциональное моделирование средствами bpWin

  • Контроль корректности моделей. За счет встроенных средств BPwin 7 осуществляет контроль некорректных связей и представления элементов моделей. Это повышает качество моделей и улучшает возможности интеграции с другими средствами моделирования;
  • Встроенный генератор отчетов. С помощью этого генератора можно создать шаблон необходимого отчета и применять этот шаблон для любых моделей BPwin 7. Отчеты могут представляться в форматах HTML, RTF, TXT, PDF.

Книги по BPwin

В настоящее время выпускается не так много книг по программному продукту BPwin. Это связано с тем, что данное CASE средство сдает свои позиции, и поддержка продукта прекращается. Тем не менее, в продаже еще существует часть популярной и полезной литературы по работе с BPwin , а также развитием этого ПО в AllFusion Process Modeler.

Книги, представленные на данной странице, можно приобрести как в бумажном, так и в электронном виде через партнера сайта – онлайн-магазин Ozon.ru

Книга выпущена в 2002г. В данной книге представлено описание работы с наиболее популярной версией BPwin 4.0. Она содержит описание методологии моделирования, лежащей в основе BPwin (методы IDEF0, DFD, IDEF3), описание программного продукта BPwin и его возможностей, методы построения отчетов с помощью BPwin , объясняется построение модели данных, и даются примеры использования BPwin и Erwin для моделирования бизнес процессов. Также, в книге даются упражнения по созданию функциональной модели деятельности предприятия.

Книга предназначена для бизнес аналитиков и специалистов, занимающихся моделированием бизнес-процессов.

Данная книга выпущена в 2007г. и представляет описание работы в пакете моделирования AllFusion Process Modeler версии 4.1.4 и All Fusion PM . Книга дает описание методологий функционального моделирования IDEF 0, IDEF 3 и моделирования данных DFD . Приводится подробное применение пакета AllFusion для целей моделирования, указываются задачи, которые могут решаться с помощью данного пакета. Также, приводятся примеры эффективного использования AllFusion в различных сферах.

Книга будет полезна для системных и бизнес аналитиков, а также всех, кто интересуется вопросами моделирования и анализа бизнес процессов.

Эта книга представляет описание и порядок работы с пакетом моделирования AllFusion Process Modeler 4.1. Книга выпущена тем же автором, что и книга «Моделирование бизнес-процессов с BPwin 4.0 » По своей сути, книга представляет обновленную редакцию предыдущего издания. В состав книги входит 5 глав. В первой главе дается описание инструментальных средств BPwin 4.1, описывается создание моделей в нотациях IDEF0, IDEF3, DFD, рассказывается о порядке проведения стоимостного анализа. Во второй главе рассказывается о порядке создания отчетов с помощью средств AllFusion Process Modeler 4.1. Третья глава посвящена вопросам связывания модели процессов и моделей данных. В четвертой главе обсуждается вопрос групповой разработки моделей в AllFusion Process Modeler 4.1. В четвертой главе собраны 16 упражнений по созданию моделей процессов для самостоятельной работы читателей.

Это более ранняя версия книги «Эффективное моделирование с AllFusion Process Modeler ». Она была выпущена в 2004 г. Содержание книги включает в себя вопросы моделирования по нотациям IDEF0, DFD, IDEF3. Дается описание пакета AllFusion Process Modeler 4.1. и его применение для целей разработки моделей бизнес процессов.

Книга может быть полезна специалистам, занимающимся вопросами реорганизации бизнес процессов, моделированием деятельности предприятий, бизнес аналитикам, специалистам по функциональному моделированию и ИТ специалистам.

Software ) и др. Функциональные возможности инструментальных средств структурного моделирования деловых процессов будут рассмотрены на примере case-средства BPwin.

BPwin поддерживает три методологии моделирования: функциональное моделирование ( IDEF0 ); описание бизнес-процессов (IDEF3); диаграммы потоков данных ( DFD ).

Инструментальная среда BPwin

BPwin имеет достаточно простой и интуитивно понятный интерфейс пользователя. При запуске BPwin по умолчанию появляется основная панель инструментов , палитра инструментов (вид которой зависит от выбранной нотации) и, в левой части, навигатор модели - Model Explorer (рис. 7.1).

При создании новой модели возникает диалог, в котором следует указать, будет ли создана модель заново или она будет открыта из файла либо из репозитория ModelMart, затем внести имя модели и выбрать методологию, в которой будет построена модель (рис. 7.2).

Как было указано выше, BPwin поддерживает три методологии - IDEF0 , IDEF3 и DFD , каждая из которых решает свои специфические задачи. В BPwin возможно построение смешанных моделей, т. е. модель может содержать одновременно диаграммы как IDEF0 , так и IDEF3 и DFD . Состав палитры инструментов изменяется автоматически, когда происходит переключение с одной нотации на другую.


Рис. 7.1.


Рис. 7.2.

Модель в BPwin рассматривается как совокупность работ , каждая из которых оперирует с некоторым набором данных. Работа изображается в виде прямоугольников, данные - в виде стрелок. Если щелкнуть по любому объекту модели левой кнопкой мыши, появляется контекстное меню , каждый пункт которого соответствует редактору какого-либо свойства объекта.

Построение модели IDEF0

На начальных этапах создания ИС необходимо понять, как работает организация, которую собираются автоматизировать. Руководитель хорошо знает работу в целом, но не в состоянии вникнуть в детали работы каждого рядового сотрудника. Рядовой сотрудник хорошо знает, что творится на его рабочем месте, но может не знать, как работают коллеги. Поэтому для описания работы предприятия необходимо построить модель, которая будет адекватна предметной области и содержать в себе знания всех участников бизнес-процессов организации.

Наиболее удобным языком моделирования бизнес-процессов является IDEF0 , где система представляется как совокупность взаимодействующих работ или функций. Такая чисто функциональная ориентация является принципиальной - функции системы анализируются независимо от объектов, которыми они оперируют. Это позволяет более четко смоделировать логику и взаимодействие процессов организации.

Процесс моделирования системы в IDEF0 начинается с создания контекстной диаграммы - диаграммы наиболее абстрактного уровня описания системы в целом, содержащей определение субъекта моделирования, цели и точки зрения на модель.

Под субъектом понимается сама система, при этом необходимо точно установить, что входит в систему, а что лежит за ее пределами, другими словами, определить, что будет в дальнейшем рассматриваться как компоненты системы, а что как внешнее воздействие. На определение субъекта системы будут существенно влиять позиция, с которой рассматривается система, и цель моделирования - вопросы, на которые построенная модель должна дать ответ. Другими словами, в начале необходимо определить область моделирования. Описание области как системы в целом, так и ее компонентов является основой построения модели. Хотя предполагается, что в ходе моделирования область может корректироваться, она должна быть в основном сформулирована изначально, поскольку именно область определяет направление моделирования. При формулировании области необходимо учитывать два компонента - широту и глубину. Широта подразумевает определение границ модели - что будет рассматриваться внутри системы, а что снаружи. Глубина определяет, на каком уровне детализации модель является завершенной. При определении глубины системы необходимо помнить об ограничениях времени - трудоемкость построения модели растет в геометрической прогрессии с увеличением глубины декомпозиции. После определения границ модели предполагается, что новые объекты не должны вноситься в моделируемую систему.

Цель моделирования

Цель моделирования определяется из ответов на следующие вопросы:

  • Почему этот процесс должен быть смоделирован?
  • Что должна показывать модель?
  • Что может получить клиент?

Точка зрения (Viewpoint).

Под точкой зрения понимается перспектива, с которой наблюдалась система при построении модели. Хотя при построении модели учитываются мнения различных людей, все они должны придерживаться единой точки зрения на модель. Точка зрения должна соответствовать цели и границам моделирования. Как правило, выбирается точка зрения человека, ответственного за моделируемую работу в целом.

IDEF0 -модель предполагает наличие четко сформулированной цели, единственного субъекта моделирования и одной точки зрения. Для внесения области, цели и точки зрения в модели IDEF0 в BPwin следует выбрать пункт меню Model/Model Properties, вызывающий диалог Model Properties (рис. 7.3). В закладке Purpose следует внести цель и точку зрения, а в закладку Definition - определение модели и описание области.


Рис. 7.3.

В закладке Status того же диалога можно описать статус модели (черновой вариант, рабочий, окончательный и т. д.), время создания и последнего редактирования (отслеживается в дальнейшем автоматически по системной дате). В закладке Source описываются источники информации для построения модели (например, "Опрос экспертов предметной области и анализ документации"). Закладка General служит для внесения имени проекта и модели, имени и инициалов автора и временных рамок модели - AS-IS и ТО-ВЕ.

BPwin и Erwin. CASE-средства для разработки информационных систем Маклаков Сергей Владимирович

1. Создание модели процессов в BPwin

1. Создание модели процессов в BPwin

1.1. Инструментальная среда BPwin

BPwin имеет достаточно простой и интуитивно понятный интерфейс пользователя, дающий возможность аналитику создавать сложные модели при минимальных усилиях. Ниже будет описан интерфейс версии 2.5.

Рис. 1.1. Интегрированная среда разработки модели BPwin 2.5

При запуске BPwin по умолчанию появляется основная панель инструментов, палитра инструментов (вид которой зависит от выбранной нотации) и, в левой части, навигатор модели - Model Explorer (рис. 1.1).

Функциональность панели инструментов доступна из основного меню Bpwin (табл. 1.1).

Таблица 1.1. Описание элементов управления основной панели инструментов Bpwin2.5

Элемент управления Описание Соответствующий пункт меню
Создать новую модель File/New
Открыть модель File/Open
Сохранить модель File/Save
Напечатать модель File/Print

Выбор масштаба View/Zoom
Масштабирование View/Zoom
Проверка правописания Tools/Spelling
Включение и выключение навигатора модели Model Explorer View/Model Explorer
Включение и выключение дополнительной панели инструментов работы с ModelMart ModelMart

При создании новой модели возникает диалог, в котором следует указать, будет ли создана модель заново, или она будет открыта из файла либо из репозитория ModelMart, внести имя модели и выбрать методологию, в которой будет построена модель (рис. 1.2).

Как было указано выше, BPwin поддерживает три методологии - IDEF0, IDEF3 и DFD, каждая из которых решает свои специфические задачи. В BPwin возможно построение смешанных моделей, т. е. модель может содержать одновременно как диаграммы IDEF0, так и IDEF3 и DFD. Состав палитры инструментов изменяется автоматически, когда происходит переключение с одной нотации на другую, поэтому палитра инструментов будет рассмотрена позже.

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

Модель в BPwin рассматривается как совокупность работ, каждая из которых оперирует с некоторым набором данных. Работа изображается в виде прямоугольников, данные - в виде стрелок. Если щелкнуть по любому объекту модели левой кнопкой мыши, появляется всплывающее контекстное меню, каждый пункт которого соответствует редактору какого-либо свойства объекта.

Установка цвета и шрифта объектов. Пункты контекстного меню Font Editor и Color Editor вызывают соответствующие диалоги для установки шрифта (в том числе его размера и стиля) и цвета объекта. Кроме того, BPwin позволяет установить шрифт по умолчанию для объектов определенного типа на диаграммах и в отчетах. Для этого следует выбрать меню Tools/Default Fonts, после чего появляется каскадное меню, каждый пункт которого служит для установки шрифтов для определенного типа объектов:

Context Activity - работа на контекстной диаграмме;

Context Arrow - стрелки на контекстной диаграмме;

Decomposition Activity - работы на диаграмме декомпозиции;

Decomposition Arrow - стрелки на диаграмме декомпозиции;

NodeTree Text - текст на диаграмме дерева узлов;

Frame User Text - текст, вносимый пользователем в каркасе диаграмм;

Frame System Text - системный текст в каркасе диаграмм;

Text Blocks - текстовые блоки;

Parent Diagram Text - текст родительской диаграммы;

Parent Diagram Title Text - текст заголовка родительской диаграммы;

Report Text - текст отчетов.

Из книги Модель зрелости процессов разработки программного обеспечения автора Паулк Марк

1.3. Обзор модели зрелости процессов разработки Хотя зачастую инженеры-разработчики и менеджеры хорошо осведомлены о своих проблемах, их взгляды на то, какие усовершенствования являются наиболее важными, могут быть различными. Без организованной стратегии

Из книги Практика и проблематика моделирования бизнес-процессов автора Всяких Е И

ГЛАВА 3. РАБОЧЕЕ ОПРЕДЕЛЕНИЕ МОДЕЛИ ЗРЕЛОСТИ ПРОЦЕССОВ РАЗРАБОТКИ ПО Модель СММ является структурой, представляющей последовательность усовершенствований, которые рекомендуются для организаций-разработчиков, желающих повысить продуктивность своего

Из книги BPwin и Erwin. CASE-средства для разработки информационных систем автора

Из книги Моделирование бизнес-процессов с BPwin 4.0 автора Маклаков Сергей Владимирович

Из книги автора

Из книги автора

1.3. Создание отчетов в BPwin BPwin имеет мощный инструмент генерации. Отчеты по модели вызываются из пункта меню Report. Всего имеется семь типов отчетов:Model Report. Этот отчет уже упоминался в 1.2.1. Он включает информацию о контексте модели - имя модели, точку зрения, область, цель, имя

Из книги автора

1.5. Дополнение созданной модели процессов диаграммами DFD и Workflow (IDEF3) 1.5.1. Диаграммы потоков данных (Data Flow Diagramming) Диаграммы потоков данных (Data flow diagramming, DFD) используются для описания документооборота и обработки информации. Подобно IDEF0, DFD представляет модельную систему как

Из книги автора

4.2. Создание модели данных на основе объектной модели с помощью ERwin Translation Wizard Rational Rose позволяет строить объектную модель, но не может построить качественную физическую модель данных. Для решения этой задачи фирмой PLATINUM technology выпущена утилита ERwin Translation Wizard, позволяющая

Из книги автора

1.4. Дополнение созданной модели процессов организационными диаграммами, диаграммами DFD и Workflow (IDEF3) 1.4.1. Диаграммы потоков данных (Data Flow Diagramming) Диаграммы потоков данных (Data flow diagramming, DFD) используются для описания документооборота и обработки информации. Подобно IDEF0, DFD

Из книги автора

2.1. Создание отчетов в BPwin 2.1.1. Встроенные шаблоны отчетов Существует три способа создания отчетов в BPwin 4.0:с помощью встроенных шаблонов;с помощью Report Template Builder;с помощью RPTwin.Для создания отчетов по функциональной модели можно также использовать генераторы отчетов

Из книги автора

Глава 3. Связывание модели процессов и модели данных 3.1. Модель данных и ее соответствие модели процессов Функциональная модель BPwin является основой для построения модели данных. Действительно, не имея информации о том, как работает предприятие, бессмысленно строить

Из книги автора

3.1. Модель данных и ее соответствие модели процессов Функциональная модель BPwin является основой для построения модели данных. Действительно, не имея информации о том, как работает предприятие, бессмысленно строить модель данных. Для построения модели данных удобно

Из книги автора

Из книги автора

3.3. Создание сущностей и атрибутов BPwin и их экспорт в ERwin Если в процессе связывания стрелок с объектами модели данных окажется, что каких-либо сущностей или атрибутов не хватает, их можно добавить прямо в BPwin, а затем экспортировать в ERwin.Для редактирования сущностей

Из книги автора

Глава 4. Практикум. Создание функциональной модели с помощью BPwin 4.0 4.1. Упражнение 1. Создание контекстной диаграммы Гл. 4 содержит 16 упражнений, предназначенных для самостоятельной работы. Цель упражнений - дать читателю навык создания и редактирования функциональных

Из книги автора

4.14. Упражнение 14. Создание модели ТО-ВЕ (реинжиниринг бизнес-процессов) Модель ТО-ВЕ создается на основе анализа модели AS-IS. Анализ может проводиться как по формальным признакам (отсутствие выходов или управлений у работ, отсутствие обратных связей и т. д.), так и по

Бизнесмоделирование.
Модель в BPwin

Вопросы

1. Модель в IDEF0:
контекстная диаграмма А-0 (в каждой модели
может быть только одна контекстная
диаграмма);
диаграммы декомпозиции (в том числе
диаграмма первого уровня декомпозиции А0,
раскрывающая контекстную);
диаграммы дерева узлов;
диаграммы только для экспозиции (FEO).
2. Работа в BPwin

BPwin, ERwin – средства функционального и концептуального
моделирования, реализующие методологии IDEF0 и IDEF1X
соответственно. BPwin позволяет создавать сложные модели
бизнес-процессов при минимальных усилиях. BPwin поддерживает
три методологии – IDEF0, IDEF3 и DFD. Каждая из них призвана
решать свои специфические задачи. Также можно строить
смешанные модели.
Модель в BPwin рассматривается как совокупность работ, каждая из
которых оперирует с некоторым набором данных. Работы
изображаются в виде прямоугольников (блоков), данные – в виде
стрелок (дуг). Основу методологии IDEF0 составляет графический
язык описания бизнес-процессов. Модель в IDEF0 представлена
совокупностью иерархически упорядоченных и логически
связанных диаграмм.

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

Работа в BPwin

Термины:
1. Scope - область моделирования;
2. Purpose-цель моделирования;
3. Viewpoint -точка зрения;
4. Status - (черновой вариант, рабочий, окончательный и т. д.),
время создания и последнего редактирования
(отслеживается в дальнейшем автоматически по системной
дате);
5. Source -описываются источники информации для построения
модели (например, "Опрос экспертов предметной области и
анализ документации");
6. Activity –работы;
7. Arrow - стрелки.
General -служит для внесения имени проекта и модели, имени и
инициалов автора и временных рамок модели - AS-IS и ТОВЕ.

Интерфейс

Рис. 1 Меню и панель инструментов

В левой части, навигатор модели - Model Explorer
Основные инструменты
Рис. 2
1. Создать новую модель.
2. Открыть модель.
3. Сохранить модель.
4. Печать модели.
5. Мастер создания отчетов.
6. Выбор масштаба.
7. Масштабирование.
8. Увеличение участка
9. Проверка ошибок
10. Включение и выключение навигатора модели.

На основной панели инструментов (либо в любом желаемом месте экрана)
расположены инструменты редактора BPWin:
Рис.3
1. Pointer Tool – используется для выбора и определения позиции объектов
добавленных в диаграмму.
2. Activity Box Tool – используется для установки блоков в диаграмме.
3. Arrow Tool – используется, чтобы устанавливать дуги в диаграмме.
4. Squiggle Tool – используется для создания тильды (squiggle), которая
соединяет дугу с ее названием.
5. Text Block Tool – используется для создания текстовых блоков.
6. Diagram Dictionary Editor – открывает диалоговое окно Diagram Dictionary
Editor, где можно перейти на какую-либо диаграмму или создать новую
диаграмму.

7. Go to Sibling Diagram – используется для отображения следующей диаграммы
того же уровня.
8. Go to Parent Diagram – переход на родительскую диаграмму.
9. Go to Child Diagram – используется, чтобы отобразить диаграмму потомка
или разложить выделенный блок на диаграмму потомка.
Любая диаграмма состоит из совокупности следующих объектов:
Блоков;
Дуг;
Текстовых блоков.
Для работы с любым из этих объектов можно использовать либо основное меню,
либо контекстно-зависимое меню (меню, появляющееся при нажатии правой
кнопке мыши). Принципы работы с меню являются стандартными для среды
Windows. Объект сначала делается активным, затем над ним осуществляются
необходимые действия.
На основной панели инструментов расположены элементы управления, в
основном знакомые по другим Windows-интерфейсам.
Работы обозначают поименованные процессы, функции или задачи, которые
происходят в течение определенного времени и имеют распознаваемые
результаты. Работы изображаются в виде прямоугольников (блоков). Все работы
должны быть названы и определены. Имя работы должно быть в глагольной или
отглагольной форме (например, «Принять заказ», «Изготовление детали» и т.д.).

10. Описание и создание модели

IDEF0-модель предполагает наличие четко
сформулированной цели, единственного субъекта
моделирования и одной точки зрения.
Создание модели.
Пункт меню File ->New

11.

Взаимодействие работ с внешним миром и между собой описывается в виде стрелок.
Стрелки представляют собой некую информацию и обозначаются существительными
(на-пример, заказы клиентов, правила и процедуры и т.д.)
В IDEF0 различают пять типов стрелок:
1. Вход (Input) - материал или информация, которые используются или преобразуются
работой для получения результата (выхода). Допускается, что работа может не иметь ни
одной стрелки входа. Каждый тип стрелок подходит к определенной стороне
прямоугольника, изображающего работу, или выходит из нее. Стрелка входа рисуется
как входящая в левую грань работы («заказы»). Очень часто сложно определить,
являются ли данные входом или управлением. В этом случае подсказкой может служить
то, перерабатывают-ся/изменяются ли данные в работе или нет. Если изменяются, то
скорее всего это вход, если нет - управление.
2. Управление (Control) - правила, стратегии, процедуры или стандарты, которыми
руководствуется работа. Каждая работа должна иметь хотя бы одну стрелку
управления. Стрелка управления рисуется как входящая в верхнюю грань работы
("правила и процедуры") Управление влияет на работу, но не преобразуется работой. В
случае возникновения неопределенности в статусе стрелки (управление или контроль)
рекомендуется рисовать стрелку управления.
3. Выход (Output) - материал или информация, которые производятся работой. Каждая
работа должна иметь хотя бы одну стрелку выхода. Работа без результата не имеет
смысла и не должна моделироваться. Стрелка выхода рисуется как исходящая из правой
грани работы ("Проданныое изделие").

12.

4. Механизм (Mechanism) - ресурсы, которые выполняют работу, например
персонал предприятия, станки, устройства и т. д. Стрелка механизма рисуется как
входящая в ниж-нюю грань работы. ("Бухгалтерская система"). По усмотрению
аналитика стрелки механизма могут не изображаться в модели.
5. Вызов (Call) - специальная стрелка, указывающая на другую модель работы.
Стрел-ка вызова рисуется как исходящая из нижней грани работы ("Другая
модель работы"). Стрелка вызова используется для указания того, что некоторая
работа выполняется за пределами моделируемой системы. В BPwin стрелки
вызова используются в механизме слияния и разделения моделей. Для внесения
граничной стрелки входа надо:
щелкнуть по кнопке с символом стрелки
палитре инструментов и перенести курсор к левой стороне экрана, пока не
появится начальная темная полоска;
щелкнуть один раз по полоске (откуда выходит стрелка) и еще раз в левой части
работы со стороны входа (где заканчивается стрелка); щелкнуть правой кнопкой
мыши на линии стрелки, во всплывающем меню выбрать Name и добавить имя
стрелки во вкладке Name диалога Arrow Properties.
в

13. Пример модели.

14.

Процесс моделирования системы в IDEF0 начинается с создания контекстной
диаграммы - диаграммы наиболее абстрактного уровня описания системы в
целом, содержащей определение субъекта моделирования, цели и точки зрения на
модель.
Под субъектом понимается сама система, при этом необходимо точно установить,
что входит в систему, а что лежит за ее пределами, другими словами, определить,
что будет в дальнейшем рассматриваться как компоненты системы, а что как
внешнее воздействие. На определение субъекта системы будут существенно
влиять позиция, с которой рассматривается система, и цель моделирования -
вопросы, на которые построенная модель должна дать ответ. Другими словами, в
начале необходимо определить область моделирования. Описание области как
системы в целом, так и ее компонентов является основой построения модели
Цель моделирования
Цель моделирования определяется из ответов на следующие вопросы:
Почему этот процесс должен быть смоделирован?
Что должна показывать модель?
Что может получить клиент?
.

15.

Точка зрения (Viewpoint).
Под точкой зрения понимается перспектива, с которой наблюдалась система при
построении модели Точка зрения должна соответствовать цели и границам
моделирования. Как правило, выбирается точка зрения человека, ответственного
за моделируемую работу в целом.
IDEF0-модель предполагает наличие четко сформулированной цели,
единственного субъекта моделирования и одной точки зрения. Для внесения
области, цели и точки зрения в модели IDEF0 в BPwin следует выбрать пункт
меню Model/Model Properties, вызывающий диалог Model Properties. В закладке
Purpose следует внести цель и точку зрения,

16.

17. Декомпозиция

После создания контекстной диаграммы необходимо расписать работу
отдельных
участков. Для этого декомпозируем эту диаграмму.
Для декомпозиции необходимо в браузере щелкнуть левой кнопкой мыши
на имени
диаграммы, а затем нажать кнопку (Go to Child Diagram), затем в
диалоговом окне

18.

19. Конечная модель

20. Дерево узлов

21.

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

Для стоимостного анализа, обычно сначала строится
функциональная модель существующей организации работы -
AS-IS (как есть). После построения модели AS-IS проводится
анализ бизнес-процессов, потоки данных и объектов
перенаправляются и улучшаются, в результате строится модель
ТО-ВЕ. Как правило, строится несколько моделей ТО-ВЕ, из
которых по какому-либо критерию выбирается наилучшая.
Проблема состоит в том, что таких критериев много и непросто
определить важнейший. Для того чтобы определить качество
созданной модели с точки зрения эффективности бизнеспроцессов, необходима система метрики, т. е. качество следует
оценивать количественно.
BPwin предоставляет аналитику два инструмента для оценки
модели - стоимостный анализ, основанный на работах (Activity
Based Costing, ABC), и свойства, определяемые пользователем
(User Defined Properties, UDP). Функциональное оценивание –
ABC – это технология выявления и исследования стоимости
выполнения той или иной функции (действия). Исходными
данными для функционального оценивания являются затраты на
ресурсы (материалы, персонал и т.д.).

23.

Для стоимостного анализа, обычно сначала строится функциональная модель
существующей организации работы - AS-IS (как есть). определить важнейший.
Для того чтобы определить качество созданной модели с точки зрения
эффективности бизнес-процессов, необходима система метрики, т. е. качество
следует оценивать количественно.
BPwin предоставляет аналитику два инструмента для оценки модели -
стоимостный анализ, основанный на работах (Activity Based Costing, ABC), и
свойства, определяемые пользователем (User Defined Properties, UDP).
Функциональное оценивание – ABC – это технология выявления и исследования
стоимости выполнения той или иной функции (действия). Исходными данными
для функционального оценивания являются затраты на ресурсы (материалы,
персонал и т.д.).
После построения модели AS-IS проводится анализ бизнес-процессов, потоки
данных и объектов перенаправляются и улучшаются, в результате строится
модель ТО-ВЕ. Как правило, строится несколько моделей ТО-ВЕ, из которых по
какому-либо критерию выбирается наилучшая.

24.

При проведении стоимостного анализа в BPwin сначала задаются единицы
измерения времени и денег. Для задания единиц измерения следует вызвать
диалог Model Properties (меню Model), закладка ABC Units

25. Центры затрат

Объект затрат - причина, по которой работа
выполняется, обычно основной выход работы. Стоимость
работ есть суммарная стоимость объектов затрат ("Сборка
и тестирование компьютеров"
Двигатель затрат - характеристики входов и управлений
работы ("Заказы клиентов", "Правила сборки и тестирования",
"Персонал производственного отдела", которые влияют на то,
как выполняется и как долго длится работа;
Центры затрат, которые можно трактовать как статьи
расхода

26.

27.

Для задания стоимости работы (для каждой работы на диаграмме декомпозиции)
следует щелкнуть правой кнопкой мыши по работе и на всплывающем меню
выбрать Cost

28.

Результаты стоимостного анализа наглядно представляются на специальном
отчете BPwin, настройка которого производится в диалоговом окне Activity Cost
Report (меню Tools/Reports/Activity Cost Report) . Отчет позволяет
документировать имя, номер, определение и стоимость работ, как суммарную, так
и раздельно по центрам затрат
Результаты стоимостного анализа могут существенно повлиять на очередность
выполнения работ. Результаты стоимостного анализа наглядно представляются на
специальном отчете BPwin, настройка которого производится в диалоговом окне Activity
Cost Report (меню Tools/Reports/Activity Cost Report) . Отчет позволяет документировать
имя, номер, определение и стоимость работ, как суммарную, так и раздельно по центрам
затрат.

BPWin - мощный инструмент моделирования, который используется для анализа, документирования и реорганизации сложных процессов, в том числе, бизнес-процессов. Модель, созданная средствами BPWin, позволяет четко документировать различные аспекты деятельности - действия, которые необходимо предпринять, способы их осуществления, требующиеся для этого ресурсы и др. Таким образом, формируется целостная картина деятельности предприятия - от моделей организации работы в маленьких отделах до сложных иерархических структур

При разработке или закупке программного обеспечения модели процессов служат прекрасным средством документирования потребностей, помогая обеспечить высокую эффективность инвестиций в сферу IT. В руках же системных аналитиков и разработчиков BPWin - еще и мощное средство моделирования процессов при создании корпоративных информационных систем (КИС).

1.2. Методологии моделирования, поддерживаемые bpWin

BPWin совмещает в одном инструменте средства моделирования функций (IDEF0), потоков данных (DFD) и потоков работ (IDEF3).

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

Моделирование потоков данных (DFD) , часто используемое при разработке программного обеспечения, сосредоточено вокруг потоков данных, передающихся между различными операциями, включая их хранение, для достижения максимальной доступности и минимального времени ответа. Такое моделирование позволяет рассмотреть конкретный процесс, проанализировать операции, из которых он состоит, а также точки принятия решений, влияющих на его ход.

Моделирование потоков работ (нотация IDEF3) позволяет рассмотреть конкретный процесс, проанализировать операции, из которых он состоит, а также точки принятия решений, влияющих на его ход.

При создании новой модели достаточно выбрать нужную методологию в диалоговом окне, появляющемся каждый раз при создании новой модели BPWin (рис.1).

Рисунок 1. Диалоговое окно создание новой модели

1.3. Отличительные черты bpWin

Интуитивно-понятный графический интерфейс, который быстро и легко осваивается, что позволяет сосредоточиться на анализе самой предметной области, не отвлекаясь на изучение инструментальных средств. Интерактивное выделение объектов обеспечивает постоянную визуальную обратную связь при построении модели. BРWin поддерживает ссылочную целостность, не допуская определения некорректных связей и гарантируя непротиворечивость отношений между объектами при моделировании.

Автоматизация процесса проектирования. BPWin автоматизирует многие задачи, обычно связанные с построением моделей процессов, обеспечивая семантическую точность, необходимую для гарантии правильных и согласованных результатов. Подсветка объектов упрощает построение модели, исключая часто встречающиеся ошибки моделирования.

Свойства, определяемые пользователем (User - Defined Property UDP ) . Пользователь может настроить BPWin для сбора информации, существенной для его бизнеса. Эта информация становится сразу же доступной через генератор отчетов BPWin и может быть экспортирована в другие программы, например, Microsoft Word и Excel.

Диаграммы Swim Lane. BPWin поддерживает диаграммы Swim Lane, предоставляя эффективный механизм для визуализации и оптимизации сложных процессов. Диаграммы Swim Lane координируют сложные процессы и функциональные ограничения и позволяют видеть процессы, во всем их многообразии.

Настраиваемый интерфейс электронных таблиц. Новая структура словаря модели делает ввод и управление информацией быстрым и простым. Этот настраиваемый интерфейс электронных таблиц прост в применении и предоставляет отличный механизм для распространения моделей, независимо от того, вводите вы данные вручную или импортируете их.

Развитые диаграммы. Контекстные диаграммы для описания границ системы, области действия, назначения объектов. Иерархическая структура диаграмм, облегчающая последовательное уточнение элементов модели. Декомпозиционные диаграммы для описания особенностей взаимодействия различных процессов. BPWin также поддерживает автоматическую настройку размеров диаграмм и возможность изменения масштабов изображения моделей.

Организационные диаграммы. Организационные структуры оказывают огромное влияние на определение и выполнение бизнес-процессов. BPWin поддерживает явное определение ролей, а это определяет и категоризирует задачи или работы, составляющие бизнес-процессы. Основываясь на ролях, определенных пользователем, BPWin формирует организационные диаграммы.

Функционально-стоимостной анализ (Activity Based Costing - ABC). BPWin полностью поддерживает методы расчета себестоимости по объему хозяйственной деятельности (ABC) и оптимизирована для анализа процессов. Развитые средства подготовки отчетов и двунаправленный интерфейс со специализированным инструментарием ABC облегчают реализацию корпоративной стратегии на основе управления хозяйственной деятельностью.

Собственный генератор отчетов ( Report Template Builder -RTB ) - это генератор отчетов, создающий разнообразные отчеты и Web-страницы. Пользователь может определять шаблоны отчетов, применяя их затем к любым своим моделям. Подход "определить однажды - применять повторно и повсюду" позволяет организации быстро создавать и продвигать стандарты отчетности. RTB поддерживает множество форматов, включая RTF, HTML, XLS (Excel) и обычный текст.