you can learn a lot by carefully examining this video on decisions using scoring in Ilog<\/a>.\u00a0 (The video is also worth\u00a0considering with respect to\u00a0Corticon since it authors and renders conditions, actions, and if-then rules within a table format.)<\/p>\n This article is a detailed walk through that stands completely independently of the video (I recommend skipping the first 50 seconds and watching for 3 minutes or so).\u00a0 You will find detailed commentary and insights here, sometimes fairly critical but in places complimentary.\u00a0 JRules is a mature and successful product.\u00a0 (This is not to say to a CIO that it is an appropriate or low risk alternative, however. I would hold on that assessment pending an understanding of strategy.)<\/p>\n The video starts by creating a decision table using this dialog:<\/p>\n Note that the decision reached by the resulting table is labeled but not defined, nor is the information needed to consult the table specified.\u00a0 As it turns out, this table will take an action rather than make a decision.\u00a0 As we will see it will “set the score of result to a number”. As we will also see, it references an application.\u00a0 Given an application, it follows references to related concepts, such as borrowers (which it errantly considers synonomous with applicants), concerning which it further pursues employment information.<\/p>\n <\/p>\n Ilog would do well to improve this dialog with a means of specifying the inputs and decisions.\u00a0 In this case, the only required input is an application and the sole output would be the score suggested for the application based on stability at work.\u00a0 Note that this dialog does not even reflect that there is a score for stability at work in the business or decision model used by this application.\u00a0 I think Fair Isaac would do better in this regard and IBM had better designs in the rules connector for WebSphere (before the Ilog acquisition).<\/p>\n Although the video is situated within Ilog’s tabular metaphor, it demonstrates the typical Ilog rule authoring metaphor, which consists of two components: conditions and actions.\u00a0 Not every rule system is limited to Ilog’s “if-then” functionality, but such production rules (as they are known by computer scientists) dominate the industry.\u00a0 Production rules always have a “then”.<\/p>\n If you are interested in more expressiveness and logical power you might consider the “semantics of business vocabulary and rules” standard from the Object Management Group (SBVR from OMG) or the “rule interchange format” from the World-Wide Web Consortium (RIF from W3C), but not its impoverished “PRD” specification.\u00a0 Generally, more linguistic approaches, as in SBVR or Haley\/Ruleburst\/Oracle Policy Automation do not constrain authors to express knowledge only within “if-then” constructs.<\/p>\n Programmers tend to underestimate how important this is, not only for functionality, but for usability, especially if the target authors, contributors, authorities, or subject matter experts do not think like computers.\u00a0 For example, how many “if-then” statements are in “the outside back cover of each issue of the magazine must filled with a full-page color advertisement”?\u00a0 Why force a business analyst, for example, to write down each possibility and lose track of the tree of knowledge from which the forest of rules springs?<\/p>\n In the following screen, the author has selected the first column and used some invisible keystroke to bring up the “Condition Column” dialog shown below for column A:<\/p>\n There are all sorts of things to think about here.<\/p>\n Leaving the deep issues is necessary to get through this commentary on the video, but before doing so, we should pause and contemplate how deeply these limitations will affect strategic\u00a0 objectives.\u00a0 For example, if the intent of the rules repository is to manage enterprise knowledge, is Ilog adequate?<\/p>\n The use of “request” here is particularly interesting.\u00a0 What request is this talking about?<\/p>\n The truth is, it will take training and experience to comprehend.\u00a0 This is a problem, obviously.<\/p>\n This would better be rendered “the request”.\u00a0 Then one would ask “which request” and the answer would be that there is some request implicit in the context of these statements, which is indeed the case. \u00a0To go much further would be to probe the wound exposed here, but the interested reader might want to contemplate the difficulties of rendering this as “a request”.\u00a0 That metaphor would fail!<\/p>\n More problematic here is the use of the word “result”.\u00a0 The use of this word is fatal in my opinion.<\/p>\n Selecting the phrase “the applicant of a request” leads to the following screen, in which the author is selecting “request” as a substitution for “a request”:<\/p>\n This raises a few questions:<\/p>\n At a minimum, it would make more sense if the author substituted “the” for “a” before “request”.<\/p>\n One thing worth noting here is that there is no understanding.\u00a0 For example:<\/p>\n Also note the feedback that the angle-bracketed placeholders need to be filled before the statement can be complete. \u00a0After selecting “request”, the following is presented:<\/p>\n Notice that the software things the statement is complete even though a placeholder is unfilled.<\/p>\n Concerning the two prior screens: the word “condition” above the sentence “The statement is complete” is superfluous in each case, but the sentence does not seem appropriate in either case.\u00a0 In the first case, the sentence seems to be missing something with the angle brackets around “a borrower”.\u00a0 In the second case, the sentence is not grammatical.\u00a0 It seems that some determiner is needed before “employer” such as “the applicant’s” or “his\/her”.\u00a0 But I am still wondering what happened to “a borrower” and why it was inserted in the first place\u2026<\/p>\n In the immediately preceding screen, note that the author has highlighted “is” and that the drop down includes various alternatives.\u00a0 It is peculiar that with the exception of “is not”, replacing “is” with any of these would produce a non-grammatical sentence.\u00a0 Also, there is clearly something awkward (or “clever”) about “is employer”.\u00a0 I generally feel this way whenever the text is not grammatical.<\/p>\n There is something fishy here about this predicate.\u00a0 It is a predicate since it is either true or false (as the video subsequently demonstrates) that an applicant is self employed.\u00a0 Who is “employer”?\u00a0 Apparently, in this model, an applicant has a single employer, as in “each applicant has an employer” rather than “each applicant may have some employers”.\u00a0 Ideally, the system would understand that “each person may have more than one employer” and “a person who applies is an applicant”.\u00a0 Nonetheless, under the limiting assumption that “each applicant has precisely one employer”, why doesn’t the text read “is employed by <a employer>”, where the employer could be further specified as the applicant?<\/p>\n Continuing on, around 1:12 into the video, it is disconcerting to see the software substitute “is employer” for “is a borrower”, as reflected in the following screen:<\/p>\n Here, the author is completing the dialog by giving the condition a title that will be displayed as the column header.<\/p>\n I suspect that the actual model here has a limitation of one applicant per application and that applicants have a predicate which is true if the applicant is self-employed and that the author specified the text “employer” for when the predicate is true.\u00a0 If so, the work to get this column defined is far too tedious.\u00a0 If not, I would prefer that the effort for this column also educated the application as a whole that I could now talk about whether a person is self-employed.<\/p>\n If the author wanted to substitute “the applicant’s employer” for “a borrower”, why did the author select “is”?\u00a0 Or, if the author selected “is not” from the list, would “a borrower” remain, as in “the applicant of a request is not a borrower” (which appears to be false by definition in this use of the software even though feasible pending approval of a person’s first or sole outstanding loan).\u00a0 Clearly, there is a design flaw here, both in terms of user interaction and semantics.<\/p>\n Please note that Ilog is working fine.\u00a0 It is getting the job done.\u00a0 My point is that it is not semantic.\u00a0 Semantic means meaning.\u00a0 Ilog does not understand meaning.\u00a0 It doesn’t understand.\u00a0 It doesn’t have knowledge.\u00a0 It edits text within a metaphor for authoring if-then rules.\u00a0 As a rule-based programming tool, it is doing quite well.\u00a0 For capturing, managing, leveraging, and automating knowledge, it is simply not even in the ballpark.<\/p>\n Moving on, the author selects the second column, somehow indicating that it is a condition column and popping up the dialog, which again informs us that it is for a condition, as shown below:<\/p>\n Here, the author is substituting “the applicant of a request” for “a borrower” in “the job seniority in months of a borrower is a number”.<\/p>\n This is better than the prior edit where only “is” was highlighted because the selection will precisely substitute for the highlighted text.\u00a0 But there are other problems, mostly semantic but also functional.<\/p>\n The video suggests that only borrowers have job seniority.\u00a0 If I were considering Ilog for a knowledge automation project, I would want to know if seniority could be defined, in general, of if I have to define the phrase “job seniority” instead of understanding that one’s seniority is proportional to the duration of their employment.\u00a0 This is really a tip of the iceberg on the challenges facing text-chunk editing versus more semantic and natural language business modeling.<\/p>\n I will try not to quibble further with the phrase “the seniority of an employee” (which implicitly quibbles, I admit).\u00a0 But the seniority of an employee is an amount of time.\u00a0 Here, I am being forced to specify a number without units, such as years.\u00a0 What if I wanted to compare someone’s seniority to his or her length of residence of age?\u00a0 Do I have to model each of these using the same unit of time?\u00a0 What if I want to consider these collectively as of some point in time?\u00a0 The approach here suffers from all the problems of defining a database column that holds an integer.\u00a0 There is no semantics or integrity.<\/p>\n If you watch the video you will see that the author has to select “a request” after selecting “the applicant of a request” and the select “request” to produce “the job seniority in months of the applicant of request”.\u00a0 I would have preferred to say “the applicant’s seniority” by selecting “the applicant” in the first drop-down and “‘s seniority” from its cascaded (waterfall) menu.<\/p>\n Nonetheless, the result below is functionally adequate, as admitted above.<\/p>\n The column is given a header (which could have been “Applicant’s Seniority (in months)” but note that the statement is indicated as complete again, even though a prior screen had indicated that placeholders should be filled.\u00a0 This is simply a peccadillo of the metaphor which wants a single placeholder to be unspecified.<\/p>\n The following screen shows that the author is anticipating rules that will specify ranges of a person’s tenure with the current employer.\u00a0 That, is the author has conceived of a table with two columns in which a minimum and maximum may be specified.\u00a0 This is a bit forward looking for many potential contributors, but Ilog has other alternatives that do not require such foresight.\u00a0 (Actually, Ilog’s dual-column range functionality is better than prior generations of this metaphor from \u00a0Corticon or Haley\/Oracle.)<\/p>\n Now this drop down can get pretty long, especially in more than a trivial example such as this, so perhaps Ilog might take a cue from Haley and cascade shared prefixes with waterfall menus, such as by having all the “is as” options cascade to the right, for example.\u00a0 There are other user interface niceties and design challenges that have not been met here, too.\u00a0 For example, why does <min> follow “least” in one place but not another?\u00a0 And, should there be an adverb before between, such as “inclusively”, or not?\u00a0 And why is “and” other than for “between”?\u00a0 What if I want to say “is at least \u2026 and less than\u2026”?\u00a0 And what is this “null” thing all about?\u00a0 And what is the difference between “is” and “equals” or “is not” and “does not equal”, if they are different?<\/p>\n All these questions raise serious issues that a well educated programmer and experienced Ilog user may not even think about.\u00a0 But they will have an impact or who can use Ilog effectively and on reliability.\u00a0 All the training in the world won’t keep users from confusing “is” or “equals”, whether or not they are the same, for example.\u00a0 And “null” will cause problems, too, such as whether some is not something other than null if it is null. (I realize that reads poorly, but it is a precise demonstration of the issue.)<\/p>\n After selecting the highlighted choice, the following screen completes the column headings:<\/p>\n Note that the defaults here are at fault.\u00a0 The subcolumns would much better be titled “at least” and “less than” since the maximum is excluded but the minimum is inclusive.<\/p>\n After completing this dialog the following shows the misleading range column headings as an action column is being defined:<\/p>\n I cringe at this English.\u00a0 Make it a double!-)<\/p>\n First, the “set” before each of the attributes is an action, not a decision.\u00a0 Second, it encourages people to think like programmers rather than logically.\u00a0 It would be much better to change each “set the\u2026 to \u2026” to “the\u2026 should be \u2026”.<\/p>\n Second, the “make it <a boolean> that \u2026” is terrible.\u00a0 How about substituting “\u2026 should be <true or false>”?\u00a0 Also, Boolean is capitalized in my dictionary.<\/p>\n I don’t want to touch “print <a string>” or “set <variable> to\u2026”!<\/p>\n And only the indoctrinated know what to make of “<a result>”.<\/p>\n Moving on, the author selects “set the score of a result to a number”.\u00a0 Most won’t know what it means to do this but here is what results:<\/p>\n Without further ado, the table definition is completed and “a rule” is authored, as shown below:<\/p>\n In this metaphor, rows correspond to rules.\u00a0 In other metaphors, columns or even cells may complete rules.<\/p>\n Here, as cells are populated, the text control below the menu bar presents textual feedback on the corresponding condition or action with the rule.\u00a0 Notice above that specifying false in the first column corresponds to “the applicant of request is employer”.\u00a0 As discussed above, this would read much better as, “an applicant is not self-employed” or, more immediately from Ilog’s perspective, “an applicant of the application is not employer”.<\/p>\n Although the following shows a cell in the score column as highlight, the paraphrasing text concerns the two cells in the middle column:<\/p>\n As discussed above, I would prefer that this text read “no applicant has been with his or her current employer for at least 3 years”.\u00a0 Changing the assumption that an application has only one applicant would cause all the author’s work to need re-engineering, however.\u00a0 Nonetheless, as will become apparent in a moment, the model specifies job seniority as being a non-negative number, so the “at least zero” is uninformative (generally, amounts of time are not negative).\u00a0 And with any understanding of units, Ilog could render this as “the seniority of the applicant of the request is less than 3 years”.<\/p>\n As the table is filled in, the limitations of the column labels becomes more apparent.\u00a0 For example, which row does someone who is not self-employed fall if they have been with the same employer for 36 months?<\/p>\n Ilog does a nice job merging the range columns to cover at least 6 months, as shown in the cascading pop-up menu above and the resulting screen below:<\/p>\n Ilog also does a nice job identifying that not all situations are covered by the table as shown by the comment on gaps and the functionality of inserting the missing value(s) in a column:<\/p>\n So the author continues specifying the rules for the self-employed, as reflected below:<\/p>\n The video also shows the insertion of multiple rows in the second column for each cell in the first column. Ilog’s ability to insert (and collapse) these structures gives it the ability to present such tables as trees and corresponding trees as tables, which is appealing to some users.\u00a0 Overall, I like Ilog’s layout functionality more than other vendors’ decision table metaphors (although I am aware of approaches that are yet to be commercialized that I like even better).<\/p>\n As we have seen above, and as shown below, Ilog emphasizes (perhaps even relies upon)\u00a0 the rendering of text to clarify the meaning of its decision tables.<\/p>\n Here, a paraphrase for the entire rule in the row that holds the cursor (over the row number) is displayed as text.\u00a0 Although this could be expressed more tersely (and perspicuously), it is fine for a technical analyst.\u00a0 Non-technical people, including many business analysts, would be through off by the lack of “the” before “request”, “employer”, and “result”, but the most significant questions are what it means to “set” and what the meaning or utility of the referenced “result” is.\u00a0 Most would also appreciate dropping the semicolon and “all of the following conditions are true”, its following colon and the bullets in favor of a simple “and”.<\/p>\n To sum it up, I like Ilog’s decision table metaphor and its supporting functionality, but Ilog does not address linguistics or semantics to an adequate degree for managing and automating requirements, policies, and other knowledge.\u00a0 As I have written elsewhere, I hope IBM addresses these shortcomings in pursuit of a holistic offerings to enable increasingly knowledge-based enterprises<\/a>.\u00a0 As it does so it will also need to address the logical weaknesses of current business rule engines<\/a>, \u00a0but understanding knowledge is a prerequisite for automation, even if only through forward chaining<\/a>.<\/p>\n","protected":false},"excerpt":{"rendered":" If you are considering the use of any of the following business rules management systems (BRMS): IBM Ilog JRules Red Hat JBoss Rules Fair Isaac Blaze Advisor Oracle Policy Automation (i.e., Haley in Siebel, PeopleSoft, etc.) Oracle Business Rules (i.e., a derivative of JESS in Fusion) you can learn a lot by carefully examining this … <\/p>\n![\"\"](\"http:\/\/haleyai.com\/wordpress\/wp-content\/uploads\/2010\/02\/image001.png\" "\\"IBM_Ilog_JRules_decision_table_dialog\\"")
<\/p>\nWith or Without Then<\/h2>\n
Conditions<\/h2>\n
![\"\"](\"http:\/\/haleyai.com\/wordpress\/wp-content\/uploads\/2010\/02\/image003.png\" "\\"IBM_ILog_JRules_decision_table_1st_column_request_result\\"")
<\/p>\n\n
\n
\n
\n
\n
\n
\n
Peccadilloes<\/h2>\n
Phrase or clause<\/h2>\n
![\"\"](\"http:\/\/haleyai.com\/wordpress\/wp-content\/uploads\/2010\/02\/image005.png\" "\\"IBM")
<\/p>\n\n
\n
![\"\"](\"http:\/\/haleyai.com\/wordpress\/wp-content\/uploads\/2010\/02\/image007.png\" "\\"IBM")
<\/p>\nTricks of the trade?<\/h2>\n
![\"\"](\"http:\/\/haleyai.com\/wordpress\/wp-content\/uploads\/2010\/02\/image009.png\" "\\"IBM")
<\/p>\nAlmost text editing<\/h2>\n
An amount of time<\/h2>\n
![\"\"](\"http:\/\/haleyai.com\/wordpress\/wp-content\/uploads\/2010\/02\/image011.png\" "\\"IBM")
<\/p>\n![\"\"](\"http:\/\/haleyai.com\/wordpress\/wp-content\/uploads\/2010\/02\/image013.png\" "\\"IBM")
<\/p>\nAnticipation<\/h2>\n
![\"\"](\"http:\/\/haleyai.com\/wordpress\/wp-content\/uploads\/2010\/02\/image015.png\" "\\"IBM")
<\/p>\n![\"\"](\"http:\/\/haleyai.com\/wordpress\/wp-content\/uploads\/2010\/02\/image017.png\" "\\"IBM")
<\/p>\n![\"\"](\"http:\/\/haleyai.com\/wordpress\/wp-content\/uploads\/2010\/02\/image019.png\" "\\"IBM")
<\/p>\n![\"\"](\"http:\/\/haleyai.com\/wordpress\/wp-content\/uploads\/2010\/02\/image021.png\" "\\"IBM")
<\/p>\n![\"\"](\"http:\/\/haleyai.com\/wordpress\/wp-content\/uploads\/2010\/02\/image023.png\" "\\"IBM")
<\/p>\n![\"\"](\"http:\/\/haleyai.com\/wordpress\/wp-content\/uploads\/2010\/02\/image025.png\" "\\"IBM")
<\/p>\n![\"\"](\"http:\/\/haleyai.com\/wordpress\/wp-content\/uploads\/2010\/02\/image027.png\" "\\"IBM")
<\/p>\n![\"\"](\"http:\/\/haleyai.com\/wordpress\/wp-content\/uploads\/2010\/02\/image029.png\" "\\"IBM")
<\/p>\n![\"\"](\"http:\/\/haleyai.com\/wordpress\/wp-content\/uploads\/2010\/02\/image031.png\" "\\"IBM")
<\/p>\n![\"\"](\"http:\/\/haleyai.com\/wordpress\/wp-content\/uploads\/2010\/02\/image033.png\" "\\"IBM")
<\/p>\n![\"\"](\"http:\/\/haleyai.com\/wordpress\/wp-content\/uploads\/2010\/02\/image035.png\" "\\"IBM")
<\/p>\n