SWIM - Smart Workflow for ISR Management

1. SWIM - Smart Workflow for ISR Management Intelligent Workflow ManagementThe key to getting the right information to the right place at the right time Pauline M. Berry SRI International SRI International

2. Outline • Motivation for SWIM within Advanced ISR Management • What is Workflow Management • SWIM Technical Overview • Functional architecture • Knowledge products • Accomplishments • Significance to EELD • Scenario/Demonstration Storyboard

3. SWIM Motivation • The ISR System is broken! • Too slow • Unresponsive to dynamic information needs • Opaque • Non-adaptive • Stovepiped and non-integrated • If it is to be fixed, it must be managed and controlled • AIM Objectives • Optimize the effectiveness of ISR assets (priority vs utility) • Ensure timely delivery of information • Provide highly responsive control of complex human/software/hardware system • SWIM Objectives • Effective, responsive, priority-based control of ISR processes • ISR a Workflow-Enabled System

4. SWIM Objectives • Manage development of effective ISR strategy • Respond to change • New or modified INs • Asset status • Policy • System status • Optimize operations • Monitor processes and events • Visibility into the complete ISR Process

5. SWIM Process management and Control SWIM Technical Objectives (graphical) MAS AIM Strat. Dev components IN-Gen Response Events Tasks Users Combined Asset Collection Plan in operation Commanders Vision COP View into Process Tasks Events Asset Managers

6. SWIM Functional Description GUI event Process Reasoner process process Process Manager process request Process Library event Scheduler schedule task event AIM Process Level Components or SIMFLEX

7. Technical Sections • Process Library • maintains process templates (building blocks or active templates) • Process Reasoner • manages the instantiation, decomposition and combination of processes • Process Manager • the heart of the workflow engine, reactive control of AIM processes • Dynamic Execution Order Scheduler • allocates tasks to process level assets (AIM components) to satisfy active • processes • SIMFLEX: Demonstration Framework • “zero” fidelity simulation capability • Integration • SWIM component integration • integration w. AIM process level assets (comms., architecture & agents)

8. Technical Approach • Multi-agent Framework • providing context dependant taskability and reactivity • Leverages reactive control capabilities of CPEF • CPEF - Continuous Planning and Execution Framework • drawing parallel between plans and processes • PRS • direct and indirect modes of execution • ACT based procedural control and process libraries • Dynamic Decomposition and Active Templates • processes constructed “on the fly” to reflect needs and situation • Squeaky Wheel and Dynamic Execution Orders • anytime scheduling • “breathable” execution windows • Automatically generated Triggers • monitoring internal SWIM performance • e.g. completion of tasks, status of process level assets etc.

9. SWIM Architecture

10. Knowledge Products Available From SWIM • Capabilities Model • AIM Program Component Developers • Iterative refinement process • Shared resource for SAIC and Aerospace Corp. • Event Hierarchy • Operational Conops: M.G. Leide, J. Campagne and R. Stover • Iterative refinement process • SAIC provided with current version for use case generation • Process Descriptions • Cooperation of Technical Conops and Operational Conops personnel. • Will be ongoing as component capabilities evolve and operational possibilities expand

11. Technical Challenges and Accomplishments * • Workflow Engine • Real-time process consolidation • Process repair/recovery • Policy Management and enactment • Inter-workflow manager cooperation • Scheduler • Task clustering • Minimum perturbation • Policy enactment • Breathable windows • Process Template Library • Automated process evolution • Context-based process decomposition • Synergy • Process/Schedule Interaction • Dynamic adaptation of processes • Active policy assessment • Integration * * * SWIM Achievements Progress has been made Long term goals * * * * * * * * * * * * * *

12. Demonstration Will illustrate: • potential advantages of the dynamic workflow-enabled approach to the ISR Process • ability to audit and track process execution • ability to handle multiple processes asynchronously • show balance between being reactive to changes in the domain and proactive concerning internal SWIM management functions

13. Scenario: Description • An ISR plan has been developed the IRS Plan is proceeding as normal • A number of perturbations enter the system singularly or in groups • A change in a major information source e.g. the commander’s vision • An initial loss of a domain asset e.g. U2 aircraft • A loss of a process level asset e.g. the MAS dynamic rescheduler! • The introduction of a high priority, urgent “pop up” need • Upgrade in the forces in conflict • Perturbations across the spectrum of the event hierarchy are used to demonstrate the power of SWIM

14. Processes are triggered by Events • Domain Triggers • change in domain level asset (status, availability, location…) • change in external information source (commander’s vision, COP, detailed plan) • specific IN request (pop up, abstract description, detailed collection task) • change in IN request (increased priority, deletion) • Status triggers (internal SWIM induced trigger) • completion/failure of a task • change/update in a major information source

15. Current ISR Plan Horizon Next ... 1 IN-Gen+STRAT-DEV+MAS 2 Insert trigger + lost asset 3 High priority MAS replan Processes 4 Unsuccessful replan triggers.. 5 IN Priority change Quick response req. 6 Build window 7 Build restarted 8 6:00 7:00 8:00 9:00 10:00 Loss of force protector asset (7:00) Updated commander’s vision (6:10) Further evidence Guard rail trigger timeout (8:35) Large no. receivers down (9:15) AWACS request (8:00) Guard Rail Potential Problem (6:35) New SAM threat (7:00) Scud support vehicles spotted (7:30) Demonstration Storyboard