Register for Webinar

Scaling Automation Secrets: How to Grow Your Program for Maximum Impact
March 23rd   1:00 PM EST

    Register for Webinar

    Create, then Automate: A Conversation on how to Standardize Business Processes to Automate Them
    November 10th   1.00 PM EST


    Register for
    Webinar

    Register for
    Webinar

    BPM implementation best practices – part VIII

    BPM Implementation Best Practices Part VIII

    It should be common sense to keep business logic where it resides – in the core systems. However, there are several occasions where confusion around the business rules arises due to various business rules patterns. Broadly speaking there are three distinct business rules patterns and it crucial to categorize them during the design of process solution.

    These three patterns are:

    • Process Rules:

      These are process flow control rules and they get captured as part of the process flow. A process analyst with general understanding of modeling technique would be able to identify these rules easily and capture them as part of the various process flow control elements.

    • Data Driven Rules:

      Data driven rules are where a set of rules need to be applied on a data set in order to determine a particular action. In several cases, the process direction depends on evaluation of such rules, and hence it is effective to keep them out of process logic and manage them as separate component so that process and/or rules can be modified independent of each other. If volume of data driven rules is significant, it may be advisable to use Business Rules Management system (BRMS).

    • Even Driven Rules:

      Quite often, processes need to act/react based on certain external events. Most of the BPMS platform provide strong support for event driven steps to be able to respond to specific events (Even process notation standards such as BPMN have a strong notion of event-driven steps); however, mechanism of evaluating an event should be kept as separate module. Several BPM platforms already have either event based rules engines built into their platform or a framework to integrate with one.

    In Enterprise Software Platform ecosystem, #2 and #3 are known as BRMS (Business Rules Management Systems) or CEP (Complex Event Processing). Given its logical co-existence, lot of vendors have either package them as optional modules or separate products. As an example, IBM Decision Management System has capability of both BRMS (iLog) and CEP. Oracle SOA suite has both BRMS and CEP engine that comes along. Progress Software was going to have Corticon (BRMS) and Apama (CEP)*.

    *Due to divestment plan of Progress Software, Corticon and Apama might not be available as offering, after Savvion BPM product is sold.

    Embark On Your Automation Journey

    With Nividous Quick Start Guarantee!
    Nividous

    Get articles from Automation Experts
    in your inbox

    Join > 10K People Community
    SUBSCRIBE
    Cross