12-10-2013_09-24-50 / [Simon_Kendal,_Malcolm_Creen]_Introduction_to_Know(BookFi.org)
.pdfLife Cycles and Methodologies |
203 |
Parameter dependency relations
|
|
Input parameters |
|
Select parameter |
|
|
|
Selected |
|
|||||
|
|
|
|
|
|
|
|
|
|
|
parameter |
|
||
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Constrain |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
dependency |
|
|
|
|
Propose |
|
|
|
|
|
|
|
|
|
relations |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|||
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Constraint |
|
|
|
|
|
|
|
|
|
Parameter |
|
|
|
|
results |
|
|
|
Check |
|
|
|
|
|
|
||
|
|
|
|
|
|
|
|
|
|
values |
|
|||
|
|
|
|
|
|
|
|
|
|
|
|
|
||
|
|
|
|
|
|
|
|
|
|
|
|
|||
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Constraint |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
procedures |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
||
|
|
|
|
|
|
Selected |
|
|
|
|
|
|
|
|
Fix |
|
Select violated |
|
|
|
violated |
|
|
|
|
Revise |
|
||
dependency |
|
|
|
|
|
|
|
|
|
|||||
|
constraint |
|
|
|
|
|
|
|
|
|||||
|
|
|
|
constraint |
|
|
|
|
|
|
|
|||
relations |
|
|
|
|
|
|
|
|
|
|
|
|||
|
|
|
|
|
|
|
|
|
|
|
|
|||
|
|
|
|
|
|
|
|
|
|
|
|
|||
|
|
|
|
|
|
|
|
|
|
|
|
|
|
FIGURE 6.5. Example of propose and revise inference structure.
Parameter procedures
Fixes
Fix procedures
Propose and revise was originally implemented by SALT, a knowledge acquisition tool that generates P&R systems (Marcus, 1988). Propose and revise has been modelled for the VT (vertical transportation) task, based on the description made by Yost (1994). The VT task defines the design problem in which the goal is to configure an elevator.
Figure 6.5 illustrates the inference structure for P&R abstracted from the VT domain.
In Figure 6.5, the SELECT PARAMETER inference chooses one parameter to have its value computed. The inference uses the Input Parameters, the Parameter Values already computed and the Parameter Dependency Relations to obtain a Selected Parameter.
The PROPOSE inference computes the value of the selected parameter. The inference uses the Selected Parameter and the Parameter Procedures to compute new Parameter Values.
The CHECK inference verifies the constraints after computing parameter values. The inference uses the new Parameter Values computed, the Constraint
204 |
An Introduction to Knowledge Engineering |
Procedures, and the Constraint Dependency Relations to compute the Constraint Results.
The SELECT VIOLATED CONSTRAINT chooses one violated constraint to be revised. The inference uses the Constraint Results and the Fix Dependency Relations to generate one Selected Violated Constraint.
The REVISE inference remedies a violated constraint. The inference uses the Selected Violated Constraint, Fixes and Fix Procedures to repair the constraint violation, and to propose new Parameter Values (Coelho and Lapalme, 1996).
As implemented in the SALT software (SALT—a knowledge-acquisition tool for propose-and-revise using a role-limiting approach) there are three types of knowledge roles:
procedures to assign a value to a parameter, which would result in a design extension
constraints that could be violated in a design extension
fixes for a constraint violation.
The user can enter one of the three types of knowledge: PROCEDURE, CONSTRAINT and FIX. For each type of knowledge, a fixed menu (or schema) is presented to the user (in SALT’s case a domain expert) to be filled out.
An example of the information provided by a user for a constraint is as follows (from [Marcus and McDermott, 1989]):
1 |
Constrained value |
CAR-JAMB-RETURN |
2 |
Constraint type |
MAXIMUM |
3 |
Constraint name |
MAXIMUM-CAR-JAMB-RETURN |
4 |
Precondition |
DOOR-OPENING = SIDE |
5 |
Procedure |
CALCULATION |
6 |
Formula |
PANEL-WIDTH * STRINGER-QUANTITY |
7 |
Justification |
THIS PROCEDURE IS TAKEN FROM |
|
|
INSTALLATION MANUAL I, P. 12b. |
|
|
|
Reusing PSMs and Reusing Domain Knowledge
Problem-solving methods can be reused on other similar problems in different domains. For example, the general process of designing a car may be very similar to the general process employed when designing a house. Thus the PSM may be reused for other design tasks.
Furthermore, different PSMs for different problems can potentially use some of the same domain knowledge. For example, a knowledge of electronics and electrical components within TVs can be used by a PSM to fix faults in current TVs. This
Life Cycles and Methodologies |
205 |
domain knowledge can be used by another PSM to design new TVs. Thus domain knowledge can be reused for different applications.
Activity 6
This activity will help you extend your understanding of the concept of reuse in relation to PSMs.
Visit the Internet Reasoning Service at: http://kmi.open.ac.uk/projects/irs/
Produce a set of brief notes on the types of reuse described there.
Feedback 6
Your notes should clearly distinguish:
direct reuse
parameterised reuse
generic plug and play.
Genericity or Ease of Use?
To enable reuse we need to develop a library of PSMs. However, these are often difficult to classify, as we need to specify the:
genericity, i.e., the task independence
formality
granularity, i.e., the scale of the PSMs contained within the library.
Furthermore, there is a usability/reusability trade off to consider.
Activity 7
Consider the following scenario. You have at your disposal two very successful professional designers.
Person A has successfully designed a wide range of things: houses, bridges, gardens and even a railway station but they have never designed any electrical device.
Person B has successfully designed: HiFi, MP3 payers, digital cameras and computers but all they have ever designed is electrical equipment.
Which person would you choose to design a new plasma screen TV?
Which person would you choose to design a museum?
206 |
An Introduction to Knowledge Engineering |
Feedback 7
When it comes to choosing the best person for the job you have to consider which one has the most appropriate knowledge.
For the task of designing the plasma screen TV you presumably choose person B. Even though they have never designed a TV before they clearly have a detailed knowledge of electrical systems, having already designed a range of electrical devices.
For the task of designing a museum you presumably choose person A. Person B is a very successful designer however they have never designed anything except electrical equipment. Person A has had a very varied design career. Even if they know nothing about museums they can draw on a wide range of experience. Presumably before designing the museum they will need to find out about museums and they may need to expand their design knowledge slightly. For example, they may need to learn how to design crowd control spaces.
This scenario demonstrates an important concept: the issue of generic knowledge verses ease of reuse. Person A has a generic design knowledge that can be reused in a wide range of situations, however before it is reused it may need adapting/updating. Person B can easily reuse their knowledge, without the need for adaptation, however this knowledge is more focused, i.e., less generic, and therefore can only be reused in a limited range of situations.
Task-independent PSMs will require refinement and adaptation before they can be used but can be reused in a wide range of situations.
Task-dependent PSM may require little or no adaptation but can only be reused in some circumstances.
A very generic design PSM, i.e., a task-independent PSM, may be used to design houses, cars and clothes. However, because it is a very generic PSM, it may need to be refined for each task before use. In contrast, a task-dependent PSM created specifically for designing electrical equipment may be used to design TVs, DVDs or computers without any adaptation but would not be appropriate for other design tasks such as designing houses or gardens.
The use of PSMs has one significant advantage over the use of blackboard architectures, namely they promote reuse. By separating control knowledge from domain knowledge reuse of both is enabled.
Life Cycles and Methodologies |
207 |
Activity 8
Consider the following scenario. A KBS is created for a car mechanic to diagnose faults in a range of cars. This system is created with the control and domain knowledge as separate components. Thus we have:
The process of fault finding i.e. control knowledge
Knowledge of cars i.e. domain knowledge
Identify other situations in which we can reuse the control knowledge.
Identify other situations in which we can reuse the domain knowledge.
Feedback 8
By plugging in knowledge of other equipment such as mobile phones or computers the control knowledge can be reused to make other fault-finding KBS. These could be used by other technicians.
By creating a control method to describe the process of designing equipment the domain knowledge of cars can be reused to create a KBS that designs cars.
Limitations of PSMs
The limitations of PSMs include:
To enable reuse we need to develop a library of PSMs. However, PSMs are difficult to classify. We need to specify the genericity (task independence) and granularity (size).
There are reusability—usability trade offs to consider. Task-independent PSMs will require refinement and adaptation before they can be used. They can however be reused in a range of situations. Task-dependent PSMs require little adaptation before use, but they are less easily used elsewhere.
Summary
This section has provided an introduction to how KBSs can be supported with separate libraries of PSMs.
208 |
An Introduction to Knowledge Engineering |
Web Links
Generic Task Toolset http://www.cis.ohio-state.edu/lair/Projects/GTToolset/toolset.html
IBROW http://swi.psy.uva.nl/projects/IBROW3/home.html
KEML ftp://swi.psy.uva.nl/pub/keml/keml.html
Protege http://smi-web.stanford.edu/projects/protege/
Sisyphus III http://www.psyc.nott.ac.uk/research/ai/sisyphus/
VITAL http://kmi.open.ac.uk/ john/vital/vital.html
Self-Assessment Questions
Question 1
Contrast the reusability of task-dependent and task-independent PSMs.
Question 2
Describe the role of the following three inferences in the P&R PSM:
propose
check
revise.
How does the select parameter inference function?
Suggested Solutions
Answer 1
Task-independent PSMs require refinement and adaptation before they can be used but they can be reused in a range of situations.
Task-dependent PSMs require little adaptation before use but they are less easily reused elsewhere.
Answer 2
The PROPOSE inference computes the value of the selected parameter.
The CHECK inference verifies the constraints after computing parameter values. The REVISE inference remedies a violated constraint.
The SELECT PARAMETER inference chooses one parameter to have its value computed and uses the Input Parameters, the Parameter Values already computed and the Parameter Dependency Relations to obtain a Selected Parameter.
Life Cycles and Methodologies |
209 |
SECTION 4: KNOWLEDGE ACQUISITION DESIGN SYSTEM (KADS)
Introduction
This section provides an explanation of the KADS methodology.
Objectives
By the end of the section you will be able to:
describe KADS.
Understand how KADS is an example of a PSM.
Purpose of KADS
In general information systems development, there are many methodologies that can be used to provide an overall control of that development.
Within KBS development however, there was no overall design strategy for a considerable time.
Activity 9
This activity will draw on your knowledge of information systems development to help you anticipate the need for something significantly different in relation to methodologies for KBS development.
Considering the process of developing an information system, what factors might make it difficult to directly apply such methodologies to the development of KBSs?
210 |
An Introduction to Knowledge Engineering |
Feedback 9
You should have been able to recognise that most information systems are concerned with data and KBSs are concerned with knowledge. Data is generally much more accessible—being stored in databases of one kind or another, whereas knowledge is stored in the minds of experts.
Knowledge-based systems also tend to be more complex. Information systems often perform numerical calculations which have a correct answer, e.g. a worker who works for 10 hours for £10 per hour should get paid £100. £99.99p while very close would be an incorrect answer. A KBS on the other hand simulates a human being making decisions. While decisions can be good decisions or bad decisions they cannot usually be clearly categorised as right or wrong. For example, when choosing a university course, clearly some courses are in a subject that will interest the student more than others and some will lead to qualifications that will enable a graduate to find work more easily than others. Taking these factors into account you may choose to do a degree in computing. If you are not reasonably able in mathematics doing an engineering degree may be a poor choice for you—but this decision could not be clearly categorised as a wrong decision. Thus checking the quality of the outputs from a KBS is much more difficult than checking the outputs from an information system.
The KADS is an attempt to overcome this difficulty by providing a system for knowledge engineers and ES developers to follow.
Knowledge acquisition design system aims to solve two specific problems in KBS development:
Firstly, large-scale problems could not easily be solved by one knowledge base— especially if it was restricted to one knowledge representation scheme—and which was very inefficient to run and difficult to maintain. This was overcome by the development of blackboard architectures and the same principle of segmented knowledge bases is supported by KADS.
Secondly, the benefits of explicitly separating control and the domain knowledge became clear as the modelling approach was adopted, and thus the KADS methodology was developed as a problem-solving methodology (see previous section).
Knowledge acquisition design system, and its more recent variant, CommonKADS, is the most commonly used methodology within Europe for the development of KBSs. KADS is the most prominent example of a PSM-based methodology, thus discussions in the previous section apply to KADS.
Life Cycles and Methodologies |
211 |
Knowledge Acquisition in KADS
The KADS approach includes the following knowledge acquisition activities:
Elicitation—eliciting the knowledge
Analysis—interpreting the knowledge
Formalisation—formalising the knowledge so that it can be used in a computer.
Before KADS, there was an approach to knowledge acquisition that consisted simply in:
acquiring domain knowledge
transferring knowledge (somehow) to a KBS.
In this approach the experts reasoning process was not modelled—it was left to the inference engine to determine if/when to apply the knowledge.
The KADS approach treats the knowledge-acquisition process as a modelling activity, i.e., the expert’s problem-solving knowledge is modelled, among other models, this leads to the efficient application of domain knowledge and allows reuse of control and domain knowledge.
Multiple Models in KADS
Based on the ideas of modelling the PSMs, KADS supports the development of various models. These include:
Process or organisation model, where the processes within the organisation are modelled in order to assess the role and impact of the KBS. This reduces the friction that may occur when trying to implement the KBS within the organisation.
Expertise model, models the problem solving or expert behaviour required of the system. Knowledge acquisition design system libraries of reusable PSMs have been created to support prediction, assessment, design, planning and schedule tasks.
Activity 10
This activity involves you in discovering the characteristics of some of the other models used in KADS.
Other models that may be used in the KADS approach include:
Application model—defines the functions of the system with respect to users
Task model—defines the tasks that the KBS must perform
Cooperation model
Conceptual model
Design model.
1.Search the Internet for documents relating to the last three of these models.
2.Make brief notes on their purpose.
212 |
An Introduction to Knowledge Engineering |
Feedback 10
You should have been able to locate documents describing the models as follows:
Cooperation model—specifies how subtasks in the task model should be done if cooperation is necessary. This model would need to be applied if, for example, the solution of a problem by the system required information from the user.
Conceptual model—this is essentially a combination of the models of expertise and cooperation as these together specify the overall behaviour of the system. Such a model would be based on abstract descriptions of the objects and operations that the system needs to know about.
Design model—specifies how to implement the system in the form of descriptions of computational and representational techniques as well as hardware and software requirements.
Theses models essentially represent steps in defining the goals of the KBS development.
Some of the advantages of this multiple model approach in KADS are that those involved in the development of the KBS can more easily identify, describe and select characteristics of the targeted system as well as focus on specific aspects while ignoring—at least for the moment—other components.