80 likes | 247 Views
DoD Title 40/CCA LSS Initiative. Global Information Grid (GIG) Architecture/(Information Support Plan (ISP) 16 Sep 08 Ed Zick ODASD(NII)DCIO. Title 40/CCA Requirements. Title 40/CCA Requirements: Core Priority Function Determination Outcome-based Performance Measures (MOEs)
E N D
DoD Title 40/CCA LSS Initiative Global Information Grid (GIG) Architecture/(Information Support Plan (ISP) 16 Sep 08 Ed Zick ODASD(NII)DCIO
Title 40/CCA Requirements Title 40/CCA Requirements: Core Priority Function Determination Outcome-based Performance Measures (MOEs) Business Process Redesign (BPR) Implementation Outsourcing Determination Analysis of Alternatives (AOA) Economic Analysis (EA) Acquisition Performance Measures Global Information Grid (GIG) Architecture/(Information Support Plan (ISP) Information Assurance (IA) strategy Modular contracting DoD IT Registry Post Implementation Review (PIR) 2 2
Information Support Plan (ISP) Background Purpose: The ISP identifies potential information support implementation issues and risks that, if not properly managed, will limit or restrict the ability of a program to be operationally employed in accordance with requirements. Content: • Identifies the program’s processes that drive information requirements • Analyzes the program’s criticalinformation dependenciesand sources in supporting the identified processes • Assesses the program’s pathtoward becoming Net-Centric • Describes the program’s Information Assurancecompliance • Describes the program’s FrequencySpectrum dependencies
Key Stakeholders NII/CIO Joint Staff (J6, J8) AT&L OT&E PA&E DISA JITC Army Navy Air Force Marine Corps NGA TRADOC ASN RDA CHENG SPAWAR ESC MARCORSYSCOM NSA DIA STRATCOM JFCOM MITRE Capstone DAU Service Test Agencies Portfolio Managers Industry Consortium JSIC
Sys Node Data Data SystemFunction Process Analysis Philosophy Capability Op Activity Sys Function SysNode SV-1 OV-2 SV-4 OpNode OV-5 OV-6c SV-10c Role Role Info Data Consumed Consumed Produced Produced SV-6 OV5/OV-7 SV-4/SV-11 Op Node Implementation Analysis Info OperationalActivity Info Adapted from a briefing by MITRE.
ISP Process Post Doc for Review Gather existing data/ arch info ID Info Exchange Rqts ID Infrastruct Rqts Perform Analysis Capability/ Need identified Reviewers post comments PM Adjusts ISP DISA rolls up comments Return findings to PM Announce Review Final approval Return, post final doc
What the Enhanced ISP Process bringsto the user Program Managers • Makes ISP development easier, faster, and more efficient • Streamlines ISP review process for more efficient scheduling and faster feedback • Allows PMs to synchronize and compare programs as well as share critical information across the Services • Provides collaborative capability with version control through a centralized file server. Architecture Developers (Domain Owners, COI managers, JCIDS process supporters) • Provides ready access to the data to support their purposes (e.g., analysis, architecture development, program assessments). Testing Community (e.g., JITC) • Enables easy access to ISP data to support interoperability test plan development or validation. Studies and Analysis Groups (e.g., Welsh Panel, JFIRT) • Improves ability to access architecture data and programmatic analysis, especially cross-program net-centric analysis. Reviewers • Standard format, fewer administrative comments, quicker PM Responses • Automated analysis from multiple ISPs