3392 ПОСТРОЕНИЕ ИНФОРМАЦИОННЫХ СИСТЕМ СРЕДСТВАМИ BPwin

ВВЕДЕНИЕ

Создание новой или модернизация действующей информационной системы предполагает точное и полное описание предметной области, в которой планируется информатизация  бизнес-процессов. Это не такая простая задача, как может показаться на первый взгляд. Дело в том, что никто из сотрудников, включая руководителя, не может  полностью и  достаточно подробно описать бизнес-процессы организации. Для адекватного описания  функциональности организации нужно аккумулировать знания  многих людей в единой модели. Такая модель может помочь найти слабые места в организации бизнеса и явиться основой для оценки стоимости производства продукции или обслуживания клиентов. К примеру, производитель может захотеть пересмотреть то, как он покупает сырье, порядок ведения склада или порядок поставки готовой продукции заказчикам , чтобы они быстрее получали продукцию. Вполне естественно, что реинжиниринг бизнес-процессов влечет за собой изменение архитектуры информационной системы организации. В конечном итоге модель может служить основой для построения идеальной модели, на  базе которой можно осуществить разработку информационной системы. Целостную и достаточно подробную модель можно получить с помощью методологий структурного анализа, такими как IDEF.  Согласно синтаксису  IDEF0-модель представляет собой совокупность иерархически выстроенных диаграмм, каждая из которых является описанием какого-либо процесса. Построение модели начинается  с описания функциональности моделируемой системы в целом (контекстная диаграмма). Взаимодействие с окружающим миром  описывается в терминах входа (данные или объекты, потребляемые или изменяемые процессом), выхода (основной результат деятельности процесса, конечный продукт), управления (стратегии и процедуры, которыми руководствуется процесс) и механизмов (ресурсы, необходимые для процесса). Несколько лет назад  для построения IDEF0-моделей широко использовался  пакет Design/IDEF. Однако в последние годы широко используется  пакет Computer Associates BPwin. BPwin является мощным инструментом для создания моделей, позволяющих анализировать, документировать и планировать изменения сложных бизнес-процессов. BPwin предлагает средство для сбора всей необходимой информации о работе предприятия и для  графического изображения этой информации в виде целостной и непротиворечивой модели. Причем поскольку модель является некоторым графическим представлением действительности, можно утверждать, что человек вернулся к своему излюбленному средству документирования бизнес-процессов - к рисунку. Но возвращение это произошло на новом уровне - целостность и непротиворечивость модели-рисунка  (качества, о которых раньше не было и речи) гарантируются рядом методологий и нотаций, которым следуют создатели модели. BPwin поддерживает три такие методологии: IDEFO, DFD и IDEF3, позволяющие анализировать ваш бизнес с трех ключевых точек зрения.

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

•    С точки зрения потоков информации (документооборота) в системе. Диаграммы DFD (Data Flow Diagramming) могут дополнить то, что уже отражено в модели IDEF3, поскольку они описывают потоки данных, позволяя проследить, каким образом происходит обмен информацией между бизнес-функциями внутри системы. В то же время диаграммы DFD оставляют без внимания взаимодействие между бизнес-функциями.

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

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

МЕТОДОЛОГИЯ IDEF0

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


посредством которых эти функции выполняются.

 

Рис. 1

 

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

 

•    Стрелки входа (входят в левую грань работы) - изображают данные или объекты, изменяемые в ходе выполнения работы.

•    Стрелки управления (входят в верхнюю грань работы) - изображают правила и ограничения, согласно которым выполняется работа.

•    Стрелки выхода (выходят из правой грани работы) - изображают данные или объекты, появляющиеся в результате выполнения работы.

•   Стрелки механизма (входят в нижнюю грань работы) - изображают ресурсы, необходимые для выполнения работы, но не изменяющиеся в процессе работы (например, оборудование, людские ресурсы).

•    Стрелки вызова (выходят из нижней грани работы) - изображают связи между разными диаграммами или моделями, указывая на некоторую диаграмму, где данная работа рассмотрена более подробно.

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

Рис.2

 

 

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

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

 

ДИАГРАММЫ ПОТОКОВ ДАННЫХ (DFD)

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

 

Рис.3

 

Всего DFD использует четыре важных элемента.

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

•   Стрелки. Стрелки идут от объекта-источника к объекту-приемнику, обозначая информационные потоки в системе документооборота.

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

• Хранилища данных. Хранилища данных представляют собой собственно данные, к которым осуществляется доступ. Эти данные также могут быть созданы или изменены работами. На одной диаграмме может присутствовать несколько копий одного и того же хранилища данных.

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

ЯЗЫК ОПИСАНИЯ ПРОЦЕССОВ IDEF3

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

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

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

Модель, выполненная в IDEF3, может содержать следующие элементы.

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

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

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

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

 

 

 

 

 

 

2                      4                     5

 

 

 

Х Х

1                                                                                 6

 

 

 

 

3

 

ДЕКОМПОЗИЦИЯ                                                    1.1.10

БЛОКА 1

 

X X

1.1.7 1.1.8

 

1.1.9

 

Рис. 4

 

1. Сделать заявку на материал

2. Идентифицировать потенциальных поставщиков

3. Идентифицировать текущего поставщика

4. Запросить предложения

5. Произвести оценивание предложений

6. Заказать требуемый материал

1.1.7. Подготовить требование на закупку

1.1.8 .Получить разрешение главного бухгалтера

1.1.9 .Получить утверждающую подпись

1.1.10 Представить подписанное требование на закупку

 

 

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

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

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

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

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

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

Рис. 5

8.UOB/Заказать требуемый материал

9.UOB/ Подготовить требование на закупку

10.UOB/ Получить разрешение главного бухгалтера

11.UOB/Получить утверждающую подпись

12.UOB/ Представить подписанное требование на закупку

 

1. PR. Не подготовлено

2. PR. Подготовлено

3. PR. Разрешено

4. PR. Разрешено, но требуется утверждение

5. PR: Утверждено

6. PR: Представлено

7. PO: Выдан

 

 

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

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

BPwin обладает удобным инструментом для навигации по уровням декомпозиции модели. Это Model Explorer, который по организации очень похож на привычный всем проводник Windows. Работы IDEF0 показываются в Model Explorer зеленым цветом, DFD - желтым и IDEF3— синим. Щелкая мышкой по любой из работ, представленных в проводнике, пользователь может переходить на диаграмму, содержащую выбранную работу. В версии BPwin 4.0 проводник модели предлагает пользователю улучшенный интерфейс, который включает в себя новую вкладку объектов (Objects) и доработанную вкладку диаграмм (Diagrams). С помощью вкладки объектов можно методом Drag&Drop размещать объекты из словаря на любую диаграмму. С помощью вкладки диаграмм можно просматривать всю иерархию диаграмм, включая Organization Chart, Node Tree, Swim Lane, FEO и IDEF3 Scenario.

Генератор отчетов тоже претерпел существенные модификации. Теперь BPwin имеет действительно мощный инструмент отчетов Report Template Builder, с помощью которого можно легко и быстро создавать различные отчеты о вашей модели. С его помощью можно также создавать шаблоны для отчетов, которые можно будет многократно использовать впоследствии, а также преобразовывать отчеты в формат txt (.CSV), HTML или RTF.

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

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

В дополнение к диаграммам IDEF0, DFD и IDEF3, BPwin поддерживает еще целый ряд вспомогательных диаграмм: Organization Chart, Node Tree, Swim Lane, FEO.

ДИАГРАММЫ ДЕРЕВА УЗЛОВ (Node Tree Diagram)

К модели BPwin можно добавлять дерево узлов, которое показывает иерархию всех работ модели на одной диаграмме. Диаграмма аналогична дереву узлов в пакете Design/IDEF и может быть использована в качестве функциональной модели из пакета ORACLE Designer/2000.  Диаграмма дерева узлов имеет вид традиционного иерархического дерева, где верхний узел (прямоугольник) соответствует работе с контекстной диаграммой, а последующие нижние узлы представляют собой дочерние уровни декомпозиции. Можно также создать диаграмму дерева узлов лишь для некоторой части модели, тогда верхним узлом диаграммы будет та работа декомпозиции, с которой вы захотите начать.

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

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

 



 
Факс Стрессы и высокий