Внедрение ИС Практическая работа №9-10

Тема: Анализ бизнес-процессов подразделения

Цель работы: приобрести навыки построения функциональной модели бизнес- процесса, используя CASE-средство BPwin Computer Associates и методологию IDEF0.

Оборудование и материал: Персональный компьютер, сеть интернет, текстовый редактор, BPwin Computer Associates.

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

Бизнес-процесс (БП) – это упорядоченная во времени и пространстве совокуп- ность взаимосвязанных работ, направленных на получение определенного результата. В соответствии с методологией IDEF0 процесс представляется в виде функционального блока (работа), который преобразует входы в выходы при наличии необходимых ресурсов (механизмов) в управляемых условиях (рис. 1).

Рис. 1. Графическое представление процесса в IDEF0

Модель в IDEF0 представляет собой совокупность иерархически упорядоченных и взаимосвязанных диаграмм. Каждая диаграмма является единицей описания БП и распо- лагается на отдельном листе. Модель может содержать следующие типы диаграмм:

• контекстная диаграмма – общее описание БП и его взаимодействия с внеш- ней средой;

• диаграммы декомпозиции – разбиение БП на работы и их взаимодействие между собой;

• диаграммы дерева узлов – иерархическая зависимость работ, но не взаимо- связи между работами;

• диаграммы только для экспозиции (For Exposition Only, FEO) – иллюстрация отдельных фрагментов модели для демонстрации альтернативных вариантов.

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

• работа (Activity) – обозначает процессы, функции или задачи, которые про- исходят в течение определенного времени и имеют распознаваемые результаты. Работы изображаются в виде прямоугольников. Все работы должны быть названы и определены. Имя работы должно быть выражено глаголом или отглагольным существительным, обо- значающим действие («Регистрация документов» и т.д.).

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

Взаимодействия работ с внешней средой и между собой описываются в виде стре- лок. Стрелки обозначают информацию или объекты и именуются существительными («Указы», «Первичные документы», «Отчеты»,

«Инструменты» и т.д.).

В IDEF0 различают следующие типы стрелок:

• стрелки сверху – управление (control) – правила, стратегии, процедуры или стандарты, которыми руководствуется работа. Управление влияет на работу, но не преоб- разуется работой. Каждая работа на диаграмме должна иметь хотя бы одну стрелку управления;

• стрелки слева – вход (input) – ресурсы (материальные, информационные, де- нежные и др.), которые используются или преобразуются работой для получения резуль- тата (выхода). Допускается, что работа может не иметь ни одной стрелки входа. Часто сложно определить, являются ли данные входом или управлением. В этом случае под- сказкой может служить то, перерабатываются (изменяются) ли ресурсы в работе или нет. Если

изменяются, то, скорее всего это вход, если нет – управление;

• стрелки справа – выход (output) – результаты (продукт, услуга, документ и др.), которые производятся работой. Работа без результата не имеет смысла и не должна моделироваться;

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

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

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

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

Различают пять типов связей работ:

1. связь по входу (output-input) – выход вышестоящей работы направляется на вход нижестоящей;

2. связь по управлению (output-control) – выход вышестоящей работы направ- ляется на управление нижестоящей;

3. обратная связь по входу (output-input feedback) – выход нижестоящей работы направляется на вход вышестоящей. Такая связь, как правило, используется для описания циклов;

4. обратная связь по управлению (output-control feedback) – выход нижестоя- щей работы направляется на управление вышестоящей. Обратная связь по управлению часто свидетельствует об эффективности БП;

5. связь выход-механизм (output-mechanism) – выход одной работы направля- ется на механизм другой. Эта взаимосвязь используется реже остальных и показывает, что одна работа подготовляет инструменты, необходимые для проведения другой работы.

На основе информации о модели бизнес-процессов BPwin позволяет генерировать разнообразные отчеты, которые могут быть использованы для анализа и документирова- ния модели. Отчеты могут быть экспортированы в распространенные форматы – тексто- вый, MS Office, HTML и др.

Задание.

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

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

3. Проверить синтаксис модели бизнес-процесса.

4. Отобразить диаграмму дерева узлов модели бизнес-процесса.

5. Вывести специальный отчет по модели бизнес-процесса.

6. Сохранить файл модели бизнес-процесса в личной папке.

7. Оформить отчет, в котором представить копии контекстной диаграммы, диаграммы декомпозиции, диаграммы дерева узлов модели бизнес-процесса, результаты проверки синтаксиса и отчета BPwin по модели бизнес-процесса.

Методические указания по выполнению задания

1. Создайте новый файл модели бизнес-процесса в соответствии с вариантом задания (меню File–New или Файл–Новый). Выберите методологию моделирования Де- ловой процесс (IDEF0). Задайте в окне свойств модели (меню Model – Properties for New Models или Модель – Свойства новой модели) фамилию и инициалы автора моде- ли.

2. Опишите контекст модели (меню Model – Model Properties или Модель – Свойства модели). Во вкладке Purpose (Цель) следует внести цель моделирования и точку зрения эксперта предметной области, во вкладке Definition (Определение) – опи- сать модель и область ее использования. Во вкладке Status указать статус модели (черно- вой вариант, рабочий, окончательный и т.д.), время создания и последнего редактирова- ния модели. Во вкладке Source (Источник) описать источники информации для построе- ния модели (например, «Опрос экспертов предметной области и анализ документации»). Во вкладке General укажите название проекта и модели, имя и инициалы автора, и вре- менные рамки модели – AS-IS или ТО-ВЕ.

3. Постройте контекстную диаграмму модели, отражающую бизнес-процесс в целом. Укажите название бизнес-процесса, управление, вход, выход, механизмы (рис. 1).

Рис. 1. Контекстная диаграмма модели бизнес-процесса

Установите имя (Name), шрифт (Font), цвет (Color) и другие свойства элементов диаграммы (контекстное меню Activity Properties или Свойства работы, Arrow Properties или Свойства стрелы). В нижней части вкладки Font диалогов Activity Properties и Arrow Properties находится группа опций Apply setting to (Применить установки к), позволяющих изменить шрифт для всех работ или стрелок на текущей диа- грамме, в модели, и группа Global (Глобальные), позволяющая изменить шрифт одно- временно для всех элементов модели.

С целью установки шрифтов по умолчанию для элементов определенного типа на диаграммах и в отчетах можно использовать меню Model – Default Fonts или Модель – Встроенные шрифты

Для внесения граничной стрелки входа следует:

• щелкнуть по кнопке с символом на палитре инструментов, перенести курсор к левой стороне экрана, пока не появится начальная черная полоска;

• щелкнуть один раз по полоске (откуда выходит стрелка) и еще раз в левой части работы со стороны входа (где заканчивается стрелка);

• отредактировать свойства стрелки. Для привязки имени к соответствующей стрелке можно воспользоваться пунктом контекстного меню Squiggle (Тильда).

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

Для перемещения объекта (работы, стрелки) по рабочей области, необходимо щелкнуть по кнопке с символом на палитре инструментов, затем выделить объект и переместить его в нужном направлении; для удаления объекта – нажать клавишу .

1. Постройте диаграмму декомпозиции модели бизнес-процесса, включающего со- ответствующие работы, которые связаны между собой (рис. 2), щелкнув по кнопке на палитре инструментов. В диалоге Activity Box Count (Количество активностей) ука- жите методологию IDEF0 построения новой диаграммы и количество работ в ней. Для обеспечения наглядности и лучшего понимания моделируемых процессов рекомендуется использовать от трех до шести блоков на одной диаграмме. Если окажется, что количе- ство работ недостаточно, то работу можно добавить в диаграмму, щелкнув сначала по кнопке на палитре инструментов, а затем – по свободному месту на диаграмме.

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

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

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

Рис. 2. Диаграмма декомпозиции модели бизнес-процесса

Рис. 3. Диаграмма декомпозиции модели бизнес-процесса

Вновь внесенные граничные стрелки на диаграмме декомпозиции нижнего уровня изображаются в квадратных скобках и автоматически не появляются на диаграмме верх- него уровня. Для их перемещения на предыдущий уровень следует щелкнуть правой кнопкой мыши по квадратным скобкам граничной стрелки и в контекстном меню выбрать пункт Arrow Tunnel или Туннель стрелы. В диалоге Border Arrow Editor (Редактор гра- ниц стрелы) кнопка Resolve it to border arrow (Ограничить стрелу) используется для миграции стрелки на диаграмму верхнего уровня, кнопка Change it to resolved rounded (Изменить на округление туннеля) – для тоннельной стрелки.

1. Проверьте синтаксис модели бизнес-процесса (меню Tools – Reports – Model Consistency Report или Инструменты – Отчеты – Отчет согласованности моде- ли).

Для предварительного просмотра списка синтаксических ошибок модели следует нажать на кнопку Preview (Предварительный просмотр). В случае отсутствия синтакси- ческих ошибок появится сообщение «Несовместимости не найдены».

Список синтаксических ошибок может включать: неименованные функциональ- ные блоки и стрелки (unnamed arrows, unnamed activities), несвязанные стрелки (unconnected border arrow), неразрешенные стрелки (unresolved (square tunneled) arrow connection), блоки, не имеющие по крайней мере одной стрелки выхода и одной стрелки управления (activity “Наименование функционального блока” has no Control) и т.д.

Нажав на кнопку Print (Печать) можно напечатать полученный отчет, кнопка Report (Отчет) позволяет сохранить сформированный отчет в формате txt либо как файл Consistency Report, имеющий расширение bpc.

1. Постройте диаграмму дерева узлов (рис. 3) модели бизнес-процесса (меню

Diagram – Add Node Tree или Диаграмма – Добавить узел дерева). В диалоге Мастера создания дерева узлов Node Tree Wizard внесите имя диаграммы, узел верхнего уровня и глубину дерева – Number of Levels (по умолчанию 3), свойства дерева узлов.

Для получения копии контекстной диаграммы, диаграммы декомпозиции и дерева узлов воспользуйтесь меню Edit – Copy Picture или Редактирование – Копировать изображение.

1. Сформируйте отчет по модели (меню Tools – Reports – Model Report или Инструменты – Отчеты – Отчет модель). В диалоге настройки выберите необходимые поля для вывода информации в отчет.

Получение кредита на потребительские нужды 0 р. 0

Рис. 3. Диаграмма дерева узлов модели бизнес-процесса

1. Понятие бизнес-процесса.

2. Понятие реинжиниринга бизнес-процессов, примеры реинжиниринга в предметной области.

3. Этапы проектирования информационных систем.

4. Примеры CASE-средств и их назначение.

5. Методологии моделирования бизнес-процессов, поддерживаемых BPwin.

6. Представление бизнес-процесса в BPwin в соответствии с методологией IDEF0, назначение объектов графического представления модели бизнеспроцесса.

7. Назначение контекстной диаграммы, диаграммы декомпозиции, диаграммы дерева узлов модели бизнес-процесса.

8. Типы связей между работами бизнес-процесса.

9. Виды синтаксических ошибок при моделировании бизнес-процессов в BPWin.

10. 10.Возможности BPwin для моделирования бизнес-процессовелирования бизнес-процессов