Jim Sinur

A member of the Gartner Blog Network

Jim Sinur header image 2

Business Rule Interchange: Fantasy or Fact of Life

December 29th, 2008 · 3 Comments

With the recent explosion of the use of rules for agility in many markets, the need for rule management across multiple rule technologies is a growing desire.

When we first asked our clients about having to manage rules across multiple rule technologies/engines, we saw that only about 15% of our rule enabled clients had a need to manage rules across a heterogeneous set of rule technologies. This is changing as rules branch out from specialty rule applications to also include packaged applications, hot spots in home grown applications, business process management technologies, complex event processing, integration technologies and governance focused software. The need for more rule management will grow as rules permeate in a distributed fashion. There are looming issues around rule aggregation, interchange and semantic meaning. Let’s explore a couple of opposing positions for fun

Point: The Rule Interchange Fantasy:

There is no way to manage rules across multiple rule engines and technologies because the rules representations are too different and there is no way to capture the context of a rule. To prove a point, just look at all the rule standards that evolving. There is JSR 94, Rule ML, OWL, ODM, SBVR, RIF and PRR. Each of these are vying to become the common rule language and they all behave like stove pipes without regard to each other. It is a mess at the representation level, much less the context level. If someone expects a common standard embraced by a majority of vendors, they are dreaming.

Counter Point: The Rule Interchange Fact of Life:

Rule interchange is going to happen with or without a common standard. One way would be to provide a transformation hub that would be able to tolerate multiple forms of rules and transform them from one format to another. This approach works today. Another way would be to link a logical business rule to multiple physical rules in a meta-data repository without any transformation, so that common supporting rules could be linked the business rule represented in a linguistic format. The demand will grow and push one or both of these methods until the standards dust settles, if ever.

My Take:

My gut tells me that SBVR has the best chance to be a universal standard because it aims at vocabularies and meanings. Combined with ontology, for context, SBVR would make the ideal compromise to leverage of rules management.

Share and Enjoy:
  • Print
  • Digg
  • Sphinn
  • del.icio.us
  • Facebook
  • Mixx
  • Google Bookmarks

Tags: BPM · Business Proces Improvement · Business Rules

3 responses so far ↓

  • 1 James Taylor // Jan 8, 2009 at 11:51 pm

    I don’t think SBVR is going to get it done – it’s just too massive and too complex. I think we will see more take up with simpler more system-oriented approaches like the Rule Interchange Format and Production Rule Representation, especially as these standards are being designed to be compatible.
    JT

    James Taylor
    Author of Smart (Enough) Systems

  • 2 Jim Sinur // Jan 9, 2009 at 9:39 am

    I hope you are right because we need something in place soon because rules are headed fast in multiple directions,

  • 3 Paul Vincent // Jan 9, 2009 at 10:06 am

    An interesting perspective: there is no BRMS vendor who has expressed an interest in supporting multiple rule engines and representations to date (indeed, BRMS vendors don’t event support their own legacy rule engines in their BRMSs).

    Although biased (co-chair for PRR and contributor to RIF) I agree with James: PRR (development level) and RIF (executable level) are the likely results for software-executable rules. SBVR is more about policies in business (not software) language, and ODM / OWL is more about knowledge representation (also covered by one of the RIF dialects too). JSR94 isn’t about rule representation at all (its an API for rule engines). RuleML is more an academic project and could be viewed as a backup in case RIF fails (unlikely given its backing).

    SBVR could play a role in rule management, but so far has not been extended (by vendors or OMG) to include the types of operational rules used in BPM (or PRR/RIF). This could be an interesting route for future BRMS standards, and maybe there will be interest in 09 for that…

    Cheers

Leave a Comment