1 Knowledge Acquisition and Learning by Experience – The Role of Case-Specific Knowledge Knowledge modeling and acquisition Learning by experience Framework.

Slides:



Advertisements
Similar presentations
Structured Design The Structured Design Approach (also called Layered Approach) focuses on the conceptual and physical level. As discussed earlier: Conceptual.
Advertisements

The 20th International Conference on Software Engineering and Knowledge Engineering (SEKE2008) Department of Electrical and Computer Engineering
Lecture # 2 : Process Models
The design process IACT 403 IACT 931 CSCI 324 Human Computer Interface Lecturer:Gene Awyzio Room:3.117 Phone:
What is Software Design?. Systems Development Life- Cycle Planning Analysis Design Implementation Design.
Case-Based Reasoning, 1993, Ch11 Kolodner Adaptation method and Strategies Teacher : Dr. C.S. Ho Student : L.W. Pan No. : M Date : 1/7/2000.
Knowledge Acquisitioning. Definition The transfer and transformation of potential problem solving expertise from some knowledge source to a program.
Case Based Reasoning Melanie Hanson Engr 315. What is Case-Based Reasoning? Storing information from previous experiences Using previously gained knowledge.
1 Chapter 9 Rules and Expert Systems. 2 Chapter 9 Contents (1) l Rules for Knowledge Representation l Rule Based Production Systems l Forward Chaining.
Knowledge Acquisition CIS 479/579 Bruce R. Maxim UM-Dearborn.
Marakas: Decision Support Systems, 2nd Edition © 2003, Prentice-Hall Chapter Chapter 7: Expert Systems and Artificial Intelligence Decision Support.
EXPERT SYSTEMS Part I.
Information Modeling: The process and the required competencies of its participants Paul Frederiks Theo van der Weide.
Building Knowledge-Driven DSS and Mining Data
Lecture Nine Database Planning, Design, and Administration
Science and Engineering Practices
Expert Systems Infsy 540 Dr. Ocker. Expert Systems n computer systems which try to mimic human expertise n produce a decision that does not require judgment.
Becerra-Fernandez, et al. -- Knowledge Management 1/e -- © 2004 Prentice Hall Chapter 16 Knowledge Application Systems: Systems that Utilize Knowledge.
The design process z Software engineering and the design process for interactive systems z Standards and guidelines as design rules z Usability engineering.
CHAPTER 12 ADVANCED INTELLIGENT SYSTEMS © 2005 Prentice Hall, Decision Support Systems and Intelligent Systems, 7th Edition, Turban, Aronson, and Liang.
Made with Protégé: An Intelligent Medical Training System Olga Medvedeva, Eugene Tseytlin, and Rebecca Crowley Center for Pathology Informatics, University.
Copyright R. Weber Machine Learning, Data Mining ISYS370 Dr. R. Weber.
CBR for Design Upmanyu Misra CSE 495. Design Research Develop tools to aid human designers Automate design tasks Better understanding of design Increase.
Chapter 8 Architecture Analysis. 8 – Architecture Analysis 8.1 Analysis Techniques 8.2 Quantitative Analysis  Performance Views  Performance.
ITEC224 Database Programming
Knowledge representation
11 C H A P T E R Artificial Intelligence and Expert Systems.
Becerra-Fernandez, et al. -- Knowledge Management 1/e -- © 2004 Prentice Hall Chapter 9 Using Past History Explicitly as Knowledge: Case-based Reasoning.
Second Generation ES1 Second Generation Expert Systems Ahme Rafea CS Dept., AUC.
School of Computer Science and Technology, Tianjin University
CS 682, AI:Case-Based Reasoning, Prof. Cindy Marling1 Chapter 3: Reasoning Using Cases In this chapter, we look at how cases are used to reason We’ve already.
HCI in Software Process Material from Authors of Human Computer Interaction Alan Dix, et al.
Design engineering Vilnius The goal of design engineering is to produce a model that exhibits: firmness – a program should not have bugs that inhibit.
MNF IT-272 Kunstig intelligens - høst 2002 Forelesning 6. Emner: Kunnskapsintensiv problemløsning - kunnskapbaserte systemer, ekspertsystemer Regelbaserte.
LEVEL 3 I can identify differences and similarities or changes in different scientific ideas. I can suggest solutions to problems and build models to.
1 Introduction to Software Engineering Lecture 1.
Case study of Several Case Based Reasoners Sandesh.
IT-2702 Kunstig intelligens - høst 2004 Forelesning 5. Emner: Kunnskapsintensiv problemløsning - ekspertsystemer Regelbaserte systemer Modellbaserte systemer.
Unified Modeling Language* Keng Siau University of Nebraska-Lincoln *Adapted from “Software Architecture and the UML” by Grady Booch.
I Robot.
1 What is OO Design? OO Design is a process of invention, where developers create the abstractions necessary to meet the system’s requirements OO Design.
Object-Oriented Software Engineering using Java, Patterns &UML. Presented by: E.S. Mbokane Department of System Development Faculty of ICT Tshwane University.
March 1999Dip HI KBS1 Knowledge-based Systems Alternatives to Rules.
Andreas Abecker Knowledge Management Research Group From Hypermedia Information Retrieval to Knowledge Management in Enterprises Andreas Abecker, Michael.
Ontology-Centered Personalized Presentation of Knowledge Extracted from the Web Ralitsa Angelova.
Generic Tasks by Ihab M. Amer Graduate Student Computer Science Dept. AUC, Cairo, Egypt.
Strategies for Distributed CBR Santi Ontañón IIIA-CSIC.
20. september 2006TDT55 - Case-based reasoning1 Retrieval, reuse, revision, and retention in case-based reasoning.
Concepts and Realization of a Diagram Editor Generator Based on Hypergraph Transformation Author: Mark Minas Presenter: Song Gu.
Of An Expert System.  Introduction  What is AI?  Intelligent in Human & Machine? What is Expert System? How are Expert System used? Elements of ES.
Banaras Hindu University. A Course on Software Reuse by Design Patterns and Frameworks.
Artificial Intelligence
Expert System Seyed Hashem Davarpanah University of Science and Culture.
From NARS to a Thinking Machine Pei Wang Temple University.
Introduction to Software Engineering 1. Software Engineering Failures – Complexity – Change 2. What is Software Engineering? – Using engineering approaches.
International Workshop 28 Jan – 2 Feb 2011 Phoenix, AZ, USA Ontology in Model-Based Systems Engineering Henson Graves 29 January 2011.
Statistical process model Workshop in Ukraine October 2015 Karin Blix Quality coordinator
16 April 2011 Alan, Edison, etc, Saturday.. Knowledge, Planning and Robotics 1.Knowledge 2.Types of knowledge 3.Representation of knowledge 4.Planning.
Chapter Objectives Describe knowledge application mechanisms, which facilitate direction and routines. Explain knowledge application technologies, which.
Tutoring & Help Systems Deepthi Bollu for CSE495 10/31/2003.
The Systems Engineering Context
Architecture Components
HCI in the software process
Knowledge Representation
Case-Based Reasoning.
KNOWLEDGE REPRESENTATION
HCI in the software process
CS310 Software Engineering Lecturer Dr.Doaa Sami
Case-Based Reasoning BY: Jessica Jones CSCI 446.
HCI in the software process
Presentation transcript:

1 Knowledge Acquisition and Learning by Experience – The Role of Case-Specific Knowledge Knowledge modeling and acquisition Learning by experience Framework for knowledge modeling Knowledge modeling problem areas The CBR cycle CBR applications Bridging knowledge level and symbol level Iterative cycle CREEK Modeling the knowledge content of CBR systems

2 Knowledge modeling and acquisition Cooperation between domain experts and knowledge engineers Constructing a body of knowledge and a KBS which can be viewed as a qualitative model describing parts of the real world Largely manual – knowledge acquisition Largely automatic – machine learning

3 Learning by experience The ability to adapt to an evolving environment Three main solutions: 1) Knowledge-intensive learning ● Deductive methods ● Complete domain theories (Not based on “superficial” syntactic similarities or discrimination criteria) 2) Apprenticeship learning ● Observing and analysing the users' problem solving steps ● No particular learning method ● Sustained learning 3) Case-based reasoning ● Learning specific knowledge in terms of past cases ● Using past cases to solve new ones ● Learning: ➔ Extract relevant information ➔ Index in the system's knowledge structure ● Considerable growth during the last few years

4 Domain and task Open problem domain: –Frequent changes –Incomplete Weak theory domain: –Uncertain relationships between concepts Typical open and weak theory domains: –Medical diagnosis –Geological interpretation –Investment planning –Most engineering domains

5 Domain and task (2) Strong theory domains: –More certain relationships –Mathematical domains –Closed technical domains –Some games –May still lack efficient algorithms Open and weak domains may still have significant domain knowledge available

6 Framework for knowledge modeling Initial knowledge modeling (realization) –Analyse the domain and task in question –Create the conceptual models necessary for communication –Implement the initial operational and fielded version of the system Knowledge maintenance (continues throughout the system's lifetime) –Updating and refining the knowledge model –Regular use improves the system Correcting errors Improving knowledge quality Improving performance efficiency Adjust system behaviour according to changes in the environment

7 Framework for knowledge modeling

8 Knowledge modeling problems Capture the knowledge content Make it efficient to use (availability) Easy to understand (close to a human interpretable language) Three problem areas: 1)Knowledge acquisition 2)Knowledge representation 3)Learning These problem areas apply to both the conceptual model and the internal model

9 The knowledge aquisition problem Knowledge groups: –Tasks: defined by the goal the system tries to achieve –Problem solving methods: used to accomplish the tasks –Domain knowledge: needed by the methods Knowledge level modeling –Data structures and programs –A “symbol level” was suggested by Newell as a distinct level above the data structures and programs Lately: from intentional, purpose-orientation described by Newell, to a more structured and useful type

10 The knowledge representation problem Applies to both knowledge level and symbol level Increased focus on capturing knowledge content Bridging the gap between the two levels ➢ Work within intelligent system architectures has lead to a better understanding of the symbol level ➢ Better understanding of the symbol level has lead to the realization of KBS dealing with real-world open application domains ➢ Real-world open application domains has lead to more research on knowledge level modeling

11 The learning problem Trend: case-based approach to sustained learning Learning as a natural sub-process of problem solving Evaluating the solution by applying it in the real world Extract useful information from the problem solving experience and integrate it into the knowledge base Generalizing –Instance generalization is done during problem solving –Generalizing knowledge during case retrieval (the partial matching when finding similar cases is kind of a generalization) –Generalization is implicit in the similarity assessment made during case retrieval

12 Case-based problem solving and learning Similar to human problem solving Main types: –Exemplar-based reasoning (using one past case as the solution) –Instance-based reasoning (specialized Examplar-based) –Memory-based reasoning (memory organization) –Main stream case-based reasoning –Analogy based reasoning

13 The CBR cycle Retrieve Reuse Revise Retain

14 CBR applications PROTOS –Diagnosing hearing disorders –Using feature sets for matching –Indexed by remindings from features –Learning apprentice that relies on the user (the user will have to tell PROTOS whether the suggested solution is good or not) –Does not adapt previous solutions to new problem CASEY –Combining case-based and model-based reasoning –Diagnosing heart diseases –Adapting past solutions to new problems –Interacts with a model-based reasoning system instead of relying on user feedback

15 KA+ML integration in an iterative modeling cycle More iterative, less top-down driven modeling process

16 KA+ML integration in an iterative modeling cycle (2) Incorporate backtracking of decisions as part of the knowledge acquisition and learning strategies Stronger emphasis on bottom-up learning Previous approaches to bridging the KL-SL gap –Automatic operationalization (top-down) –Pre-defined links (bottom-up)

17 KA+ML integration in an iterative modeling cycle (3) Balance top-down, knowledge-driven and bottom-up, symbol-level driven modeling KA methods used for developing an initial knowledge level model Continuous evolution of models by sustained learning from experience using ML methods Active user involvement A modeling language with specified semantics

18 CREEK An architecture for knowledge-intensive case-based problem solving and learning Four modules integrated within a common conceptual knowledge fundament: –Object-level domain knowledge model –Application strategy level model –Combined reasoning model –Sustained learning model All types of knowledge and information are captured in CreekL, a frame-based representation language

19 CREEK representation Semantic network with nodes corresponding to concepts and links corresponding to relations between concepts Supports user-defined relations (has-color) as well as symbolic values (red)

20 CREEK problem solving Explanation engine: –Activate relevant parts of the semantic network –Generating and explaining derived information –Focusing towards a conclusion that conforms with the goal Activate-explain-focus cycle specialized for each of the four CBR tasks (retrieve, reuse, revise, retain) Determine relevant features Retrieve most likely case Modify solution of retrieved case Asses relevance and justify validity of solution Learn from the experience

21 CREEK sustained learning Learns from every problem solving experience Main target for learning process is the case base Continually improves through the solving of problems Shift to adaptive and continually evolving systems

22 Modeling the knowledge contents of CBR systems Knowledge containers –Vocabulary –Set of cases –Similarity assessment knowledge –Solution transformation knowledge Focus on knowledge contents

23 Conclusions From general problem solving to an explicit knowledge model –Rule-based systems –Knowledge-intensive models –Knowledge to control the problem solving and learning processes Knowledge level modeling Sustained learning Iterative knowledge modeling cycle CREEK