Введение

Бизнес требует гибкости и быстрого реагирования на требования рынка. Современные, постоянно усложняющиеся ИТ-системы и связанные с ними бизнес-политики образуют ядро любой ИТ-системы. Рынок требует частых изменений бизнес-политик. Эти изменения необходимо реализовать в ИТ-системах и предоставлять конечным пользователям максимально оперативно.

Традиционные ИТ-системы и связанные с ними процессы породили в бизнесе культуру "информационного черного ящика" (см. рисунок 1). С нашей точки зрения эта, культура непригодна и неэффективна для решения современных задач и, следовательно, обречена на неудачу. Частью проблемы является то, что эти системы в прошлом были сильно разделены и изолированы. ИТ-подразделения использовали средства разработки и развертывания (такие как Eclipse, JBuilder, NetBeans), но у бизнес-подразделений не было причин их использовать. Вместо этого они использовали набор инструментальных средств, находящихся вне компетенции ИТ-подразделений.

В данной статье мы рассмотрим систему управления бизнес-правилами (BRMS), которая является платформой для совместного управления корпоративными бизнес-правилами на всем протяжении их жизненного цикла. BRMS предлагает набор средств и процесс руководства, которые стимулируют командную культуру отношений между ИТ и бизнесом. Эта система разрушает мифологию и культуру "информационного черного ящика" и улучшает взаимодействие между ИТ и бизнесом.

Динамика бизнеса и современная бизнес-среда предъявляют все более высокие требования. Ценность оперативного реагирования настолько высока, что первый получает все, ничего не оставляя второму. Гибкость корпоративных и ИТ-систем – это не роскошь, а необходимость. Способность компаний быстро реагировать на динамику рынка во многих случаях зависит от скорости реакции ИТ.

Представьте себе человека, у которого очень высокое содержание холестерина. Его врач советует немедленно сесть на строгую диету и предлагает план упражнений для уменьшения риска возникновения сердечно-сосудистых заболеваний. Этот человек разрабатывает стратегию реализации рекомендованных изменений своей жизни. Если предположить, что он дисциплинирован и добросовестно выполняет рекомендованный план, то через несколько месяцев его здоровье значительно улучшится, а риск сердечно-сосудистых заболеваний снизится. Насколько быстро реализовалась стратегия после принятия решения о необходимости ее выполнения! Теперь представьте, что между выработкой стратегии и ее фактической реализацией прошло несколько месяцев. За это время риск сердечно-сосудистых заболеваний значительно вырастет.

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

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

В данной статье мы рассмотрим некоторые ключевые факторы, которые могут снижать время реакции ИТ-систем на меняющиеся условия. Мы также подробно исследуем вклад корпоративных бизнес-правил в устранение узких мест. Наконец, мы продемонстрируем стратегию использования BRMS-систем, таких как WebSphere ILOG JRules, для повышения гибкости ИТ-систем, ускорения выхода на рынок и удовлетворения потребностей современного бизнеса.

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

В начало

Что представляют из себя корпоративные бизнес-правила

Корпоративные бизнес-правила описывают операции, определения и ограничения, применяющиеся на предприятии. Они могут содержать решения "если-то", ограничения, сложные процессы и политики (см. рисунок 2).

Из рисунка видно, что в корпоративные бизнес-правила входят:

1. Набор бизнес-политик, являющихся логикой ведения бизнеса. Эти политики обычно описываются выражениями "если-то-иначе".
2. Ограничения и нормативы, которых нужно придерживаться.
3. Сложные процессы и потоки процессов, определяющие порядок действий для достижения необходимых бизнес-результатов.

Рассмотрим каждое бизнес-правило более подробно.

Решения "если-то"

Бизнес-правило – это высокоуровневое выражение, которое описывает некоторый аспект вашего бизнеса, , ограничивает его или управляет им. Эти высокоуровневые выражения должны быть формализованы в выражения "если-то" для придания им точности и ясности.

Процесс определения правил состоит из формализации словаря, необходимого для выражения политики в виде концептуальной объектной модели, и представления логики бизнес-политики в виде выражений "если-то".

Примером таких правил может быть простое вычисление индекса массы тела (Body Mass Index – BMI) и безжировой массы (Fat Free Mass – FFM); BMI – это простое отношение веса к росту, которое обычно используется для классификации пониженной или повышенной массы тела и ожирения у взрослых.

После создания словаря можно реализовать политику для BMI и FFM при помощи следующего бизнес-правила в JRules (см. рисунок 3).

Сложная обработка

Сложные процессы по существу являются правилами, которые трудно поддаются концептуализации. Современные рыночные условия требуют от компаний более быстрой реакции и эффективного управления сложными процессами в пределах организации. Бизнес-решения концентрируют и организовывают бизнес-правила, эффективно применяя их к конкретным бизнес-проблемам. Понимание принимаемых бизнес-решений гарантирует сбор и анализ необходимой бизнес-аналитики.

Ограничения

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

Бизнес-политики

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

В начало

Пример бизнес-правила: срочное страхование жизни

Давайте рассмотрим пример бизнес-правил, связанных со срочным страхованием жизни. Как показано на рисунке 4, в данном примере на основе бизнес-функции можно выделить "области корпоративных бизнес-правил". Эти области взаимодействуют с другими областями. Например, правило, связанное с политикой расчета премии, должно взаимодействовать с правилами профилирования рисков, поскольку более высокий риск может означать более высокую премию, а правила профилирования рисков должны иметь доступ к медицинскому профилю клиента для корректной оценки риска.

В начало

Традиционная (без использования BRMS) реализация бизнес-правил

В традиционных ИТ-системах, не использующих BRMS, бизнес-правила размещаются в разных приложениях, управляемых и обслуживаемых ИТ-подразделениями. Это согласуется с культурой "информационного черного ящика".

Данный подход имеет следующие недостатки:

• Бизнес-логика переплетается с техническим кодом

  Бизнес-логика и связанные с ней политики обычно реализуются с использованием Java™, C++ или других аналогичных языков. Бизнес-логика прячется внутри технического кода, в котором могут разобраться только разработчики и ИТ-специалисты.

  Еще одна очень серьезная проблема заключается в том, что при технологических изменениях (например, при обновлении версии) зачастую затрагивается и бизнес-сторона приложения.

• Непрозрачность для бизнеса

  Реализация бизнес-логики на технических языках значительно затрудняет ее понимание бизнесменами. Например, если бизнес-аналитик захочет узнать текущее состояние правил приемлемости срочного страхования, он должен связаться с ИТ-подразделением или обратиться за этой информацией к документации (которая скорее всего, устарела).

• Более продолжительный ИТ-цикл реализации даже небольших изменений

  Это результат действия двух вышеуказанных ограничений. Бизнес-сотрудники ощущают ограничения в плане возможности влиять на скорость реализации необходимых изменений. Поскольку бизнес-логика скрыта в дебрях технического кода, даже минимальное изменение (например, изменение максимального возраста страхования) требует изменения всего ИТ-цикла, что часто является длительным процессом. Вот что мы называем холестерином в бизнес-деятельности – медленно движущиеся части машины тормозят бизнес. То, что необходимо через неделю или через несколько дней, может реализовываться месяцами. Такие задержки сводят на нет бизнес-возможности, что отрицательно сказывается как на доходах компании, так и на ее доле рынка.

В следующем разделе мы рассмотрим решение этих проблем при помощи BRMS.

В начало

Управление корпоративными правилами при помощи BRMS

Системы управления бизнес-правилами (BRMS) реализуют другой подход к решению проблемы. Бизнес-правила предприятия рассматриваются как активы, управление которыми осуществляется на протяжении всего цикла их жизни. Такой подход предполагает использование следующих стратегий, кардинально отличающихся от традиционного подхода:

• Выделение бизнес-правил из технического кода в централизованный репозиторий правил

  Бизнес-правила извлекаются из кода и сохраняются в централизованном репозитории правил. Этот репозиторий доступен не только ИТ-персоналу, но и бизнес-пользователям.

  
  
  Рисунок 6. Централизованный репозиторий бизнес-правил
  
  
  

  Этот репозиторий обеспечивает единообразное представление бизнес-правил всем заинтересованным лицам.

• Бизнес-пользователи могут выступать авторами изменений в репозитории

  Бизнес-пользователи имеют доступ к центральному репозиторию бизнес-правил. Они несут общую с ИТ-персоналом ответственность за управление правилами. Бизнес-пользователи имеют право выполнять оперативные изменения бизнес-правил, которые затем можно протестировать и быстро распространить на пользовательские системы.

  WebSphere ILOG JRules предоставляет бизнес-пользователям два мощных инструмента:

  • Rule Team Server – это сервер, предоставляющий браузерный интерфейс к центральному репозиторию бизнес-правил. Бизнес-пользователи могут использовать RTS для просмотра, создания и изменение бизнес-правил и связанных с ними артефактов.
  • Rule Solutions for Office – это мощный плагин, позволяющий бинес-пользователям изменять бизнес-правила в документах Microsoft® Office®, таких как Word или Excel, и публиковать эти изменения в репозитории правил.
• Бизнес-правила легко воспринимаются бизнес-пользователями

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

• Руководство бизнес-правилами, обеспечиваемое BRMS

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

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

  На рисунке 7 изображена иерархия руководства. На самом верхнем уровне находится корпоративное руководство, определяющее общую согласованность политики и регулятивных требований. Ниже располагается руководство бизнесом, включающее в себя законы и правила ведения нормальной бизнес-деятельности. Руководство проектами определяется более детально и может включать в себя отдельные специфичные для проекта элементы, нуждающиеся в руководстве. Руководство правилами включает в себя аудит и верификацию реализуемых бизнес-правил.

  
  
  Рисунок 7. Этапы руководства бизнес-правилами
  
  
  

  На рисунке 8 показаны различные фазы жизненного цикла процесса разработки правил, включая руководство правилами.

  
  
  Рисунок 8. Цикл жизни руководства правилами
  
  
  

Основные преимущества управления правилами при помощи BRMS

Большинство бизнес-организаций работают под постоянным прессом ускоряющихся бизнес-циклов. Успех организации зависит от ее способности быстро реагировать на сегодняшний сложный и постоянно меняющийся рыночный и регуляторный климат. Как вы увидели, чем больше бизнес-логики выделяется и централизуется, тем легче ею управлять. Доступность правил позволяет бизнес-пользователям быстро выполнять изменения, не вовлекая в процесс медленные ИТ-циклы. Результатом является повышение гибкости бизнеса, которая позволяет быстрее реагировать на динамику рынка и предоставлять клиентам новые возможности тогда, когда они больше всего в них нуждаются, что помогает развивать бизнес и оставаться на лидирующих позициях.

На рисунке 9 показано, как три ключевых аспекта BRMS - выделение, доступность и централизация бизнес-правил – в сочетании с руководством правилами способствуют повышению гибкости бизнеса.

В начало

Пошаговое сравнение BRMS и традиционных реализаций правил

Мы обсудили некоторые ключевые преимущества использования BRMS, но если вы давно занимаетесь информационными технологиями, то знаете, как отделить рекламу от реальности. Сидящий в вас скептик говорит: "Хм! Звучит слишком хорошо, чтобы быть правдой. Все как-то абстрактно и неконкретно. Покажите мне что-то более реальное". Это логично. В данном разделе мы рассмотрим пример бизнес-правил, покажем, как они выглядят, будучи реализованными на традиционных языках (например, на Java), и сравним с BRMS-реализацией.

Рассмотрим наш пример срочного страхования жизни.

На рисунках 10 и 11 показана реализация простого правила, связанного с возрастом.

На рисунках 12 и 13 представлен пример реализации более сложного правила, затрагивающего возраст, риск и стоимость страховки.

Как показывают эти примеры, BRMS-реализация намного проще и понятнее для бизнес-пользователей.

Теперь рассмотрим реализацию таблицы решений. Ниже показана традиционная реализация правила оценки состояния здоровья, использующая таинственный файл. Этот файл нечитаем, что затрудняет его обслуживание.

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

Эти примеры демонстрируют, как BRMS повышает доступность, простоту и гибкость в бизнесе.

В начало

Заключение

В данной статье показано, как традиционная реализация бизнес-правил замедляет бизнес-деятельность и увеличивает разрыв между ИТ и бизнесом. Вы узнали, как управление корпоративными бизнес-правилами с использованием BRMS способствует взаимодействию ИТ-персонала и бизнес-пользователей, позволяет бизнес-пользователям просматривать, анализировать и изменять бизнес-правила. Такой подход позволяет быстро предоставлять изменения бизнес-правил клиентам, помогая организациям увеличивать гибкость своего бизнеса.

Ресурсы

Научиться

• Оригинал статьи: Is the cholesterol of enterprise business rules clogging your business arteries? (EN).
  
  
• WebSphere ILOG JRules Information Center: документация по продукту.
  
  
• WebSphere ILOG JRules: информация о продукте, включая предварительные требования и функциональные возможности.
  
  
• Раздел WebSphere ILOG Business Rules Management Systems
  Актуальные технические ресурсы по решениям IBM ILOG, включая файлы для загрузки, демонстрационные материалы, статьи, учебные руководства, события, Web-трансляции и многое другое.
  
  

Получить продукты и технологии

• WebSphere ILOG JRules V7.1: пробная версия для загрузки.
  
  

Об авторах

Прашант П. Атгур (Prashant P. Atgur) более 12 лет занимается разработкой и реализацией технологических решений, включая SOA, BPM и BRMS. Имеет сертификат Certified Enterprise Architect и опыт руководства многими проектами, такими как ИТ-преобразование, рационализация приложения и корпоративная архитектура. Тесно сотрудничает с руководителями и исполнителями в области формирования корпоративной ИТ-стратегии. Связаться с ним можно по адресу prasha@sg.ibm.com.

Эрнес Норелус (Ernese Norelus) имеет сертификат IBM Certified Consulting IT Specialist и работает руководителем WebSphere Services Practice в группе IBM ASEAN Software Services в Сингапуре. В этой роли он консультирует клиентов, помогая им формулировать ИТ-решения сложных бизнес-проблем. Занимается информационными технологиями более 13 лет. Связаться с ним можно по адресу ernese@sg.ibm.com.

Оценить эту статью

Комментарии

В начало

Содержание

• Введение
• Что представляют из себя корпоративные бизнес-правила
• Пример бизнес-правила: срочное страхование жизни
• Традиционная (без использования BRMS) реализация бизнес-правил
• Управление корпоративными правилами при помощи BRMS
• Пошаговое сравнение BRMS и традиционных реализаций правил
• Заключение
• Ресурсы
• Об авторах
• Комментарии