Design of Expert Systems

Slides:



Advertisements
Similar presentations
FT228/4 Knowledge Based Decision Support Systems Knowledge Engineering Ref: Artificial Intelligence A Guide to Intelligent Systems, Michael Negnevitsky.
Advertisements

Objective Knowledge Elicitation Interview Case Study Answers Questions Domain Expert Knowledge Engineer Results Knowledge Expert System.
Software Process Models
B. Ross Cosc 4f79 1 Knowledge acquisition (Ch. 17 Durkin) knowledge engineering: building expert systems knowledge acquisition: process of extracting knowledge.
Chapter 6: Design of Expert Systems
SAK4610 Knowledge-Based Systems Design. SAK4610 KBS Development Lifecycle  Questions to ask  What is the problem that need to solved by an expert? 
CAP 252 Lecture Topic: Requirement Analysis Class Exercise: Use Cases.
COMP 4200: Expert Systems Dr. Christel Kemke
Chapter 8 Information Systems Development & Acquisition
Artificial Intelligence
Knowledge Acquisitioning. Definition The transfer and transformation of potential problem solving expertise from some knowledge source to a program.
Knowledge Acquisition CIS 479/579 Bruce R. Maxim UM-Dearborn.
Knowledge Acquisition. Knowledge Aquisition Definition – The process of acquiring, organising, & studying knowledge. Identified by many researchers and.
1 Pertemuan 13 Membangun Expert System Matakuliah: H0383/Sistem Berbasis Pengetahuan Tahun: 2005 Versi: 1/0.
IS550: Software requirements engineering Dr. Azeddine Chikh 4. Validation and management.
Information Systems Development : Overview. Information systems development practice Concept and role of a systems development methodology Approaches.
SDLC: System Development Life Cycle Dr. Bilal IS 582 Spring 2006.
Expert System Note: Some slides and/or pictures are adapted from Lecture slides / Books of Dr Zafar Alvi. Text Book - Aritificial Intelligence Illuminated.
S/W Project Management
INFORMATION SYSTEM APPLICATIONS System Development Life Cycle.
Introduction to SDLC: System Development Life Cycle Dr. Dania Bilal IS 582 Spring 2009.
Copyright 2002 Prentice-Hall, Inc. Chapter 1 The Systems Development Environment 1.1 Modern Systems Analysis and Design.
Advanced Topics in Requirement Engineering. Requirements Elicitation Elicit means to gather, acquire, extract, and obtain, etc. Requirements elicitation.
ITEC224 Database Programming
1 Computer Group Engineering Department University of Science and Culture S. H. Davarpanah
Chapter 6 Supplement Knowledge Engineering and Acquisition Chapter 6 Supplement.
 Knowledge Acquisition  Machine Learning. The transfer and transformation of potential problem solving expertise from some knowledge source to a program.
SDLC: System Development Life Cycle Dr. Dania Bilal IS 582 Spring 2007.
Chapter 4 – Requirements Engineering Lecture 3 1Chapter 4 Requirements engineering.
1 Expert System Design. 2 ES Development Methods commercial quality systems require a systematic development approach –ad hoc approaches may be suitable.
Chapter 11 Analysis Concepts and Principles
Lecture 7: Requirements Engineering
University of Toronto at Scarborough © Kersti Wain-Bantin CSCC40 systems analysis 1 what is systems analysis? preparation of the system’s requirements/definition,
Chapter 4 Requirements Engineering (3/3) Yonsei University 2 nd Semester, 2015 Sanghyun Park.
Requirements Engineering Process
Requirements Engineering Processes. Syllabus l Definition of Requirement engineering process (REP) l Phases of Requirements Engineering Process: Requirements.
Expert Systems. Learning Objectives: By the end of this topic you should be able to: explain what is meant by an expert system describe the components.
CS223: Software Engineering Lecture 8: Requirement Engineering.
Of An Expert System.  Introduction  What is AI?  Intelligent in Human & Machine? What is Expert System? How are Expert System used? Elements of ES.
Chapter 4 – Requirements Engineering Part 2 1Chapter 4 Requirements engineering.
 Knowledge Acquisition  Machine Learning. The transfer and transformation of potential problem solving expertise from some knowledge source to a program.
Design Evaluation Overview Introduction Model for Interface Design Evaluation Types of Evaluation –Conceptual Design –Usability –Learning Outcome.
1 Requirements Elicitation – 2 Lecture # Requirements Engineering Process Requirements Elicitation Requirements Analysis and Negotiation Requirements.
The Information Systems Development Processes Chapter 9.
REQUIREMENTS ENGINEERING PROCESSES Chapter 6. Activities in Requirements Engineering processes  Requirements elicitation;  Requirements analysis; 
Unit 6 Application Design.
Lecture 25.
Chapter 1 The Systems Development Environment
Intelligent Systems Development
Chapter 1 The Systems Development Environment
CHAPTER.2: Requirements Engineering Processes
Chapter 1 The Systems Development Environment
SDLC: System Development Life Cycle
System Development Life Cycle (SDLC)
Architecture Components
Chapter 6: Design of Expert Systems
Chapter 6 Database Design
Chapter 1 The Systems Development Environment
Business System Development
FORMAL SYSTEM DEVELOPMENT METHODOLOGIES
Chapter 1 The Systems Development Environment
The Development of Information Systems Chapter 8 page 348+
Methodologies For Systems Analysis.
Methodologies For Systems Analysis.
Requirements Engineering Process
TOPIC: Course Name Informational Technology Management Course Code
Chapter 8 Information Systems Development & Acquisition
Chapter 1 The Systems Development Environment
Some Important Skills Every Software Testers Should Have
Expert Knowledge Based Systems
Presentation transcript:

Design of Expert Systems Software Engineering methodology for developing practical ES ESDLC General Stages Feasibility study Rapid Prototyping Alpha system (in-house verification) Beta system (tested by users) Maintenance and Evolution

Planning Phase Feasibility Assessment Resource Allocation (HR, time, financial) Task Phasing and Scheduling Determine high-level requirements

Knowledge Acquisition Most important stage in the development of ES During this stage the knowledge engineer works with the domain expert to acquire, organize and analyze the domain knowledge for the ES. Knowledge acquisition bottleneck Acquisition from expert Define strategy (consider various options) Identify concrete knowledge elements Group and classify knowledge. Develop hierarchical representation where possible

Knowledge Acquisition (Cont.) Identify knowledge source. Expert in the domain Identify potential sources (human expert, expert handbooks/manuals), e.g. car mechanic expert system’s knowledge engineer may chose a mix of interviewing an expert mechanic and using a mechanics trouble-shooting manual. Tip: Limit the number of knowledge sources (experts) for simple domains to avoid scheduling and view conflicts However, a single expert approach may only be applicable to restricted small domains Rank by importance Rank by availability Select expert/panel of experts If more than one expert has to be consulted, consider a blackboard system. More than one knowledge source (kept partitioned), interact through interface called Blackboard

Knowledge Elicitation Getting knowledge from the expert knowledg elicitation vs. broader term knowledge acquisition Elicitation methods may be broadly divided into: Direct Methods Interviews Very good at initial stages Balance between structured (multiple choice, rating scale) and un-structured interviewing) Record interviews (transcribe or tape) Mix of open and close ended questions Informal Discussions (gently control digression, but do not offend expert by frequent interruption) Indirect Methods Questionnaire

Problems with Elicitation not be able to effectively articulate her knowledge provide irrelevant information. Provide incomplete knowledge Provide inconsistent or incorrect knowledge

Knowledge Acquisition Techniques Knowledge elicitation by interview Brainstorming session with one or more experts Introduce some structure Define problem at hand Prompt for ideas Looks for converging lines of though Electronic brainstorming On-site observation Documented organizational expertise, e.g. troubleshooting manuals

Knowledge Analysis Analyze and structure the knowledge gained during the knowledge acquisition phase Identify specific knowledge elements From the notes taken during the interview sessions, extract specific Strategies (as a list of points) Translate to rules Heuristics Identify concepts Represent concepts and their relationships using cognitive maps

Cognitive Map Example Age Patient Medical History Gets Personal Tests Blood Sugar hematology Echo Cardiogram Gets

Knowledge Analysis (Cont.) Inference networks Graphical representation of system’s rules Diagnosis is Anemia Inner surface of eyes lids pale Consistent Low Blood Pressure Feeling Listless Symptoms indicate anemia Blood test shows low hemoglobin level OR AND

Knowledge Analysis (Cont.) Flowchart Sequence of steps Depict the order of application of rule sets e.g. Doctor begins by asking symptoms If not indicative of some disease the doctor will not ask for specific tests. If symptomatic of two or three potential diseases The doctor decided disease to check for first Rules out potential diagnoses in some heuristic sequence

Knowledge Design At the end of this phase, we have Knowledge definition Detailed design Decide how to represent knowledge Rules and Logic Frames Decide a development tool. Consider whether it supports your planned strategy. Internal fact structure Mock interface

Code Coding Prepare tests Comment code Develop User’s manual. Installation guide At the end of this phase the system is ready to be tested.

Linear Model for ES development Planning Knowledge Acquisition and Analysis Work Plan Knowledge Baseline Knowledge Design Design Baseline Code Knowledge Verification System Evaluation Encoding of knowledge Using a development tool Formal in-house testing Product evaluation by users