9.1. Общая характеристика системы
является мощным средством моделирования и документирования бизнес-процессов. Этот продукт использует технологию моделирования IDEFO (IntegrationDefinitionforFunctionModeling)  наиболее распространенный стандарт, принятый для моделирования бизнес-процессов. Этот стандарт был разработан в лаборатории военно-воздушных сил США в 1981 году и успешно использовался для разработки систем противовоздушной обороны.
Диаграммы IDEFO наглядны и просты для понимания, в то же время они формализуют представление о работе компании, помогая с легкостью находить общий язык между разработчиком и будущим пользователем приложения. Пример диаграммы IDEF0 представлен на рис. 9.1.

Рис. 9.1. Фрагмент диаграммы, описывающий процедуру оформления заказа на товар

Основными элементами диаграммы являются активности и дуги (стрелки), которые изображают взаимосвязи и отношения активностей друг с другом. Дуги могут быть нескольких типов: вход, выход, управление и ресурсы. На каждой диаграмме обыч­но располагается от 3 до 6 активностей; это обусловлено тем, что такое количество активностей является оптимальным для восприятия сознанием. Модель  представляет собой набор иерархически связанных и упорядоченных диаграмм, каждая из которых является конкретизацией (декомпозицией) активности предыдущего верхнего уровня. Каждая модель имеет одну диаграмму верхнего уровня, которая содержит только одну активность, определяющую общую функцию моделируемого процесса. Модели имеют так называемые «точки зрения» (point of view), определяющие ракурс, под которым рассматривается процесс. Например, для рассмотрения процесса может быть выбрана точка зрения начальника отдела компании, где происходит моделируемый процесс.
Кроме стандарта IDEFO,  поддерживает также методологии моделирования DFD (data flow diagram) и IDEF3 (workflow). Методология DFD служит для описания потоков данных, которые возникают в результате деятельности компании. Методология IDEF3 служить для графического описания потока
процессов (работ), взаимодействия процессов и объектов, которые изменяются этими процессами.
В зависимости от корпоративного стандарта по проведению системного анализа бизнес-процессов на начальном этапе проектирования системы могут использоваться различные типы или комбинации этих методологий моделирования.

9.2. Методологии в BPWin
BPWin умеет проверять создаваемые модели с точки зрения синтаксиса выбранной методологии, проверяет ссылочную целостность между диаграммами, а также выполняет ряд других проверок, чтобы помочь создать правильную модель, а не просто рисунок. При этом сохраняются главные преимущества рисунка простота создания и наглядность.
Основной из трех методологий, поддерживаемых , является IDEF0, относящееся к семейству IDEF, которое появилось в конце 1960х годов под названием SADT {StructuredAnalysisandDesignTechnique). IDEFO может быть использована для моделирования широкого класса систем. Для новых систем применение IDEF0 необходимо для определения требований и указания функций для последующей разработки системы, отвечающей поставленным требованиям и реализующей выделенные функции. Применительно к уже существующим системам, IDEF0 может быть использована для анализа функций, выполняемых системой, и отображения механизмов, посредством которых эти функции выполняются. Результатом применения IDEF0 к некоторой системе является модель этой системы, состоящая из иерархически упорядоченного набора диаграмм, текста документации и словарей, связанных друг с другом с помощью перекрестных ссылок. Двумя наиболее важными компонентами, из которых строятся диаграммы IDEF0, являются бизнес-функции или работы (представленные на диаграммах в виде прямоугольников) и данные и объекты (изображаемые в виде стрелок), связывающие между собой работы. В зависимости от того в какую грань прямоугольника работы входят или из какой грани выходят стрелки, они делятся на пять видов

1. стрелки входа (входят в левую грань работы)  изображают данные или объекты, изменяемые в ходе выполнения работы;
2. стрелки управления (входят в верхнюю грань работы) изображают правила и ограничения, согласно которым выполняется работа;
3. стрелки выхода (выходят из правой грани работы)  изображают данные или объекты, появляющиеся в результате выполнения работы;
4. стрелки механизма (входят в нижнюю грань работы)  изображают ресурсы, необходимые для выполнения работы, но не изменяющиеся в процессе работы (например, оборудование, людские ресурсы);
5. стрелки вызова (выходят из нижней грани работы)  изображают связи между разными диаграммами или моделями, указывая на некоторую диаграмму, где данная работа рассмотрена более подробно.

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

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

позволяет выделять работы и стрелки разными цветами, а также привязывать имена стрелок к самим стрелкам (например стрелка по имени «Отчетность»), что повышает наглядность и читаемость диаграммы.

Рис. 9.3. Пример диаграммы декомпозиции

После того как контекст описан, проводится построение сле­дующих диаграмм в иерархии. Каждая последующая диаграмма является более подробным описанием (декомпозицией) одной из работ на вышестоящей диаграмме. Пример декомпозиции контекстной работы показан на рис. 9.3. Описание каждой подсистемы проводится аналитиком совместно с экспертом предметной области. Обычно экспертом является человек, отвечающий за эту подсистему, и поэтому досконально знающий все ее функции. Таким образом, вся система разбивается на подсистемы до нуж­ного уровня детализации и получается модель, аппроксимирующая систему с заданным уровнем точности. Получив модель, адекватно отображающую текущие бизнес-процессы (так назы­ваемую модель AS IS), аналитик с легкостью может увидеть все наиболее уязвимые места системы. После этого с учетом выяв­ленных недостатков можно строить модель новой организации бизнес-процессов (модель ТО BE).

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

1. Работы. Обозначают функции или процессы, которые об­рабатывают и изменяют информацию. Работы представлены на диаграммах в виде прямоугольников со скругленными углами (например «Проверить наличие товара на складе»).
2. Стрелки. Идут от объекта-источника к объекту-приемнику, обозначая информационные потоки в системе документооборота (например «Запрос на склад»).
3. Внешние ссылки. Указывают на место, организацию или человека, которые участвуют в процессе обмена информацией с системой, но располагаются за рамками этой диаграммы (напри­мер «Клиент»).
4. Хранилища данных. Представляют собой собственно данные, к которым осуществляется доступ, эти данные также могут быть созданы или изменены работами. На одной диаграмме может присутствовать несколько копий одного и того же хранилища данных (например «Сведения о заказах»)

В диаграммах потоков данных все используемые символы складываются в общую картину, дающую четкое представление о том, какие данные используются и какие функции выполняются системой документооборота. При этом часто выясняется, что существующие потоки информации, важные для деятельности компании, реализованы ненадежно и нуждаются в реорганизации.
Наличие в диаграммах DFD элементов для описания источников, приемников и хранилищ данных позволяет точно описать процесс документооборота. Однако для описания логики взаимодействия информационных потоков модель дополняют диаграммами еще одной методологии  IDEF3, также называемой Workflow Diagramming. Методология моделирования IDEF3 позволяет графически описать и задокументировать процессы, фокусируя внимание на течении этих процессов и на отношениях процессов и важных объектов, являющихся частями этих процессов.
IDEF3 предполагает построение двух типов моделей: модель может отражать некоторые процессы в их логической последовательности, позволяя увидеть, как функционирует организация, или же модель может показывать «сеть переходных состояний объекта», предлагая вниманию аналитика последовательность состояний, в которых может оказаться объект при прохождении через определенный процесс.
С помощью диаграмм IDEF3 можно анализировать сценарии из реальной жизни, например закрытие магазина в экстренных случаях, или действия, которые должны выполнить менеджер и продавец при закрытии магазина. Каждый такой сценарий содержит в себе описание процесса и может быть использован для того что бы наглядно показать или лучше задокументировать бизнес-функции организации.
Модель, выполненная в IDEF3, может содержать следующие элементы:

1. Единицы работы (UnitofWork)  основной компонент диаграммы IDEF3, близкий по смыслу к работе IDEF0.

2. Связи (Links) Изображаемые стрелками, они показывают взаимоотношения работ. В IDEF3 различают три типа связей:

a. связь предшествования (Precedence) показывает, что прежде чем начнется работа-приемник, должна завершиться работа-источник. Обозначается сплошной линией;

b. связь отношения (Relational) показывает связь между двумя работами или между работой и объектом ссылки. Обозначается пунктирной линией;

3. поток объектов (ObjectFlow) показывает участие некоторого объекта в двух или более работах, например, если объект производится в ходе выполнения одной работы и потребляется другой работой. Обозначается стрелкой с двумя наконечниками.

4. Перекрестки (Junctions) Используются в диаграммах IDEF3 для показа ветвления логической схемы моделируемого процесса и альтернативных путей развития процесса, могущих возникнуть во время его выполнения. Различают два типа перекрестков:

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

b. перекресток ветвления (FanoutJunction) — узел, в котором единственная входящая в него стрелка ветвится, показывая, что работы, следующие за перекрестком, выполняются параллельно или альтернативно.

.5. Объекты ссылок (Referents) служат для выражения идей и концепций без использования специальных методов, таких как стрелки, перекрестки или работы.

Рис. 9.5. Пример диаграммы 1DEF3

9.3. Пользовательский интерфейс
Функциональность  заключается не только в рисовании диаграмм, но и в проверке целостности и согласованности модели.  обеспечивает логическую четкость в определении и описании элементов диаграмм, а также проверку целостности связей между диаграммами. Инструмент обеспечивает коррекцию наиболее часто встречающихся ошибок при моделировании таких, как «зависание» связей при переходе от диаграммы к диаграмме, нарушение ассоциации связей в различных диаграммах модели и т.п. Кроме того,  поддерживает пользовательские свойства, которые применяются к элементам диаграммы для описания специфических свойств, присущих данному элементу.
имеет широкие возможности по представлению диаграмм. Графическое представление модели может быть изображено при помощи различных цветов, шрифтов и прочих параметров представления, которые выделяют важные или, наоборот, тушируют незначительные аспекты модели. Эта незначительная на первый взгляд возможность является ключевой во время представления и обсуждения модели с заказчиком или экспертами предметной области, так как правильно подобранное графическое представление позволяет им быстрее сориентироваться в модели.
Одним из важнейших средств  является генератор отчетов. На деле генератор отчетов RPTwin представляет собой автономный продукт, который поставляется с некоторыми продук­тами CA/Logic Works, и позволяет генерировать подробные и многогранные отчеты по модели. Вместе с  устанавливается набор стандартных отчетов, которые позволяют осветить модель с различных сторон. Отчеты обычно сопровождают окончательный вариант модели бизнес-процессов, созданной при помощи , и содержат информацию, размещение которой на мо­дели сделало бы ее трудной для восприятия. Например, отчет может содержать подробное описание каждого элемента диа­граммы, что помогает отчетливо представить себе назначение данного элемента без дополнительных разъяснений со стороны системного аналитика, создававшего диаграмму. Кроме этого существуют отчеты, предназначенные для системного аналитика, например, отчет по целостности модели.
Что касается пользовательского интерфейса, то основное внимание было уделено развитию средств навигации по модели в сравнении с предыдущими версиями. Теперь  имеет удобный проводник, который представляет иерархическую структуру модели в удобном и простом для понимания виде. Среда моделирования в  изображена на рис. 9.6

Рис. 9.6. Среда моделирования

В новой версии  обеспечивается интеграция с ModeiMart  продуктом компании CA/Logic Works, который предоставляет репозитарий для коллективной разработки моделей. ModelMart гарантирует согласованность моделей, разграничение доступа к ним, поддержку версий и много других средств, которые так важны при командной разработке моделей. Полнофункциональная интеграция с ModelMart включена в версии  2.02 и выше.

9.4. Особенности интерфейса  4.0
Кроме того, что уже было сказано по поводу трех поддерживаемых  методологий, необходимо отметить еще несколько аспектов. Как было отмечено ранее, модель, выполненная в , представляет собой набор иерархически упорядоченных диаграмм (не обязательно сделанных в одной методологии, чаще модели бывают смешанными). При размещении на очередной диаграмме некоторого элемента (работы, стрелки) этот элемент вместе со всеми своими свойствами (которые всегда можно про­смотреть или изменить в соответствующем редакторе) автоматически заносится в словарь, в результате чего вместе с графическим изображением моделируемой системы аналитик получает десятки страниц с подробным текстовым описанием системы.
Применение универсальных графических языков бизнес-моделирования IDEFO, IDEF3 и DFD обеспечивает логическую целостность и полноту описания, необходимую для достижения точных и непротиворечивых результатов. Посредством набора графических инструментов для отображения действий и объектов,  позволяет легко построить схему процесса, на которой показаны исходные данные, результаты операций, ресурсы, необходимые для их выполнения, управляющие воздействия, взаимные связи между отдельными работами. Интерактивное выделение объектов обеспечивает постоянную визуальную обратную связь при построении модели.  поддерживает ссылочную целостность, не допуская определения некорректных связей и гарантируя непротиворечивость отношений между объектами при моделировании обладает удобным инструментом для навигации по уровням декомпозиции модели. Это Model Explorer (см. рис. 9.7), который по организации очень похож на привычный всем проводник Windows. Работы IDEF0 показываются в Model Explorer зеленым цветом, DFD  желтым и IDEF3  синим. Щелкая мышкой по любой из работ, представленных в проводнике, пользователь может переходить на диаграмму, содержащую выбранную работу. В версии  4.0 проводник модели предлагает пользователю улучшенный интерфейс, который включает в себя новую вкладку объектов (Objects), и доработанную вкладку диаграмм (Diagrams). С помощью вкладки объектов можно методом Drag&Drop размещать объекты из словаря на любой диаграмму. С помощью вкладки диаграмм можно просматривать всю иерархию диаграмм, включая Organization Chart, Node Tree, Swim Lane, FEO и IDEF3 Scenario, которые будут рассмотрены ниже.
Вообще если говорить о версии  4.0 нельзя не отметить существенные улучшения интерфейса. Наконец-то можно забыть о проблемах со шрифтами, с изменением размеров объектов на диаграмме, что раньше в некоторых случаях могло привести к тому, что диаграмма «плыла». Кроме проводника модели были также улучшены и словари объектов. Теперь все словарные объекты располагаются в аккуратных таблицах, вид которых можно настраивать так, как удобно пользователю, содержание словарей можно печатать, экспортировать, импортировать, генерировать отчеты по содержанию словарей. Можно поддерживать словари для следующих объектов:

1 Работы
2 Стрелки
3 Хранилища данных
4 Внешние ссылки
5 Перекрестки
6 Объекты ссылок
7 Атрибуты
8 Центры затрат
9 Сущности
10 Ресурсы
11 Роли
12 Группы ролей.
13 Свойства, определяемые пользователем (UDP).
14 Ключевые слова UDP.

Генератор отчетов также претерпел существенные модификации. Теперь  имеет действительно мощный инструмент отчетов ReportTemplateBuilder, с помощью которого можно легко и быстро создавать различные отчеты о модели. Он позволяет также создавать шаблоны для отчетов, которые можно будет многократно использовать впоследствии, и преобразовывать отчеты в формат txt (.csv), html или rtf.
Были улучшены и дополнены и редакторы свойств диаграмм и объектов. Теперь помимо тех свойств, которые были доступны в предыдущих версиях, в них включены вкладки для изменения шрифтов, цветов, ролей, стиля прямоугольников работ, колонтитулов и других параметров страницы. На вкладке Header/Footerпользователь может теперь настраивать верхний и нижний ко­лонтитулы для каждой диаграммы в отдельности. Кнопки панели инструментов автоматически перестраиваются при переходе от одной методологии к другой. Появилась возможность выделения группы объектов и последующей работы с этой группой. Еще один подарок пользователям  4.0  поддержка визуального сравнения диаграмм. Теперь можно, предварительно выбрав две диаграммы, создать файл JPEG, который покажет все различия между выбранными диаграммами. И, конечно, обновлен OnlineTutorial, в котором приведены полные уроки с примерами моделей, которые помогут пользователю быстро освоить.
Итак, что же может предложить , кроме поддержки уже рассмотренных выше трех методологий моделирования? Этот инструмент, ставший незаменимым в консалтинговых ком­паниях в России и по всему миру, постоянно совершенствуют. В дополнение к диаграммам IDEFO, DFD и IDEF3,  поддерживает еще целый ряд вспомогательных диаграмм. Так к модели  можно добавлять дерево узлов {NodeTreeDiagram), которое показывает иерархию всех работ модели на одной диаграмме. Диаграмма дерева узлов имеет вид традиционного иерархического дерева, где верхний узел (прямоугольник) соответствует работе с контекстной диаграммой, а последующие нижние узлы представляют собой дочерние уровни декомпозиции (рис. 9.8). Можно также создать диаграмму дерева узлов для некоторой части моде­ли, тогда верхним узлом диаграммы будет та работа декомпозиции, с которой вы захотите начать.
Прямоугольники в дереве узлов сохраняют за собой все свойства соответствующих им работ. Например, можно открыть редактор свойств работы, дважды щелкнув мышкой по прямоугольнику работы. Если же дважды щелкнуть мышкой по той части диаграммы, которая не занята работами, откроется редак­тор свойств самой диаграммы дерева узлов, где можно установить такие свойства диаграммы, как ее имя, шрифт и цвет.
Добавив к модели диаграмму дерева узлов, можно вернуться к ней с помощью вкладки диаграмм в проводнике модели.
В версии  4.0 появилась возможность отображать диаграммы дерева узлов не только с диагональными, но и с прямыми линиями связи и менять свойства работ непосредственно из самой диаграммы.
К модели всегда можно добавить диаграмму только для показа (ForExpositionOnly (FEO) Diagram). Чаще всего это делается, для того чтобы проиллюстрировать разные сценарии развития процесса, показать модель с других точек зрения, вырезать важ­ный кусок из сложной диаграммы (рис. 9.9), не портя при этом саму диаграмму. К любой диаграмме модели в  будь то контекстная диаграмма или одна из диаграмм декомпозиции можно добавлять произвольное число FEO диаграмм, специфика которых в том, что они не подлежат синтаксической проверке со стороны , поскольку, как в нашем примере, они могут яв­ляться лишь частью синтаксически правильной диаграммы.
Добавив к модели FEO диаграмму, всегда можно вернуться к ней с помощью вкладки диаграмм в проводнике модели.
В  4.0 есть возможность добавлять к модели диаграммы сценариев IDEF3 (IDEF3 Scenario)
Для того чтобы наглядно представить структуру организации к любой модели в  4.0 можно добавить схему организации (OrganizationCharts). Схемы организации  имеют тради­ционную древовидную иерархическую структуру, на вершине которой находится один прямоугольник, от которого идут ветвления к нескольким нижестоящим (рис. 9.11). Каждый прямоугольник в схеме организации соответствует конкретной роли или должности, например президента или вице-президента.
Перед тем как добавить к модели схему организации, нужно определить группы ролей, роли и, возможно, ресурсы. Сначала следует создать одну или более групп ролей в словаре групп ролей, задав критерий, объединяющий роли, которым соответствуют схожие функции в организации. Затем в словаре ролей описать роли, которым будут соответствовать прямоугольники в схе­ме организации.
Создав схему организации, можно изменять свойства ролей, такие как имя роли, цвет и т.п. в редакторе свойств, который вызывается двойным щелчком мыши по соответствующему прямоугольнику роли на схеме. Редактор свойств диаграммы можно вызвать, дважды щелкнув мышкой по месту не занятому прямоугольниками ролей.
Добавив к модели диаграмму со схемой организации, всегда можно вернуться к ней с помощью вкладки диаграмм в проводнике модели. Также можно перемещать роли и ресурсы на диаграмму из вкладки объектов проводника модели.
Swim Lane диаграммы можно добавлять к любой модели в  для более наглядного изображения течения процесса (рис. 9.12). Эти диаграммы используют методологию IDEF3 и показывают горизонтальные полосы, представляющие участие в процессе ролей.

Рис. 9.12. Пример SwimLaneдиаграммы

Но даже возможность использования вспомогательных диаграмм далеко не исчерпывает всех возможностей , поскольку этот продукт является не только мощным средством гра­фического представления информации, но и инструментом ее анализа. Как уже говорилось выше, при реорганизации бизнес-процессов уже существующей системы строятся две модели: AS IS и ТО BE. Модель AS IS показывает как система функционирует в настоящий момент и является своего рода фотографией системы. А модель ТО BE, которая строится исходя из результатов анализа модели AS IS, показывает как система будет работать после реорганизации.
Как же провести этот анализ? Детализация бизнес-процессов позволяет выявить недостатки организации даже там, где функциональность на первый взгляд кажется очевидной. Признаком неэффективной деятельности могут быть бесполезные, неуправляемые и дублирующиеся работы, неэффективный документооборот (нужный документ не оказывается в нужном месте в нужное время), отсутствие обратных связей по управлению (на проведение работы не оказывает влияние ее результат) и входу (объ­екты или информация используются нерационально) и т.д. Кроме того,  содержит ряд средств, которые помогают разработчику анализировать и исправлять модель AS IS. Прежде всего речь идет о том, что  указывает на синтаксические ошибки в модели, которые могут быть вызваны неправильной организацией системы. Когда все такие ошибки будут исправлены, перед аналитиком должна встать задача оптимизации, а для корректной постановки этой задачи, как известно, необходим критерий. Здесь  снова приходит на помощь аналитику, предлагая то, что для оптимизатора имеет такое же значение, какое придавал Архимед точке опоры.  дает аналитику метрику  стоимостной анализ, основанный на работах {ActivityBasedCosting, ABC) и свойства, определяемые пользователем (UserDefinedProperties, UDP).
Встроенный в  механизм вычисления стоимости позволяет оценивать и анализировать затраты на осуществление различных видов деловой активности. Механизм вычисления расходов на основе выполняемых действий (Activity-Based Costing, ABC)  это технология, применяемая для оценки затрат и используемых ресурсов. Она помогает распознать и выделить наиболее дорогостоящие для дальнейшего анализа операции. ABC является широко распространенной методикой, используемой международными корпорациями и государственными организациями (в том числе Департаментом обороны США) для идентификации истинных движителей затрат в организации. Стоимостной анализ представляет собой соглашение об учете, используемое для сбора затрат, связанных с работами, с целью определить общую стоимость процесса. Стоимостной анализ основан на модели работ, поскольку количественная оценка без детального понимания того, как функционирует предприятие, невозможна. Обычно ABC применяется для того, чтобы понять происхождение выходных затрат и облегчить выбор нужной модели работ при реорганизации деятельности предприятия. С помощью стоимостного анализа можно решить такие задачи, как определение действительной стоимости производства продукта, определение действительной стоимости поддержки клиента, провести идентификацию работ, которые стоят дороже всего (те, которые должны быть улучшены в первую очередь).
Механизм поддержки ABC в , хотя и учитывает стои­мость выполнения каждой работы, продолжительность каждой работы по времени и то, сколько раз необходимо выполнить работу в течение одного цикла бизнес-процесса, все же дает довольно грубые оценки и, к тому же требует, чтобы все диаграм­мы, для которых производится оценка были выполнены в IDEF0. Если стоимостных показателей недостаточно, имеется возможность внесения собственных метрик  свойств, определенных самим пользователем {UserDefinedProperties, UDP). Имеется возможность задания 18 различных типов UDP, в том числе управ­ляющих команд и массивов, объединенных по категориям. Каждой работе можно поставить в соответствие набор UDP и проанализировать результат в специальном отчете(DiagramObjectReport).
И, наконец, создатели  очень хорошо понимают, что один в поле не воин, даже если этот «один» 4.0, и поэтому  тесно интегрируется с рядом известных продуктов Computer Associates и других компаний, среди которых:

• (CA/LogicWorks). ERwin не нуждается в рекомендациях. Для тех, кто уже работает с , отметим, что в версии  4.0 интерфейсы экспорта и импорта синхронизованы с ERwin 4.O. Кроме того, появилась возможность ассоциирования сущностей и атрибутов с хранилищами данных.
• (CA/LogicWorks), которая предоставляет репозитарий для коллективной разработки моделей. Model Mart гарантирует согла­сованность моделей, разграничение доступа к ним, поддержку версий и много других средств, которые так важны при командной разработке моделей. Сервер приложений для программных продуктов СА ModelMart поддерживает мощный набор инстру­ментальных программных средств, обеспечивающих совместное (групповое) проектирование и разработку программных систем, включая механизмы объединения моделей и анализа изменений, контроль версий, возможность создания «компонент» модели и т.д. Для организации хранилища моделей в ModelMart используются СУБД на платформах Oracle, Sybase, Informix или SQL Server. Кроме того, поддерживаются прямые связи ModelMart с ERwin
• Инструмент стоимостного анализа EasyABC (ABC Technologies).
  Все вышесказанное позволяет утверждать, что уже сейчас  крайне необходим всем, кто занимается проектированием и анализом бизнес-процессов. Трудно представить, насколько мощный инструмент получат аналитики через несколько лет, если  будут продолжать совершенствовать такими темпами и дальше.

9.5. Достоинства
 BPWin мощный инструмент моделирования, который используется для анализа, документирования и реорганизации сложных бизнес-процессов. Модель, созданная средствами , позволяет четко документировать различные аспекты деятельности  действия, которые необходимо предпринять, способы их осуществления, требующиеся для этого ресурсы и др. Таким образом, формируется целостная картина деятельности предприятия  от моделей организации работы в маленьких отделах до сложных иерархических структур. При разработке или закупке программного обеспечения модели бизнес-процессов служат прекрасным средством документирования потребностей, помогая обеспечить высокую эффективность инвестиций в сферу ИТ. В руках же системных аналитиков и разработчиков  еще и мощное средство моделирования процессов при создании корпоративных информационных систем (КИС).
Модели  дают основу для осмысления бизнес-процессов и оценки влияния тех или иных событий, а также описывают взаимодействие процессов и потоков информации в организации. Неэффективная, высокозатратная или избыточная деятельность может быть легко выявлена и, следовательно, усовершенствована, изменена или устранена в соответствии с общими целями организации.
Внешние обстоятельства зачастую вынуждают вносить изменения в деятельность организации. Последствия этих изменений должны быть тщательно изучены и осмыслены перед тем, как система будет переделана с их учетом.  может помочь пользователю на протяжении всего цикла, предоставив возмож­ность оптимизировать бизнеспроцесс, которого коснутся эти изменения.
С помощью BPWin пользователь может сделать свою работу более продуктивной. Действия и другие объекты создаются буквально несколькими щелчками мыши, а затем легко отбуксировываются в нужное место. Интерфейс , выполненный в стиле «проводника», облегчает навигацию и редактирование сложных процессов с иерархической структурой. Развитые возможности изменения масштаба представления позволяют быстро найти и сосредоточиться на необходимой для работы части модели процесса.
 позволяет:

1. обеспечить эффективность операций, рассматривая текущие бизнес-операции через мощные инструменты моделирования;
2. совершенствовать бизнес-процессы, формулируя и опреде­ляя альтернативные реакции на воздействия рынка;
3. быстро исключать непродуктивные операции, легко и интуитивно сопоставляя операционные изменения. Неэффективные, неэкономичные или избыточные операции могут быть легко выявлены и, следовательно, улучшены, изменены или вовсе исключены в соответствии с целями компании.

Некоторые достоинства
BPWin автоматизирует решение многих вспомогательных задач, которые обычно связаны с построением модели процесса, и обеспечивает логическую строгость, необходимую для достиже­ния корректных и согласованных результатов.  отслеживает связи в диаграммах, сохраняя их целостность при внесении изменений в модель. Динамическая «подсветка» объектов служит подсказкой при построении модели и предостерегает от повторения распространенных ошибок в моделировании. Кроме этого,  поддерживает заданные пользователем свойства, что по­зволяет вносить соответствующую вашим потребностям информацию. Различные варианты оформления с гибким использованием шрифтов, цвета и других средств форматирования придают документам большую наглядность. Пользователь может просматривать и распечатывать общее представление своей модели в виде древовидных диаграмм. С помощью средства создания FEOдиаграмм вариации модели или проблемной области можно про­анализировать, не внося изменений в основную модель. Возможности настройки пользовательских палитр цветов позволяют легко адаптировать вид документов в соответствии с особенностями принтера или демонстрационного проектора без внесения изме­нений в саму модель.
позволяет адаптироваться к постоянно меняющимся реалиям современного рынка Конкуренция предполагает мгно­венную реакцию на новые возможности, угрозы и потребности покупателей. Сегодня постоянные изменения стали нормой. По­скольку бизнес-процессы становятся все более сложными, требуются решения, представляющие интегрированный взгляд на функционирование компании. Таким решением является новый  4.0 SP1.

9.6. Управление сложными бизнес-процессами
Модели бизнес-процессов в масштабах всего предприятия могут оказаться очень сложными. BPWin предоставляет возможности, призванные облегчить инкрементальную разработку моде­лей и разграничение процессов. Средства объединения дают возможность нескольким проектным группам проводить анализ различных фрагментов деятельности, а затем создать глобальное представление. Иногда бывает необходимо более детально изучить определенную часть общей модели.  позволяет разбить модель на фрагменты, поработать с ними, а затем вновь объединить их в одно целое.

Рис. 9.13. Пример IDEFOдиаграммы

BPWin совмещает в одном инструменте средства моделирования функций (IDEF0), потоков данных (DFD) и потоков работ (IDEF3), координируя эти три основных аспекта бизнеса для соответствия потребностям бизнес-аналитиков и системных аналитиков. BPWin позволяет повторно использовать ключевую информацию моделирования с точки зрения базовых аспектов, чтобы определить точки конфликтов и, в конечном счете, достичь их согласования.
С помощью функционального моделирования (нотация IDEF0), можно провести систематический анализ бизнес-процесса, сосредоточившись на регулярно решаемых задачах (функциях), свидетельствующих об их правильном выполнении, показателях, необходимых для этого ресурсах, результатах и исходных материалах (сырье).
Моделирование потоков данных (DFD), часто используемое при разработке программного обеспечения, сосредоточено вокруг потоков данных, передающихся между различными операциями, включая их хранение, для достижения максимальной доступности и минимального времени ответа. Такое моделирование позволяет рассмотреть конкретный процесс, проанализировать операции, из которых он состоит, а также точки принятия решений, влияющих на его ход. Моделирование потоков работ (нотация IDEF3) позволяет рассмотреть конкретный процесс, проанализировать операции, из которых он состоит, а также точки принятия решений, влияющих на его ход.
BPWin предоставляет средства для изучения операций и управления операциями на различных уровнях детализации. Например, иногда бывает важно сосредоточиться на определенной части работы организации.  позволяет разделить сложный процесс на множество управляемых частей, обеспечивая группам разработчиков модели возможность сосредоточиться на интересующих их аспектах. В итоге эти различные аспекты могут быть согласованы и объединены для составления единого, целостного взгляда на предприятие.  позволяет объединить разные модели в единую согласованную модель и достигнуть согласования проекта.  помогает понять общее влияние изменений на существующие бизнес-процессы, обеспечивая быструю и эф­фективную адаптацию.

Отличительные черты

• Интуитивно-понятный графический интерфейс, который быстро и легко осваивается, что позволяет сосредоточиться на анализе самой предметной области, не отвлекаясь на изучение инструментальных средств. Интерактивное выделение объектов обеспечивает постоянную визуальную обратную связь при построении модели.  поддерживает ссылочную целостность, не допуская определения некорректных связей и гарантируя не­противоречивость отношений между объектами при моделировании.
• Автоматизация процесса проектирования.  автоматизирует многие задачи, обычно связанные с построением мо­делей процессов, обеспечивая семантическую точность, необходимую для гарантии правильных и согласованных результатов. Подсветка объектов упрощает построение модели, исключая часто встречающиеся ошибки моделирования.
• Свойства, определяемые пользователем. Можно настроить  для сбора информации, существенной для бизнеса, которая сразу же становится доступной через генератор отчетов  и может быть экспортирована в другие программы, например, Microsoft Word и Excel.
• Диаграммы Swim Lane.  поддерживает диаграммы Swim Lane, предоставляя эффективный механизм для визуализации и оптимизации сложных бизнес-процессов. Диаграммы Swim Lane координируют сложные процессы и функциональные ограничения и позволяют видеть процессы, роли и обязанности во всем их многообразии.
• Настраиваемый интерфейс электронных таблиц. Новая структура словаря модели делает ввод и управление информацией быстрым и простым. Этот настраиваемый интерфейс элек­тронных таблиц прост в применении и предоставляет отличный механизм для распространения моделей, независимо от того, вво­дятся ли данные вручную или же импортируются.
• Развитые диаграммы. Контекстные диаграммы для описания границ системы, области действия, назначения объектов. Иерархическая структура диаграмм облегчает последовательное уточнение элементов модели. Декомпозиционные диаграммы для описания особенностей взаимодействия различных процессов.  также поддерживает автоматическую настройку размеров диаграмм и возможность изменения масштабов изображения моделей.
• Организационные диаграммы. Организационные структуры оказывают огромное влияние на определение и выполнение бизнес-процессов.  поддерживает явное определение ролей, а это определяет и категоризирует задачи или работы, со­ставляющие бизнес-процессы. Основываясь на ролях, определен­ных пользователем,  формирует организационные диаграммы.
• Технологии моделирования.  обеспечивает совместное и повторное использование технологий моделирования бизнес-процессов (IDEF0), потоков работ (IDEF3) и потоков дан­ных (DFD).
• Функционально-стоимостной анализ* (ABC).  полностью поддерживает методы расчета себестоимости по объему хозяйственной деятельности (ABC) и оптимизирована для анализа процессов. Развитые средства подготовки отчетов и двунаправленный интерфейс со специализированным инструментарием ABC облегчают реализацию корпоративной стратегии на ос­нове управления хозяйственной деятельностью.
• Собственный генератор отчетов (ReportTemplateBuilderRTB)  новый генератор отчетов, общий для ERwin и , создающий разнообразные отчеты и web страницы. Можно определять шаблоны отчетов, применяя их затем к любым своим моделям. Подход «определить однажды  применять повторно и по­всюду» позволяет организации быстро создавать и продвигать стандарты отчетности. RTB поддерживает множество форматов, включая RTF, HTML, XLS (Excel) и обычный текст.
• Интерфейс к средствам имитационного моделирования. Для моделирования сложных условий деятельности BPWin предлагает интерфейс к имитационному ПО. Это позволяет использовать готовые модели для изучения изменяющегося во времени (динамического) взаимодействия бизнес-процессов. Распределе­ние ресурсов и потоки могут быть оптимизированы для достиже­ния эффективной загрузки. Имитационное моделирование позволяет в динамике проанализировать воздействие изменений. Прежде чем эти изменения будут произведены, можно проверить различные сценарии и обеспечить тем самым принятие оптимального решения.

Ссылки

http://www.info-system.ru/designing/methodology/bpwin/bpwin_faq_bpwin.html

Начало | Глава 8