Enabling Operational Excellence
Enabling Operational Excellence
Enabling Operational Excellence
Enabling Operational Excellence

TURNING OPERATIONAL KNOWLEDGE & COMPLIANCE INTO A COMPETITIVE EDGE

We systemize tacit knowledge into explicit knowledge

Blog Enabling Operational Excellence

How Good Are You at Business Rule Analysis?

mowing-the-lawn[1]Can you understand that all three of the following business rule statements mean the same thing? Here’s what must be true: If you mow the lawn on Sunday your lawn mower is to be electric; otherwise the lawn is not to be mowed on Sunday.

1. It is permitted that the lawn be mowed on Sunday only if the lawn mower is electric.

2. It is prohibited that the lawn is mowed on Sunday if the lawn mower is not electric.

3. It is obligatory that the lawn not be mowed on Sunday if the lawn mower is not electric.

I’m fairly certain you can. And if you can determine they all mean the same thing, I contend a machine ought to be able to do so too. I mean as stated in this exact same human-friendly, structured natural language form. And tell you that the statements mean the same thing (in effect, that they are redundant). That’s the kind of language-smart (cognitive) capability that business innovators should be expecting – no, demanding – from software vendors.

P.S. In the OMG standard Semantics of Business Vocabulary and Business Rules (SBVR) the three statements are a restricted permission statement, a prohibition statement, and an obligation statement, respectively. You might prefer one or another of these forms of statements, but each is correct and reasonably understandable. Here are the RuleSpeak©[1] equivalents – even more friendly:

  1. The lawn may be mowed on Sunday only if the lawn mower is electric.

  2. The lawn must not be mowed on Sunday if the lawn mower is not electric.

  3. (same as 2)

~~~~~~~~~~~~~~~~~~~

Get trained: Instructor-led, online, interactive training: April 4-6, 2017 – Business Analysis with Business Rules: From Strategy to Requirements. http://www.brsolutions.com/services/online/strategy-to-requirements/

©Business Rule Solutions, LLC 2017. www.BRSolutions.com

[1] Free on www.RuleSpeak.com

Continue Reading

‘Business Rule’ Means These 3 Things

Software vendors and others mislead people (badly) about the true meaning of business rule. Let’s set the record straight. The OMG standard SBVR (Semantics of Business Vocabulary and Business Rules, 1.4) defines business rule as a rule that is practicable and is under business jurisdiction. The definition has these three parts: (1) rule, (2) practicable, and (3) under business jurisdiction. Let’s look at each part in turn. 1. Rule Rule in business rule means real-world rule – in other words exactly what the dictionary says rule means. Here are the relevant meanings of rule from Merriam-Webster Unabridged Dictionary [MWUD].

guide for conduct or action [MWUD ‘rule’ 1a]

one of a set of usually official regulations by which an activity (as a sport) is governed [e.g.,] *the infield fly rule* *the rules of professional basketball* [MWUD ‘rule’ 1f]

A real-world rule always tends to remove a degree of freedom.  If it does not, it’s not a rule. Also, a real-world rule is declarative. It never does anything. It merely shapes behavior or decisions. If you’re using an approach where rules can actually do things (e.g., execute an action, set a flag or variable, call a function, etc.), they’re not business rules. You’re in TechnologyLand, and a procedural one at that. 2. Under Business Jurisdiction    Business rule includes only rules that the business can opt to change or to discard. A business rule is always under business jurisdiction of your organization. The important point with respect to external regulation and law is that your organization has a choice about how to interpret the regulations and laws for deployment into its day-to-day business activity – and even whether to follow them at all. So external regulations are not business rules per se. Business rules include only the rules that a business creates in response to external regulation. SBVR explains:

“… legislation and regulations may be imposed on [the company]; external standards and best practices may be adopted. 

These things are not business rules from the company’s perspective, since it does not have the authority to change them. 

The company will decide how to react to laws and regulations, and will create business rules to ensure compliance with them.  Similarly, it will create business rules to ensure that standards or best practices are implemented as intended.”

3. Practicable Practicable means a rule is sufficiently detailed and precise that a person who knows about it can apply it effectively and consistently in relevant circumstances. In other words, the person will know what behavior is acceptable or not, or how some concept is to be understood. A practicable business rule is one ready to become a deployed business rule – i.e., applied in day-to-day business activity. Whether the guidance is to be deployed to staff or ultimately to machines is immaterial. You should get the same results either way. Business policies are generally not practicable in this sense. Business rules always are. ~~~~~~~~~~~~~~~~~~~~ Excerpted from: Building Business Solutions: Business Analysis with Business Rules, 2nd edition, by Ronald G. Ross & Gladys S.W. Lam, 2015 Get the book:http://www.brsolutions.com/b_building_business_solutions.php Get the training: Instructor-led, online, interactive training: October 4-6, 2016 – Business Analysis with Business Rules: From Strategy to Requirements. http://www.attainingedge.com/online-training-business-analysis-with-business-rules.php ©Business Rule Solutions, LLC 2016. wwwBRSolutions.com 

Continue Reading

Legality and Business Rules

How does legality work with business rules? To say that differently how should an intelligent tool work so as to help you establish the business regimen you want to follow where legality is involved? Consider the example of Same-Sex Marriage. Let’s suppose you want to make it illegal. SBVR[1] does not have an innate concept/approach for “legality” in the sense of MWUD[2] 1: attachment to or observance of law. So if you wanted “is legal” in the most direct sense, you must define a unary verb concept for the concept Same-Sex Marriage. In a looser sense, if you are in an organization (business) with the standing to define business rules, you could do several things, as follows. (I’ll make up a bit of vocabulary here.) 1. Specify a behavioral rule A behavioral rule is one that can be potentially violated by people or organizations. The relevant rule might be expressed as follows:

The people united in a marriage must not be of the same gender.

Then you would decide how strictly you want to enforce the rule. Options range from strictly enforced to guideline. The rule would be active when a relevant state of affairs arose (i.e., specific people get married). 2. Define several definitional rules A definitional rule is one that cannot be violated; it exists to ensure the consistency of the concept system you chose to follow. Relevant definitional rules might be expressed as follows:
    • The people united in a marriage are not to be of the same gender.
    • The people united in a same-sex marriage are to be of the same gender.
See the conflict? Your friendly intelligent tool would (immediately) disallow one or the other specification. The rules are clearly in conflict; the logical conflict would simply not be allowed to stand. 3. Define the relevant definitions
    • Marriage: the uniting of people of different genders in wedlock
    • Same-Sex Marriage:  the uniting of people of the same gender in wedlock
Again, your friendly intelligent tool would (immediately) disallow one or the other specifications. The definitions are clearly in conflict; the logical conflict would simply not be allowed to stand. Actually, under the covers, approaches 2 and 3 work exactly the same way In SBVR. SBVR recognized that some people prefer to do things via rules, some with definitions, and if truth be told, most times you will do some of both. ~~~~~~~~~ www.BRSolutions.com  


[1]Semantics of Business Vocabulary and Business Rules
[2]Merriam-Webster Unabridged Dictionary
 

Continue Reading

Wholeness: Insight for Expressing Business Rules Well

The standard Semantics of Business Vocabulary and Business Rules (SBVR)[1] offers fundamental insights about how to express business rules well. These common-sense insights can and should directly inform all expression of business rules – and any language that purports to support them. The first of these insights is the notion of practicable, which I discussed in my previous post. See: http://www.brsolutions.com/2015/06/29/practicable-insight-for-expressing-business-rules-well/ The second of these insights is the principle of wholeness. The descriptive text below is taken directly from SBVR itself.[2]Wholeness essentially means each business rule statement can be taken as fully trustworthy even in isolation from all other rules. The principle precludes priority schemes and rules that disable other rules, both of which can act to make any given rule less than fully trustworthy. ~~~~~~~~~~~~~~~~~~~                          Principle: An element of guidance means only exactly what it says, so it must say everything it means. Explanation: Each element of guidance must be self-contained; that is, no need to appeal to any other element(s) of guidance should ever arise in understanding the full meaning of a given element of guidance. The full impact of an element of guidance for a body of shared guidance, of course, cannot be understood in isolation. For example, an element of guidance might be in conflict with another element of guidance, or act as an authorization in the body of shared guidance. The Wholeness Principle simply means that if a body of shared guidance is deemed free of conflicts, then with respect to guidance, the full meaning of each element of guidance does not require examination of any other element of guidance. In other words, each element of guidance can be taken at face value for whatever it says. ~~~~~~~~~~~~~~~~~~~~~~~~ www.BRSolutions.com


[1] For more information about SBVR see the SBVR Insider section on www.BRCommunity.com.

Continue Reading

Practicable: Insight for Expressing Business Rules Well

The standard Semantics of Business Vocabulary and Business Rules (SBVR)[1] offers fundamental insights about how to express business rules well. These common-sense insights can and should directly inform all expression of business rules – and any language that purports to support them. The first of these insights is the notion of practicable. The descriptive text below is taken directly from SBVR itself.[2]Practicable essentially means all ambiguity has been resolved. As a result, a practicable business rule can be given either to workers to apply ‘manually’, or to IT to implement under some platform, and the results will be exactly the same either way (barring human error or malfeasance). ~~~~~~~~~~~~~~~~~~~~~~~~~~ Definition: the element of guidance is sufficiently detailed and precise that a person who knows the element of guidance can apply it effectively and consistently in relevant circumstances to know what behavior is acceptable or not, or how something is understood Dictionary Basis: able to be done or put into practice successfully; able to be used, useful [Oxford Dictionary of English] Notes:
  • The sense intended is: “It’s actually something you can put to use or apply.”
  • The behavior, decision, or calculation can be that person’s own.
  • Whether or not some element of guidance is practicable is decided with respect to what a person with legitimate need can understand from it.
    • For a behavioral rule, this understanding is about the behavior of people and what form compliant behavior takes.
    • For a definitional rule, this understanding is about how evaluation of the criteria vested in the rule always produces some certain outcome(s) for a decision or calculation as opposed to others.
  • A practicable business rule is also always free of any indefinite reference to people (e.g., “you,” “me”), places (e.g., “here”), and time (e.g., “now”). By that means, if the person is displaced in place and/or time from the author(s) of the business rule, the person can read it and still fully understand it, without (a) assistance from any machine (e.g., to “tell” time), and (b) external clarification.
 ~~~~~~~~~~~~~~~~~~~~~~~~ www.BRSolutions.com


[1] For more information about SBVR see the SBVR Insider section on www.BRCommunity.com.

Continue Reading 1 Comment

The Two Fundamental Kinds of Business Rules: Where They Come From and Why They Are What They Are

The two fundamental kinds of business rules relevant to business analysis are definitional rule and behavioral rule. These two kinds of rule come from OMG’s SBVR (Semantics of Business Vocabulary and Business Rules) standard.[1] They have very precise meanings based on formal logic. Here’s some background about that – more than business analysts really need to know, but informative nonetheless. At the end of the discussion I give pragmatic definitions. And the answer to the photo quiz. The SBVR definition for rule is deeply embedded in formal logic, which deals with propositions.  In modal logic, propositions can claim different modes. For business rules the two relevant modes are alethic and deontic.  
  • Alethic rules are true ‘by definition’. As such they cannot be violated.  They are about how concepts, knowledge or information are defined or structured.
  • Deontic rules are rules that can be violated. They are rules about behavior, not concepts, knowledge or information. Deontic rules are really about people, what they must and must not do, even if their activity (and the rules) are automated.
Both kinds of rules are important, of course, but deontic rules – people rules – are especially so since ultimately, businesses are about the activity of people. This situation is very different than in the semantic web, for example, where it’s all about only knowledge. Under modal logic, every rule must therefore ‘claim’ one of two modes. (In practice, the ‘claim’ arises naturally from the syntax of a rule statement or as a meta-property.)
  • Alethic implications (rules) are established by ‘claiming’ necessity. Things are necessarily true. A concept is what it is; says what it says. That’s just the way things are.
  • Deontic implications (rules) are established by ‘claiming’ obligation. Behavior is ‘obliged’ to follow the rule. But of course, people don’t always follow the rules, so there can be violations. Major difference.
So a rule ‘claims’ either necessity or obligation, which establishes what kind of rule it is. Therefore the SBVR definitions for the two kinds of rule are:
  • Definitional rule:  rule that is a claim of necessity
  • Behavioral rule:  business rule that is a claim of obligation
Why doesn’t the definition for definitional rule say “business rule” like the one for behavioral rule? Because some definitional rules are not ‘under business jurisdiction’ (in other words, business has no choice about them). Examples include the ‘law’ of gravity and all the rules of mathematics. Those rules are simply universally true. I recommend the following pragmatic definitions for business analysts.
  • Definitional rule:  a rule that indicates something is necessarily true (or untrue); a rule that is intended as a definitional criterion for concepts, knowledge or information
  • Behavioral rule:  a business rule that places an obligation (or prohibition) on conduct, action, practice, or procedure; a business rule whose purpose is to shape (govern) day-to-day business activity
Synonyms:  Early in the development of SBVR I introduced the terms structural rule and operative rule for the two kinds of rules, respectively. That was before the full implications of modal logic became clear. Since then the terms definitional rule and behavioral rule have become preferred, even in all internal SBVR discussion. The synonyms, however, remain valid. P.S. Did you guess correctly which kind of rule is represented in the photograph? Behavioral, of course. And the photo itself is a violation of the rule. www.BRSolutions.com


[1] For more information about SBVR see the SBVR Insider section on www.BRCommunity.com.

Continue Reading

Eliminate the Middlemen of Business Rules: Thinking Fresh for the New Year and Beyond

I have said many times programmers, even semantic programmers, are not the wave of the future for business rules. The future lies with enabling business people and business analysts to have dialogs with machines coming as close to unambiguous statements as they can (e.g., in RuleSpeak). The machine should ask questions to reduce ambiguity to an acceptable minimum. To protect against liability, the machine should log all assumptions, major and minor, in translating to an internal (formal and unambiguous) form so that results are traceable and improvable. Consider IBM Watson. If machines can win at Jeopardy against the best players in the world, that’s a pretty impressive feat for natural language capability. Let’s compare apples to apples. There will always be translation of business ”requirements” from human form to machine form. Even some perfect (a.k.a. formal semantic) implementation language would not reduce translation errors to an absolute minimum. Coders would still have to translate, and errors compound with every translation. So I say disintermediate; eliminate the middlemen – i.e. the coders. If you look across a great many industries, that’s the trend. Why should development of business applications be any different? I also suspect that any “formal semantic” language for business rules would inevitably be English-biased. That’s simply not acceptable in a global economy. RuleSpeak[1] has gathered increasing attention around the world. There are now versions in the works for Norwegian, Polish and Japanese, in addition to the original English and the existing Dutch, German and Spanish translations. A growing number of people find that RuleSpeak strikes just about the right balance between structured and unstructured expression. I’m not saying, however, that other useful approaches couldn’t be more formal – or less formal – than RuleSpeak. Perhaps they could. And that’s been my point for all these years working on SBVR[2] as a business rule standard. We simply don’t yet know the absolute best approach for expressing all business rules in all circumstances. No one knows enough. Perhaps there isn’t one. SBVR is brilliant precisely because it captures semantics without dictating expression form. Long term, that’s exactly what the industry needs. No, there hasn’t been rapid vendor implementation of SBVR since release of 1.0. I wouldn’t expect there to be. It threatens virtually every interface and mindset on the planet. Most people in the IT field still just don’t get it. In retrospect, OMG may have been the wrong forum for SBVR for at least two reasons:

1. OMG is the bastion of best-of-breed programming standards. Obviously there is an important role for that, but as above SBVR isn’t about programming.

2. The SBVR vocabulary is extremely useful for organizing business conversations about business vocabulary and business rules. OMG doesn’t ‘do’ business-facing standards of that kind (i.e., ones that don’t “compute”). IMO, that’s a major shortcoming. There is ultimately nothing more important than improving communication at the level of people. Get it wrong there and I promise it will be wrong in business automation, no matter how elegant the implementation language.

The bottom line is that machines for business (rule) automation now must learn to ‘speak’ human languages. The other way around is simply no longer acceptable – or even necessary. www.BRSolutions.com  
[2] The OMG standard Semantics of Business Vocabulary and Business Rules. Refer to the SBVR Insider section on www.BRCommunity.com for insight into SBVR.
 

Continue Reading

Any Elegant Solution to Our Current Business Rules Dilemma? Nooo.

I get this question all the time, and it’s a painful one, so let me answer on the record. Question: In our enterprise architecture tooling, there’s a business dimension in which we define Business Concepts (the real business language), and an IT dimension containing Information Objects (data organization model). How can we solve the problem that business expresses rules as they relate to Business Concepts, while IT needs to translate these into rules related to Information Objects? We don’t want to bother business with IT model concerns, nor duplicate the rules in two places. Can you please shed light on an elegant approach to this dilemma? My answer: The standard SBVR[1] provides the ‘elegant’ approach, which is technology that can “read” language based on the business vocabulary (e.g., RuleSpeak) and/or dialog with people to disambiguate those statements. Until such technology is commercially available – and why not, look what IBM Watson can do! – two forms of each statement are unfortunately necessary. The key for your rule management regime is to maintain traceability between them. By the way, the mapping is almost certainly 1:m, not 1:1. I wish I had a better answer, but there just is none today. All I can say is that current implementation technologies for business rules are very, very primitive. ~~~~~~~~~~~ Acks: Tom Andries www.BRSolutions.com


[1] The OMG standard Semantics of Business Vocabulary and Business Rules. See the SBVR Insider section on www.BRCommunity.com for insights about SBVR.

Continue Reading

What is a Business Rule?

It’s become more and more apparent that software vendors are misleading people (badly) about the true meaning of ‘business rule’. Time to set the record straight. Here is an authoritative 3-part explanation. Take a moment and reacquaint yourself. As a business-oriented professional you’ll be glad you did!

   Reference Sources

[MWUD] Merriam-Webster Unabridged Dictionary (Version 2.5).  [2000].  Merriam-Webster Inc.
[SBVR] Semantics of Business Vocabulary and Business Rules (SBVR) (Version 1.0).  [January 2008].  Object Management Group.
  1. Rule When we say rule we always mean real-world rule. Here’s the dictionary meaning of “rule”. That’s what we mean.

[MWUD ‘rule’ 1a]:  guide for conduct or action; [MWUD ‘rule’ 1f]:  one of a set of usually official regulations by which an activity (as a sport) is governed [e.g.,] *the infield fly rule* *the rules of professional basketball* ; [MWUD ‘criteria’  2]:  a standard on which a decision or judgment may be based

A real-world rule always tends to remove some degree of freedom.  If it does not, it’s not a rule.  2. Under Business Jurisdiction    When we say business rule we mean only rules that the business can opt to change or to discard. A business rule is always under business jurisdiction of your organization.  The point with respect to external regulation and law is that your organization has a choice about how to interpret the regulations and laws for deployment into its day-to-day business activity – and even whether to follow them at all. So external regulations are not business rules per se. Business rules include only the rules that a business creates in response to external regulation. SBVR explains: 

“The laws of physics may be relevant to a company … ; legislation and regulations may be imposed on it; external standards and best practices may be adopted. 

These things are not business rules from the company’s perspective, since it does not have the authority to change them. 

The company will decide how to react to laws and regulations, and will create business rules to ensure compliance with them.  Similarly, it will create business rules to ensure that standards or best practices are implemented as intended.”

3. Business Rule

[SBVR]:  a rule that is under business jurisdiction

A business rule is a criterion used to:
    • guide day-to-day business activity
    • shape operational business judgments, or
    • make operational business decisions. 
A number of years ago, a colleague of ours, Mark Myers, came up with a highly pragmatic test to determine whether some statement represents a business rule or a system rule.  It almost always works.  Imagine you threw out all the systems running your business and did it all by hand (somehow).  If you still need the statement, it’s a business rule.  If you don’t, it’s not.  A colleague on the SBVR standardization team, Don Baisley, puts it another way:  “Business people don’t set variables and they don’t call functions.” Some people think of business rules as loosely formed, very general requirements.  Wrong.  Business rules have definite form, and are very specific.  Each should give well-formed, practicable guidance Here are a few simple examples expressed in RuleSpeak:  

A customer that has ordered a product must have an assigned agent. 

The sales tax for a purchase must be 6.25% if the purchase is made in Texas. 

A customer may be considered preferred only if the customer has placed more than $10,000 worth of orders during the most recent calendar year.

Business rules represent a form of business communication and must make sense (communicate) to business people.  If some statement doesn’t communicate, it’s not a business rule. 

Consider this example:  If ACT-BL LT 0 then set OD-Flag to ‘yes’.  Not a business rule. 

Consider another example:  An account must be considered overdrawn if the account balance is less than $0.  This statement communicates and therefore is a business rule. 

More observations about business rules:
    • In SBVR a business rule can be either a behavioral rule or a definitional rule.
    • Business rules can be technical, but only in terms of the company’s know-how or specialized product/service, not in terms of IT designs or platforms.
    • Expression of business rules should always be declarative, rather than procedural.
    • A business rule statement should use terms and wordings about operational business things that should be based on a structured business vocabulary (concept model).
    • Your company’s business rules need to be managed and single-sourced, so we strongly recommend rulebook management.
Business rules are not about mimicking intelligent behavior, they are about running a business Mimicking intelligent behavior in a generalized way is far harder (an order of magnitude or more) than capturing the business rules of an organization.  Unfortunately, expert systems have generally focused on the former problem, causing considerable confusion among business practitioners.  ~~~~~~~~~~~~~~~~~~~~  Excerpted from Building Business Solutions: Business Analysis with Business Rules, by Ronald G. Ross with Gladys S.W. Lam, An IIBA® Sponsored Handbook, Business Rule Solutions, LLC, 2011, 304 pp,http://www.brsolutions.com/bbs

Continue Reading

Rules, Business Rules, and Big Data: What’s It All About?

It’s time to come to grips with what is meant by “rule” in the context of big data. There’s much confusion out there. In a recent keynote, Rick van der Lans stated, “… big data leads to more and more interesting insights, and from there to more and more rules.” What does he mean? The funny thing is you can also call ‘insights’ rules … and some people do(!). Not me! Read on. An Example One of Rick’s examples of rules born from big data:

If 2 calls disconnect within 10 minutes, then offer a product discount.

What’s the insight and what’s the rule? Does the statement represent both? Does it express a business rule? The syntax of the statement is in if-then form. Doesn’t that imply a business rule?! No! According to the standards SBVR and the Business Motivation Model (BMM), business rules must be:
  • Declarative. The statement above is not declarative because it includes the command “offer”.
  • Practicable. The statement above is not practicable – not ready to roll out into prime-time business operations – because it’s ambiguous. More on that momentarily.
My analysis …
  • “2 calls disconnect within 10 minutes” … That part of the statement suggests an insight: Calls on hold for 10 minutes or more are likely to disconnect.
  • “offer a product discount” … That part of the statement suggests a remedy, a way to recover from a bad situation.
The motivation behind the statement might be:

We can assume people are getting frustrated at the 10 minute mark or before. If we offer a product discount, they’ll be mollified and more likely to hold on or to purchase.

What should we call the statement? It does give guidance and it does clearly have a role in strategy. However, neither the insight nor the remedy is practicable. Here are some unanswered questions that could produce ambiguity.

The insight part: Does the 10 minutes refer the wait period on each individual call? Or to any time interval during which calls are waiting?

The remedy part: How much discount? On which product(s)?

So according to the standards the statement represents a business policy, not a business rule. A corresponding business rule might be:

A caller must be offered a 15% discount off list price on any product in stock if the caller has been on hold for more than 10 minutes.

This version removes the ambiguities. It clarifies that we’re referring to:
  • The wait period on an individual call.
  • A 15% discount off list price.
  • Any product in stock.
Only WonkNerds Beyond This point “Rule” has several meanings – one reason I try to avoid the word as much as possible. Compare the following definitions for “rule”. (All definitions from Merriam-Webster Unabridged Dictionary.)

2a(1): a statement of a fact or relationship generally found to hold good : a usually valid generalization

Let’s call this meaning rule1. It roughly corresponds to insight … i.e., “as a rule we find that …”. It’s experiential – based on evidence.

1f: one of a set of usually official regulations by which an activity is governed

Let’s call this meaning rule2. It roughly corresponds to the underlying sense of business rule … i.e., “It’s necessary or obligated that you must …”. It’s deliberate, based on policy. Job one in analysis of big data is to identify interesting relationships (rule1) and then deliberately formulate business rules (rule2) to produce outcomes desirable for your company. In other words, starting from rule1 you want to move expeditiously to rule2. Logicians have been on top of this distinction for a long, long. Only they speak in terms of implications, not rules. There are two kinds of implications – material and logical. Let’s repeat the discussion above using these terms. Don’t overlook the word strictly in the second definition. material implication (rule1)

2b(1) : a logical relationship of the form symbolically rendered *if p then q* in which p and q are propositions and in which p is false or q is true or both

logical implication (rule2)

2b(2) : a logical relationship of the form symbolically rendered *if p then strictly q* in which q is deducible from p

Let me repeat myself on job one in analysis of big data using implication:

Job one in analysis of big data is to identify material implications (rule1) and then deliberately formulate logical implications (rule2) to produce outcomes desirable for the company. In other words, starting from material implications (rule1) you want to move expeditiously to logical implications (rule2).

I use “business rule” only for a statement of the rule2 variety, and only if that statement is both declarative and practicable. A statement has to prove itself to be a business rule – it’s only a pretender if it fails to meet the standards.

Continue Reading