Моделирование бизнес-процессов с BPwin 4.0 fb2

Моделирование бизнес-процессов с BPwin 4.0 (fb2)

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

Моделирование бизнес-процессов с BPwin 4.0

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

Книга предназначена для системных аналитиков и специалистов в области информационных технологий.

Сергей Владимирович Маклаков

Москва

"ДИАЛОГМИФИ"

2002

 

Предисловие

В 1998 году вышла книга автора, посвященная инструментальным средствам системного анализа и проектирования информационных систем -BPwin и ERwin. (Маклаков С. BPwin и ERwin. CASE-средства разработки информационных систем. М: Диалог-МИФИ). Книга выдержала два издания и пользовалась популярностью среди специалистов в области информационных технологий. BPwin является средством, которое позволяет облегчить проведение обследования предприятия, построить функциональные модели и в дальнейшем с их помощью проанализировать и улучшить бизнес-процессы. Этот инструмент используют в основном системные аналитики и специалисты по внедрению информационных систем. ERwin предназначен для другого круга задач и для специалистов другого профиля - это система проектирования баз данных.

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

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

Книга состоит из четырех глав.

Гл. 1 посвящена изложению основ методологии функционального моделирования и построению моделей IDEFO, IDEF3 и DFD с помощью BPwin 4.O. В ней также рассматривается стоимостный анализ и основы имитационного моделирования.

В гл. 2 излагаются принципы построения отчетов на основе информации функциональной модели. Рассматриваются как встроенные средства BPwin 4.0, предназначенные для создания отчетов, так и использование генератора отчетов Crystal Reports.

В гл. 3 вводится понятие модели данных. Рассматривается связывание модели данных и функциональной модели с помощью BPwin 4.0 и ERwin 4.0.

Гл. 4 состоит из 16 упражнений и представляет собой практикум по созданию функциональной модели.

Автор приносит благодарность фирме "Интерфейс Ltd." (http://www.interface.ru) за возможность использования лицензионных программных средств.

Особую признательность автор выражает своей жене Елене за помощь в оформлении рукописи.

Введение

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

Что происходит на предприятии? Прежде чем пытаться улучшить деятельность предприятия, выбрать, а затем внедрить информационную систему, необходимо проанализировать, как работает предприятие в настоящее время. Для анализа необходимо знать не только как работает предприятие в целом, как оно взаимодействует с внешними организациями, заказчиками и поставщиками, но и как организована деятельность на каждом рабочем месте. Один человек, как правило, не обладает такой информацией. Действительно, руководитель предприятия хорошо разбирается, как работает организация в целом, но не в состоянии знать особенности деятельности всех рядовых сотрудников. Рядовой сотрудник хорошо разбирается в своих обязанностях, но плохо знает, как работают его коллеги. Следовательно, для анализа деятельности предприятия следует собрать знания множества в едином месте - создать модель деятельности предприятия. Многие корпоративные информационные системы зарубежных производителей (SAP R/3, BAAN, ROSS iRenaissance и др.) имеют в своем составе специальные средства (поддерживающие оригинальные методики), с помощью которых можно обследовать предприятия и построить модель их деятельности, однако существуют стандартизированные, опробованные в течение многих лет методологии и инструментальные средства. Наиболее известной и распространенной является предложенная в 70-х годах Дугласом Россом (Douglas Ross) методология структурного анализа SADT (Structured Analysis and Design Technique).

В начале 90-х годов в США на основе SADT был принят стандарт моделирования бизнес-процессов IDEF0 (http://www.idef.com). IDEFO является независимым от частных организаций стандартом и получил чрезвычайно широкое распространение, он принят в качестве стандарта в нескольких международных организациях, в том числе в НАТО и МВФ. BPwin 4.0 является инструментальным средством, полностью поддерживающим стандарт IDEF0.

Основная идея методологии SADT - построение древовидной функциональной модели предприятия. Сначала функциональность предприятия описывается в целом, без подробностей. Такое описание называется контекстной диаграммой. Взаимодействие с окружающим миром описывается в терминах входа (данные или объекты, потребляемые или изменяемые функцией), выхода (основной результат деятельности функции, конечный продукт), управления (стратегии и процедуры, которыми руководствуется функция) и механизмов (необходимые ресурсы). Кроме того, при создании контекстной диаграммы формулируются цель моделирования, область (описание того, что будет рассматриваться как компонент системы, а что как внешнее воздействие) и точка зрения (позиция, с которой будет строиться модель). Обычно в качестве точки зрения выбирается точка зрения лица или объекта, ответственного за работу моделируемой системы в целом.

Затем общая функция разбивается на крупные подфункции. Этот процесс называется функциональной декомпозицией. Затем каждая подфункция декомпозируется на более мелкие - и так далее до достижения необходимой детализации описания. На рис. 1 показано дерево функций, называемое деревом узлов функциональной модели.

 

 

Рис. 1. Пример декомпозиции - диаграмма дерева узлов функциональной модели

 

Каждый узел соответствует отдельному фрагменту описания - диаграмме. Модель представляет собой совокупность иерархически выстроенных диаграмм, каждая из которых является описанием какой-либо функции или работы (activity).

Работы на диаграммах изображаются в виде прямоугольников (функциональные блоки). Каждая работа изображает какую-либо функцию или работу и именуется глаголом или глагольной фразой, обозначающей действие, например "Изготовление изделия", "Обслуживание клиента" и т. д. Стрелки помечаются существительным и обозначают объекты или информацию, связывающую работы между собой и с внешним миром. В отличие от моделей, отображающих структуру организации, работа на диаграмме верхнего уровня в функциональной модели - это не элемент управления нижестоящими работами. Работы нижнего уровня - это то же самое, что работа верхнего уровня, но в более детальном изложении. После каждого сеанса декомпозиции автором диаграммы формируется папка -набор документов, в который входит сама диаграмма, дополнительные отчеты и т. д. Папка направляется эксперту предметной области (т. е. человеку, хорошо разбирающемуся в моделируемом фрагменте деятельности предприятия) для проведения экспертизы. На уровне контекстной диаграммы это может быть управляющий предприятия, на уровне первой декомпозиции - начальник отдела и т. д., вплоть до рядового исполнителя. Прежде чем декомпозировать далее, на текущем уровне необходимо внести в диаграмму все замечания экспертов. Таким образом, каждый из экспертов дополняет модель в той ее части, в которой он наиболее компетентен. В результате получается полностью адекватная системе модель, которая позволяет наглядно представить существующие недостатки, перенаправить и усовершенствовать бизнес-процессы, провести анализ стоимости производства, а также послужить основой для создания информационной системы. BPwin позволяет создавать модели процессов и поддерживает в одной модели в дополнение к IDEF0 еще два стандарта (нотации) моделирования - DFD и IDEF3. Каждая из этих трех нотаций позволяет рассмотреть различные стороны деятельности предприятия. Диаграммы IDEF0 предназначены для описания бизнес-процессов на предприятии, они позволяют понять, какие объекты или информация служат сырьем для процессов, какие результаты производят работы, что является управляющими факторами и какие ресурсы для этого необходимы. Нотация IDEF0 позволяет выявить формальные недостатки бизнес-процессов, что существенно облегчает анализ деятельности предприятия. Диаграммы потоков данных (Data flow diagramming, DFD) используются для описания документооборота и обработки информации. Для описания логики взаимодействия информационных потоков более подходит IDEF3, называемая также workflow diagramming - нотацией моделирования, использующая графическое описание информационных потоков, взаимоотношений между процессами обработки информации и объектов, являющихся частью этих процессов.

В результате обследования предприятия строится функциональная модель существующей организации работы AS-IS (Как есть). На основе модели AS-IS достигается консенсус между различными единицами бизнеса по тому, "кто что сделал" и что каждая единица бизнеса добавляет в процесс. Модель AS-IS позволяет выяснить, "что мы делаем сегодня" перед тем, как перепрыгнуть на то, "что мы будем делать завтра". Внедрение информационной системы неизбежно приведет к перестройке существующих бизнес-процессов предприятия. Анализ функциональной модели позволяет понять, где находятся наиболее слабые места, в чем будут состоять преимущества новых бизнес-процессов и насколько глубоким изменениям подвергнется существующая структура организации бизнеса. Детализация бизнес-процессов позволяет выявить недостатки организации даже там, где функциональность на первый взгляд кажется очевидной. Признаком неэффективной деятельности могут быть бесполезные, неуправляемые и дублирующиеся работы, неэффективный документооборот (нужный документ не оказывается в нужном месте в нужное время), отсутствие обратных связей по управлению (на проведение работы не оказывает влияния ее результат) и входу (объекты или информация используются нерационально) и т. д.

Как должно работать предприятие в будущем? Какой выигрыш (проигрыш) даст реорганизация? Найденные в модели AS-IS недостатки можно исправить при создании модели ТО-ВЕ (Как будет) - модели новой организации бизнес-процессов. Модель ТО-ВЕ нужна для оценки последствий внедрения информационной системы и анализа альтернативных/лучших путей выполнения работы и документирования того, как предприятие будет функционировать в будущем. Как правило, строится несколько моделей ТО-ВЕ, из которых по какому-либо критерию выбирается наилучшая (рис. 2). Например, каждая из моделей ТО-ВЕ может соответствовать определенной информационной системе.

 

 

Рис. 2. Построение моделей ТО-ВЕ как результат анализа модели AS-IS

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

BPwin предоставляет аналитику два инструмента для оценки модели -стоимостный анализ, основанный на работах (Activity Based Costing, ABC), и свойства, определяемые пользователем (User Defined Properties, UDP). ABC является широко распространенной методикой, используемой международными корпорациями и государственными организациями для идентификации движителей затрат в организации. Стоимостный анализ представляет собой соглашение об учете, используемое для сбора затрат, связанных с работами, с целью определить общую стоимость процесса. Стоимостный анализ основан на модели работ, поскольку количественная оценка невозможна без детального понимания функциональности предприятия. Обычно ABC применяется для того, чтобы понять происхождение затрат и облегчить выбор нужной модели работ при реорганизации деятельности предприятия (Business Process Re-engineering, BPR). С помощью стоимостного анализа можно решить такие задачи, как определение действительной стоимости производства продукта, определение действительной стоимости поддержки клиента, идентификация работ, которые стоят больше всего (те, которые должны быть улучшены в первую очередь), и др. в каждой из моделей AS-IS и ТО-ВЕ. Следовательно, стоимостный анализ позволяет оценить, каковы будут последствия внедрения информационной системы, действительно ли это приведет к повышению производительности и экономическому эффекту и к какому именно.

BPwin позволяет делать достаточно эффективные оценки стоимости, но при этом не претендует на высокую точность таких оценок. Для точных вычислений затрат можно воспользоваться специализированным средством тоимостного анализа EasyABC. BPwin поддерживает двунаправленный экспорт - импорт в EasyABC (рис. 3). Результаты стоимостного анализа наглядно представляются на специальном отчете BPwin - ABC. ABC позволяет оценить стоимостные и временные характеристики системы. Если стоимостных показателей недостаточно, имеется возможность внесения собственных метрик - свойств, определенных пользователем UDP.

 

 

Рис. 3. Общая схема взаимодействия BPwin с программными продуктами Computer Associates и других фирм

В какую сумму обойдется внедрение информационной системы?

Модели AS-IS и ТО-ВЕ позволяют описать начальное и конечное состояние предприятия - до и после внедрения корпоративной информационной системы, оставляя без внимания сам процесс разработки (выбора) и внедрения. Но поскольку внедрение информационной системы - это тоже работа, можно с помощью BPwin создать модель этой работы (модель ТО-ВЕ на рис. 3). Модель ТО-ВЕ - это не модель деятельности предприятия, а модель мероприятий по переводу предприятия на новую технологию работы. Используя эту модель можно с помощью стоимостного анализа оценить объем средств, необходимых для приобретения/разработки и внедрения информационной системы. Такие модели можно построить для перехода на различные модели ТО-ВЕ, т. е. для внедрения различных инфор-мационных систем (как готовых, так и созданных на заказ) и выбрать оптимальный вариант.

Поддерживает ли структура данных информационной системы деятельность предприятия? Ответ на этот вопрос возможен, если предприятие самостоятельно разрабатывает информационную систему или структура данных приобретаемой информационной системы открыта и документирована. База данных должна полностью обеспечивать каждую функцию предприятия. Для того чтобы убедиться в этом, структура данных должна быть связана с функциональной моделью. Модель данных может быть создана вновь или воссоздана из существующей информационной системы с помощью ERwin 4.0 (фирма Computer Associates) - системы проектирования данных.

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

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

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

Поддерживает ли функциональность информационной системы деятельность предприятия? Разработчики информационных систем в процессе создания программного обеспечения сталкиваются с целым рядом трудновыполнимых задач. Работая с объектно-ориентированными технологиями создания приложений, они создают клиент-серверные приложения, которые должны удовлетворять требованиям надежности, управляемости и высокой производительности. Решение этих задач возможно только в условиях высокоэффективного анализа и проектирования. С одной стороны, BPwin позволяет построить адекватную модель (модель работ) существующих на предприятии процессов (AS-IS), проанализировать эту модель и построить модель будущих процессов (ТО-ВЕ). С другой стороны, разработчики, использующие такие средства объектно-ориентированного анализа и проектирования, как Rational Rose фирмы Rational Software или Paradigm Plus фирмы Computer Associates, могут описать функциональность информационной системы при помощи диаграмм Use Cases (диаграммы Use Cases являются составной частью объектно-ориентированного языка моделирования информационных систем UML, Unified Modeling Language). Бизнес-процессы современных предприятий и организаций весьма сложны. В результате анализа могут быть описаны работы (activity) и функции (use case), информация о которых получена из самых разных источников, поэтому необходима синхронизация работ и функций. Такая синхронизация позволяет выявить соответствие информационной системы реальным бизнес-процессам предприятия, выяснить, действительно ли внедряемая корпоративная информационная система обеспечит поддержку деятельности предприятия.

BPwin 4.0 позволяет связать модели процессов с объектной моделью Paradigm Plus 4.0 (см. рис. 3). Целью интеграции моделей Paradigm Plus и BPwin является установление логической связи между работами (activity) и функциями (use case), что позволяет создать единую технологическую цепочку от анализа бизнес-процессов до генерации кода приложений, включая описание требований к приложению.

 

Организация коллективной работы.

1. Совместному моделированию. Каждый участник проекта имеет инструмент поиска и доступа к интересующей его модели в любое время. При совместной… Управлению доступом. Для каждого участника проекта определяются права доступа,… Архитектуре Model Mart, которая реализована на архитектуре клиент- сервер. В качестве платформы реализации хранилища…

Глава 1. Инструментальные средства BPwin4.0

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

Общее описание интерфейса BPwin 4.0

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

 

 

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

 

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

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

 

 

Таблица 1.1.1. Описание элементов управления основной панели инструментов BPwin 4.0

 

Создание новой модели

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

Установка цвета и шрифта объектов

  Рис. 1.1.4. Вкладка Font диалога Activity Properties  

Model Explorer - навигатор модели

    Рис. 1.1.5. Вкладка Activities навигатора Model Explorer

Принципы построения модели IDEF0

Наиболее удобным языком моделирования бизнес-процессов является IDEF0, предложенный более 20 лет назад Дугласом Россом (SoftTech, Inc.) и… В IDEF0 система представляется как совокупность взаимодействующих работ или… Под моделью в IDEF0 понимают описание системы (текстовое и графическое), которое должно дать ответ на некоторые…

Работы (Activity)

    Рис. 1.2.3. Пример контекстной диаграммы

Стрелки (Arrow)

В IDEFO различают пять типов стрелок: Вход (Input) - материал или информация, которые используются или преобразуются… Управление (Control) - правила, стратегии, процедуры или стандарты, которыми руководствуется работа. "Каждая…

Несвязанные граничные стрелки (unconnected border arrow).

На рис. 1.2.11 приведен фрагмент диаграммы декомпозиции с несвязанными стрелками, генерирующийся BPwin при декомпозиции работы "Изготовление…   Рис. 1.2.11. Пример несвязанных стрелок

Нумерация работ и диаграмм

Диаграммы IDEF0 имеют двойную нумерацию. Во-первых, диаграммы имеют номера по узлу. Контекстная диаграмма всегда имеет номер А-0, декомпозиция…  

Диаграммы дерева узлов и FEO

  Рис. 1.2.23. Диаграмма дерева узлов  

Каркас диаграммы

     

Слияние и расщепление моделей

Возможность слияния и расщепления моделей обеспечивает коллективную работу над проектом. Так, руководитель проекта может создать декомпозицию… BPwin использует для слияния и разветвления моделей стрелки вызова.  

Рекомендации по рисованию диаграмм

В IDEF0 существуют соглашения по рисованию диаграмм, которые призваны облегчить чтение и экспертизу модели. Некоторые из этих правил BPwin… " Прямоугольники работ должны располагаться по диагонали с левого… Следует максимально увеличивать расстояние между входящими или выходящими стрелками на одной грани работы. Если…

Проведение экспертизы

  Рис. 1.2.35. Цикл автор-читатель На очередном этапе декомпозиции аналитик создает диаграмму на основе общих знаний, анализа документации и опроса…

Диаграммы потоков данных (Data Flow Diagramming)

функции обработки информации (работы); документы (стрелки, arrow), объекты, сотрудников или отделы, которые участвуют… внешние ссылки (external references), которые обеспечивают интерфейс с внешними объектами, находящимися за границами…

Метод описания процессов IDEF3

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

Организационные диаграммы и диаграммы Swim Lane

  Рис. 1.4.17. Диалог Bitmap Dictionary  

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

    Рис. 1.4.27. Вкладка Box Style диалога Activity Properties

Создание смешанной модели

Авторы нотаций IDEFO, IDEF3 и DFD не предполагали совместного использования диаграмм различной нотации в одной модели, поэтому создание смешанной…   Рис. 1.4.30. Представление смешанной модели в окне Model Explorer

Имитационное моделирование

Имитационное моделирование - это метод, позволяющий строить модели, учитывающие время выполнения функций. Полученную модель можно… Одним из наиболее эффективных инструментов имитационного моделирования… Имитационная модель Arena включает следующие основные элементы: источники и стоки (Create и Dispose), процессы…

Глава 2. Создание отчетов

2.1. Создание отчетов в BPwin

Встроенные шаблоны отчетов

с помощью встроенных шаблонов; с помощью Report Template Builder; с помощью RPTwin.

Создание отчетов с помощью Report Template Builder

    Рис. 2.1.3. Диалог Report Templates

Создание нового отчета

После создания отчета в ERwin или BPwin и выбора RPTwin в качестве формата (Report Format) возникает диалог сохранения данных отчета, где необходимо…   Рис. 2.2.1. Диалог New Report

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

  Рис. 2.2.3. Шаблон отчета Шаблон отчета включает несколько секций:

Вставка и форматирование объектов отчета

Поле данных содержит информацию из файла данных или вычисляемые значения. Поле данных может быть трех типов: ■ простое поле данных (Simple Data Field) представляет собой колонку…  

Группировка и сортировка данных отчета

Для установления сортировки и группировки следует выбрать пункт меню Layout/Sorting and Grouping. Появляется диалог Sorting/Grouping (рис. 2.2.7). …    

Изменение файла данных отчета

Для этого необходимо выбрать пункт меню Options/Current DataSet. Появляется диалог Current DataSet (рис. 2.2.8), который содержит два поля ввода -…   Рис. 2.2.8. Диалог Current DataSet

Изменение свойств отчета

Те же самые свойства для вновь создаваемых отчетов редактируются в диалоге Preferences (рис. 2.2.9). Опция Default Data Format позволяет задать форматирование полей отчета по… По умолчанию RPTwin создает многоколонный отчет, разбивая его по ширине, в случае необходимости - на несколько…

Создание формул RPTwin

  Рис. 2.2.10. Диалог Formula Editor  

Функции RPTwin

Агрегативные функции позволяют производить вычисления по нескольким строкам отчета. Некоторые функции (Sum, Avg, Min, Max, Count) выполняются… RPTwin является двухпроходным (Two-Pass, другой термин - Look-Ahead)… Полный список функций RPTwin приведен в табл. 2.2.3.

Использование формул RPTwin

уровень декомпозиции (Integer List, допустимые значения в модели - 0,1,2); потребление электроэнергии, кВт-ч (Real Number); потребление воды, т (Real Number).

11/20/2001

Activity NameУровеньПотребление Потребление

Декомпозиции элекгроэнерг воды.т ии, кВт ч

Изготовление изделияО

Переработка сырья1

Сортировка брака250

Изготовление полуфабриката2402

Изготовление деталей1

Выбор способа изготовления210

Детали

Рис. 2.2.14. Отчет "Ресурсы, необходимые для изготовления изделия"

 

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

Поскольку UDP, определяющие потребление ресурсов, заданы только для работ нижнего уровня декомпозиции, можно оставить в отчете только эти работы. Для установки фильтра в среде RPTwin нужно выбрать пункт меню Options/Filter. В диалоге Filter (рис. 2.2.15) следует выбрать опцию Include и щелкнуть по кнопке Formula Editor.

 

Рис. 2.2.15. Диалог Filter

В диалоге Formula Editor нужно создать формулу {Уровень декомпозиции}=2

В результате в отчет войдут только работы с уровнем декомпозиции 2, т. е. только те работы, для которых заданы значения UDP "Потребление электроэнергии, кВт-ч" и "Потребление воды, т".

Теперь можно удалить из отчета поле и заголовок "Уровень декомпозиции".

Сгруппируем работы по уровню энергопотребления. Для этого следует выбрать пункт меню Layout/Sorting and Grouping. Будем считать, что работы, имеющие значение UDP "Потребление электроэнергии, кВт-ч" больше 10, относятся к высокому уровню энергопотребления, от 5 до 10 -к среднему и менее 5 - к низкому. В файле данных отчета нет колонки, непосредственно указывающей на уровень энергопотребления, поэтому следует провести группировку по вычисляемому значению. Для создания вычисляемого значения в диалоге Sorting/Grouping следует щелкнуть по кнопке Sort/Group on Calculated Value и в появившемся диалоге Formula Editor набрать текст формулы:

 

If {Потребление электроэнергии, кВт-ч} >10 Then "Высокие энергозатраты"

Else If {Потребление электроэнергии, кВт-ч} < 5

Then "Низкие энергозатраты" Else "Средние энергозатраты"

В шаблоне отчета создаются две новые секции - Group Header и Group Footer.

В секцию Group Header поместим формулу

If {Потребление электроэнергии, кВт-ч} >10 Then "Высокие энергозатраты"

Else If {Потребление электроэнергии, кВт-ч} <5

Then "Низкие энергозатраты" Else "Средние энергозатраты"

В секцию Group Footer поместим формулы с агрегативными функциями: "Итоговое потребление воды работ с " & (If {Потребление электроэнергии, кВт-ч} >10 Then "высоким" Else If {Потребление электроэнергии, кВт-ч} <5 Then "низким" Else "средним") &" энергопотреблением- " &GroupSum ({Потребление воды, т})&", т"

И

"Итоговое потребление электроэнергии работ с " & (If {Потребление электроэнергии, кВт-ч} >10 Then "высоким" Else If {Потребление электроэнергии, кВт-ч} <5 Then "низким" Else "средним") &" энергопотреблением - " &GroupSum ({Потребление электроэнергии, кВт-ч})&", кВт-ч"

В секции Report Footer расположим формулы

"Итоговое потребление электроэнергии " &ReportSum ({Потребление электроэнергии, кВт-ч})&", кВт-ч"

и

"Итоговое потребление воды " &ReportSum ({Потребление воды, т})&",т" На рис. 2.2.16 представлен результат - итоговый отчет по потреблению ресурсов, который содержит суммирующую информацию по UDP и сложную группировку по вычисляемому полю. Суммирующие показатели потребления ресурсов вычисляются как по всему отчету, так и по категориям работ.

Ресурсы, необходимые для изготовления изделия

Имя работыПотребление воды, т Потребление электроэнергии, кВт-ч

Испытание на стенде2 40 Изготовление полуфабриката2 40 Переработка полуфабриката в деталь6 60

Подготовка данных для отчета

Создать в BPwin стандартный отчет и экспортировать его по протоколу DDE в MS Excel. Сохранить файл в формате MS Excel.  

Инструментальная среда Crystal Reports Designer

  Рис. 2.3.6. Главное окно Crystal Reports Designer Системное меню (Control Menu Box) находится в левом верхнем углу, кнопки Maximize и Minimize - в правом верхнем. В…

Создание простых отчетов в среде Crystal Reports Designer

на панели инструментов. Открывается диалог Report Gallery (рис. 2.3.8).   Рис. 2.3.8. Диалог Report Gallery

Внесение в отчет Crystal Reports новых полей

  Рис. 2.3.16. Диалог Field Explorer Панель инструментов диалога Field Explorer имеет следующие кнопки (слева направо):

Группировка записей отчета Crystal Reports

Вкладка Border позволяет создать рамку для объекта. На вкладке Fom можно установить размер, стиль и цвет шрифта. Вкладка Paragraph Formating служит… С помощью вкладки Hyperlink можно установить гиперссылку на другой объект… Вставка в отчет текстовых объектов. Для вставки текстового объекта нужно щелкнуть на кнопке на панели инструментов…

Группировка записей отчета Crystal Reports

записи, можно суммировать данные в каждой группе, например подсчитать общую сумму продаж или количество покупателей в каждом городе. Группу можно добавить с помощью вкладки Group диалога Standart Report Expert (CM. выше). При создании каждой группы в…

Глава 4. Практикум. Создание функциональной модели с помощью BPwin 4.0

4.1. Упражнение 1. Создание контекстной диаграммы

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

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

Основные процедуры в компании таковы:

продавцы принимают заказы клиентов;

операторы группируют заказы по типам компьютеров;

операторы собирают и тестируют компьютеры;

операторы упаковывают компьютеры согласно заказам;

кладовщик отгружает клиентам заказы.

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

Перед выполнением упражнения 1 внимательно прочитайте подразделы 1.1,1.2.1,1.2.3 и 2.1.

Запустите BPwin. (Кнопка Start/BPwin).

Если появляется диалог ModelMart Connection Manager, нажмите на кнопку Cancel.

Щелкните по кнопке . Появляется диалог I would like to. Внесите имя модели "Деятельность компании" и выберите Туре - IDEF0. Нажмите ОК.

Автоматически создается контекстная диаграмма.

Обратите внимание на кнопку : на панели инструментов. Эта кнопка включает и выключает инструмент просмотра и навигации - Model Explorer (появляется слева). Model Explorer имеет три вкладки - Activities, Diagrams и Objects. Во вкладке Activities щелчок правой кнопкой по объекту позволяет редактировать его свойства.

|6. Если вам непонятно, как выполнить то или иное действие, вы можете вызвать помощь - клавиша F1 или меню Help.

Перейдите в меню Model/Model Properties. Во вкладке General диалога Model Properties следует внести имя модели "Деятельность компании", имя проекта "Модель деятельности компании", имя автора и тип модели - Time Frame: AS-IS.

Во вкладке Purpose внесите цель - "Purpose: Моделировать текущие (AS-IS) бизнес-процессы компании" и точку зрения - "Viewpoint: Директор".

Во вкладке Definition внесите определение "Это учебная модель, описывающая деятельность компании" и цель "Scope: Общее управление бизнесом компании: исследование рынка, закупка компонентов, сборка, тестирование и продажа продуктов".

Перейдите на контекстную диаграмму и правой кнопкой мыши щелкните по работе. В контекстном меню выберите Name. Во вкладке Name внесите имя "Деятельность компании".

Во вкладке Definition внесите определение "Текущие бизнес-процессы компании".

Создайте стрелки на контекстной диаграмме (табл. 4.1.1).

Таблица 4.1.1. Стрелки контекстной диаграммы

 

 

 

13. С помощью кнопки внесите текст в поле диаграммы - точку зрения и цель (рис. 4.1.1).

 

Рис. 4.1.1. Внесение текста в поле диаграммы с помощью редактора Text Block Editor

Результат выполнения упражнения 1 показан на рис. 4.1.2.

 

Рис. 4.1.2. Контекстная диаграмма 14. Создайте отчет по модели. Меню Tools/Reports/Model Report (рис. 4.1.3).

 

 

 

Рис. 4.1.3. Отчет Model Report

4.2. Упражнение 2. Создание диаграммы декомпозиции

Перед выполнением упражнения 2 внимательно прочитайте подраз-: делы 1.2.2 и 1.2.3.

1. Выберите кнопку перехода на нижний уровень в палитре инструментов и в диалоге Activity Box Count установите число работ на диаграмме нижнего уровня - 3 - и нажмите ОК.

 

Рис. 4.2.1. Диалог Activity Box Count

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

 

Таблица 4.2,1. Работы диаграммы декомпозиции АО

 

2. Для изменения свойств работ после их внесения в диаграмму можно воспользоваться словарем работ. Вызов словаря - меню Dictionary /Activity (рис. 4.2.2).

 

Рис. 4.2.2. Словарь Activity Dictionary

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

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

Невозможно удалить работу из словаря, если она используется на какой-либо диаграмме. Если работа удаляется из диаграммы, из словаря она не удаляется. Имя и описание такой работы может быть использовано в дальнейшем. Для добавления работы в словарь необходимо перейти в конец списка и щелкнуть правой кнопкой по последней строке. Возникает новая строка, в которой нужно внести имя и свойства работы. Для удаления всех имен работ, не использующихся в модели, щелкните

по кнопке I (Purge). 3. Перейдите в режим рисования стрелок. Свяжите граничные стрелки

(кнопка L=,rt на палитре инструментов так, как показано на рис. 4.2.3.

 

 

 

Рис. 4.2.3. Связанные граничные стрелки на диаграмме АО

4. Правой кнопкой мыши щелкните по ветви стрелки управления работы "Сборка и тестирование компьютеров" и переименуйте ее в "Правила сборки и тестирования" (рис. 4.2.4).

 

Рис. 4.2.4. Стрелка "Правила сборки и тестирования"

Внесите определение для новой ветви: "Инструкции по сборке, процедуры тестирования, критерии производительности и т. д." Правой кнопкой мыши щелкните по ветви стрелки механизма работы "Продажи и маркетинг" и переименуйте ее в "Систему оформления заказов ".

 

Альтернативный метод внесения имен и свойств стрелок -использование словаря стрелок (вызов словаря - меню Dictionary/Arrow). Если внести имя и свойства стрелки в словарь, ее можно будет внести в диаграмму позже. Стрелку нельзя удалить из словаря, если она используется на какой-либо диаграмме. Если удалить стрелку из диаграммы, из словаря она не удаляется. Имя и описание такой стрелки может быть использовано в дальнейшем. Для добавления стрелки необходимо перейти в конец списка и щелкнуть правой кнопкой по последней строке. Возникает новая строка, в которой нужно внести имя и свойства стрелки.

Создайте новые внутренние стрелки так, как показано на рис. 4.2.5.

 

Рис. 4.2.5.Внутренние стрелки диаграммы АО

7. Создайте стрелку обратной связи (по управлению) "Результаты сборки и тестирования", идущую от работы "Сборка и тестирование компьютеров" к работе "Продажи и маркетинг". Измените стиль стрелки (толщина линий) и установите опцию Extra Arrowhead (из контекстного меню). Методом drag&drop перенесите имена стрелок так, чтобы их было удобнее читать. Если необходимо, установите Squiggle (из контекстного меню). Результат изменений показан на рис. 4.2.6.

 

 

 

Рис. 4.2.6. Результат редактирования стрелок на диаграмме АО 8. Создайте новую граничную стрелку выхода "Маркетинговые материалы , выходящую из работы "Продажи и маркетинг". Эта стрелка автоматически не попадает на диаграмму верхнего уровня и имеет квадратные скобки на наконечнике:--> . Щелкните правой кнопкой мыши по квадратным скобкам и выберите пункт меню Arrow Tunnel В диалоге Border Arrow Editor выберите опцию Resolve it to Border Arrow. Для стрелки "Маркетинговые материалы" выберите опцию Тпш из контекстного меню. Результат выполнения упражнения 2 показан на рис. 4.2.7.

 

 

 

Рис. 4.2.7. Результат выполнения упражнения 2 - диаграмма АО

4.3. Упражнение 3. Создание диаграммы декомпозиции А2

Декомпозируем работу "Сборка и тестирование компьютеров".

В результате проведения экспертизы получена следующая информация.

Производственный отдел получает заказы клиентов от отдела продаж по мере их поступления.

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

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

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

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

Таблица 4.3.1. Работы диаграммы декомпозиции А2

 

 

 

Таблица 4.3.2. Стрелки диаграммы декомпозиции А2

 

 

 

2. Туннелируйте и свяжите на верхнем уровне граничные стрелки, если это необходимо. Результат выполнения упражнения 3 показан на рис. 4.3.1.

 

 

 

Рис. 4.3.1. Результат выполнения упражнения 3

4.4. Упражнение 4. Создание диаграммы узлов

Перед выполнением упражнения 4 внимательно прочитайте подраздел 1.2.5.

Выберите меню Diagram/Add Node Tree. В первом диалоге гида Node Tree Wizard внесите имя диаграммы, укажите диаграмму корня дерева и количество уровней (рис. 4.4.1).

 

 

Рис. 4.4.1. Первый диалог гида Node Tree Wizard

 

2. Во втором диалоге установите опции, как на рис. 4.4.2.

 

Рис. 4.4.2. Второй диалог гида Node Tree Wizard

Щелкните по Finish. Создается диаграмма дерева узлов. Результат можно посмотреть на рис. 4.4.3.

 

Рис. 4.4.3. Диаграмма дерева узлов

 

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

Для модификации диаграммы правой кнопкой мыши щелкните по свободному месту, не занятому объектами, выберите меню Node tree Diagram Properties и во вкладке Style диалога Node Tree Properties отключите опцию Bullet Last Level. Щелкните по ОК. Результат показан на рис. 4.4.4.

 

Рис. 4.4.4. Результат выполнения упражнения 4

 

4.5. Упражнение 5. Создание FEO диаграммы

Предположим, что при обсуждении бизнес-процессов возникла необходимость детально рассмотреть взаимодействие работы "Сборка и тестирование компьютеров" с другими работами. Чтобы не портить диаграмму декомпозиции, создайте FEO-диаграмму, на которой будут только стрелки работы "Сборка и тестирование компьютеров ".

Выберите пункт меню Diagram/Add FEO Diagram.

В диалоге Add New FEO Diagram выберите тип и внесите имя диаграммы FEO. Щелкните по ОК.

Для определения диаграммы перейдите в Diagram/Diagram Properties и во вкладке Diagram Text внесите определение.

Удалите лишние стрелки на диаграмме FEO. Результат показан на рис. 4.5.1.

 

Рис. 4.5.1. Диаграмма FEO

Для перехода между стандартной диаграммой, деревом узлов и FEO используйте кнопку на палитре инструментов.

4.6. Упражнение 6. Расщепление и слияние моделей

Расщепление модели

Перед выполнением упражнения 6 внимательно прочитайте подраздел 1.2.7.

Перейдите на диаграмму АО. Правой кнопкой мыши щелкните по работе "Сборка и тестирование компьютеров" и выберите Split model.

 

Рис. 4.6.1. Диалог Split Option

 

В диалоге Split Option внесите имя новой модели "Сборка и тестирование компьютеров", установите опции, как на рисунке, и щелкните по ОК (рис. 4.6.1).

Посмотрите на результат: в Model Explorer появилась новая модель, а на диаграмме АО модели "Деятельность компании" появилась стрелка вызова "Сборка и тестирование компьютеров".

Создайте в модели "Сборка и тестирование компьютеров" новую стрелку "Неисправные компоненты". На диаграмме АО это будет граничная стрелка выхода, на диаграмме АО - граничная стрелка выхода от работ "Сборка настольных компьютеров", "Тестирование компьютеров"и "Сборка ноутбуков".

Слияние модели

Перейдите на диаграмму АО модели "Деятельность компании".

Правой кнопкой мыши щелкните по работе "Сборка и тестирование компьютеров" и выберите Merge model.

[3. В диалоге Merge Model включите опцию Cut/Paste entire dictionaries и щелкните по ОК.

Посмотрите на результат. В Model Explorer видно, что две модели j слились. Модель "Сборка и тестирование компьютеров" осталась и может ;быть сохранена в отдельном файле. На диаграмме АО модели "Деятельность компании" исчезла стрелка вызова "Сборка и тестирование I компьютеров". Появилась неразрешенная граничная стрелка "Неисправные компоненты". Направьте эту стрелку к входу работы "Отгрузка ; и получение".

4.7. Упражнение 7. Создание диаграммы IDEF3

Перед выполнением упражнения 7 внимательно прочитайте подраздел 1.4.

1. Перейдите на диаграмму А2 и декомпозируйте работу "Сборка настольных компьютеров". В диалоге Activity Box Count (рис. 4.7.1) установите число работ 4 и нотацию IDEF3.

 

 

 

Рис. 4.7.1. Выбор нотации IDEF3 в диалоге Activity Box Count

 

Возникает диаграмма IDEF3, содержащая работы (UOW). Правой кнопкой мыши щелкните по работе, выберите в контекстном меню Name и внесите имя работы "Подготовка компонентов". Затем во вкладке Definition внесите определение "Подготавливаются все компоненты компьютера согласно спецификации заказа". 2. Во вкладке UOW внесите свойства работы (табл. 4.7.1).

Таблица 4.7.1. Свойства UOW

 

3.Внесите в диаграмму еще 3 работы (кнопка I I).

Внесите имена работ:

Установка материнской платы и винчестера;

Установка модема;

Установка дисковода CD-ROM;

Установка флоппи- дисковода;

Инсталляция операционной системы;

Инсталляция дополнительного программного обеспечения.

Свяжите стрелкой объект ссылки и работу "Подготовка компонент". 5.Свяжите стрелкой работы "Подготовка компонентов" (выход) и… В IDEF3 имя стрелки может отсутствовать, хотя BPwin показывает отсутствие имени как ошибку. Результат показан на рис.…

Отслеживание расписания 500,00 Управление500,08

И управление сборкой и

Тестированием

Сборка настольных1 700,00 Компоненты1 600,88

Компьютеров

Рабочая сила100,08

  4.10. Упражнение 10. Использование категорий UDP Перед выполнением упражнения 10 внимательно прочитайте подразделы 1.3, 2.1 и 2.2. И. Перейдите в меню Dictionary/UDP…

Перед выполнением упражнения 11 внимательно прочитайте подраздел 1.2.7.

1.Перейдите на диаграмму АО и щелкните правой кнопкой мыщи по работе "Отгрузка и получение". В контекстном меню выберите Split Model.

В появившемся диалоге Split Option установите опцию Enable Merge /Overwrite Option, внесите имя новой модели - "Отгрузка и получение" и щелкните по ОК.

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

2.Внесите свойства новой модели:

Time Frame: AS-IS;

Purpose: Документировать работу "Отгрузка и получение";

Viewpoint: Начальник отдела;

Definition: Модель создается для иллюстрации возможностей BPwin по расщеплению и слиянию моделей

Scope: Работы по получению комплектующих и отправке готовой продукции.

3.Декомпозируйте контекстную работу на 3 работы (табл. 4.11.1).

 

Таблица 4.11.1. Декомпозиция работы "Отгрузка и получение"

 

 

Свяжите граничные стрелки, как показано на рис. 4.11.1.

 

 

Рис. 4.11.1. Внутренние стрелки на декомпозиции работы "Отгрузка и получение"

 

5. Внесите следующие внутренние и граничные стрелки (табл. 4.11.2).

Таблица 4.11.2. Внутренние и граничные стрелки на декомпозиции работы "Отгрузка и получение"

 

 

6. Туннелируйте граничные стрелки (Resolve Border Arrow). Результат выполнения упражнения показан на рис. 4.11.2.

 

 

 

Рис. 4.11.2. Результат выполнения упражнения 11

 

4.12. Упражнение 12. Слияние расщепленной модели с исходной моделью

1.Перейдите в модель "Деятельность компании". На диаграмме АО щелкните правой кнопкой мыши по работе "Отгрузка и получение".

В контекстном меню выберите Merge Model. В появившемся диалоге Merge Model установите опцию Cut/Paste entire dictionaries и щелкните по ОК.

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

Появились новые стрелки с квадратными скобками. Туннелируйте эти стрелки (Resolve Border Arrow).

2.На диаграмме АО туннелируйте и свяжите стрелки согласно рис. 4.12.1.

 

Рис. 4.12.1. Результат выполнения упражнения 12

4.13. Упражнение 13. Копирование работ

Копирование работ в другую модель

Создайте новую модель "ТЕСТ". Декомпозируйте контекстную работу в новой модели, но не вносите имена работ.

Переключите Model Explorer во вкладку Activity. В технике drag&drop перенесите какую-нибудь работу из модели "Деятельность компании" на диаграмму декомпозиции модели "ТЕСТ". В появившемся диалоге Continue with Merge? установите опцию Paste/Merge entire dictionaries и щелкните по ОК. В результате работа из модели "Деятельность компании" копируется на новую диаграмму модели "ТЕСТ".

Перемещение работ в той же самой модели

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

Расщепление и модификация модели

Model Name: Предлагаемая модель компании; " Time Frame: TO-BE; Purpose: Документировать предлагаемые изменения бизнес-процессов компании.

Слияние модели

1.Перейдите к работе "Производство продукта" в модели "Деятельность компании". Щелкните правой кнопкой мыши по работе. В контекстном меню выберите Merge Model. В появившемся диалоге Merge Model установите опцию Cut/Paste entire dictionaries, опцию Overwrite existing fields и щелкните по ОК.

Модели должны слиться.

На диаграмме АО туннелируйте стрелки (Resolve Border Arrow,) "Информация от поставщика" и "Заказ поставщику".

Направьте стрелку "Прогноз продаж" с выхода "Продажи и маркетинг" на управление "Производство продукта".

Направьте стрелку "Стандарты на продукцию" с выхода "Производство продукта" на управление "Продажи и маркетинг".

Удалите ветвь стрелки управления "Правила и процедуры" работы "Производство продукта".

Закройте модель "Производство продукта".

Результат выполнения второй части упражнения 14 приведен на рис. 4.14.3 и 4.14.4.

 

 

 

Рис. 4.14.3. Результат выполнения второй части упражнения 14-

диаграмма А-0

 

 

Рис. 4.14.4. Результат выполнения второй части упражнения 14-

диаграмма АО

 

Использование Model Explorer для реорганизации дерева декомпозиции

Было бы логично перенести эту работу на уровень выше. Используя возможности Model Explorer, перенесите работу "Разработать… Разрешите и перенаправьте стрелки согласно рис. 4.14.5 и 4.14.6.

Оглавление

· Предисловие

· Введение

· Глава 1. Инструментальные средства BPwin4.0

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

· 1.1.1. Общее описание интерфейса BPwin 4.0

· 1.1.2. Создание новой модели

· 1.1.3. Установка цвета и шрифта объектов

· 1.1.4. Model Explorer - навигатор модели

· 1.2. Создание модели в стандарте IDEF0

· 1.2.1. Принципы построения модели IDEF0

· 1.2.2. Работы (Activity)

· 1.2.3. Стрелки (Arrow)

· 1.2.4. Нумерация работ и диаграмм

· 1.2.5. Диаграммы дерева узлов и FEO

· 1.2.6. Каркас диаграммы

· 1.2.7. Слияние и расщепление моделей

· 1.2.8. Рекомендации по рисованию диаграмм

· 1.2.9. Проведение экспертизы

· 1.3. Стоимостный анализ (ABC) и свойства, определяемые пользователем (UDP)

· 1.4. Дополнение созданной модели процессов организационными диаграммами, диаграммами DFD и Workflow (IDEF3)

· 1.4.1. Диаграммы потоков данных (Data Flow Diagramming)

· 1.4.2. Метод описания процессов IDEF3

· 1.4.3. Организационные диаграммы и диаграммы Swim Lane

· 1.4.4. Использование нетрадиционного синтаксиса на диаграммах функциональной модели

· 1.4.5. Создание смешанной модели

· 1.4.6. Имитационное моделирование

· 1.5. Использование обучающего модуля BPwin

· Глава 2. Создание отчетов

· 2.1. Создание отчетов в BPwin

· 2.1.1. Встроенные шаблоны отчетов

· 2.1.2. Создание отчетов с помощью Report Template Builder

· 2.2. Создание отчетов в RPTwin

· 2.2.1. Создание нового отчета

· 2.2.2. Инструментальная среда RPTwin

· 2.2.3. Вставка и форматирование объектов отчета

· 2.2.4. Группировка и сортировка данных отчета

· 2.2.5. Изменение файла данных отчета

· 2.2.6. Изменение свойств отчета

· 2.2.7. Создание формул RPTwin

· 2.2.8. Функции RPTwin

· 2.2.9. Использование формул RPTwin

· 2.3. Использование Crystal Reports для создания отчетов

· 2.3.1. Подготовка данных для отчета

· 2.3.2. Инструментальная среда Crystal Reports Designer

· 2.3.3. Создание простых отчетов в среде Crystal Reports Designer

· 2.3.4. Внесение в отчет Crystal Reports новых полей

· 2.3.5. Группировка записей отчета Crystal Reports

· 2.3.5. Группировка записей отчета Crystal Reports

· Глава 3. Связывание модели процессов и модели данных

· 3.1. Модель данных и ее соответствие модели процессов

· 3.2. Экспорт данных из ERwin в BPwin и связывание объектов модели данных со стрелками и работами

· 3.3. Создание сущностей и атрибутов BPwin и их экспорт в ERwin

· Глава 4. Практикум. Создание функциональной модели с помощью BPwin 4.0

· 4.1. Упражнение 1. Создание контекстной диаграммы

· 4.2. Упражнение 2. Создание диаграммы декомпозиции

· 4.3. Упражнение 3. Создание диаграммы декомпозиции А2

· 4.4. Упражнение 4. Создание диаграммы узлов

· 4.5. Упражнение 5. Создание FEO диаграммы

· 4.6. Упражнение 6. Расщепление и слияние моделей

· 4.6.1. Расщепление модели

· 4.6.2. Слияние модели

· 4.7. Упражнение 7. Создание диаграммы IDEF3

· 4.8. Упражнение 8. Создание сценария

· 4.9. Упражнение 9. Стоимостный анализ (Activity Based Costing)

· 4.10. Упражнение 10. Использование категорий UDP

· 4.11. Упражнение 11. Расщепление модели

· 4.12. Упражнение 12. Слияние расщепленной модели с исходной моделью

· 4.13. Упражнение 13. Копирование работ

· 4.13.1. Копирование работ в другую модель

· 4.13.2. Перемещение работ в той же самой модели

· 4.14. Упражнение 14. Создание модели ТО-ВЕ (реинжиниринг бизнес-процессов)

· 4.14.1. Расщепление и модификация модели

· 4.14.2. Слияние модели

· 4.14.3. Использование Model Explorer для реорганизации дерева декомпозиции

· 4.14.4. Модификация диаграммы IDEF3 "Сборка продукта" с целью отображения новой информации

· 4.15. Упражнение 15. Создание диаграммы DFD

· 4.16. Упражнение 16. Использование Off-Page Reference на диаграмме DFD