Законы существования текстов в обществе 32
| Вид материала | Закон |
- Регулятивные ууд, 48.56kb.
- -, 603.7kb.
- -, 1052.37kb.
- Электронные коллекции текстов, 76.81kb.
- Направление: Искусство и гуманитарные науки, 1316.91kb.
- -, 79.32kb.
- Языковая политика и законы о языке, 1122.28kb.
- Жанров и pr-текстов. Специфика содержания pr-текстов, 98.76kb.
- Законы сохранения и принципы симметрии, 283.17kb.
- Б. Е. Большаков Механизмы формирования идеалов и ценностей для управления безопасностью, 924.23kb.
Глава 6. The Business Process Management Ontology
(BPMO) – Онтология Управления Бизнес-Процессами
Описанный выше подход в теории представляется очень перспективным. На практике же ещё не существует систем поддержки разработки ПО, основанных на нём. Но некоторые шаги в этом направлении уже сделаны.
Первая версия The Open Source Business Process Management Ontology (BPMO) – Онтологии Управления Бизнес-Процессами – была опубликована в 2003 году. Её разработчик – исследовательская группа консалтинговой компании Jenz & Partner GmbH, специализирующейся в области интеграции бизнес-процессов.
Ключевые понятия BPMO
Онтология бизнес-процесса описывает все понятия, связанные с ним. В частности, в ней должны быть определены типы сущностей, такие как бизнес-действие, бизнес-документ, бизнес-объект, бизнес-событие, бизнес-правило, роль, ресурс и поток управления. Кроме того, должны быть определены отношения между этими сущностями. Рассматривая основные концепции BPMO, будем в качестве примера использовать автоматизированный процесс заключения договора ипотечного кредитования через веб-сайт компании-кредитора. Этот процесс смоделирован в демо-версии BPMO. Суть его в том, что клиент заполняет форму, в которой указывает необходимые для оценки сделки сведения. Затем его запрос автоматически обрабатывается и принимается решение о заключении либо не заключении договора. Если случай спорный, окончательное решение принимает клерк. При любом исходе, клиент получает уведомление.
Более подробное описание процесса приведено в Приложении 1.
Всего онтология к настоящему моменту насчитывает около 650 классов, поэтому мы остановимся лишь на тех, которые наиболее существенны для дальнейшего изложения. В частности, не будут рассмотрены так называемые «публичные» бизнес-процессы, в ходе которых компания взаимодействует с одним или несколькими партнёрами по бизнесу в глобальной сети. Речь пойдёт лишь о внутренних («частных») процессах.
Бизнес-процесс (Процесс)
Понятия БП и его описания в BPMO совпадают с общепринятыми, приведёнными в начале работы.
Статическое представление БП может быть сконструировано из бизнес-действий как основных «строительных блоков». Действия должны быть описаны и упорядочены в той последовательности, в которой они выполняются. На самом высоком уровне абстракции, БП состоит из действий (А), связанных друг с другом. Стрелки показывают, в каком порядке выполняются действия. Для процесса определены точки начала и конца, возможны разные типы ветвления.
Рис. 6. Абстрактный бизнес-процессВ BPMO определяется, какие элементы и в каких отношениях могут быть связаны дугами. Для основного потока процесса такие элементы – это Бизнес-Действие (Business Activity), Бизнес-Событие (Business Event), Блок принятия решения (Gateway) и Коннектор (Connector).
Рис. 7. Фрагмент BPMO – иерархия соединяемых узлов
Бизнес-действие
Бизнес-действие – это «строительный блок» описания процесса, им может быть элементарное задание (Task) или же подпроцесс и даже процесс. Последнее позволяет выполнять описание бизнес-процесса рекурсивно, на разных уровнях детализации.
Задание
Это – атомарная логическая единица работы. Оно выполняется одним действующим лицом («ролью», это может быть человек или система) в определённом месте и в определённое время. Его выполнение, как правило, занимает от нескольких секунд до нескольких минут. В нашем примере действия – это «выполнить оценку предмета сделки», «принять решение по сделке», «уведомить клиента».
Каждое бизнес-действие выполняется в некотором контексте, составляющие которого:
- роль – это абстрактное понятие, которое может обозначать одного или нескольких «физических» участников бизнес-процесса. При этом один участник может играть несколько ролей. Примеры – система (приложение), выполняющая оценку сделки; клерк, принимающий решение в спорном случае.
- бизнес-документ – набор содержащих информацию компонент, обмен которыми является частью бизнес-действия. Пример – заполненный бланк запроса.
- бизнес-объект – объект, соответствующий какому-либо ключевому понятию бизнеса. В нашем случае это – запрос на получение кредита.
- ресурс – физический объект, используемый в ходе бизнес-действия. Например, планшетный сканер.
Для более выразительного описания контекста бизнес-действия используются разные типы связей (отношений):
- отношение ответственности: бизнес-действие совершается ролью, которая также может быть ответственна за другие действия;
- информационное отношение: описывает связь между бизнес-действием и относящимся к нему бизнес-документом или объектом;
- отношение передачи управления: связывает два бизнес-действия, выполняемых последовательно, либо действие и узел ветвления (слияния).
Бизнес-действия также различаются по типу выполнения: автоматические, полуавтоматические и выполняемые человеком.
Существенно, что в BPMO задание (Task) и его контекст (TaskContextType) представляют собой два различных (но ссылающихся друг на друга) класса. Это делает описание более гибким и позволяет использовать одно описание контекста в нескольких процессах.
Рис. 8. Семантически богатое описание бизнес-действия
Ещё одно очень важное понятие –
Бизнес-правило
Бизнес-правило формулирует установку, которой придерживается компания или принцип принятия решений.
Это декларативное высказывание, сообщающее, что должно быть сделано, но не сообщающее, как. Чтобы сформулированное правило имело смысл, необходимо, чтобы упоминаемые в нём понятия были определены в онтологии. Пример: «начальник отдела должен лично одобрить сделку, если её сумма равна или превышает $1,000,000».
Причины, по которым основанный на онтологии подход
к моделированию БП не использовался ранее
Можно назвать три основные причины, по которым предлагаемый подход не использовался ранее.
- Исторически сложилось, что всю работу, имеющую отношение к моделированию БП и разработке архитектуры приложения, выполняли и выполняют именно IT-специалисты.
- Не было языков и простых в использовании средств, которые бизнес-аналитики могли бы применять при создании онтологии.
- Недостаточная осведомлённость: понятие онтологии широко используется в сфере науки, но малоизвестно в сфере бизнеса и близких к ней.
Однако есть надежда что развитие Semantic Web будет способствовать увеличению интереса к онтологии.
Генеалогия BPMO. Сравнение с другими стандартами
описания бизнес-процессов
BPMO не удовлетворяет полностью никакой из существующих спецификаций описания БП. Однако использованная терминология соответствует стандарту Нотации Моделирования Бизнес-Процесса (Business Process Modeling Notation, BPMN).
Для более детального рассмотрения вопроса можно выделить три основных на данный момент стандарта:
- XML Process Definition Language (XPDL)
- Business Process Modeling Language (BPML)
- Business Process Execution Language for Web Services (BPEL4WS, или просто BPEL)
Разработчиками первых двух являются занимающиеся вопросами стандартизации описаний БП некоммерческие организации, Workflow Management Coalition (WfMC) и Business Process Management Initiative (BPMI) соответственно. BPEL4WS был создан на основе Microsoft XLANG и IBM Web Services Flow Language (WSFL) объединёнными усилиями обеих компаний.
Все три языка основаны на XML и предназначены для описания хода выполнения бизнес-процессов.
В BPML и BPEL особое внимание было уделено вопросам, связанным с веб-сервисами. В частности, предусмотрено несколько типов сущностей для обмена сообщениями, поддержка бизнес-транзакций.
XPDL фокусируется на вопросах, относящихся к распределённой работе. Атрибуты каждого действия (activity) указывают на используемые при выполнении действия приложение и ресурс(ы). Причём ресурс описывается выражением, значение которого вычисляется непосредственно во время исполнения.
В принципе, сравнивать все эти языки с использованием онтологии для описания БП нельзя, так как при проектировании последней можно создавать любые необходимые понятия и связи. Тем самым можно выразить все нюансы, доступные, например, XPDL, и что угодно ещё. Причина этого различия заключается в том, что в этих происходящих от XML языках смысл имеют лишь заранее определённые и известные всем теги. А если создаётся онтология, то смысл использованных в ней понятий и отношений содержится в ней самой, и непонимания не возникает.
Однако можно сравнить любой стандарт с конкретной реализацией онтологии, в нашем случае – BPMO. Тут можно отметить следующее:
Недостатки перечисленных выше стандартов по сравнению с BPMO:
- XPDL – позволяет всего два уровня вложенности описания. Т.е. можно определить поток выполнения верхнего уровня, единицами которого будут пакеты. И можно отдельно описать внутреннюю структуру каждого пакета, но здесь уже используются только элементарные действия, которые не могут иметь внутренней структуры. Кроме того, XPDL предназначен лишь для описания внутренних («частных», private) бизнес-процессов и не предоставляет средств для моделирования БП, в которых участвуют две и более компании.
- BPML – описание БП имеют блочную структуру с любым уровнем вложенности. Однако внутри каждого блока действия выполняются последовательно, без ветвлений, один раз. Это делает невозможным определение структуры произвольной сложности. BPML не поддерживает концепцию приложения (application), не предоставляет возможности указать участников бизнес-действия.
- BPEL имеет все те же недостатки, что и BPML и, кроме того, в BPEL нет вложенных процессов (как и в XPDL).
Недостатки BPMO по сравнению:
- с XPDL – нет возможности вычислять используемый ресурс во время исполнения;
- BPML (или BPEL) – BPMO не «заточена» под веб-сервисы. Вопрос о том, можно ли в рамках BPMO реализовать аналоги специальных понятий BPML (BPEL), требует отдельного рассмотрения.
Из сказанного выше можно сделать вывод, что, как универсальное средство, BPMO выигрывает у своих конкурентов. Но для использования в специальных задачах (веб-сервисы, распределённые работы с заранее неизвестными ресурсами), BPMO нуждается в дополнении.