Диссертация (1152223), страница 34
Текст из файла (страница 34)
Основное преимущество данной нотации в том, что она ориентирована на широкий круг специалистов, вовлечённых в описание и автоматизацию бизнеспроцессов: начиная с аналитиков и разработчиков, заканчивая экспертами предметной области.Нотация позволяет создавать диаграммы процессов на различных уровнях абстракции: от концептуальных моделей взаимодействия участников процессов (в том числе контрагентов) дотехнических схем, которые содержат всю необходимую информацию о том, как выполняетсяпроцесс.Нотация BPMN является стандартом ISO [141].
Она одновременно конкурирует и взаимнодополняет язык описания бизнес-процессов WS-BPEL. Первоначально оба стандарта предназначались для решения одной задачи — описать работу участников процесса. Язык WS-BPELрассматривает операцию, выполняемую сотрудником, как сервис, а весь процесс, как последовательность вызовов сервисов (веб-сервисов). Такой способ описания удобен для реализациихорошо формализованных процессов, в которых не участвуют люди. Например, при выставлении счета клиенту телекоммуникационной компанией необходимо наладить взаимодействиемежду коммутатором, который хранит реальную длительность разговоров клиента, и биллинговой системой, которая должна подсчитать общую стоимость звонков.
Взаимодействие двух систем происходит с использованием веб-сервисов, интерактивное взаимодействие с участникамине требуется, поэтому этот процесс может быть легко описан на WS-BPEL. Но, если в ходепроцесса необходимо решение человека, такой способ описания становится менее удобен длямоделирования. В последнее время наметилась тенденция интеграции обеих спецификаций, вчастности, модель, созданная в нотации BPMN, может быть преобразована для последующегоисполнения в формат языка WS-BPEL. Такое преобразование стало частью спецификацииBPMN 2.0, подготовленной OMG, о которой пойдёт речь далее.Область применения нотации BPMNНотация BPMN предназначена для описания:Порядка исполнения работ, образующих бизнес-процесс;Потоков данных между операциями процесса;132Потоков сообщений между процессами;Связи обрабатываемых объектов данных с операциями процесса.Моделирование осуществляется с помощью визуальных диаграмм, что позволяет участни-кам быстрее понять логику исполнения.
Нотация BPMN не позволяет моделировать следующиеаспекты модели бизнес-процесса:Функциональную (структурную) декомпозицию работ;Организационную структуру предприятия;Модель данных;Бизнес правила,Бизнес стратегию компании.Поскольку интегрированная модель бизнес-процесса включает не только поведенческуюперспективу, но также другие аспекты, описываемые перечисленными моделями, спецификация BPMN уделяет повышенное внимание вопросам интеграции моделей, которая осуществляется на уровне метамодели BPMN.Практические результаты анализа существующих методологий создания исполняемой модели исистемы управления бизнес-процессами предприятийПроведённый анализ показал, что в настоящее время отсутствует методология созданияисполняемых моделей бизнес-процессов, что затрудняет создание процессно-ориентированныхинформационных систем на базе СУБП.
Методология моделирования подменяется нотацией врезультате чего модель отражает частное представление аналитика, опускает аспекты, важныедля цели моделирования.Выделим наиболее важные аспекты анализа. Удалось установить, что в настоящее времяне решён вопрос о способе оценки уровня адекватности модели бизнес-процесса целям моделирования. Очевидно, что набор требований, предъявляемых к описательной аналитической модели бизнес-процесса существенно отличается от требований, предъявляемым к прагматической исполняемой модели, последняя должна содержать существенно больший объем информации. Это ставит задачу сформулировать требования, которые позволят аналитикам создаватьисполняемые модели бизнес-процессов, которые окажутся адекватными цели создания СУБП.Для разработки исполняемых моделей применяют различные нотации моделирования бизнес-процессов, однако остаётся не изученным вопрос, насколько нотация BPMN адекватна задаче моделирования бизнес-процесса.
Это ставит задачу исследования критерия сравнения различных языков и нотаций, используемых для моделирования бизнес-процесса. Аналитики привыкли считать, что сложность есть неотъемлемое свойство исполняемых моделей бизнеспроцесса. Модели процесса в нотации BPMN содержат большое число избыточных деталей,133трудно читаемы, сложны для понимания и согласования с заказчиком. Однако сложность модели в нотации BPMN есть следствие отсутствия методики моделирования.Одной из причин возникающих проблем является недостаточность теоретического обоснования методологии моделирования бизнес-процессов.
Это даёт основание провести углублённое исследование онтологии моделирования бизнес-процессов.3.2Адаптация онтологии Бунге-Ванда-Вебера к описанию исполняемых моделей бизнеспроцессовКак считает Найханова Л.В., отправной точкой при создании модели знаний о любойпредметной области является выбор её категориального аппарата [142]. Онтология позволяетправильно использовать одну и ту же информацию в разных абстрактных системах. Чтобы понять и обосновать состав модели бизнес-процесса, нам необходимо сопоставить модель с реальностью, которую она должна отобразить. Модель использует некоторую нотацию, однаконеверно сводить модель к нотации, последняя есть лишь способ фиксации результата.
Модели вразных нотациях могут отображать один объект или явление реального мира, необходимоуметь сравнивать разные нотации, чтобы установить, какая из них лучше подходит для решения поставленной задачи моделирования. Дж. Милопулос определил дисциплину концептуального моделирования как «задачу формального описания некоторых аспектов физического мира,окружающего нас, с целью понять и передать эти сведения другим пользователям» [143].
Онопределил, что адекватность нотации моделирования определяется её способностью содействовать единому общему пониманию этой реальности среди разных пользователей. По мнениюК. Кунга, концептуальное моделирование имеет двойную цель: обеспечить всех участниковдискуссии единым мнением о моделируемом объекте или явлении, способствовать сбору требований для проектирования информационной системы. [144]Моделирование процессов осуществляется с помощью нотации, представляющей системуусловных обозначений, принятую в соответствующей области знаний, которая включает множество символов, используемых для представления понятий, образующих алфавит нотации, атакже правила их применения.
Сегодня часто подменяют термин нотация понятиями: язык,техника, технология, метод и методология. Например, методология функционального моделирования IDEF0 [145], методология ARIS [146], технология DFD [147], диаграмма WFD [148],язык UML [149], нотация BPMN [68]. В рамках данной работы мы будем использовать термины: нотация и язык для обозначения синтаксиса описания бизнес-процесса, а термины модель идиаграмма мы будем употреблять для обозначения результата моделирования, наконец, терми-134ны технология, техника, метод мы будем понимать, как совокупность приемов, используемыхдля выполнения моделирования.Концептуализацией именуется абстрактное упрощённое представление мира, она определяет набор понятий и терминов, однозначно характеризующих некоторый предмет или явление.Термин концептуальная модель имеет двоякое толкование [150].
Во-первых, любая модель является результатом концептуализации (абстрактного, упрощённого представления) исследуемогопредмета или явлении. Во-вторых, модель может быть составлена из концептов предметной области моделирования. Мы будем использовать термин концептуальная модель во втором смысле,понимая его как абстрактную модель, определяющую структуру исследуемого объекта, его составные части и связи между ними, свойства составных частей [151].
Никаноров С.П., НикитинаН.К. и Теслинов А.Г. считают, что концептуальные модели следует рассматривать как идеи, особым образом трактующие явления, или как конструктивные принципы поведения или построенияобъектов систем [152]. Концептуальная модель строится на основе базовых понятий, называемыхконцептами, которые имеют однозначное толкование между всеми участниками моделирования.Набор концептов образует онтологию предметной области моделирования.Согласно определению, данному Т. Грубером, онтология — это формальное, явное, точное определение совместно используемой концептуализации реального окружающего мира[153].
Принято выделять три типа онтологий:Онтологии верхнего уровня, описывающие общие понятия, независимо от задач конкрет-ного домена.Онтологии предметных областей, описывающие относительно общие понятия для общихзадач некоторой предметной области.Онтологии приложений описывают понятия, зависящие как от предметной области, так иот решаемой задачи.Сущности, образующие соответствующую онтологию, находятся в некоторых отношениях,так что могут возникать специфические ограничения, которые могут быть перенесены на языкмоделирования с помощью онтологически очевидного отображения.
Такая процедура называетсяпереносом онтологических допущений. Таким образом, модель должна показывать только возможные реальные ситуации и не изображать недопустимые в реальности комбинации.В области информационных технологий принято использовать две онтологии: БунгеВанда-Вебера и Р. Чизхольма. Первая разработана М. Бунге [154] и, в дальнейшем, развитаприменительно для ИТ Я. Вандом и Р.Вебером [155]. Вторая разработана Р. Чизхольмом дляоценки репрезентативных качеств языков моделирования данных, она содержит все необходимые элементы в одной модели, чтобы представить реальность в её проявлениях [156]. Хотя несуществует никаких априорных теоретических причин предпочесть одну из двух онтологий135другой, мы выбираем онтологию Бунге-Ванда-Вебера в качестве основы для этой работывследствие ряда прагматических соображений: опыт, наблюдения и экспериментальные результаты на основе этой онтологии обоснуют данный выбор [157], её принято рассматривать, кактеоретическую основу для концептуального моделирования информационных систем [158].Онтология Бунге-Ванда-ВебераПо мнению Я.
Ванда и Р. Вебера онтология есть теория, связывающая структурные и поведенческие свойства окружающего нас мира [159]. Они предположили, что «онтологическую»выразительность языка или нотации моделирования, используемых для описания окружающегонас мира, можно оценить путём сравнения с конструкциями предлагаемой ими онтологии. Одним из главных факторов успеха использования языка или нотации является их способностьпредоставлять своим пользователям набор примитивов моделирования, которые могут непосредственно выражать соответствующие концепты (абстракции) предметной области.
Объектреального мира и знак нотации существуют объективно, а концепт существует субъективно.Семантический треугольник Фреге, показанный на рисунке 3.5, иллюстрирует это утверждение,[160].ОбъектПредмет/вещь/явление действительности/референт/денотатОтображаетИмя/означающее/форма/слово/ЗнакэкспонентАбстрагируетСоотвествуетКонцептПонятие/смысл/значение/образ/гештальт/сигнификат/десигнатРисунок 3.5 - Отображение объектов реального мираИсточник: составлено автором по материалам [160]Выделяют следующие пять вариантов соответствий между примитивами языка моделирования и концептами модели процесса, смотри таблицу 3.3 и рисунок 3.5:Таблица 3.3 - Соотношения между примитивами языка моделирования и концептами моделиСоответствиеКомментарийОтображениеЭквивалентностьОднозначное соответствие концептов онтологии и примитивов нотации;(1:1)ДефицитОтдельные концепты не находят отображения в примитивы нотации(1:0)Неразличимость(Омонимия)Концепт может быть отображён сразу в несколько примитивов нотации;(1:n)ИзбыточностьНи один концепт не может быть отображён в примитив нотацииНеоднозначность(Синонимия)Более чем один концепт может быть отображён в примитивы нотацииИсточник: составлено автором по материалам [159]0:0)(n:1)(136КонцептыонтологииПримитивынотации1:0 Дефицитn:1 Неразличимость1:1 Эквивалентность0:1 Избыточностьn:1 НеоднозначностьРисунок 3.6 - Соотношение примитивов языка моделирования и концептов онтологииИсточник: составлено автором по материалам [159]А.
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
