Методика построения модели бизнес–процессов

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

Для построения модели необходимо произвести следующие действия:

- Анализ текста с целью выделения объектов, которые производят действия, или над которыми производятся действия. Объектами будут являться практически все существительные, которые относятся к предметной области. Особое внимание при этом следует уделить подлежащим. В результате анализа будет получен перечень всех необходимых объектов;

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

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

- Выделенные группы объектов и группы операций могут быть непосредственно использованы для построения графических диаграмм модели бизнес – процессов;

- Модель бизнес-процессов строится в модуле BPM пакета SILVERRUN.

Практические вопросы реализации модели

Перед началом работы необходимо установить соответствующую нотацию (Notation): Tools->Options…->Notation (данная закладка отвечает за то, как будут выглядеть диаграммы, что будет отображаться в элементах диаграммы).

Название контекстного процесса можно изменить, выбрав пункт меню Model->Processes; в появившемся окне нужно выбрать Context, и внести новое имя процесса; в этом же окне можно произвести и удаление процессов из диаграммы.

Создать список ресурсов можно, выбрав пункт меню Model->Resource. В данном окне можно удалить ненужные ресурсы, либо изменить их название. Также можно сразу назначить ресурсы процессам, в которых они необходимы: для этого нужно выбрать какой-либо ресурс и выбрать действие из активного окна Resource->Linked Processes. В открывшемся окне выбираются процессы, которые используют данный ресурс: для этого нажимаем кнопку с троеточием либо Processes…- (если поставить галочку в элементе Disp. то ресурс будет отображаться на диаграмме).

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

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

Для того чтобы внести уже существующие элементы на диаграмму используется Display->Toolbars… в открывшемся окне выберите те компоненты, которые вам необходимы.

Для навигации по диаграммам используйте кнопки «прицел» (вход в детализированную диаграмму) и стрелка вверх (переход на родительскую диаграмму).

В качестве примера рассмотрим процесс приготовления пищи.

Пусть предметная область представлена следующим образом:

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

Выделяется контекстный процесс (обслужить обедающего) (рис. 23.а).

Рис.3.23. Диаграмма верхнего уровня детализации

Проанализировав предметную область, выделяются следующие внешние сущности: Магазин Обедающий.

Указывается взаимодействие между контекстным процессом и внешними сущностями.

Детализируется контекстный процесс:

Анализ текста с целью выделения объектов и процессов, которые производят действия или над которыми производятся действие.

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

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

Рис.3.24. Детализация процесса «составить список продуктов»

Действия, производимые над объектами:

Меню – составить (выбрать), изменить.

Обед – приготовить, съесть.

Рецепт – выбрать, приготовить по рецепту, включить рецепт в меню, составить по рецепту список ингредиентов (продуктов).

Список продуктов – составить, изменить, по нему покупаются продукты.

Магазин – продает продукты, получает деньги.

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

Продукты – включаются в список продуктов, покупаются, продаются, готовятся.

Обедающий – выбирает меню, принимает пищу.

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

Построение модели в модуле BPM пакета SILVERRUN.

Проверяем модель на целостность (соответствие правилам построения модели бизнес процессов). Правила можно изменять в зависимости от ситуаций.

Для этого выбираем пункт меню Tools->Verify Integrity…

Каждая нотация определяет свой набор правил построения модели бизнес-процессов. Виды нотаций:

- Processes without a synchronization rule – процессы без правил синхронизации;

- Flows without an emission condition – в потоке не определенно условие выхода;

- Processes without name – процесс без имени;

- Data stores with default name – хранилище с именем по умолчанию;

- External entities with default name – внешняя сущность с именем по умолчанию;

- Flows with default numerical ID – потоки с ID по умолчанию;

- Processes not graphically present – процесс не представлен графически;

- Data stores not graphically present – хранилище не представлено графически;

- External entities not graphically present – внешняя сущность не представлена графически;

- Processes linked to processes – процесс соединен с процессом;

- Data stores linked to data stores – хранилище соединено с хранилищем;

- Data stores linked to external entities – хранилище соединено с внешней сущностью;

- External entities linked to external entities – внешняя сущность соединена с внешней сущностью;

- Orphan processes – процесс не связан ни с одним другим элементом;

- Orphan data stores – хранилище не связанно ни с одним другим элементом;

- Orphan external entities – внешняя сущность не связанна ни с одним другим элементом;

- Orphan flows – поток не связан ни с одним другим элементом;

- Flows linked to only one object – поток соединяет только один объект на диаграмме;

- Processes without input flows – процесс без входного потока;

- Processes without output flows - процесс без выходного потока;

- Data stores without input flows - хранилище без входного потока;

- Data stores without output flows – хранилище без выходного потока;

- There is no external entity with an input flow – нет внешней сущность с входным потоком;

- There is no external entity with an output flow - нет внешней сущность с выходным потоком;

- Flows not in the hierarchy of the process to which they are linked – потоки не в иерархии процессов с которыми они соединены.

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

Вопросы для самоконтроля

1. Какие компоненты входят в состав CASE-средств?

2. Какие существуют типы и категории CASE-средств?

3. Из каких стадий состоит процесс внедрения CASE-средств?

4. Каковы предпосылки успешного внедрения CASE-средств в организации?

5. Каковы основные функции CASE-средства BPwin?

6. Каковы основные функции CASE-средства ARIS?

7. Каковы основные функции CASE-средства SilveRan?