Не засорены ли ваши бизнес-артерии холестерином корпоративных бизнес-правил?

Узнайте, какую пользу может принести система управления бизнес-правилами (BRMS)

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

В данной статье рассматривается использование системы управления бизнес-правилами (Business Rules Management Systems – BRMS), такой как WebSphere® ILOG BRMS, для разработки управляемых ИТ-систем, обеспечивающих гибкость работы и уменьшающих время вывода продуктов на рынок.

Прашант П. Атгур, разработчик BPM-решений, IBM

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



Эрнес Норелус, ИТ-специалист, консультант, IBM

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



22.08.2012

Введение

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

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

Рисунок 1. Информационный черный ящик
Рисунок 1. Информационный черный ящик

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

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

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

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

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

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

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


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

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

Рисунок 2. Корпоративные бизнес-правила
Рисунок 2. Корпоративные бизнес-правила

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

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

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

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

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

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

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

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

Рисунок 3. Пример правила
Рисунок 3. Пример правила

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

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

Ограничения

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

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

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


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

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

Рисунок 4. Правила срочного страхования жизни
Рисунок 4. Правила срочного страхования жизни

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

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

Рисунок 5. Традиционная реализация бизнес-правил
Рисунок 5. Традиционная реализация бизнес-правил

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

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

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

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

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

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

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

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

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


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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Рисунок 9. Руководство правилами и гибкость
Рисунок 9. Руководство правилами и гибкость

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

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

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

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

Рисунок 10. Пример 1 Java-реализации
Рисунок 10. Пример 1 Java-реализации
Рисунок 11. Пример 1 BRMS-реализации
Рисунок 11. Пример 1 BRMS-реализации

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

Рисунок 12. Пример 2 Java-реализации
Рисунок 12. Пример 2 Java-реализации
Рисунок 13. Пример 2 BRMS-реализации
Рисунок 13. Пример 2 BRMS-реализации

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

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

Рисунок 14. Пример реализации с использованием неформатированного файла
Рисунок 14. Пример реализации с использованием неформатированного файла

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

Рисунок 15. Правила оценки медицинского профиля в таблице решений
Рисунок 15. Правила оценки медицинского профиля в таблице решений

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


Заключение

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

Ресурсы

Научиться

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

Комментарии

developerWorks: Войти

Обязательные поля отмечены звездочкой (*).


Нужен IBM ID?
Забыли Ваш IBM ID?


Забыли Ваш пароль?
Изменить пароль

Нажимая Отправить, Вы принимаете Условия использования developerWorks.

 


Профиль создается, когда вы первый раз заходите в developerWorks. Информация в вашем профиле (имя, страна / регион, название компании) отображается для всех пользователей и будет сопровождать любой опубликованный вами контент пока вы специально не укажите скрыть название вашей компании. Вы можете обновить ваш IBM аккаунт в любое время.

Вся введенная информация защищена.

Выберите имя, которое будет отображаться на экране



При первом входе в developerWorks для Вас будет создан профиль и Вам нужно будет выбрать Отображаемое имя. Оно будет выводиться рядом с контентом, опубликованным Вами в developerWorks.

Отображаемое имя должно иметь длину от 3 символов до 31 символа. Ваше Имя в системе должно быть уникальным. В качестве имени по соображениям приватности нельзя использовать контактный e-mail.

Обязательные поля отмечены звездочкой (*).

(Отображаемое имя должно иметь длину от 3 символов до 31 символа.)

Нажимая Отправить, Вы принимаете Условия использования developerWorks.

 


Вся введенная информация защищена.


static.content.url=http://www.ibm.com/developerworks/js/artrating/
SITE_ID=40
Zone=WebSphere
ArticleID=831300
ArticleTitle=Не засорены ли ваши бизнес-артерии холестерином корпоративных бизнес-правил?
publish-date=08222012