1 USC INFORMATION SCIENCES INSTITUTE TEMPLE meeting, July 2000 Specifying Planning Objectives Yolanda Gil Jim Blythe Jihie Kim Surya Ramachandran

Slides:



Advertisements
Similar presentations
1 KANAL: Knowledge ANALysis Jihie Kim Yolanda Gil USC/ISI
Advertisements

1 USC INFORMATION SCIENCES INSTITUTE Interactive Knowledge Capture Interactive Knowledge Capture for Problem-Solving Systems Jim Blythe Yolanda Gil Jihie.
Personalized Presentation in Web-Based Information Systems Institute of Informatics and Software Engineering Faculty of Informatics and Information Technologies.
Roadmap for Sourcing Decision Review Board (DRB)
Phosphorus: Ontology-Based Matchmaking Hans Chalupsky Yolanda Gil Tom Russ Surya Ramachandran Information Sciences Institute.
Enhancing Active Templates through Knowledge Acquisition Jim Blythe and Yolanda Gil (PI) Temple project USC Information Sciences Institute
Business Intelligence Michael Gross Tina Larsell Chad Anderson.
Scientific workflow systems are problem-solving environments designed to allow researchers to perform complex tasks simply by piecing together individual.
Gathering Information and Use Case Scenarios
Stop Programming and Start Modeling: Developing Work- Centered Semantic Applications † Semantic Technology Conference May 23, 2007 Andrew Crapo Amy Aragones,
The information integration wizard (Iwiz) project Report on work in progress Joachim Hammer Presented by Muhammed Al-Muhammed.
©© 2013 SAP AG. All rights reserved. Scenario/Processes Make-to-Stock Scenario Overview Planning Supply Initiating Production Executing Production Processing.
The Premier Software Usage Analysis and Reporting Toolset Maximizing Value for Software Users.
Software Engineering Lecture No:12. Lecture # 7
Domain-Specific Software Engineering Alex Adamec.
1 USC INFORMATION SCIENCES INSTITUTE Tailor, 6/20/04 TAILOR*: Modifying Calo’s Procedure Knowledge through Instruction Jim Blythe, Yolanda Gil, Jihie Kim.
1 USC Information Sciences Institute Jihie Kim Yolanda Gil Jim Blythe Intelligent Systems Division USC/Information Sciences Institute
1 Yolanda Gil Information Sciences InstituteJanuary 10, 2010 Requirements for caBIG Infrastructure to Support Semantic Workflows Yolanda.
Testing – A Methodology of Science and Art. Agenda To show, A global Test Process which work Like a solution Black Box for an Software Implementation.
NIST Special Publication Revision 1
Architecture-Based Runtime Software Evolution Peyman Oreizy, Nenad Medvidovic & Richard N. Taylor.
1 USC INFORMATION SCIENCES INSTITUTE TEMPLE meeting, July 2000 TEMPLE: TEMPLate Enhancement through Knowledge Acquisition Yolanda Gil Jim Blythe Jihie.
System Specification Specify system goals Develop scenarios Define functionalities Describe interface between the agent system and the environment.
Strategic Mobility 21 Focused on Making Decision Relevant Data A Logistics Multiplier in All Domains Strategic Mobility 21 Focused on Making Decision Relevant.
Getting Started Conservation Coaches Network New Coach Training.
Object-Oriented Software Engineering Practical Software Development using UML and Java Chapter 4: Developing Requirements.
Radar Open Systems Architectures
Design Rules-Part B Standards and Guidelines
1 USC INFORMATION SCIENCES INSTITUTE CALO, 8/8/03 Acquiring advice (that may use complex expressions) and action specifications Acquiring planning advice,
1 Introduction to Software Engineering Lecture 1.
Using and modifying plan constraints in Constable Jim Blythe and Yolanda Gil Temple project USC Information Sciences Institute
1 USC, INFORMATION SCIENCES INSTITUTE An integrated environment for KA An Integrated Environment for Knowledge Acquisition Jim Blythe
Systems Analysis and Design in a Changing World, 6th Edition
Guide to MCSE , Second Edition, Enhanced1 The Windows XP Security Model User must logon with: Valid user ID Password User receives access token Access.
EPA Geospatial Segment United States Environmental Protection Agency Office of Environmental Information Enterprise Architecture Program Segment Architecture.
Health eDecisions Use Case 2: CDS Guidance Service Strawman of Core Concepts Use Case 2 1.
Software Life Cycle The software life cycle is the sequence of activities that occur during software development and maintenance.
Agents that Reduce Work and Information Overload and Beyond Intelligent Interfaces Presented by Maulik Oza Department of Information and Computer Science.
Using and modifying plan constraints in Constable Jim Blythe and Yolanda Gil Temple project USC Information Sciences Institute
1 USC INFORMATION SCIENCES INSTITUTE Expect: COA Critiquing PSM EXPECT: A User-Centered Environment for the Development and Adaptation of Knowledge-Based.
Formal Methods in Software Engineering Credit Hours: 3+0 By: Qaisar Javaid Assistant Professor.
Of 33 lecture 1: introduction. of 33 the semantic web vision today’s web (1) web content – for human consumption (no structural information) people search.
1 Chapter Overview Managing Object and Container Permissions Locating and Moving Active Directory Objects Delegating Control Troubleshooting Active Directory.
1 USC INFORMATION SCIENCES INSTITUTE EXPECT TEMPLE: TEMPLate Extension Through Knowledge Acquisition Yolanda Gil Jim Blythe Information Sciences Institute.
Modelling the Process and Life Cycle. The Meaning of Process A process: a series of steps involving activities, constrains, and resources that produce.
Lectures 2 & 3: Software Process Models Neelam Gupta.
KANAL (Knowledge ANALysis) Jihie Kim Jim Blythe Yolanda Gil
Part 1 The Basics of Information Systems. Purpose of Information Systems Information systems ◦ Collects, stores and organizes information ◦ Retrieves.
HPHC - PERFORMANCE TESTING Dec 15, 2015 Natarajan Mahalingam.
Make-to-Stock Scenario Overview
Creating Skills-Based Job Postings: An Overview Guide
Parts Management Plan Builder 26 July 07
KANAL: Knowledge ANALysis
Action Editor Storyboard
Constructs agent’s situational picture from messages and sensor input
Enabling Flexibility of Business Processes Using Compliance Rules
Make-to-Stock Scenario Overview
ENTERPRISE BUSINESS SYSTEMS
Ontology Evolution: A Methodological Overview
©2012 William Blackburn Consulting, Ltd.
Exchange and Sharing of Economic Data
CP Storyboard Proposal
Department of Computer Science Abdul Wali Khan University Mardan
TEMPLE: TEMPLate Enhancement through Knowledge Acquisition
Yolanda Gil Jihie Kim Jim Blythe Surya Ramachandran
Enterprise Business Systems
OmegaPS Users’ Group Meeting OUGM19
Future of EDAMIS Webforms
OU BATTLECARD: E-Business Suite Courses and Certifications
Presentation transcript:

1 USC INFORMATION SCIENCES INSTITUTE TEMPLE meeting, July 2000 Specifying Planning Objectives Yolanda Gil Jim Blythe Jihie Kim Surya Ramachandran

2 USC INFORMATION SCIENCES INSTITUTE TEMPLE meeting, July 2000 Outline Previous work on editors for air campaign planning objectives Grammars for air campaign planning objectives Grammar editor

3 USC INFORMATION SCIENCES INSTITUTE TEMPLE meeting, July 2000 Structured Representations of Air Campaign Objectives and Plans Problem: air campaign objectives lack structure needed to enable automation and promote plan sharing  not possible to ensure that users enter valid objectives – “Conduct operations” <- too vague – “Disrupt C2” <- incomplete (does not specify where)  not possible for planning tools to reason about them  hard to understand another person’s plan Approach: develop structured representation of objectives  bottom-up development by analysis of air campaign objectives  represent underlying structure as a suite of typical objective patterns template: DISRUPT OBJ action-capability OVER area ACP objective: DISRUPT OBJ C2 OF RED OVER NW sector

4 USC INFORMATION SCIENCES INSTITUTE TEMPLE meeting, July 2000 Structured Representations of Air Campaign Objectives and Plans (Cont’d) Results:  representations used in several DARPA demonstrations and systems –Force application objectives (ARPI) –Force support (logistics) objectives (JFACC) –Defense objectives (JDP)  structured editors have been built with these representations –Mastermind and Adaptive Forms  integrated with ontologies and knowledge bases Benefits:  common representation promotes plan sharing and standardization  enables the development of plan editors and decision support tools  planners have guidance about what are well-defined objectives

5 USC INFORMATION SCIENCES INSTITUTE TEMPLE meeting, July 2000 A Grammar of Force Support Objectives Top level  Deploy DOB object TO area  Sustain DOB object AT area  Redeploy DOB object TO areas Indirect support objectives  Beddown DOB forces  Beddown DOB object FOR forces  Select DOB bases  Establish DOB aspect | line of comm Direct support objectives  Ensure DOB closure of all supply classes  Provide DOB crew-ready aircraft n Functional logistics objectives ä General –Provide DOB object –Provide DOB object FOR action | object ä Load- and Munitions-related –Provide DOB load –Provide DOB load FOR action | object –Check DOB load availability –Source DOB load –Request DOB transportation OF load FROM place TO place ä Fuel-related –Provide DOB fuel | additive –Provide DOB fuel | additive FOR action|obj –Receipt DOB fuel | additive –Dispense DOB fuel | additive –Issue DOB fuel | additive –Store DOB fuel | additive –Transport DOB fuel | additive ä Maintenance-related –Provide DOB part | maintenance-aspect –Ensure DOB maintenance-aspect

6 USC INFORMATION SCIENCES INSTITUTE TEMPLE meeting, July 2000 Mastermind defensive objectives editor

7 USC INFORMATION SCIENCES INSTITUTE TEMPLE meeting, July 2000 The need for a grammar editor These grammars capture the essential structure of their data but: They need to be adapted to each operation  The grammars may not mention situation-level objects (e.g. assets, resources, locations) – these may be accessible from a data base in the software suite. Users may want to refine their structure  For example by organizing lists of alternatives that the grammars often contain, or adding new items.

8 USC INFORMATION SCIENCES INSTITUTE TEMPLE meeting, July 2000 A grammar editor We are building tools to help users to manage grammars The tools can guide the user to change the grammar, using simple background knowledge within the domain and by analyzing interdependencies in the grammar. Some initial funding from Joint Defense Planner (JDP) program from Air Force Research Laboratory at Rome - joint work with ISI’s Mastermind group

9 USC INFORMATION SCIENCES INSTITUTE TEMPLE meeting, July 2000 What a grammar editor enables users to do Tailor the grammar while objectives are created. Add (or remove) alternatives. Manage long lists of alternatives by adding structure or removing alternatives as desired. Link parts of the grammar to a data base, e.g. to retrieve a list of assets to defend.

10 USC INFORMATION SCIENCES INSTITUTE TEMPLE meeting, July 2000 Fundamental capabilities needed to support users editing grammars Protect the core structure of the grammar.  Distinguish fixed and changeable parts of the grammar. Avoid inconsistency and ambiguity.  Use canonical sets of suggested additions (“blessed” terms). Ensure that the global effects of individual changes are considered:  Changes to choices made for one part of the grammar can have effects on other parts of the grammar that are hard for users to track, for example because many terms are shared.  Check global effects, warn the user and offer remedies.

11 USC INFORMATION SCIENCES INSTITUTE TEMPLE meeting, July 2000 Distinguishing fixed and changeable parts of the grammar. We can categorize terms as follows:  Grammar-level: ‘before’, ‘defend’ – probably should not be changed.  Domain-level: ‘f15 task force’ – might be changed on set-up for a new scenario.  Situation-level: ‘East cyberland’, ‘phase 1’ – likely to be changed whenever there is a new planning situation. The categories could form the basis for user authorization for grammar editing.  only trusted users can make fundamental changes, while populating situation-level objects is more common.  alternatively, just allow some changes and disallow others.

12 USC INFORMATION SCIENCES INSTITUTE TEMPLE meeting, July 2000 Avoiding inconsistency Long lists, like those from the BFO or the JDP data base, can make the objectives editor hard to use. But without them, users may add the same object in different ways. Instead, we will keep these lists in the background so that the grammar is initially small. When the user wants to add new alternatives, we use the background lists to suggest possibilities.

13 USC INFORMATION SCIENCES INSTITUTE TEMPLE meeting, July 2000 Mock-up example session

14 USC INFORMATION SCIENCES INSTITUTE TEMPLE meeting, July 2000

15 USC INFORMATION SCIENCES INSTITUTE TEMPLE meeting, July 2000

16 USC INFORMATION SCIENCES INSTITUTE TEMPLE meeting, July 2000 The unexpected effects of grammar editing: an example ‘defend’ ThingToDefend ‘from’ SomeAction – Alternatives for ThingToDefend include militaryBases. In the example, the user adds a new militaryBase to defend. But now the grammar will allow any action to use resources flying from that base. This is because the resource location alternatives use the same class militaryBase. If they did not share the class, then you would have to add or delete the items twice (which is not better).

17 USC INFORMATION SCIENCES INSTITUTE TEMPLE meeting, July 2000 Our solution – grammar wizards that warn and guide the user. When changes to the grammar (such as adding or deleting alternatives) can have a number of different effects, warn the user about effects that may be overlooked. Help re-structure the grammar, if desired, to reduce these effects.  We can help to produce two sub-classes of militaryBase, which the user names airforce-base and non-airforce-base, and to alter the grammar to give the desired effect.

18 USC INFORMATION SCIENCES INSTITUTE TEMPLE meeting, July 2000 Wizard example

19 USC INFORMATION SCIENCES INSTITUTE TEMPLE meeting, July 2000 Other potential grammar wizards The same wizard is useful when alternatives are removed, to warn the user about other statements that are no longer possible. If the user adds structure to a list of alternatives, to reduce the set of choices at some point, a script can ask if the structure would help at other places in the grammar where the same alternatives are used.

20 USC INFORMATION SCIENCES INSTITUTE TEMPLE meeting, July 2000 Summary A grammar editor is needed to adapt objectives grammar Current work: editing situation-level terms Users will need help because the grammars are large and complex We propose several ways to avoid pitfalls:  Distinguish fixed and changeable parts of the grammar  Background lists of new alternatives  Grammar wizards to manage global effects