8th CGF & BR Conference 11 - 13 May 1999 Copyright 1999 Institute for Simulation & Training Synthetic Forces Behavioral Architecture Ian Page

Slides:



Advertisements
Similar presentations
Copyright © 2006 Data Access Technologies, Inc. Open Source eGovernment Reference Architecture Approach to Semantic Interoperability Cory Casanave, President.
Advertisements

EA Demonstration Study : Dissemination Forum – 8 June EAEA Framework Proposal Paolo Monaco EA Unit.
E-Science Data Information and Knowledge Transformation Thoughts on Education and Training for E-Science Based on edikt project experience Dr. Denise Ecklund.
Modelling CGFs for tactical air-to-air combat training
1 Quality of Service Issues Network design and security Lecture 12.
Developing Database Specifications TRACK 3. Learning Objectives At the end of the session, the participants should be able to Identify the information.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 12 Slide 1 Distributed Systems Design 2.
Chapter 19: Network Management Business Data Communications, 5e.
Co-ordination and Co-operation Between CGF Agents Dr Jeremy Baxter Parallel and Distributed Simulation Group S&P Sector, Malvern.
Identity Management Based on P3P Authors: Oliver Berthold and Marit Kohntopp P3P = Platform for Privacy Preferences Project.
Requirements Engineering n Elicit requirements from customer  Information and control needs, product function and behavior, overall product performance,
Introduction To System Analysis and Design
Knowledge Acquisitioning. Definition The transfer and transformation of potential problem solving expertise from some knowledge source to a program.
A Multi-Agent System for Visualization Simulated User Behaviour B. de Vries, J. Dijkstra.
Requirements Analysis Concepts & Principles
EE 4272Spring, 2003 EE4272: Computer Networks Instructor: Tricia Chigan Dept.: Elec. & Comp. Eng. Spring, 2003.
Irwin/McGraw-Hill Copyright © 2004 The McGraw-Hill Companies. All Rights reserved Whitten Bentley DittmanSYSTEMS ANALYSIS AND DESIGN METHODS6th Edition.
Software Engineering Module 1 -Components Teaching unit 3 – Advanced development Ernesto Damiani Free University of Bozen - Bolzano Lesson 2 – Components.
Ideas for Explainable AI
WP 8: Networks for Lifelong Competence Development Alicia Cheak INSEAD CALT (Centre for Advanced Learning Technologies) TEN Competence Kickoff Meeting.
4.4 Naming And Directory Services Lakshmi Narayana Gupta Kollepara 09/20/2009 CSC-8320.
Robots at Work Dr Gerard McKee Active Robotics Laboratory School of Systems Engineering The University of Reading, UK
Architectural Design.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 18 Slide 1 Software Reuse 2.
Geog 463: GIS Workshop May 15, 2006 Information Systems Architecture Reading: Zachman 1987.
© Rheinmetall Defence 2013 The Geospatial Catalogue and Database Repository (GCDR) and the Knowledge Management System (KMS) Shane Reschke – Technical.
©Ian Sommerville 2006Software Engineering, 8th edition. Chapter 18 Slide 1 Software Reuse.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 18 Slide 1 Software Reuse.
Bina Nusantara 2 C H A P T E R INFORMATION SYSTEM BUILDING BLOCKS.
INFORMATION SYSTEM APPLICATIONS System Development Life Cycle.
Quality Assurance for Component- Based Software Development Cai Xia (Mphil Term1) Supervisor: Prof. Michael R. Lyu 5 May, 2000.
1 Systems Analysis and Design in a Changing World, Fourth Edition.
1/19 Component Design On-demand Learning Series Software Engineering of Web Application - Principles of Good Component Design Hunan University, Software.
Requirements Analysis
Chapter 14: Artificial Intelligence Invitation to Computer Science, C++ Version, Third Edition.
G E R A C CONSORTIUM T H E logica EUCLID RTP 6.1 The GRACE Consortium Objective: To accelerate the application of AI techniques and advanced HCI and software.
©Ian Sommerville 2000 Software Engineering, 6th edition. Chapter 6 Slide 1 Requirements Engineering Processes l Processes used to discover, analyse and.
©Ian Sommerville 2000 Software Engineering, 6th edition. Chapter 2Slide 1 Chapter 2 Computer-Based System Engineering As modified by Randy Smith.
©Ian Sommerville 2000 Software Engineering, 6th edition. Slide 1 Component-based development l Building software from reusable components l Objectives.
EIDA Project ( Proposal ) Research and Technical Background Emergency Intelligent Decision Assistant: Emergency Intelligent Decision Assistant: Toolkit.
©Ian Sommerville 2000 Software Engineering, 6th edition. Chapter 8 Slide 1 Software Prototyping l Rapid software development to validate requirements.
Introduction To System Analysis and Design
Chapter 11 Analysis Concepts and Principles
© DATAMAT S.p.A. – Giuseppe Avellino, Stefano Beco, Barbara Cantalupo, Andrea Cavallini A Semantic Workflow Authoring Tool for Programming Grids.
Business Process Change and Discrete-Event Simulation: Bridging the Gap Vlatka Hlupic Brunel University Centre for Re-engineering Business Processes (REBUS)
Ocean Observatories Initiative Data Management (DM) Subsystem Overview Michael Meisinger September 29, 2009.
Modeling and Simulating Software Acquisition Process Architectures James Choi and Walt Scacchi Computer Science Dept. Institute for Software Research California.
Enterprise Systems Architectures EGN 5621 Enterprise Systems Collaboration (Professional MSEM) Fall, 2012.
Combining Theory and Systems Building Experiences and Challenges Sotirios Terzis University of Strathclyde.
CORBA1 Distributed Software Systems Any software system can be physically distributed By distributed coupling we get the following:  Improved performance.
International Workshop Jan 21– 24, 2012 Jacksonville, Fl USA Model-based Systems Engineering (MBSE) Initiative Slides by Henson Graves Presented by Matthew.
G. Suter CH Session 3 – Block 2 – 4 th Question Barcelona May “ System Interfaces for Distribution Management “ TC57 WG14 Standards IEC
25 April Unified Cryptologic Architecture: A Framework for a Service Based Architecture Unified Cryptologic Architecture: A Framework for a Service.
© Fraunhofer IESE Fraunhofer IESE Multi-Language Development of Embedded Systems Dr. Thomas Kuhn Tel.:
Search Engine Optimization © HiTech Institute. All rights reserved. Slide 1 Click to edit Master title style What is Business Analysis Body of Knowledge?
Software Engineering Lecture 10: System Engineering.
DIAMON Project Project Definition and Specifications Based on input from the AB/CO Section leaders.
An Architecture-Centric Approach for Software Engineering with Situated Multiagent Systems PhD Defense Danny Weyns Katholieke Universiteit Leuven October.
8th CGF & BR Conference May 1999 Copyright 1999 Institute for Simulation & Training Deriving Priority Intelligence Requirements for Synthetic Command.
Toward product architecture oriented requirements analysis for product line development in systems engineering Kei Kurakawa Nara Institute of Science and.
Accreditation of study programs at the Faculty of information technologies Tempus SMGR BE ESABIH EU standards for accreditation of study.
EEL 5937 Multi Agent Systems -an introduction-. EEL 5937 Content What is an agent? Communication Ontologies Mobility Mutability Applications.
Decision Support and Business Intelligence Systems (9 th Ed., Prentice Hall) Chapter 12: Artificial Intelligence and Expert Systems.
Requirements Analysis Requirements Engineering (CI 2323) Daniel Siahaan.
Air Force Institute of Technology
Discussion Topics for Exploring OMG UPDM Way-ahead
CS 501: Software Engineering Fall 1999
Model-Driven Analysis Frameworks for Embedded Systems
System architecture, Def.
Presentation transcript:

8th CGF & BR Conference May 1999 Copyright 1999 Institute for Simulation & Training Synthetic Forces Behavioral Architecture Ian Page

8th CGF & BR Conference May 1999 Copyright 1999 Institute for Simulation & Training Outline Background: Software engineering emphasis Understanding of requirement Reasoning behind approach Framework Summary and way forward

8th CGF & BR Conference May 1999 Copyright 1999 Institute for Simulation & Training Users of Synthetic Environments Areas Research Training Mission Rehearsal Campaign Planning Operational Analysis Concept definition Test & Evaluation Equipment Procurement Operational Support Roles Programmers Subject Matter Experts Analysts Scientists Operators Controllers Bureaucrats Trainers Trainees

8th CGF & BR Conference May 1999 Copyright 1999 Institute for Simulation & Training UK STOW Synthetic Forces OPFORSAFUKLandSAFUKSeaSAF UKAirSAF Domain Perception monitor Trace Visualisation Tool Army CANavy CA Command Agents Command Agent Infrastructure Operational CIS (CDMA) Individual Behaviour Model (Soar) CCSIL Interface CFOR Utilities

8th CGF & BR Conference May 1999 Copyright 1999 Institute for Simulation & Training Technical issues “… there are many areas in which adequate theory either is entirely lacking or has not been integrated to a level that makes it directly applicable to the needs of human behaviour representation.” (Pew et al, 1998) “… given the current state of model development and computer technology, it is not possible to create a single integrated model or architecture that can meet all the potential simulation needs of the services.” (Pew et al, 1998)

8th CGF & BR Conference May 1999 Copyright 1999 Institute for Simulation & Training Artificial Life Broad Agents JACK Soar Task Frames..? Many others… and those yet to come Command Agents To paraphrase… “We don’t understand human behaviour, but we have lots of theories and hence even more software models representing bits of human behaviour” Expensive Simulation specific Key expertise

8th CGF & BR Conference May 1999 Copyright 1999 Institute for Simulation & Training Research question How do we provide a framework to allow disparate and hybrid models of behaviour to work cooperatively within a Synthetic Environment?

8th CGF & BR Conference May 1999 Copyright 1999 Institute for Simulation & Training Requirements of a Behavioural Architecture/Framework Users ? SFBA Services CORBA Facilities CORBA Services SFBA Facilities Disparate behavioural architectures Different physical simulations Multiple representation Future proof Plug’n’play Communication mechanism (how) Communication format (what) Minimum constraints (self-description) Insertion of existing and future standards Single translations No assumptions on OS or language Helper applications To provide all this, need an abstract view on what behavioural models do

8th CGF & BR Conference May 1999 Copyright 1999 Institute for Simulation & Training SEN EFF Behavioural Entity Basic concepts

8th CGF & BR Conference May 1999 Copyright 1999 Institute for Simulation & Training SEN EFF Behavioural Entity Basic concepts SEN EFF Physical Simulations

8th CGF & BR Conference May 1999 Copyright 1999 Institute for Simulation & Training SEN EFF Behavioural Entity Basic concepts SEN EFF Physical Simulation Specific

8th CGF & BR Conference May 1999 Copyright 1999 Institute for Simulation & Training SEN EFF Behavioural Entity Basic concepts SEN EFF Physical Simulations Simulation Independent CCSIL helps

8th CGF & BR Conference May 1999 Copyright 1999 Institute for Simulation & Training But... SEN EFF Behavioural Entity Decision Making World View Goals SEN EFF Behavioural Entity Decision Making World View Goals X X Context of goals and world view not guaranteed

8th CGF & BR Conference May 1999 Copyright 1999 Institute for Simulation & Training Example W V DM G G W V Sniper behind tree, 3 o’clock Receiving a message is different from sensing a physical phenomenon and should therefore be modelled differently

8th CGF & BR Conference May 1999 Copyright 1999 Institute for Simulation & Training SEN EFF Behavioural Entity Decision Making World View Goals COM SEN EFF Behavioural Entity Decision Making World View Goals COM Goals and World View Communicator

8th CGF & BR Conference May 1999 Copyright 1999 Institute for Simulation & Training SEN EFF Behavioural Entity Decision Making World View Goals COM Goals and World View World view either conveyed or not Goals: –assign –exchange –share

8th CGF & BR Conference May 1999 Copyright 1999 Institute for Simulation & Training Behavioural model General architecture does not have to be adopted......but interface will need to support concepts of: sensor effector communicator SEN EFF Behavioural Entity Decision Making World View Goals COM

8th CGF & BR Conference May 1999 Copyright 1999 Institute for Simulation & Training Levels for agent interoperation Transport (CORBA) - ‘how’ Language (KQML) - ‘what messages mean’ Policy - conversation structure Architecture - connecting systems

8th CGF & BR Conference May 1999 Copyright 1999 Institute for Simulation & Training Policies: conversation structure SF BEHAVIOURAL ARCHITECTURE CONVERSATION POLICIES Sensor/Effector Policies Integration Policy Goal assignment Cohesion Policy Goal sharing Organisation Policy Goal exchange Sensor/Effector Policy Information flow from feed to target Communicator Policies

8th CGF & BR Conference May 1999 Copyright 1999 Institute for Simulation & Training Connecting Architecture/Framework …etc. Translation SFBA Services Data Logging Component Naming Inter- representation OBJECT REQUEST BROKER CORBA Facilities CORBA Services SFBA Facilities Session Console AAR Tools SFBA Interfaces Underlying Applications Behavioural Models Simulations Generic Users

8th CGF & BR Conference May 1999 Copyright 1999 Institute for Simulation & Training Plan: demonstrate prototype Users ? SFBA Services CORBA Facilities CORBA Services SFBA Facilities

8th CGF & BR Conference May 1999 Copyright 1999 Institute for Simulation & Training Conclusions Feasible approach Neutral to OS, language and technique Minimal assumptions, all behaviour (individual and group) can be reduced to operations on goals Very much building on available techniques