Headquarters U. S. Air Force I n t e g r i t y - S e r v i c e - E x c e l l e n c e © 2008 The MITRE Corporation. All rights reserved From Throw Away to Persistent: the Future of Requirements Traceability in the USAF Cheryl Connors Deborah Hawley The MITRE Corporation 3 Oct 2008 Approved for Public Release; Distribution Unlimited. Case #:

I n t e g r i t y - S e r v i c e - E x c e l l e n c e © 2008 The MITRE Corporation. All rights reserved Slide 2 of 22 Disclaimers The views, opinions and conclusions expressed in this talk are those of the co-authors and should not be construed as an official position of the United States Department of Defense (DoD) nor of the MITRE Corporation. All information presented here is unclassified, technically accurate, contains no critical military technology and is not subject to export controls.

I n t e g r i t y - S e r v i c e - E x c e l l e n c e © 2008 The MITRE Corporation. All rights reserved Slide 3 of 22 Outline Background Information Exchange Requirements (IERs) DoD Net-Centric Vision Emergence of SOA DoD movement away from boxes to services Sponsor focus on requirements IER Repository Benefits Summary

I n t e g r i t y - S e r v i c e - E x c e l l e n c e © 2008 The MITRE Corporation. All rights reserved Slide 4 of 22 Background The Air Force is adopting a web-based, Service Oriented Architecture (SOA) methodology for exchanging critical information The Global Cyberspace Integration Center (GCIC)/RIN is responsible for helping the Air Force manage their Information Exchange Requirements (IERs): Support changes to military standards Coordinate with other Armed Services, Government Agencies and international bodies (NATO) General concepts can be applied to commercial efforts

I n t e g r i t y - S e r v i c e - E x c e l l e n c e © 2008 The MITRE Corporation. All rights reserved Slide 5 of 22 Requirements Focus Military purchases occur after there is a requirement Systems include hardware and software that have to be purchased, so requirements are needed to be defined and documented Our focus is on the IERs that are exchanged between military systems

I n t e g r i t y - S e r v i c e - E x c e l l e n c e © 2008 The MITRE Corporation. All rights reserved Slide 6 of 22 What are IERs? Describe the exchange of information between objects Position Updates Sensor Data Position Updates Sensor Data Mission Update Tasking Sensor Data Mission Update Tasking Sensor Data Position Updates Sensor Data B-2 F-22 Joint STARS AOC

I n t e g r i t y - S e r v i c e - E x c e l l e n c e © 2008 The MITRE Corporation. All rights reserved Slide 7 of 22 “Simplified” View of Military Data Exchanges

I n t e g r i t y - S e r v i c e - E x c e l l e n c e © 2008 The MITRE Corporation. All rights reserved Slide 8 of 22 Managing IERs New IERs are constantly being developed Military management process will review, approve, and incorporate into a message standard like Link 16 Then original IERs “fade away” - not persisted once “satisfied” System implementation of requirements documented for some message standards, but not all

I n t e g r i t y - S e r v i c e - E x c e l l e n c e © 2008 The MITRE Corporation. All rights reserved Slide 9 of 22 Now for Something Completely Different So far, we’ve talked about traditional management of military requirements for information exchange Acquisition processes will continue for IERs However, the impact of web-based technologies and DoD vision requires new acquisition approach for the military Next slides discuss the major factors that have forced this change Then we’ll discuss a proposed way-ahead

I n t e g r i t y - S e r v i c e - E x c e l l e n c e © 2008 The MITRE Corporation. All rights reserved Slide 10 of 22 DoD Net-Centric Vision Department of Defense (DoD) released Joint Vision 2020 in late 2000: Goal - Integrate information technology to improve information flows between platforms, weapon systems, sensors, and decision makers via a machine-to-machine mechanism “The evolution of information technology will increasingly permit us to integrate the traditional forms of information operations with sophisticated all-source intelligence, surveillance, and reconnaissance in a fully synchronized information campaign.”

I n t e g r i t y - S e r v i c e - E x c e l l e n c e © 2008 The MITRE Corporation. All rights reserved Slide 11 of 22 Emergence of Service Oriented Architecture (SOA) Right Information to the Right People at the Right Time  SOA describes a methodology for finding and using small pieces of functionality (services) regardless of how that functionality is implemented  Air Force IERs will be satisfied by services provided by  DoD’s Global Information Grid  Air Force Airborne Network  Etc.  Users will define services needed to satisfy Tactical Data Network IERs

I n t e g r i t y - S e r v i c e - E x c e l l e n c e © 2008 The MITRE Corporation. All rights reserved Slide 12 of 22 SOA – Why should the Air Force care? Right Information Standard methodology Registered services Reusable services Reduce impact of technology changes Right Time Timely capability updates Right Place Break down stovepipes Satisfy individual user requirements

I n t e g r i t y - S e r v i c e - E x c e l l e n c e © 2008 The MITRE Corporation. All rights reserved Slide 13 of 22 From Boxes... Where each “box” provided a specialized capability (e.g. planning, logistics) – not interoperable Information integration between “boxes” is a significant effort with associated significant costs Logistics Flight Control Weather Maps $ $ $

I n t e g r i t y - S e r v i c e - E x c e l l e n c e © 2008 The MITRE Corporation. All rights reserved Slide 14 of To Services Where services are available for any user at any “box” – integration “built-in” High-level, notional view Shows available Services and information Logistics Service Flight Control Service Weather Service Maps Service Discovery Service Broker

I n t e g r i t y - S e r v i c e - E x c e l l e n c e © 2008 The MITRE Corporation. All rights reserved Slide 15 of 22 Impact on Requirements Transition from systems-based (i.e. “boxes”) to service-based methodology should include changing the acquisition processes, including how requirements are handled Persistent “services” will still need money set aside each year to maintain & improve – but systems had a Program Manager (PM) and direct funding source! No firm methodology established for creation and maintenance of services. Not likely that these will have PMs! What should the Air Force do in this new environment?

I n t e g r i t y - S e r v i c e - E x c e l l e n c e © 2008 The MITRE Corporation. All rights reserved Slide 16 of 22 Persistent Requirements Based on this way-ahead, our hypothesis is that requirements must be persisted even after implementation We propose that an IER Repository be developed to register the requirements, including: Service(s) that satisfy the requirement Providers and users of the service Related services and dependencies Composable capabilities Architectural views

I n t e g r i t y - S e r v i c e - E x c e l l e n c e © 2008 The MITRE Corporation. All rights reserved Slide 17 of 22 IER Repository Concept Developers/Architects Search Engines UDDI Server IER Repository Architectural Views Requirements & Services Analysis results: Dependencies, Redundancies, Activity models, etc. Feed simulations Provide access to architectural views

I n t e g r i t y - S e r v i c e - E x c e l l e n c e © 2008 The MITRE Corporation. All rights reserved Slide 18 of 22 Repository Benefits Provides traceability from requirement to implementation View across multiple communities’ information to determine redundancies, dependencies, etc. Users include service managers, developers, acquisition agents, other requirement shops Feeds modeling and simulation efforts Determine cumulative bandwidth requirements Enables service orchestration for composable capabilities

I n t e g r i t y - S e r v i c e - E x c e l l e n c e © 2008 The MITRE Corporation. All rights reserved Slide 19 of 22 GCIC/RIN Focus on Requirements GCIC/RIN develops and gathers requirements for such programs as Tactical Data Link (TDL) Network, Airborne Network, and Objective Gateway Requirements come from the Combat Air Forces, Mobility Air Forces, and Special Operation Forces Documents (e.g., Initial Capabilities, Capabilities Design, architectural views) are produced Processes are followed to generate requirements Special working groups may be formed Developed application to manage TDL implementation information

I n t e g r i t y - S e r v i c e - E x c e l l e n c e © 2008 The MITRE Corporation. All rights reserved Slide 20 of 22 IER Repository Way-Ahead GCIC/RIN has the iSMART tool that tracks IER implementation on military platforms for several message standards Overall concept similar to IER Repository Tool tailored to specific message standards - not currently suited as an “IER Repository” Plan is to update iSMART to add functionality that would allow it to act as an IER Repository This IER Repository will be used as a prototype and proof of concept for the Air Force

I n t e g r i t y - S e r v i c e - E x c e l l e n c e © 2008 The MITRE Corporation. All rights reserved Slide 21 of 22 iSMART Update New IERs Collection of new IERs used to produce metadata, including architectural products. Provides ability to perform analysis of competing requirements, etc. iSMART TDL Implementation Updated GUI IER Metadata Collection New functions Existing functions Currently tracks TDL platform implementation

I n t e g r i t y - S e r v i c e - E x c e l l e n c e © 2008 The MITRE Corporation. All rights reserved Slide 22 of 22 Summary The Air Force is implementing the Net-centric Vision SOA, web-based services - not “systems” Acquisition process must change to accommodate new strategy Propose the Air Force develop an IER Repository to persist requirements Provide additional information to justify costs Support simulation, analysis, etc. Recommend that GCIC/RIN modifies iSMART to include IER Repository functionality Modified iSMART will act as a prototype and proof of concept for Air Force