Defense Information Systems Agency A Combat Support Agency

Slides:



Advertisements
Similar presentations
1 Information Enterprise Architecture v September Walt Okon Senior Architect Engineer Senior Architect Engineer for Information Sharing Enterprise.
Advertisements

Reference Architecture for IT Optimization
METRICS AND CONTROLS FOR DEFENSE IN DEPTH AN INFORMATION TECHNOLOGY SECURITY ASSESSMENT INITIATIVE.
DoD Information Enterprise Architecture v2.0
NR-KPP Interoperability Testing & Certification
Ninth Lecture Hour 8:30 – 9:20 pm, Thursday, September 13
BENEFITS OF SUCCESSFUL IT MODERNIZATION
4/29/2009Michael J. Cohen1 Practical DIACAP Implementation CS526 Research Project by Michael J. Cohen 4/29/2009.
A Combat Support Agency Defense Information Systems Agency JITC Interoperability Certification Process JITC Policy Team 13 August 2009.
Connecting People With Information DoD Net-Centric Services Strategy Frank Petroski October 31, 2006.
DITSCAP Phase 2 - Verification Pramod Jampala Christopher Swenson.
The topics addressed in this briefing include:
Embedding Records Management into Agency Processes The FEA Records Management Profile Laurence Brewer, CRM National Archives and Records Administration.
A Combat Support Agency Defense Information Systems Agency Unified Capabilities Requirements (UCR) Overview Joint Interoperability Test Command.
MethodGXP The Solution for the Confusion.
Civilian Human Resources Management  Military Health Systems  Military and Other Human Resources Management Department of Defense – Human Resources Management.
9/11/ SUPPORT THE WARFIGHTER DoD CIO 1 Sample Template Community of Interest (COI) Steering Committee Kick-off Date: POC: V1.0.
Why is BCL Needed? BCL addresses long-standing challenges that have impacted the delivery of business capabilities The DepSecDef directed increasing the.
TFTM Interim Trust Mark/Listing Approach Paper Analysis of Current Industry Trustmark Programs and GTRI PILOT Approach Discussion Deck TFTM Committee.
IT PMB: Executive Oversight and Decision Authority for Application and Infrastructure Projects at NASA Larry Sweet Chair, IT PMB JSC CIO August 2010.
Certification and Accreditation CS Phase-1: Definition Atif Sultanuddin Raja Chawat Raja Chawat.
UNCLASSIFIED DITSCAP Primer. UNCLASSIFIED 1/18/01DITSCAP Primer.PPT 2 DITSCAP* Authority ASD/C3I Memo, 19 Aug 92 –Develop Standardized C&A Process DODI.
10/20/ The ISMS Compliance in 2009 GRC-ISMS Module for ISO Certification.
Shift Left Feb 2013 Page-1 DISTRIBUTION STATEMENT A – Cleared for Open Publication by OSR on January 17 th, 2013 – SR case number 13-S-0851 Dr. Steven.
Jewuan Davis DSN Voice Connection Approval Office 18 May 2006 DSN Connection Approval Process (CAP)
Defense Information Systems Agency A Combat Support Agency E3 Engineering Division 13 December 2011 Defense Information Systems Agency A Combat Support.
The DoD Information Enterprise Strategic Plan and Roadmap (SP&R)
A Net-Centric DoD NII/CIO 1 Sample Template Community of Interest (COI) Steering Committee Kick-off Date: POC:
Connecting People With Information Transforming the Way the DoD Manages Data M. David Allen OASD(NII)/DoD CIO May 23, 2006 “The.
Evaluate Phase Pertemuan Matakuliah: A0774/Information Technology Capital Budgeting Tahun: 2009.
Assessment Validation. MORE THAN YOU IMAGINE ASQA (Australian Skills Quality Authority) New National Regulator ASQA as of 1 July, 2011.
Environment, Safety, and Occupational Health Opportunities in DoD Business Transformation May 4, 2006.
1DoD Cloud Computing Read the provided excerpts from - The “25 Point Implementation Plan to Reform Federal IT” - DoD Cloud Computing Strategy - The National.
Distribution Statement “A” (Approved for Public Release, Distribution Unlimited) Hallmark Software Testbed (Hallmark-ST) Architecture to Enable Space Enterprise.
ISA 201 Intermediate Information Systems Acquisition
DoD Template for Application of TLCSM and PBL
Discussion Topics for Exploring OMG UPDM Way-ahead
Today’s Summary Tab 4 Tab 6 Tab 2 Tabs 3 and 5 Defense Acquisition
NR-KPP Interoperability Testing & Certification
Requirements and Acquisition Management
Technology Readiness Assessment (TRA)
DT&E Strategy and the Developmental Evaluation Framework (DEF) Concept & Program Implementation 5 June 2014.
Unified Architecture Framework NATO Architecture CaT Introduction
Conclusions DoD Net-Centric Data Strategy (DS) and
Predetermined Objectives – 2013/14
Identify the Risk of Not Doing BA
Haleh Kootval, Samuel Muchemi Public Weather Services Programme
ISA 201 Intermediate Information Systems Acquisition
Mission-Based T&E Primer v1.3, 2 Sep 08
NDIA Architecture Analysis for System-of-System (SoS) Interoperability Assessment Karen L. Lauro, Ph.D Oct 21, 2003.
Requirements and Acquisition Management
UNCLASSIFIED Net-Ready Key Performance Parameter (NR KPP) Brief Lt Col Scott Moser, JS/J6-I JROC had asked J6 to provide proposed improvements to.
ISA 201 Intermediate Information Systems Acquisition
Defense Business Systems (CLE077) Sprint
CMMI – Staged Representation
Information Brief (Deep Dive)
Internal Control–Integrated Framework
13 November 2018.
Internal control - the IA perspective
IS4550 Security Policies and Implementation
Continuity Guidance Circular Webinar
Project Management Process Groups
CAF Quarterly Meeting Measuring the Value of an EA Practice
2018 Improving Data, Improving Outcomes Conference
DoD Architecture Framework Overview
An Update of COSO’s Internal Control–Integrated Framework
Systems Architecture & Design Lecture 3 Architecture Frameworks
Interoperable Communications Technical Assistance Program
Perspectives on Transforming DT and OT Industry-Government Roundtable
Ms. Kristyn E. Jones Director, Financial Information Management
Presentation transcript:

Defense Information Systems Agency A Combat Support Agency Interoperability Testing and Policy Tim Taylor and Capt Pat Akers Action Officers National Intelligence Portfolio 20 - 21 March 2012

The Future of Joint Interoperability CJCSI 6212.01F and DoDI 8330.x are currently in staffing NR-KPP manual and Interoperability Process Guide to be developed to assist PMs New NR-KPP attributes Support military operations Enter and be managed in the network Exchange information DODAF 2.0 based architectures

Drivers of Change This instruction is being de-scoped to only define and provide guidance on generating the Net-Ready Key Performance Parameter (NR-KPP) CJCSI 6212.01 De-scoping orphans necessary policies/processes not defined in the higher-level DoDD/I 4630 series DoD CIO DoD CIO assuming overall responsibility for joint interoperability (Statutorily always a DoD CIO responsibility) DoD CIO Intent is to provide guidance to fill policy vacuum from CJCSI 6212.01 de-scoping that does not significantly perturb policy through an interim period, waiting for DoDI 8330.x (will replace 4630 series) to modify policy (~ 12 to 18 months)

Coming Changes to Guidance Current State Interim State End State DoDD 4630.5 DoDD 4630.5 Significant policy changes expected DoDI 4630.8 DoDI 8330.x Clarifications DoDI 4630.8 Clarifications DoD CIO Interim Guidance Memo ISPs, Waivers, ICTOs Process Guide aligned with policy changes CJCSI 6212.01 Certification Process Interoperability Process Guide Interoperability Process Guide DoD NR-KPP Definition Joint Staff CJCSI 6212.01 CJCSI 6212.01 DISA (JITC)

Joint Interoperability Test Certification Overview Provide an overview of the policies, processes and procedures for assessing compliance with the Net-Ready Key Performance Parameter The purpose of this briefing is to discuss the policies, processes and procedures for assessing compliance with the NR-KPP. We will mostly focus on the processes and procedures for testing, but will provide a brief summary overview of the policies that govern interoperability as well. Goal: Establish a measurable, testable, and operationally relevant approach to Joint interoperability (IOP) engineering, test, evaluation & certification (TE&C)

Joint Interoperability Test Certification Overview NR-KPP Elements: Compliant Solution Architectures Net-Centric Data and Services Strategy GIG Technical Guidance Information Assurance Supportability DT OT IOP **Note: The NR-KPP is being redefined in the new version of CJCSI 6212.01, tentatively scheduled to be released in the Fall of 2012 So, now that we know the policies that govern the joint interoperability process, let’s look at what is actually required for the certification. First, JITC must evaluate a system for compliance with each element of the NR-KPP. The NR-KPP is the metric that we use to determine whether or not a system will received a Joint Interoperability certification. It is important to note that there is no such thing as an “NR-KPP Certification” – the proper term for the certification is “Joint Interoperability Test Certification” and it is given upon demonstration of compliance with the NR-KPP. When we are evaluating a system for joint interoperability, we use data collected during DT, OT, demonstrations, exercises, or any other reliable source of information. At JITC, we always aim to leverage data and test events from DT and OT to the maximum extent possible, in order to reduce or eliminate the need to conduct separate interoperability testing. This is why it is so important to be involved with programs early in the life cycle. By being involved early, we are able to influence or participate in test events that can be used to collect data for interoperability certification. In the long run, a Program Manager saves money by funding JITC’s early involvement because the need for separate interoperability test events is greatly reduced. The NR-KPP elements define the areas JITC evaluates for interoperability certification JITC uses data collected during DT, OT, demonstrations, exercises, or other reliable sources for interoperability evaluations Expires after 4 years, or upon changes affecting interoperability (system or environment) Success = Minimizing separate interoperability testing by leveraging DT/OT

NR-KPP Statement KPP Threshold Objective Net-Ready: The capability, system, and/or service must support Net-Centric military operations. The capability, system, and/or service must be able to enter and be managed in the network, and exchange data in a secure manner to enhance mission effectiveness. The capability, system, and/or service must continuously provide survivable, interoperable, secure, and operationally effective information exchanges to enable a Net-Centric military capability. The capability, system, and/or service must fully support execution of joint critical operational activities and information exchanges identified in the DoD Enterprise Architecture and solution architectures based on integrated DODAF content, and must satisfy the technical requirements for transition to Net-Centric military operations to include: Solution architecture products compliant with DoD Enterprise Architecture based on integrated DODAF content, including specified operationally effective information exchanges Compliant with Net-Centric Data Strategy and Net-Centric Services Strategy, and the principles and rules identified in the DoD Information Enterprise Architecture (DoD IEA), excepting tactical and non-IP communications Compliant with GIG Technical Guidance to include IT Standards identified in the TV-1 and implementation guidance of GIG Enterprise Service Profiles (GESPs) necessary to meet all operational requirements specified in the DoD Enterprise Architecture and solution architecture views Information assurance requirements including availability, integrity, authentication, confidentiality, and non-repudiation, and issuance of an Interim Authorization to Operate (IATO) or Authorization to Operate by the Designated Accrediting Authority (DAA), and Supportability requirements to include SAASM, Spectrum and JTRS requirements. The capability, system, and/or service must fully support execution of all operational activities and information exchanges identified in the DoD Enterprise Architecture and solution architectures based on integrated DODAF content, and must satisfy the technical requirements for transition to Net-Centric military operations to include: This is the NR-KPP statement taken directly from CJCSI 6212.01E. A common question across DoD is whether or not the NR-KPP is actually measurable and testable. If you read through this statement, it is very easy to see how one might think that this KPP is, in fact, not testable. The important thing to recognize is that this statement is merely a framework for evaluation, and not the actual “system-level” requirements that are evaluated.

NR-KPP Requirements Source The actual measurable and testable requirements for evaluation are taken from a program’s architecture products. These ARE in fact testable. So, let’s look at a specific example. While the NR-KPP statement says that a system will be compliant with DISR TV-1 standards, the actual TV-1 says WHICH standards that system must comply with. The NR-KPP statement says you must have “operationally effective information exchanges” – but the SV-6 actually says what those exchanges are, and what the performance requirements are that would qualify them as being “operationally effective”. So, it is important to understand that while the NR-KPP statement itself may not be sufficient for developing test criteria, when viewed in the context of a program’s architecture products, it provides a comprehensive framework for evaluating joint interoperability.

CJCSI 6212.01F will have details on completing this template The Future of NR-KPP (Draft) Template CJCSI 6212.01F will have details on completing this template 26

The Future of NR-KPP Example

Contact Information & Resources Hotline 1-800-538-JITC (5482) hotline@disa.mil http://jitc.fhu.disa.mil/support.html Joint Interoperability Tool (JIT) http://jit.fhu.disa.mil Lessons Learned reports NATO Interface Guide System Tracking Program (STP) https://stp.fhu.disa.mil Test events, plans, reports, certifications NR-KPP Helpdesk NR-KPP_Helpdesk@disa.mil NR-KPP Testing Guidebook https://www.us.army.mil/suite/doc/23429848 CJCSI 6212 Resource Page https://www.intelink.gov/wiki/Portal:CJCSI_6212_Resource_Page E-ISP Tool https://jcpat.csd.disa.mil

Questions? Tim Taylor Capt Pat Akers timothy.taylor@disa.mil patrick.akers@disa.mil Action Officer, National Intelligence Portfolio Action Officer, National Intelligence Portfolio Joint Interoperability Test Command Joint Interoperability Test Command