|
 |
| Recent WebProNews Articles |
Yahoo Lost Face Losing Facebook
When Facebook reputedly rejected Yahoo's billion-dollar buyout offer, Yahoo retreated to the sidelines. The missed opportunity may be one that did not really...
Google Plans To Win AdWords Converts
The Website Optimizer tool received a formal launch for Google's AdWords clients today. Marketers using it should see conversion rates improve for their sites. Tom...
Utah Law Bans Competitor Keyword Bids
The Utah State Legislature has passed a Trademark Protection Act that creates a new type of mark called an electronic registration mark; it probably will not survive a Constitutional test according to the state's own....
MySpace To Hold Presidential Primary
MySpace is becoming more involved in the political process and today announced plans to hold their own Presidential primary. The social networking giant will....
Tune In To Google TV Ads
The official word from Google said they will run a trial of targeted video advertising with a couple of outlets: EchoStar, which operates the DISH Network, and...
|
 |
|
04.05.07
Knowledge-Driven Decision Support Systems & Decision Services
 By
James Taylor
This week's Ask Dan! in the email I get from DSSResources.com was "What are the features of a knowledge-driven DSS?". In this article Dan Power discusses what I would probably call expert
systems.
He says:
"In general, a knowledge-driven DSS suggests or recommends actions to targeted users. This type of DSS has specialized problem-solving expertise relevant to a specific narrow task. The "expertise" consists of knowledge about a particular problem domain, understanding of problems within that domain, and "skill" at solving one or some of these problems."
While business rules are often used more to replace human decisions than to support them, they blur into the kind of systems Dan is discussing as many allow for some choice by users and most refer a percentage of transactions to a human operator. It seems worthwhile, then, to consider how a Decision Service compares. Dan had 11 items that characterize these systems, so here goes with some notes on each when it comes to decision services:
1. Asks questions
While a decision service might have an interactive dialog, often the information is "pushed" into the service rather than built with questions. This is a reflection of the forward-chaining approach to rules-based decisions and contrasts with the backward-chaining approach of expert systems
2. Backtrack capability
This is not typically a feature of a decision service and deliberately so. By and large the rules that should be followed are defined and there is little need to go back and forward in this way. Indeed, as most decision services are trying to make a decision absent human interaction, this is largely moot anyway.
3. Display confidence or certainty information
Most decision services will refer a transaction that cannot be processed. When referring it, the service may well describe why in ways that display confidence or certainty information. The ability of a decision service to refer something and explain why it was referred is a key benefit. Additionally, the use of predictive models may help manage uncertainty in decision services. For example, the use of predictive scorecards to handle risk predictions helps manage uncertainty by calculating a score from many additive factors, putting a numeric value on uncertainty.
4. Explain HOW
A feature common to decision services and one of their key advantages over traditional code - explainability. A decision
service knows exactly what rules and what models fired for each transaction and can log this. This allows for review and
compliance.
5. Explain WHY
Something that is sometimes built into decision services but by no means a common feature, largely because they are not interrogative the way an expert system is.
6. Initiate actions
Absolutely - this is what decision services do, or at least what they cause to happen. Decision Services cause actions to be taken, they don't just add to the body of knowledge.
7. Output selection
Not usually, most decision services are focused on a particular output.
8. Resume analysis
The ability to resume a decision is common when external data sources must be consulted. This is often not handled as "resume" so much as "retry with new data", however. Decision Services are designed to work inside transactions and so waiting and resuming is often not an option.
9. Retrieve data about a specific case or instance
Always a feature of decision services as they are built to interact with corporate information systems. This data might be passed in or retrieved by the service as it needs it but it is going to access real data.
10. Store inputs, results and user actions
Logging is a common feature of decision services as noted above.
11. Train users
A decision service does not usually train users unless that is its ultimate purpose. The idea that using it will make the person able to not use it does not really come up.
So there you have it. Some similarities, some differences.
Comments
About
the Author:
VP of Product Marketing with a passion for the technologies of decision automation. 15 years designing, developing, releasing and marketing advanced enterprise software platforms and development tools. Across the board experience in software development, engineering and product management and product marketing.
http://www.edmblog.com
|
