Search ::     [ Advanced ]
Username:   Password: Auto login next time?  

AttainingEdge : World Class Training For Critical Business Innovations

RuleXpress: The business tool for expressing and communication business rules.

International Business Rules Forum

 

 

 

 

     SPREEUWENBERG ARCHIVES ...
untitled

The Semantic Web and the Business Rules Approach ~ Differences and Consequences

by Silvie Spreeuwenberg

My last column[1] ended with a promise to discuss the differences in the formal specification languages used by the semantic web and business rules communities.  I had observed that there are differences in the expression power of the semantic web rule languages and the business rules rule languages.[2]  The semantic web and business rule languages also differ in how they interpret particular expressions.  I promised to give you more detail on these differences.

Keeping that promise turned out to be a great challenge.  The longer I thought about it, the more I felt that the discussion might not belong in this column.  Topics such as the following are appropriate for a textbook in formal logic

  • closed world vs. open world assumption,
  • higher order logic vs. first order logic,
  • horn clause logic vs. predicate logic,
  • deontic logic vs. non-modal languages,
  • based purely on formal model theory vs. based on axioms,
  • negation as failure vs. scoped negation as failure.

But are these useful topics for the average business rules professional?

I could try to explain to practitioners of the business rules approach what these differences are about, but that might not help a practitioner do his job.  Are you really interested?  I wonder...  To give you a sense of this, let me illustrate with a short explanation of the first item in the list -- closed world vs. open world assumption.

Under a closed world assumption we assume that all relevant facts are known -- either directly or by derivation from known facts.  If something is not known, we assume it to be false.  This strategy is often applied to accepting an insurance policy, where rules govern when an insurance policy can be accepted.  In a closed world, if we do not know (or cannot derive) that a given insurance policy is accepted, we assume that it is not accepted.

Under an open world assumption that conclusion is not valid.  Instead, if we do not know (or cannot derive) that a policy is accepted the open world assumption considers is that it is 'unknown' whether or not the policy is accepted; we cannot conclude that it is 'not accepted'.  Here is another example of the open world assumption that may be more intuitive.  Consider the rule "if it rains the streets are wet."  If we have no information about the weather conditions (raining or not) and ask "are the streets wet?" we cannot conclude 'not wet'.  Instead, in an open world, when there are no facts to support a "yes, it's wet" answer all we can conclude is that that the wetness of the streets is not known.  This is intuitive.

Rather than to continue on with each of the points above, what may interest you more are my observations regarding the consequences of these differences for those who work with business rules.

Observation 1

You do not need to understand these differences to work with business rules.

Business people have long been working with business rules without being aware of specific different logical interpretations that may exist for their business rule expressions.  Did this lead to problems?  Yes and no.  Within a community, members generally agree on a common interpretation without conscious thought.  However, it is good to be aware that problems in interpretation can arise when rules are communicated to another community, for example to an IT department.

Observation 2

You need to understand these differences to work with business rules.

The several standards for business rule specification that are in development differ on these points, and the person who will be choosing a language should know more about these differences to be able to make the best choice.  Fortunately, that person does not need to be the businessperson who works with the rules.

Observation 3

Fundamentalism for one position undermines collaboration between the two communities.

I hope that the semantic web community and the business rules community will be working more closely together in the future.  What is needed for that to happen is an attitude that we can listen and learn from each other.  The new OMG standard SBVR is a result of such an attitude.  SBVR includes carefully-selected language features and allows one to choose an interpretation that is best for a particular project.

References

[1]  Silvie Spreeuwenberg, "The Semantic Web and the Business Rules Approach ~ Differences and Similarities," Business Rules Journal, Vol. 6, No. 7 (July 2005), URL:  http://www.BRCommunity.com/a2005/b235.html return to article

[2]  as known today both from commercial rule engines and in the standard literature of the business rules community return to article


standard citation for this article:
Silvie Spreeuwenberg, "The Semantic Web and the Business Rules Approach ~ Differences and Consequences," Business Rules Journal, Vol. 6, No. 11 (Nov. 2005), URL:  http://www.BRCommunity.com/a2005/b257.html  

July 2010
The Ten Most Common Mistakes Made By Corporate Adopters of Business Rule Management Systems (BRMS) And How to Avoid Them (Part 1)
By Jan Purchase


May 2010
The Ten Most Common Mistakes Made By Corporate Adopters of Business Rule Management Systems (BRMS) And How to Avoid Them (Part 1)
By Jan Purchase


January 2010
How to Deal with Exceptions in Software Support

December 2009
Exceptions are just 'some more rules'

September 2009
Rule Authoring Is a Creative Process

March 2009
What happened to the B and the M of BRM? ... and how the new notion of business rules documentation got introduced

October 2008
The Liberty of Rules

August 2008
The Inference Task

July 2008
Organizing a Set of Rules

June 2008
Procedural Logic in the Reasoning Process

May 2008
What about Methods in Rules?

April 2008
Different Kinds of Rules and How to Write Them Properly

March 2008
SBVR: Observations from Initial Experiences

January 2008
Rule History and Versioning (Part 3)

December 2007
Rule History and Versioning (Part 2)

November 2007
Rule History and Versioning (Part 1)

September 2007
Flexibility and Business Rules

March 2006
A World Without Rules

November 2005
The Semantic Web and the Business Rules Approach ~ Differences and Consequences

July 2005
The Semantic Web and the Business Rules Approach ~ Differences and Similarities

May 2005
Semantic Web

March 2005
End-user Programming

January 2005
Secret Rules

November 2004
Observations on Business Rules in Europe and the U.S.

 

 

 about . . .

 Drs. SILVIE SPREEUWENBERG


Drs. Silvie Spreeuwenberg has a background in artificial intelligence and is the co-founder and director of LibRT.  LibRT helps customers assess and improve the quality of their business rules.  Silvie's experience with business rules modeling has resulted in the development of tools and techniques to increase the quality of business rules.  She writes, "We believe that one should focus on quality management of business rules to make full profit of the business rules approach."  LibRT is located in the Netherlands; for more information visit www.librt.com.

 

 

 





[ Home ] [ Staff ] [ About BRC Publications ] [ Editorial Feedback ] [ About BRCommunity ]
[ Contributor's Guidelines ] [ Privacy Policy ] [ Technical Support ]