В статье рассмотрены основные принципы моделирования бизнес-процессов предметной области при разработке программного обеспечения с IBM Rational Software Architect . Умный в гору не пойдет, умный гору обойдет… (Почему необходимо выполнять моделирование бизнес-процессов).
В случае необходимости отобразить классификацию выполняемых в ходе анализируемого процесса действий по нескольким критериям, можно изобразить несколько диаграмм деятельности для одного и того же процесса, каждая из которых будет отдельным представлением для анализируемого процесса.
Диаграммы деятельности предназначены для описания логики процедур, бизнес-процессов и потоков работ. Нотация диаграммы деятельности такова, что ее элементы позволяют выполнить полноценное описание бизнес-процессов, более того, с помощью диаграмм деятельности можно выполнить всю необходимую последовательность действий по моделированию бизнес-процессов предметной области с целью последующей их автоматизации в соответствии с описанной выше технологией (таблица 1)
Таблица 1. Соответствие основных элементов диаграммы деятельности (Activity diagram) компонентам бизнес-процесса и технологии его моделирования
|
Компонент описания бизнес-процесса |
Элемент диаграммы деятельности (Activity diagram) |
|---|---|
|
Бизнес-процесс (как набор взаимосвязанных видов деятельности, преобразующих входы в выходы) |
Диаграмма деятельности, основными элементами которой являются элементы Action (действие), Activity edge (связи между элементами Action, изображающие либо передаваемые объекты, либо потоки управления), Partition (отделения). |
|
Модель бизнес-процесса (графическое, табличное, текстовое, символьное описание бизнес-процесса либо их взаимосвязанная совокупность) |
Набор необходимых диаграмм деятельности, являющихся различными представлениями бизнес-процесса. |
|
Владелец бизнес-процесса (должностное лицо, которое управляет выполнением бизнес-процесса и несет ответственность за его результаты и эффективность) |
Может быть изображен при помощи элемента Partition либо указан в виде текстового описания. |
|
Потребитель бизнес-процесса (тот, кто использует или потребляет результаты деятельности) |
Может быть изображен при помощи элемента Partition. |
|
Дополнительные атрибуты бизнес-процесса (например, используемые ресурсы, исполняющие механизмы и т.д.) |
Могут быть изображены при помощи элементов Partition либо указаны при помощи элемента Note, прикрепляемого к необходимому элементу диаграммы деятельности. |
|
Классификация действий, составляющих бизнес процесс, в соответствии с заданными критериями |
Может быть выполнена при помощи элементов Partition. |
|
Идентификация проблемных действий |
Выделение соответствующих элементов Action цветом, классификация с использованием элементов Partition. |
|
Назначение исполнителей отдельных действий в рамках бизнес-процесса |
Может быть выполнено при помощи элементов Partition. |
|
Возможность задать "каркас" выполнения процесса |
Может быть выполнено при помощи элементов Partition и StructuredActivity. |
Место RSA в ряду инструментов, поддерживающих ЖЦ разработки ПС
Деятельность по выявлению и анализу бизнес-процессов автоматизируемой предметной области, безусловно, несколько выбивается из набора "обязательных для выполнения" процессов в ходе проекта по разработке информационной системы. Более того, анализ существующих и проектирование на его основе новых бизнес-процессов может выполняться и не в рамках проекта по разработке программной системы, а, например, просто в рамках проекта по повышению эффективности деятельности организации и/или качества выпускаемой ею продукции и/или услуг. Для целей моделирования бизнес-процессов могут быть использованы различные специализированные нотации, такие как ARIS, BPML, IDEF0 и др., и, соответственно, инструменты, их поддерживающие, а также инструменты, поддерживающие унифицированный язык моделирования UML, предназначенный прежде всего для разработки программных систем.
IBM Rational Software Architect (RSA) является частью IBM Software Development Platform - набора инструментов, поддерживающих жизненный цикл разработки программных систем. IBM Rational Software Architect (рисунок 1) предназначен для построения моделей разрабатываемых программных систем с использованием унифицированного языка моделирования UML 2.0, прежде всего моделей архитектуры разрабатываемого приложения. Тем не менее, RSA объединяет в себе функции таких программных продуктов, как Rational Application Developer, Rational Web Developer и Rational Software Modeler, тем самым предоставляя возможность архитекторам и аналитикам создавать различные представления разрабатываемой информационной системы с использованием языка UML 2.0, а разработчикам - выполнять разработку J2EE, XML, Web-сервисов и т.д.
Рисунок 1. Внешний вид Rational Software Architect
Следуя принципам RUP, IBM Rational Software Architect позволяет создавать необходимые модели в рамках рабочих процессов таких дисциплин, как:
- управление требованиями (Requirements);
- анализ и проектирование (Analysis and Design);
- реализация (Implementation).
Кроме того, Rational Software Architect поддерживает технологию разработки, управляемой моделями (model-driven development, MDD), позволяющую моделировать программное обеспечение на различных уровнях абстракции с возможностью трассируемости.
Но, как мы уже говорили выше, прежде чем приступать к моделированию создаваемого программного обеспечения, необходимо построить модели автоматизируемой предметной области, которые и будут являться основой для построения необходимых моделей разрабатываемых программных систем. Одними из таких необходимых моделей являются модели подлежащих автоматизации бизнес-процессов, выполненные, например, с использованием диаграмм деятельности (Activity diagram) языка UML. Проиллюстрируем на конкретном примере возможность применения описанной выше технологии моделирования бизнес-процессов при помощи Activity diagram с использованием IBM Rational Software Architect.