1 Analysing system-user cooperation in KADS H. P. de Greef and J. A. Breuker, Department of Social Science Informatics, University of Amsterdam Knowledge.

Slides:



Advertisements
Similar presentations
Andrea Maurino Web Service Design Methodology Batini, De Paoli, Maurino, Grega, Comerio WP2-WP3 Roma 24/11/2005.
Advertisements

Web Service Modelling Ontology (WSMO)
Modelling with expert systems. Expert systems Modelling with expert systems Coaching modelling with expert systems Advantages and limitations of modelling.
Lecture 6: Software Design (Part I)
ARCHITECTURES FOR ARTIFICIAL INTELLIGENCE SYSTEMS
FIPA Interaction Protocol. Request Interaction Protocol Summary –Request Interaction Protocol allows one agent to request another to perform some action.
1 Intention of slide set Inform WSMOLX of what is planned for Choreography & Orhestration in DIP CONTENTS Terminology Clarification / what will be described.
15 th International Conference on Design Theory and Methodology 2-6 September 2003, Chicago, Illinois Intelligent Agents in Design Zbigniew Skolicki Tomasz.
Design Concepts and Principles
OOAD Using the UML - Use-Case Analysis, v 4.2 Copyright  Rational Software, all rights reserved 1/18 Use Case Analysis – continued Control Classes.
OASIS Reference Model for Service Oriented Architecture 1.0
Prof. Ing. M. Dassisti Enterprise modelling for networked enterprise: interaction aspects for a training organisation 16th IFAC World Congress, Prague.
Agent Mediated Grid Services in e-Learning Chun Yan, Miao School of Computer Engineering Nanyang Technological University (NTU) Singapore April,
Dynamic adaptation of parallel codes Toward self-adaptable components for the Grid Françoise André, Jérémy Buisson & Jean-Louis Pazat IRISA / INSA de Rennes.
1 STRUCTURE CHARTS Elements and Definitions. 2 Software System Design translates SRS into a ===> software system architecture: –system’s static structure.
Knowledge Acquisitioning. Definition The transfer and transformation of potential problem solving expertise from some knowledge source to a program.
Recall The Team Skills 1. Analyzing the Problem (with 5 steps) 2. Understanding User and Stakeholder Needs 3. Defining the System 4. Managing Scope 5.
An Intelligent Broker Approach to Semantics-based Service Composition Yufeng Zhang National Lab. for Parallel and Distributed Processing Department of.
Cognitive Processes PSY 334 Chapter 8 – Problem Solving May 21, 2003.
Creating Architectural Descriptions. Outline Standardizing architectural descriptions: The IEEE has published, “Recommended Practice for Architectural.
Requirements Engineering Processes
School of Computing and Mathematics, University of Huddersfield PDDL and other languages.. Lee McCluskey Department of Computing and Mathematical Sciences,
Chapter 12: Intelligent Systems in Business
Amirkabir University of Technology, Computer Engineering Faculty, Intelligent Systems Laboratory,Requirements Engineering Course, Dr. Abdollahzadeh 1 Goal.
Organization Development: Concept and Process -Tarak Bahadur KC, PhD
Semantic Web Technologies Lecture # 2 Faculty of Computer Science, IBA.
On Roles of Models in Information Systems (Arne Sølvberg) Gustavo Carvalho 26 de Agosto de 2010.
Requirements Engineering Processes
1COM6030 Systems Analysis and Design © University of Sheffield 2005 COM 6030 Software Analysis and Design Lecture 2- Software Process Models and Project.
An Approach to Task Modelling for User Interface Design Costin Pribeanu National Institute for Research and Development in Informatics, Bucureşti, Romania.
©Ian Sommerville 2000 Software Engineering, 6th edition. Chapter 6 Slide 1 Chapter 6 Requirements Engineering Process.
1 Intelligent Systems ISCRAM 2013 Validating Procedural Knowledge in the Open Virtual Collaboration Environment Gerhard Wickler AIAI, University.
Rational Unified Process Fundamentals Module 4: Disciplines II.
CB1004 Modelling Business Systems 71 Modelling Business Systems 7 Systems Methods.
©Ian Sommerville 2000 Software Engineering, 6th edition. Chapter 6 Slide 1 Requirements Engineering Processes l Processes used to discover, analyse and.
Centro de Estudos e Sistemas Avançados do Recife PMBOK - Chapter 4 Project Integration Management.
Software Engineering – University of Tampere, CS DepartmentJyrki Nummenmaa REQUIREMENT SPECIFICATION Today: Requirements Specification.
SOFTWARE DESIGN (SWD) Instructor: Dr. Hany H. Ammar
Odyssey A Reuse Environment based on Domain Models Prepared By: Mahmud Gabareen Eliad Cohen.
ISM 5316 Week 3 Learning Objectives You should be able to: u Define and list issues and steps in Project Integration u List and describe the components.
1 Creation versus Evolution. 2 Creation versus Evolution The Theory of Intelligent Design holds that certain aspects of the Universe are best explained.
ARTIFICIAL INTELLIGENCE [INTELLIGENT AGENTS PARADIGM] Professor Janis Grundspenkis Riga Technical University Faculty of Computer Science and Information.
1 Introduction to Software Engineering Lecture 1.
Enterprise Systems Architectures EGN 5621 Enterprise Systems Collaboration (Professional MSEM) Fall, 2012.
An Ontological Framework for Web Service Processes By Claus Pahl and Ronan Barrett.
Software Engineering Prof. Ing. Ivo Vondrak, CSc. Dept. of Computer Science Technical University of Ostrava
Design Concepts By Deepika Chaudhary.
7 Systems Analysis and Design in a Changing World, Fifth Edition.
IHE Profile – SOA Analysis: In Progress Update Brian McIndoe January 18, 2011.
E-Commerce Prof. Ir. Kudang B. Seminar, MSc, PhD Direktur Komunikasi & Sistem Informasi IPB Bogor, 12 Nopember 2008.
1 Knowledge Acquisition and Learning by Experience – The Role of Case-Specific Knowledge Knowledge modeling and acquisition Learning by experience Framework.
Distributed Models for Decision Support Jose Cuena & Sascha Ossowski Pesented by: Gal Moshitch & Rica Gonen.
16/11/ Web Services Choreography Requirements Presenter: Emilia Cimpian, NUIG-DERI, 07April W3C Working Draft.
WSMO in Knowledge Web 2nd SDK cluster f2f meeting Rubén Lara Digital Enterprise.
Mahmut Ali GÖKÇEIndustrial Systems IEU Introduction to System Engineering ISE 102 Spring 2007 Notes & Course Materials Asst. Prof. Dr. Mahmut.
21/1/ Analysis - Model of real-world situation - What ? System Design - Overall architecture (sub-systems) Object Design - Refinement of Design.
Towards a Benchmark for the Evaluation of LD Expressiveness and Suitability Manuel Caeiro Rodríguez
Intelligent Agents: Technology and Applications Unit Five: Collaboration and Task Allocation IST 597B Spring 2003 John Yen.
SECURE TROPOS Michalis Pavlidis 8 May Seminar Agenda  Secure Tropos  History and Foundation  Tropos  Basics  Secure Tropos  Concepts / Modelling.
Conceptual Comparison WSMO/OWL-S 1st F2F meeting SDK cluster working group on Semantic Web Services Wiesbaden, Germany, Rubén Lara, (Dumitru.
Modeling of Service Oriented Architecture: From Business Process to Service Realization Petr Weiss and Marek Rychlý Brno University of Technology, Faculty.
People-Oriented Methodologies
Web Service Modeling Ontology (WSMO)
Engineering Agent Systems for Decision Support
Object-Oriented Analysis
Lecture Software Process Definition and Management Chapter 3: Descriptive Process Models Dr. Jürgen Münch Fall
Cognitive Processes PSY 334
Presented by: Francisco Martin-Recuerda
Introduction to Artificial Intelligence Instructor: Dr. Eduardo Urbina
System architecture, Def.
Presentation transcript:

1 Analysing system-user cooperation in KADS H. P. de Greef and J. A. Breuker, Department of Social Science Informatics, University of Amsterdam Knowledge Acquisition (1992) 4, Rubén Lara

2 Introduction - Motivation: KBS may take the role of intelligent, active agent. Specification of how the user and the agent cooperate becomes important. In knowledge engineering there are no methods which allow a specification of the role of a system by successive refinement From the WSMO view point, successive refinement can (and should) be used for the definition of goals and service capabilities Goal reuse and refinement Services defined by using other available services

3 Functions, cooperations and communication Cooperation is based upon: A distribution of tasks: Task decomposition in which sub-tasks are assigned to different agents (commitment, an agent may only be committed to a particular subgoal) In WSMO, orchestration of the service. Service commitments (capabilities) are matched against requested tasks (goals) statically (wwMediator) or dynamically (goal) Dependencies: A network of dependencies where one sub-task may require the output of another sub-task as an input. In WSMO, this is the data flow that has to be specified in the orchestration (externally visible in the choreography). Control: Agents must at least know which subtasks they have to perform when This is the case for the service declaring the orchestration, while the services used work on request

4 Functions, cooperations and communication (II) Fixed task distribution + specification of dependencies and control = model of cooperation Orchestration In DAI, autonomous agents propose and negotiate a task decomposition or distribution (similar to negotiating and planning) Can be done for goals in the orchestration

5 Functions, cooperations and communication (III) Analysis of cooperation (intelligent automation of some functions) An emcompassing real-world task is the starting point for creating a task model Goal (capability) Decomposition of the task, identification of interdependencies among sub- tasks, distribution of sub-tasks over the agents (system and user types) Orchestration, (dynamic) distribution, only system agents considered Refinement of the task model into a model of cooperation. It adds a specification of the control that is needed to synchronize system activity and user activity Choreography

6 The task model: decomposition and distribution Assignment to users and systems Only systems explicitly considered Heuristics for task decomposition Object decomposition: Parts in the output, each of the parts may be from a different subtask Object refinement: Levels of abstraction in the output, sub-tasks may consist of a sequence of refinement steps Functional sequencing: Sequence of operation or transformations on the same object Knowledge typing: Knowledge required “strongly typed”, it may suggest a decomposition according to the type of knowledge required Heuristics that can be considered when defining task decomposition

7 The task model: decomposition and distribution (II) Not always unique assignment of sub-tasks Insufficient refinement Dynamic assignments (WSMO dynamic composition) Parallel sub-tasks (system and user) Instruction and execution (two agents)

8 The cooperation model Elements transferred between sub-tasks Information (specific states in the world or in the mind) Knowledge (explanation or teaching purposes) / not in WSMO Skill (instruct other agent o how to perform sub-task) / not in WSMO Additional transfer task: negotiate Transferring information about the negotiation or the problem solving Will be considered in WSMO-Full Another relevant aspect Accessibility to information: whether the user really has access to the necessary information Essential and missing in WSMO!!!

9 Conclusions WSMO is fulfilling most of the requirements/methods presented in KADS and relevant to the domain Specification of goals, capabilities, orchestration and choreography is a delicate task, and some methodology could be reused/developed An essential aspect, the information a user can (and want) to disclose for a service request, is not modelled in WSMO, as well as assumptions fulfilled Define KBs with a scope?