Использование BPwin в консалтинговых проектах

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

Однако, приступая к решению данной задачи, руководитель среднего и крупного предприятия задается вопросом: «А как у меня на предприятии выполняется та или иная работа?». С этого момента на предприятии начинается работа по исследованию и анализу функционирования бизнес-процессов.

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

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

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

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

Методы моделирования в BPwin

BPwin автоматизирует задачи, связанные с построением моделей развития, обеспечивая семантическую строгость, необходимую для гарантирования правильности и непротиворечивости результатов. Это достигается применением в BPwin следующих методологий: IDEF0, DFD и IDEF3.

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

IDEF0

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

Первая диаграмма в иерархии диаграмм IDEF0 всегда изображает функционирование системы в целом. Такие диаграммы называются контекстными (%D0%A0%D0%B8%D1%81.1).

%D0%9D%D0%B5%D0%BA%D0%BE%D1%82%D0%BE%D1%80%D1%8B%D1%85 %D1%80%D1%83%D0%BA%D0%BE%D0%B2%D0%BE%D0%B4%D0%B8%D1%82%D0%B5%D0%BB%D0%B5%D0%B9, %D0%B2%D0%BF%D0%B5%D1%80%D0%B2%D1%8B%D0%B5 %D1%83%D0%B2%D0%B8%D0%B4%D0%B5%D0%B2%D1%88%D0%B8%D1%85 %D0%BA%D0%BE%D0%BD%D1%82%D0%B5%D0%BA%D1%81%D1%82%D0%BD%D1%83%D1%8E %D0%B4%D0%B8%D0%B0%D0%B3%D1%80%D0%B0%D0%BC%D0%BC%D1%83 %D1%81%D0%B2%D0%BE%D0%B5%D0%B3%D0%BE
%D0%B1%D0%B8%D0%B7%D0%BD%D0%B5%D1%81-%D0%BF%D1%80%D0%BE%D1%86%D0%B5%D1%81%D1%81%D0%B0, %D0%BE%D0%BD%D0%B0 %D0%B2%D0%B2%D0%BE%D0%B4%D0%B8%D1%82 %D0%B2 %D0%BD%D0%B5%D0%B4%D0%BE%D1%83%D0%BC%D0%B5%D0%BD%D0%B8%D0%B5 %E2%80%94 "%D0%98 %D1%8D%D1%82%D0%BE %D0%92%D0%A1%D0%95????". %D0%9E%D0%B4%D0%BD%D0%B0%D0%BA%D0%BE %D0%B7%D0%B0 %D0%B2%D0%BD%D0%B5%D1%88%D0%BD%D0%B5%D0%B9
%D0%BF%D1%80%D0%BE%D1%81%D1%82%D0%BE%D1%82%D0%BE%D0%B9 %D1%81%D0%BA%D1%80%D1%8B%D0%B2%D0%B0%D0%B5%D1%82%D1%81%D1%8F %D0%B2%D1%81%D1%8F %D1%81%D1%83%D1%82%D1%8C %D0%B1%D0%B8%D0%B7%D0%BD%D0%B5%D1%81-%D0%BF%D1%80%D0%BE%D1%86%D0%B5%D1%81%D1%81%D0%B0. %D0%92%D1%81%D1%8F %D0%B2%D1%85%D0%BE%D0%B4%D1%8F%D1%89%D0%B0%D1%8F %D0%B8 %D0%B8%D1%81%D1%85%D0%BE%D0%B4%D1%8F%D1%89%D0%B0%D1%8F
%D0%B8%D0%BD%D1%84%D0%BE%D1%80%D0%BC%D0%B0%D1%86%D0%B8%D1%8F, %D0%B8%D1%81%D1%82%D0%BE%D1%87%D0%BD%D0%B8%D0%BA%D0%B8 %D0%B8 %D1%80%D0%B5%D0%B7%D1%83%D0%BB%D1%8C%D1%82%D0%B0%D1%82%D1%8B, %D0%BC%D0%B5%D1%85%D0%B0%D0%BD%D0%B8%D0%B7%D0%BC%D1%8B %D0%B0%D0%B3%D1%80%D0%B5%D0%B3%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D0%BD%D1%8B %D0%BD%D0%B0%D1%81%D1%82%D0%BE%D0%BB%D1%8C%D0%BA%D0%BE, %D1%87%D1%82%D0%BE
%D0%BF%D0%BE%D0%B7%D0%B2%D0%BE%D0%BB%D1%8F%D1%8E%D1%82 %D0%BE%D1%81%D0%BC%D1%8B%D1%81%D0%BB%D0%B8%D1%82%D1%8C %D0%B8%D1%85 %D0%B2 %D1%86%D0%B5%D0%BB%D0%BE%D0%BC.

%D0%92 %D0%BA%D0%BE%D0%BD%D1%82%D0%B5%D0%BA%D1%81%D1%82 %D0%B2%D1%85%D0%BE%D0%B4%D0%B8%D1%82 %D0%BE%D0%BF%D0%B8%D1%81%D0%B0%D0%BD%D0%B8%D0%B5 %D1%86%D0%B5%D0%BB%D0%B8 %D0%BC%D0%BE%D0%B4%D0%B5%D0%BB%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D1%8F, %D0%BE%D0%B1%D0%BB%D0%B0%D1%81%D1%82%D0%B8 %D0%BC%D0%BE%D0%B4%D0%B5%D0%BB%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D1%8F, %D1%82.%D0%B5.
%D0%BE%D0%BF%D0%B8%D1%81%D0%B0%D0%BD%D0%B8%D1%8F %D1%82%D0%BE%D0%B3%D0%BE, %D1%87%D1%82%D0%BE %D0%B1%D1%83%D0%B4%D0%B5%D1%82 %D1%80%D0%B0%D1%81%D1%81%D0%BC%D0%B0%D1%82%D1%80%D0%B8%D0%B2%D0%B0%D1%82%D1%8C%D1%81%D1%8F %D0%BA%D0%B0%D0%BA %D0%BA%D0%BE%D0%BC%D0%BF%D0%BE%D0%BD%D0%B5%D0%BD%D1%82 %D1%81%D0%B8%D1%81%D1%82%D0%B5%D0%BC%D1%8B, %D0%B0 %D1%87%D1%82%D0%BE %D0%BA%D0%B0%D0%BA
%D0%B2%D0%BD%D0%B5%D1%88%D0%BD%D0%B5%D0%B5 %D0%B2%D0%BE%D0%B7%D0%B4%D0%B5%D0%B9%D1%81%D1%82%D0%B2%D0%B8%D0%B5 %D0%B8 %D1%82%D0%BE%D1%87%D0%BA%D0%B8 %D0%B7%D1%80%D0%B5%D0%BD%D0%B8%D1%8F %E2%80%94 %D0%BF%D0%BE%D0%B7%D0%B8%D1%86%D0%B8%D0%B8, %D1%81 %D0%BA%D0%BE%D1%82%D0%BE%D1%80%D0%BE%D0%B9 %D0%B1%D1%83%D0%B4%D0%B5%D1%82 %D1%81%D1%82%D1%80%D0%BE%D0%B8%D1%82%D1%8C%D1%81%D1%8F %D0%BC%D0%BE%D0%B4%D0%B5%D0%BB%D1%8C.
%D0%9E%D0%B1%D1%8B%D1%87%D0%BD%D0%BE %D0%B2 %D0%BA%D0%B0%D1%87%D0%B5%D1%81%D1%82%D0%B2%D0%B5 %D1%82%D0%BE%D1%87%D0%BA%D0%B8 %D0%B7%D1%80%D0%B5%D0%BD%D0%B8%D1%8F %D0%B2%D1%8B%D0%B1%D0%B8%D1%80%D0%B0%D0%B5%D1%82%D1%81%D1%8F %D1%82%D0%BE%D1%87%D0%BA%D0%B0 %D0%B7%D1%80%D0%B5%D0%BD%D0%B8%D1%8F %D0%BB%D0%B8%D1%86%D0%B0 %D0%B8%D0%BB%D0%B8 %D0%BE%D0%B1%D1%8A%D0%B5%D0%BA%D1%82%D0%B0,
%D0%BE%D1%82%D0%B2%D0%B5%D1%82%D1%81%D1%82%D0%B2%D0%B5%D0%BD%D0%BD%D0%BE%D0%B3%D0%BE %D0%B7%D0%B0 %D1%80%D0%B0%D0%B1%D0%BE%D1%82%D1%83 %D0%BC%D0%BE%D0%B4%D0%B5%D0%BB%D0%B8%D1%80%D1%83%D0%B5%D0%BC%D0%BE%D0%B9 %D1%81%D0%B8%D1%81%D1%82%D0%B5%D0%BC%D1%8B %D0%B2 %D1%86%D0%B5%D0%BB%D0%BE%D0%BC.

%D0%9F%D0%BE%D1%81%D0%BB%D0%B5 %D1%82%D0%BE%D0%B3%D0%BE %D0%BA%D0%B0%D0%BA %D0%BA%D0%BE%D0%BD%D1%82%D0%B5%D0%BA%D1%81%D1%82 %D0%BE%D0%BF%D0%B8%D1%81%D0%B0%D0%BD, %D0%BF%D1%80%D0%BE%D0%B2%D0%BE%D0%B4%D0%B8%D1%82%D1%81%D1%8F %D0%BF%D0%BE%D1%81%D1%82%D1%80%D0%BE%D0%B5%D0%BD%D0%B8%D0%B5 %D1%81%D0%BB%D0%B5%D0%B4%D1%83%D1%8E%D1%89%D0%B8%D1%85 %D0%B4%D0%B8%D0%B0%D0%B3%D1%80%D0%B0%D0%BC%D0%BC %D0%B2
%D0%B8%D0%B5%D1%80%D0%B0%D1%80%D1%85%D0%B8%D0%B8. %D0%9A%D0%B0%D0%B6%D0%B4%D0%B0%D1%8F %D0%BF%D0%BE%D1%81%D0%BB%D0%B5%D0%B4%D1%83%D1%8E%D1%89%D0%B0%D1%8F %D0%B4%D0%B8%D0%B0%D0%B3%D1%80%D0%B0%D0%BC%D0%BC%D0%B0 %D1%8F%D0%B2%D0%BB%D1%8F%D0%B5%D1%82%D1%81%D1%8F %D0%B1%D0%BE%D0%BB%D0%B5%D0%B5 %D0%BF%D0%BE%D0%B4%D1%80%D0%BE%D0%B1%D0%BD%D1%8B%D0%BC %D0%BE%D0%BF%D0%B8%D1%81%D0%B0%D0%BD%D0%B8%D0%B5%D0%BC, %D0%B8%D0%BB%D0%B8
%D0%BA%D0%B0%D0%BA %D0%B5%D0%B5 %D0%B5%D1%89%D0%B5 %D0%BD%D0%B0%D0%B7%D1%8B%D0%B2%D0%B0%D1%8E%D1%82 %E2%80%94 %D0%B4%D0%B5%D0%BA%D0%BE%D0%BC%D0%BF%D0%BE%D0%B7%D0%B8%D1%86%D0%B8%D0%B5%D0%B9, %D0%BE%D0%B4%D0%BD%D0%BE%D0%B9 %D0%B8%D0%B7 %D1%80%D0%B0%D0%B1%D0%BE%D1%82 %D0%BD%D0%B0 %D0%B2%D1%8B%D1%88%D0%B5%D1%81%D1%82%D0%BE%D1%8F%D1%89%D0%B5%D0%B9 %D0%B4%D0%B8%D0%B0%D0%B3%D1%80%D0%B0%D0%BC%D0%BC%D0%B5
(рис. 2).

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

Кроме основных видов диаграмм модель нотации IDEF0 в BPwin может включать следующие элементы:Диаграмма дерева узло. Диаграмма дерева узлов имеет вид традиционного иерархического дерева, где верхний прямоугольник соответствует работе с контекстной диаграммы, а последующие нижние узлы представляют собой дочерние уровни декомпозиции (%D1%80%D0%B8%D1%81. 3).

%D0%94%D0%B8%D0%B0%D0%B3%D1%80%D0%B0%D0%BC%D0%BC %D0%B4%D0%B5%D1%80%D0%B5%D0%B2%D1%8C%D0%B5%D0%B2 %D1%83%D0%B7%D0%BB%D0%BE%D0%B2 %D0%B2 %D0%BC%D0%BE%D0%B4%D0%B5%D0%BB%D0%B8 %D0%BC%D0%BE%D0%B6%D0%B5%D1%82 %D0%B1%D1%8B%D1%82%D1%8C %D1%81%D0%BA%D0%BE%D0%BB%D1%8C%D0%BA%D0%BE %D1%83%D0%B3%D0%BE%D0%B4%D0%BD%D0%BE %D0%BC%D0%BD%D0%BE%D0%B3%D0%BE, %D0%BF%D0%BE%D1%81%D0%BA%D0%BE%D0%BB%D1%8C%D0%BA%D1%83
%D0%B4%D0%B5%D1%80%D0%B5%D0%B2%D0%BE %D0%BC%D0%BE%D0%B6%D0%B5%D1%82 %D0%B1%D1%8B%D1%82%D1%8C %D0%BF%D0%BE%D1%81%D1%82%D1%80%D0%BE%D0%B5%D0%BD%D0%BE %D0%BD%D0%B0 %D0%BF%D1%80%D0%BE%D0%B8%D0%B7%D0%B2%D0%BE%D0%BB%D1%8C%D0%BD%D1%83%D1%8E %D0%B3%D0%BB%D1%83%D0%B1%D0%B8%D0%BD%D1%83 %D0%B8 %D0%BD%D0%B5 %D0%BE%D0%B1%D1%8F%D0%B7%D0%B0%D1%82%D0%B5%D0%BB%D1%8C%D0%BD%D0%BE %D1%81 %D0%BA%D0%BE%D1%80%D0%BD%D1%8F.

%D0%94%D0%B8%D0%B0%D0%B3%D1%80%D0%B0%D0%BC%D0%BC%D1%8B DFD (Data Flow Diagramming) %D0%BC%D0%BE%D0%B3%D1%83%D1%82 %D0%B4%D0%BE%D0%BF%D0%BE%D0%BB%D0%BD%D0%B8%D1%82%D1%8C %D1%82%D0%BE, %D1%87%D1%82%D0%BE %D1%83%D0%B6%D0%B5
%D0%BE%D1%82%D1%80%D0%B0%D0%B6%D0%B5%D0%BD%D0%BE %D0%B2 %D0%BC%D0%BE%D0%B4%D0%B5%D0%BB%D0%B8 IDEF0, %D0%BF%D0%BE%D1%81%D0%BA%D0%BE%D0%BB%D1%8C%D0%BA%D1%83 %D0%BE%D0%BD%D0%B8 %D0%BE%D0%BF%D0%B8%D1%81%D1%8B%D0%B2%D0%B0%D1%8E%D1%82 %D0%BF%D0%BE%D1%82%D0%BE%D0%BA%D0%B8 %D0%B4%D0%B0%D0%BD%D0%BD%D1%8B%D1%85, %D0%BF%D0%BE%D0%B7%D0%B2%D0%BE%D0%BB%D1%8F%D1%8F
%D0%BF%D1%80%D0%BE%D1%81%D0%BB%D0%B5%D0%B4%D0%B8%D1%82%D1%8C, %D0%BA%D0%B0%D0%BA%D0%B8%D0%BC %D0%BE%D0%B1%D1%80%D0%B0%D0%B7%D0%BE%D0%BC %D0%BF%D1%80%D0%BE%D0%B8%D1%81%D1%85%D0%BE%D0%B4%D0%B8%D1%82 %D0%BE%D0%B1%D0%BC%D0%B5%D0%BD %D0%B8%D0%BD%D1%84%D0%BE%D1%80%D0%BC%D0%B0%D1%86%D0%B8%D0%B5%D0%B9 %D0%BA%D0%B0%D0%BA %D0%B2%D0%BD%D1%83%D1%82%D1%80%D0%B8 %D1%81%D0%B8%D1%81%D1%82%D0%B5%D0%BC%D1%8B %D0%BC%D0%B5%D0%B6%D0%B4%D1%83
%D0%B1%D0%B8%D0%B7%D0%BD%D0%B5%D1%81-%D1%84%D1%83%D0%BD%D0%BA%D1%86%D0%B8%D1%8F%D0%BC%D0%B8, %D1%82%D0%B0%D0%BA %D0%B8 %D1%81%D0%B8%D1%81%D1%82%D0%B5%D0%BC%D1%8B %D0%B2 %D1%86%D0%B5%D0%BB%D0%BE%D0%BC %D1%81 %D0%B2%D0%BD%D0%B5%D1%88%D0%BD%D0%B5%D0%B9 %D0%B8%D0%BD%D1%84%D0%BE%D1%80%D0%BC%D0%B0%D1%86%D0%B8%D0%BE%D0%BD%D0%BD%D0%BE%D0%B9 %D1%81%D1%80%D0%B5%D0%B4%D0%BE%D0%B9 (рис.4).

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

Без объекта «внешняя сущность» аналитику бывает иногда сложно определить, откуда пришли в компанию данные документы. Или какие документы еще приходят от, такой внешней сущности как, например, «клиент». Объект «хранилище данных» является уникальным обозначением длительного хранения, очередности обработки, резерва документов.

Это представление потоков совместно с хранилищами данных и внешними сущностями делает модели DFD более похожими на физические характеристики системы — движение объектов, хранение объектов, поставка и распространение объектов.

IDEF3

Третий информационный разрез — последовательность выполняемых работ. В отличие от диаграмм IDEF0 и DFD, элементы которых позволяют точно описать функциональность системы и организацию документооборота, описать с их помощью логику построения системы не удастся. Для описания логики взаимодействия информационных потоков, последовательности выполнения работ и сценариев взаимодействия модель дополняют диаграммами еще одной методологии — IDEF3, также называемой диаграммами workflow (рис.6).

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

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

В ходе консалтингового проекта моделирование подсистемы проводится аналитиком совместно с экспертом предметной области. Для этого в начале консалтингового проекта, на этапе анкетирования руководителей определяются сотрудники, хорошо владеющие предметной областью подсистемы, хорошо знающие все ее функции. Они назначаются на роли экспертов. В ходе постоянного диалога «Автор-читатель» проводится построение, верификация и исправление диаграмм модели. После того как диаграмма уровня модели согласована с экспертом, определяется необходимость ее дальнейшей детализации. Если такая необходимость существует, то проводится ее детализация и цикл повторяется вновь. Таким образом, вся система разбивается на подсистемы до нужного уровня детализации, и получается модель, аппроксимирующая систему с заданным уровнем точности.

В качестве корпоративного стандарта построения моделей деятельности нами принят метод, при котором верхние 3-4 уровня модели строятся в нотации IDEF0 , а завершающий нижний уровень — в нотации DFD. Этим достигается целостность модели без перегрузки ее излишней информацией на верхних уровнях детализации (Рис.8).

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

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

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

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

Свойства, определяемые пользователем (User Defined Properties)

Если для того чтобы усилить значение модели, средств функционально-стоимостного анализа окажется недостаточным в BPwin имеется возможность внесения собственных показателей — свойств, определенных пользователем ( User Defined Properties, UDP ). Имеется возможность задания 18 различных типов UDP. Например, категория «Трудоемкость», может быть выражена количеством дней или часов требуемых на выполнение данной работы. Каждой работе можно поставить в соответствие набор из нескольких UDP.

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

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

Наряду с тем, что UDP предоставляют аналитику критерии оценки моделей, этот механизм позволяет структурировать имеющуюся документацию, привязав ее к конкретным объектам диаграммы . Это могут быть любые объекты — текстовые файлы, рисунки, схемы. Так, например, в качестве дополнительной документации могут выступать файлы инструкций, положений и правил, регламентирующих выполнение работы к которым они привязаны. В частности, на рисунке показана привязка документа «Инструкция по делопроизводству» в качестве исходной документации к процессу «Запись информации в регистрационную карточку» (рис.12).

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

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

Для решения этих и других проблем необходимо, прежде всего, привязать к информационным потокам в модели те параметры документов, с которыми они связаны. Для этого в BPwin существует специальный механизм, предназначенный для описания информационных потоков — так называемый «словарь данных» ( Arrow data ) рис. 13.

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

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

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

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

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

В заключение хотелось бы отметить, что на построении модели «TO BE» и организационных диаграмм работа на предприятии заказчика не заканчивается. На основании информационной модели, полученной при проведении анализа в BPwin, может быть построена база данных разрабатываемой информационной системы. Для этого BPwin тесно интегрирован с другим программным продуктом Computer Associates — ERwin, основой модели которого служат параметры и атрибуты информационных потоков модели BPwin.

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

Источник: hr-portal.ru