Диссертация (1152223), страница 33
Текст из файла (страница 33)
Моделирование процессов осуществляют с целью понять, как исполняется процесс, регламентировать деятельность или провести реинжиниринг, чтобы управлять (автоматизировать) процессом. Соответственно будем различать абстрактные описательные модели бизнес-процессов и прагматические исполняемые модели бизнес-процесса.Аналитическое моделирование имеет целью понять, как работает организация, для этого достаточно ограничиться укрупнённым описанием порядка выполнения работ, включённых в наиболее вероятные сценарии исполнения. Эту модель можно классифицировать как абстрактную, которая отражает лишь самые общие, качественные характеристики моделируемого объекта или явления [129].В реинжиниринге описание бизнес-процессов проводится с целью дальнейшей реорганизации.
Для этого необходимо понять, как исполняется процесс, поэтому достаточно ограничиться его укрупнённым описанием. Чем оно детальнее, тем сложнее становится для восприятия и понимания. Поэтому многие аналитики предпочитают опускать детали, зачастую достаточно важные, ограничиваются показом только самых вероятных сценариев, не показываютмелкие детали исполнения. В результате аналитические модели кажутся простыми и понятными. Однако простота обманчива, разработчикам ИТ систем приходится повторно собирать пропущенные сведения, причём их представление о процессе может существенно отличаться отвзглядов аналитика.
Возникает опасная ситуация, модель не в полной мере описывает процесс,детали не фиксируются явно, а существуют в головах программистов, что является одной изпричин, почему модель процесса на бумаге не соответствует ожидаемой логике работы ИТ системы.Моделирование часто рассматривается только как средство документирования процессов.Часто, обнаружив несоответствие модели процесса требованиям, предъявляемым к информационной системе, разработчики вносят соответствующие изменения прямо в программный код ине модифицируют соответствующие модели процессов.
Вследствие этого модели быстро теряют свою актуальность. Может возникнуть вопрос, требуется ли нести высокие затраты на однократное моделирование бизнес-процессов предприятия, если полученные модели так быстро128теряют свою актуальность. Как отмечают А. Джемино и Я. Ванд, многие модели процесса передают то, что надо сделать, но не сообщают, как это надо сделать [130].Управление бизнес-процессами ставит целью исполнение процесса, что порождает потребность более глубокого описания деталей и связей между образующими модель компонентами, точного и полного выявления маршрутов и сценариев. Мы отнесём такие модели к прагматическим, рассматриваемым как средство организации практических действий, реализациицелей системы, для её управления [129].
Исполняемые модели должны показывать все возможные маршруты исполнения процесса, иначе работа соответствующей системы окажется невозможной. Управление бизнес-процессами порождает потребность глубокого описания всехмельчайших деталей, без которых последующее исполнение окажется невозможным. Если входе тестирования выясняется, что модель реализует поведение, которое не в полной мере соответствует ожидаемого пользователем, то соответствующие изменения вносятся в саму модель. Как следствие, модель не теряет своей актуальности. Выполняя разработку исполняемыхмоделей бизнес-процесса, предприятие осуществляет долговременные инвестиции в повышение эффективности своего бизнеса.Исполняемая модель бизнес-процессаОпределим исполняемую модель бизнес-процесса как описание участников процесса: людей и машин, а также порядка и времени выполняемых ими операций и действий, которое может быть использовано для автоматизации взаимодействия участников друг с другом и машинами без дополнительного кодирования и программирования [27].
Исполняемая модель бизнеспроцесса должна реализовывать полный и точный алгоритм работы системы, в математическомсмысле этого слова. Для этого она обязана показывать все возможные маршруты исполненияпроцесса, иначе работа соответствующей системы окажется невозможной. Управление бизнеспроцессами порождает потребность глубокого описания всех мельчайших деталей исполнения,без которых последующее исполнение окажется невозможным.
Считается, что сложность естьсвойство исполняемых моделей, но это неверно. Запутанность схемы есть следствие отсутствияметодики моделирования. Чтобы сделать схему процесса читаемой и понятной, следует создавать иерархическую модель, где верхний уровень даёт самое общее представление о ходе исполнения процесса, а все детали исполнения «спрятаны» на нижних уровняхЕсли в ходе тестирования выясняется, что поведение системы не в полной мере соответствует ожиданиям пользователем, то соответствующие изменения вносятся в эту модель.
Какследствие, последняя не теряет своей актуальности. Выполняя разработку исполняемых моделей бизнес-процесса, предприятие осуществляет долговременные инвестиции в повышение эффективности своего бизнеса.129Отличия аналитической и исполняемой моделей бизнес-процессаВ отличие от аналитической модели, показывающей только некоторые маршруты, по которым исполняются наибольшее число процессов, исполняемая модель должна описывать всесценарии исполнения, включая замедляющие переходы назад для повторной обработки и ускоряющие вперёд, в обход операций, особые и исключительные ситуации, например, отказ клиента от своего заказа, недоступность требуемой информации или ресурса.
Должны учитыватьсянестандартные ситуации, когда по прямому указанию менеджмента процесс исполнятся в обход существующих правил и ограничений в режиме ручного управления и исключения, описывающие реакцию системы на нештатную или ошибочную ситуация. Аналитическая модельпроцесса имеет право на существование, когда планируется разработать функциональную информационную систему, где человек определяет порядок исполнения операций. Но мы строимпроцессно-ориентированную систему, где порядок операций определяется системой, следовательно, модель должна покрывать все возможные сценарии исполнения иначе работа окажетсяневозможной [132].Аналитические модели часто имеют ограниченную глубину детализации, определяя общий порядок следования работ, но не описывают деталей исполнения.
Такой подход обоснован,если предположить, что исполнитель хорошо знает состав действий, образующих операцию.Однако, в большинстве случаев, специалисты склонны варьировать свои действия в соответствии с индивидуальным опытом, полученным в компаниях с отличной организацией процессаили уровнем автоматизации. Разрабатывая исполняемую модель процесса, аналитик долженописать процесс значительно более детально, опускаясь на уровень элементарных действий.Существующая рекомендация аналитикам, ограничиваться 5 - 7 уровнями декомпозиции [109]является умозрительной, не имеет иного обоснования, чем магическое число семь, описанноеГ. Миллером [133]. Исполняемая модель должна иметь глубину декомпозиции до уровня элементарных действий исполнителя, а число уровней определяется архитектурой процесса.Языки и нотации моделирования бизнес-процессовСуществует много способов описания бизнес-процессов, для этих целей используются различные языки и нотации, но, к сожалению, большинство языков и нотаций не позволяют описывать одновременно внутри- и меж- организационные процессы.
Рассмотрим некоторые из них:BPEL - Язык исполнения бизнес-процессов (Business Process Execution Language, BPEL)— индустриальный стандарт описания выполняемых ориентированных на интеграцию моделейпроцессов [134]. Выполнение бизнес-функций осуществляется путём вызова соответствующихвеб-служб. Оригинальное название спецификации Business Process Execution Language for Web130Services, BPEL4WS. Нотация не поддерживает визуальное моделирование бизнес-процессов.Первая версия стандарта, опубликованная в 2002, являлась совместной разработкой IBM,ORACLE, SAP, и Microsoft. Текущая версия BPEL 2.0, опубликована в 2007 г.Поддерживается организацией OASIS (Organization for the Advancement of Structured Information Standards, www.oasis-open.org).BPMN - Графическая нотация и модель бизнес-процессов (Business Process Model & Nota-tion) — международный стандарт визуального описания исполняемых моделей процессов, ориентированных на интерактивное взаимодействие с участниками [135].
Используется в большинстве систем СУБП в качестве основного средства графического моделирования, имеет техническую реализацию, так что BPMN модель может быть интерпретирована в исполняемыйпрограммный код. Права принадлежат рабочей группе (консорциуму) OMG (Object ManagementGroup, www.omg.org), занимающейся разработкой и продвижением объектно-ориентированныхтехнологий и стандартов. Текущая версия BPMN 2.0 опубликована в 2011 г. В 2013 г. BPMN 2.0получил статус международного стандарта ISO / IEC 19510:2013—EPC - Ориентированная на событие цепочка процессов (Event-driven Process Chains-процессов.
Широко используется для документи-рования рабочих процессов. Правообладателем является Software AG (www.softwareag.com).UML - Унифицированный язык моделирования (Unified Modeling Language) — язык гра-фического описания для объектного моделирования в области разработки программного обеспечения [136]. UML является языком широкого профиля, это открытый стандарт, использующий графические обозначения для создания абстрактной модели системы.
UML не являетсяязыком программирования, но на основании UML-моделей возможна генерация программногокода. Права принадлежат рабочей группе (консорциуму) OMG (Object Management Group,www.omg.org). Спецификация версии UML 2.0 опубликована в 2005 г. Последняя версия UML2.4.1 опубликована в 2011 г. UML 1.4.2 принят в качестве стандарта ISO/IEC 1950WSDL - Язык описания веб-служб и доступа к ним, основанный на языке XML (Web Ser-vices Description Language) [137]. Служит для описания интерфейсов веб-служб, используетсядля моделирования доступных операций, включая адреса их вызова. Права принадлежат всемирному интернет консорциуму W3C (World Wide Web Consortium, www.w3.org/Consortium).Последняя официальная версия 2.0 опубликована в 2007 г.XPDL- Формат описания процесса на основе XML (XML Process Definition Language) [138].Является техническим стандартом, используемым для хранения, исполнения и переноса моделейбизнес-процесса между различными СУБП средствами.
Права принадлежат WfMC (WorkflowManagement Coalition, www.wfmc.org). Текущая версия 2.2 опубликована в 2012.XSD - Язык описания структуры XML-документа (XML Schema Definition), стандарт опи-131сания данных, которыми пользуются и обмениваются бизнес-процессы и веб-службы [139].Спецификация XML Schema является рекомендацией W3C. Версия 1.0 была одобрена в качестве рекомендации в 2001 г.Спецификация BPMN 2.0Нотация BPMN 2.0 (Business Process Model and Notation) является одновременно средством графического визуального моделирования бизнес-процессов и языком создания исполняемой модели бизнес-процесса [140].
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
