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
 

 

 

 

     ROSS ARCHIVES ...
untitled

The BRS Rule Classification Scheme

In my May column[1] this year, I wrote about the BRS RuleSpeakTM sentence templates[2] for expressing rules in structured English.  These templates are based directly on a fundamental classification scheme for rules that had to be worked out beforehand.

I have written about that scheme a number of times over the past decade, including in both my books on business rules.  However, we have recently received a number of inquiries about it -- I guess the interest in classifying rules is picking up -- so in response, I will present it here in compact form, with examples.

The BRS Rule Classification Scheme reflects how rules react to events.  A given rule can react in one of only three possible ways to an event -- hence there are three fundamental categories of rules in the scheme.

These three categories, which are defined in the table below, are intrinsic, definitive, and mutually-exclusive.  For that reason, they provide a sound foundation for the comprehensive set of sentence templates in RuleSpeakTM.  They also have well-defined subcategories, as the table also indicates.  These provide an even richer basis for organizing the sentence templates -- as well as for gaining a much better understanding of your company's rules.


Category/Subcategory

Common Name

Definition


1.0 Rejector Constraint

Any rule that tends to disallow ("reject") an event if a violation of the rule would result.   Rejectors are constraints that shield the business from incorrect data (or state) -- that is, from information that violates Business Rules.

For example, a Rejector might be specified to prevent a customer from placing an order on credit if the customer has a poor payment history.

Sample Rule Statements using RuleSpeakTM

  • Using the "Must" Template

    Rule:   A purchase order taken during a snowstorm must be approved by at least two managers.

  • Using the"May ... Only if" Template

    Rule:   A withdrawal for an account may be made only if the account is active.

  • Using the "May ... Not" Template

    Rule:   An order may not be shipped if the outstanding balance of the customer's account exceeds the customer's credit authorization.

  • Using the "May ... No" Template

    Rule: A territory may include no more than one of the following:

    • Non-candidate traditional gas station.
    • Ultra-service.
    • Food outlet.

2.0 Producer   Any rule that neither rejects or projects events, but rather simply measures or computes, or derives or infers, automatically. Producers are categorized as either Computation Rules or Derivation Rules.

2.1 Computation Rule --

Any Producer-type rule that computes a value automatically, following standard mathematical operations (e.g., SUM, MULTIPLY, AVERAGE, etc.) specified explicitly.

For example, a Computation Rule might be given to compute customer's "annual order volume."

Sample Rule Statement using RuleSpeakTM

Rule:   A product's cost must be computed as the sum of the cost of all its components.


2.2 Derivation Rule Inference Rule

Any Producer-type rule that infers (a derived term or fact) automatically based on conditions specified explicitly.

For example, a Derivation Rule might be given to indicate whether a person is considered a woman, based on that person's age and gender.

Sample Rule Statement using RuleSpeakTM

Rule:   A customer must be considered high-risk, if the outstanding balance exceeds $1,000 on each of their last three successive invoices.


3.0 Projector Stimulus/
Response Rule
Any rule that tends to take some action automatically when a relevant event occurs. Such an action might be to create or delete data, enable or disable another rule, set some value, execute some program or procedure, etc.   A Projector thus does not reject events (as Rejectors do), but rather, automatically projects them -- that is, causes some new event(s) as a result of them. Projectors generally prescribe automatic system behavior, providing a productivity boost for workers.

For example, a Projector might be specified to reorder stock automatically if the quantity on hand drops below a certain point.

3.1 Enabler --

Any Projector-type rule that has one of the following effects:

  • Create or delete instances of data.
  • Switch instances of a rule "on" or "off."
  • Allow or disallow executions of an process or procedure.

Sample Rule Statements using RuleSpeakTM

  • Subject is "Data"

    Rule:   Outstanding issues must be deleted, when a case is closed.

  • Subject is a Rule ("Exception-Type Rules")

    Rule:   The one-borrower-per-library-card rule must not be enforced, if one of the borrowers that holds the library card is 'Bill Gates.'

  • Subject is a Process or Procedure

    Rule:   Send-appointment-notice must be disabled, if client's-address is unknown.


3.2 Copier --

Any Projector-type rule that sets the actual value(s) of a data type. Such data type may be complex, and need not necessarily be stored (persistent).

For example, a Copier might be used to initialize the tuition owed by a student in a given semester to the base tuition for that semester when the student enrolls.

Sample Rule Statements using RuleSpeakTM

  • Subject Refers to "Stored" Data ("Initialization Rules")

    Rule:   Applicable-sales-tax must be set to '8.25%,' if order-fulfillment-date = '2001.'

  • Subject Refers to "Output" Data ("Presentation Rules")

    Rule:   An order must be displayed to the screen in red, if the order is overdue.


3.3 Executive Trigger

Any Projector-type rule that causes a process or procedure to execute, or a rule to fire.

Sample Rule Statements using RuleSpeakTM

  • Subject is a Process or Procedure

    Rule:   Send-advance-notice must be executed for an order, when the order is shipped.

  • Subject is a Rule

    Rule:   The projected-shipment-date-rule must be fired, when a shipment is displayed to the screen.


References

[1]  Ronald G. Ross, "RuleSpeakTM -- Templates and Guidelines for Business Rules," Business Rules Journal, Vol. 2, Nbr. 5 (May 2001), at: www.BRCommunity.com/a2001/b066.html. return to article

[2]  Refer to "RuleSpeakTM Sentence Templates: Developing Rule Statements Using Sentence Patterns" in the BRS RuleSpeakTM Practitioner Kit.   The Kit provides extensive guidance and additional examples, and is available for free download, at www.BRSolutions.com/rulespeak_download.shtml. return to article

 about . . .

 RONALD G. ROSS


Ronald G. Ross is recognized internationally as the "father of business rules." He has Chaired the annual Business Rules Forum since 1997. He was a charter member of the Business Rules Group in the 1980s, and an editor of two landmark BRG papers, The Business Motivation Model and the Business Rules Manifesto. He is active in standards development, with core involvement in SBVR.

Mr. Ross is Executive Editor of BRCommunity.com and its flagship publication, Business Rules Journal. He is author of eight professional books, including Business Rule Concepts (2009), a just released 3rd edition of his popular, easy-to-read 1998 handbook. Mr. Ross speaks frequently at industry events worldwide.

Mr. Ross is Co-Founder and Principal of Business Rule Solutions, LLC and is actively engaged in consulting, training and research. He co-developed RuleSpeak®. Mr. Ross gives highly regarded public seminars in North America through AttainingEdge and in Europe through IRM-UK.

For additional information about Mr. Ross, please visit his personal website at www.RonRoss.info.

July 2010
Business Rules vs. System Design Choices

June 2010
Four Useful Constructs for Developing a Structured Business Vocabulary: Special-Purpose Elements of Structure for Fact Models

May 2010
Eight Things You Need to Know About Fact Types Bringing Verbs into Structured Business Vocabulary

April 2010
Business Vocabulary: The Most Basic Requirement of All

March 2010
What Is a Business Rule?

February 2010
CRUD in Business Rules: Accident-Prone Decision Logic

January 2010
The Point of Knowledge

December 2009
When is an Exception Really an Exception? The Business Rule Principles of Accommodation and Wholeness

November 2009
Verb-ish Models for Verbalization: Give Us Back Our Verbs!

October 2009
From Rulebook Management to Business Governance: Where Business Rules Fit

September 2009
What You Need to Know About Rulebook Management

August 2009
When Is a Door Not a Door? ~ Basic Ideas of the Business Rules Paradigm

July 2009
General Rulebook Systems (GRBS): What's the General Idea?

June 2009
Becoming Strategy-Driven: The Policy Charter

May 2009
Product Quality and a Longer-Term View: A 'Simple' Matter of Business Policies

April 2009
RuleSpeak® Sentence Forms: Specifying Natural-Language Business Rules in English

March 2009
The Rulebook: To Play Ball You Need Rules

February 2009
Extreme Business Agility (Part 6): A Manifesto-in-Progress on the Semantic Re-Engineering of Products

January 2009
Extreme Business Agility (Part 5): The Optimal Edge of Business Performance

December 2008
Extreme Business Agility (Part 4): Change Deployment Hell

November 2008
Extreme Business Agility ~ Part 3: Examples of Non-Agile vs. Agile Business Capabilities

October 2008
Extreme Business Agility ~ Part 2: A Semantic Approach to Re-Engineering Your Company's Products

September 2008
Extreme Business Agility — Part 1: A Value Chain for Re-Engineering Your Company’s Products

August 2008
My Son, Business Rule Analyst — Governance and Compliance Through Young Eyes

July 2008
Rules vs. Processes (Again) — Part 2: Now for Events

June 2008
Rules vs. Processes (Again) — Part 1: There’s Simply No Need for Confusion

May 2008
Legacy Modernization, Semantics, and the Knowledge Economy ~ Have You Connected the Dots Yet?!

April 2008
The Emergence of SBVR and the True Meaning of ‘Semantics’: Why You Should Care (a Lot!) ~ Part 2

March 2008
The Emergence of SBVR and the True Meaning of ‘Semantics’: Why You Should Care (a Lot!) ~ Part 1

February 2008
The Phoenix Strategy ~ A Lower-Risk Approach to Rejuvenating Systems and Legacy Modernization

January 2008
'Rules of Record' Why 'System of Record' Isn't Enough

December 2007
The Decision Center: A Center of Excellence for Coordinating Business Rules and Other Process 'Smarts'

November 2007
The Latency of Decisions ~ New Ideas on the ROI of Business Rules

October 2007
Legacy Systems -- Poorly Engineered or Over-Engineered? New Insights about Business Rules and Enterprise Decisioning

September 2007
The Value of Decisions ~ New Ideas on the ROI of Business Rules

August 2007
A Case of Dueling Manifestos? Business Rules and Enterprise Decision Management

July 2007
What's Wrong with If-Then Syntax For Expressing Business Rules ~ One Size Doesn't Fit All

June 2007
Are IT Terms Fundamental to Every Business? Not!

May 2007
Are all Rules Business Rules? Not!

April 2007
Are Software Requirements Rules? Not!

March 2007
Are Integrity Constraints Business Rules? Not!

February 2007
From Rule Management to Business Governance, Part 4: Governance Engineers and the Chief Governance Officer (CGO)

January 2007
From Rule Management to Business Governance, Part 3: Re-Engineering the Governance Process

December 2006
From Rule Management to Business Governance, Part 2: Governance and How it Relates to Business Rules

November 2006
From Rule Management to Business Governance, Part 1: Governance and How it Relates to Business Rules

October 2006
Rules and Processes: Examples Showing How They Relate

September 2006
The Meaning of Things: Definitions, Intensions, Rules, and Extensions

August 2006
Re-Vitalize, Don't Just Re-platform! ~ Three Tests for Whether Your Company 'Gets It' with Respect to Re-Platforming Business IP

July 2006
The Dirty Secrets About Your Company's Business IP That Nobody Wants to Talk About

June 2006
A Personal Insurance Saga ~ The Economics of Business Rules

May 2006
Concepts, Definitions, and Rules: RuleSpeak® Practices

April 2006
The RuleSpeak® Business Rule Notation

March 2006
How Rules and Processes Relate ~ Part 6. Point-of-Knowledge Architecture (POKA)

February 2006
How Rules and Processes Relate ~ Part 5. Scripts -- Rule-Friendly Process Models

January 2006
How Rules and Processes Relate ~ Part 4. Business Processes vs. System Processes

December 2005
How Rules and Processes Relate ~ Part 3. Three Best Practices for Designing Business Processes with Rules

November 2005
How Rules and Processes Relate ~ Part 2. Business Processes

October 2005
How Rules and Processes Relate ~ Part 1. The Challenges

September 2005
Rule Quality ~ The Route to Trustworthy Business Logic

August 2005
Decision Tables, Part 2 ~ The Route to Completeness

July 2005
Decision Tables, Part 1 ~ The Route to Consolidated Business Logic

June 2005
Rule Reduction ~ The Route to Atomic Business Rules

May 2005
Essence Definitions and Business Rules ~ Developing Stable Anchor Points for Operational Knowledge

April 2005
Can You Violate Structural Rules? (part 3) ~ The Difference Between Breaking Rules and 'Breaking' Knowledge

March 2005
Can You Violate Structural Rules? (Part 2) ~ The Difference Between How to Compute and How to Behave

February 2005
Can You Violate Structural Rules? (Part 1) ~ The Difference Between Violations and Bad Decisions

 

Janauary 2005
Business Rules and Knowledge Workers ~ Getting to the 'Point of Knowledge'

 

December 2004
Can a Definition be Violated? ~ Definitions and Business Rules

 

November 2004
Rustling Up Good Definitions ~ There's a Lot Less and a Lot More to It

 

October 2004 

Clarifying Clarifications ~ Universal 'And' to the Rescue

 

September 2004 

Relearning the Basics of Communicating ~ Business Semantics and Business Rules

 

August 2004 

The Light World vs. the Dark World ~ Business Rules for Authorization

 

July 2004 

Best-Fit Decision Points ~ How They Fit into the Business Rule Approach

 

June 2004 

What Rule Independence Means to System Models ~ Less and More than You Think!

 

May 2004 

The Semantics Lexicon ~ Terms For The Business Rules / Smart Process

 

April 2004 

Don't Reinvent Rule Engines!

 

March 2004 

Rules And Compliance Tactics

 

February 2004 

Tracing the Path of Rule Reduction

 

December 2003

Do Rules Decompose To Processes Or Vice Versa?

 

November 2003

Should You Encapsulate Knowledge in Modeling Real-World Things?

 

October 2003

Business Rules, Encapsulation, and Models of the Real World

 

September 2003

Business vs. Environment in Business Models

 

August 2003

Requirement Statement vs. Rule Statement

 

July 2003

Rules as Constraints:  On or By the System Design?

 

June 2003

Rules Reveal Events -- Not Actions

 

May 2003

Actions Are Not Rules (and Vice Versa)

 

April 2003

The Definitions of 'Business Rule' and 'Rule'

 

March 2003

Business Problems Addressed by the Business Rule Approach

 

January 2003

About the Business Rules Manifesto ~ The Business Rule Message in a Nutshell

 

November 2002

Business Rules for the Company's Provisioning Processes ~ There’s a Lot More to Reference Data than Just Data!

 

September 2002

The Terminator -- I'll be Back (with Just the Right Term)

 

July 2002

What Does it Mean to be Business-Driven? (Part 2)

 

May 2002

What Does it Mean to be Business-Driven? (Part 1)

 

March 2002

A Telltale E-mail Trail:  The Case for In-Line Business Rule Analysis

 

January 2002

Managing M x N Vs. M + N, Market-Driven Economies, and Other eCommerce Issues (part 2)

 

November 2001

Managing M x N Vs. M + N, Market-Driven Economies, and Other eCommerce Issues (part 1)

 

September 2001

The BRS Rule Classification Scheme

 

July 2001

Minding Your P's and Q's

 

May 2001

RuleSpeak"! -- Templates And Guidelines For Business Rules

 

March 2001

Business Rules In Business Processes ~ Title Rules For Process And Rules For Product/Service

 

January 2001

What Is Rule Management About?

 

November 2000

Let's Make a Deal: A Killer App for Business Rules

 

September 2000

The Re's Of Business Rules

 

July 2000

What Are Fact Models And Why Do You Need Them? (Part 2)

 

May 2000

What Are Fact Models And Why Do You Need Them? (Part 1)

 

March 2000

What is a 'Business Rule'?

 

January 2000

Current Thoughts On Expressing Business Rules

 

November 1999

The Fin de Siegle Legacy Mindset
 

September 1999

Analysis Paralysis Just May Save Your Life
 

July 1999

If We Had Started Coding Already...
 

May 1999

Your Core Business Processes Need a Rule Engine
 

March 1999

Who or What is a True Business Analyst?
 

January 1999

Four Things Wrong with the Way We Develop Information Systems

 

 

 

 





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