Information Sharing Environment Interoperability Framework (I 2 F)

Similar documents
Exam Questions OG0-091

Passit4Sure.OG Questions. TOGAF 9 Combined Part 1 and Part 2

TOGAF Foundation Exam

The Open Group Exam OG0-091 TOGAF 9 Part 1 Version: 7.0 [ Total Questions: 234 ]

MBA BADM559 Enterprise IT Governance 12/15/2008. Enterprise Architecture is a holistic view of an enterprise s processes, information and

Federal Segment Architecture Methodology Overview

Step 2: Analyze Stakeholders/Drivers and Define the Target Business Strategy

Certified Information Professional 2016 Update Outline

Exam Questions OG0-093

DHS Enterprise Architecture. The Open Group Conference Boundaryless Information Flow October 20, 2003

PrepAwayExam. High-efficient Exam Materials are the best high pass-rate Exam Dumps

Actual4Test. Actual4test - actual test exam dumps-pass for IT exams

PracticeDump. Free Practice Dumps - Unlimited Free Access of practice exam

The USDA Enterprise Architecture Program

TOGAF 9 Training: Foundation

Toolbox for Architecture Framework Discussions at The Open Group. SKF Group, February 2018

TOGAF 9.1 Phases E-H & Requirements Management

ADM Content: Result of Applying Methodology

Service Oriented Architecture

DoD Architecture Framework

Why CIP? AIIM International's Certified Information Professional designation was designed to allow information professionals to:

DoD Architecture Framework Version 2.0 Draft

BUSINESS ARCHITECTURE METAMODEL UPDATE

Federal Enterprise Architecture

How the CIM Fits in the Enterprise Information Architecture. Terry Saxton

4/26. Analytics Strategy

Chapter 15. Supporting Practices Service Profiles 15.2 Vocabularies 15.3 Organizational Roles. SOA Principles of Service Design

Enterprise Architecture

ADM The Architecture Development Method

CA Enterprise Architecture Framework, Version 2.0 (CEAF 2.0) Overview. 10/31/2013 Version 2.0 1

WebSphere. Enablement for WebSphere Industry Content Packs. Telecom Enablement

An overview of The Open Group's Enterprise Architecture and Evolution of IT4IT

How SOA Can Help EA. Enterprise Architecture Conference 2008

TOGAF 9.1. About Edureka

Project Management and Governance Policies - Need for Enterprise Information Management. Terry Saxton Xtensible Solutions

Enterprise Architecture: an ideal discipline for use in Supply Chain Management

2013 Rational Software Open Labs

Service-Oriented Modeling (SOA): Service Analysis, Design, and Architecture

The Course Modules for TOGAF Online Certification Training: 1. Introduction. TOGAF Structure. 2. Core Concepts

VIEWPOINTS ON INSPIRE ARCHITECTURE

JOB DESCRIPTION. Proposed band. Technology, Systems & Delivery. Job purpose

Mapping Service-Orientation to TOGAF 9 Part IV: Applying Service-Orientation to TOGAF s Service Contracts

IT Architect Regional Conference 2007

PART 1: INTRODUCTION. Purpose of the BIZBOK Guide. What is Business Architecture?

IN the inaugural issue of the IEEE Transactions on Services Computing (TSC), I used SOA, service-oriented consulting

ALFABET 9.12 WHAT S NEW IN. With Alfabet 9.12 you can: Risk mitigation planning & management ALFABET

Architecting SOA With A Business Focus

INFORMATION ASSURANCE DIRECTORATE

BIAN with BPS Design Methodology

CIM Forum Charter Dated

zapnote Analyst: Jason Bloomberg

TOGAF 9.1 in Pictures

Realization of Supply Chain Reference Architecture

SOA Success Methodology

The-Open-Group OG TOGAF 9 Part 1. Download Full Version :

1. INTRODUCTION BACKGROUND ENTERPRISE SOA BENEFITS AND TECHNOLOGIES AN ENTERPRISE SOA FRAMEWORK...6

Topexam. 一番権威的な IT 認定試験ウェブサイト 最も新たな国際 IT 認定試験問題集

THE CUSTOMER EXPERIENCE MANAGEMENT REPORT & RECOMMENDATIONS Customer Experience & Beyond

Enterprise Architecture Development and Implementation Engagements Process

TOGAF Foundation. Part I: Basic Concepts 1 /

IBM Rational Asset Manager made practical

CGEIT Certification Job Practice

JPexam. 最新の IT 認定試験資料のプロバイダ IT 認証であなたのキャリアを進めます

A Proposed Community Roadmap for Advancing the Practice of Model-Based Systems Engineering in Government Programs and Enterprises

DATA Act Information Model Schema (DAIMS) Overview. U.S. Department of the Treasury

Best Practices for the Architecture, Design, and Modernization of Defense Models and Simulations

TOGAF - The - The Continuing Story Story

SOA Enabled Workflow Modernization

The Federal Enterprise Architecture's reference models contain concepts that can be leveraged by state and local governments.

Service-Oriented Architecture Trends. Business Constant: Change

A Call to Action: Information Exchange Strategies for Effective State Government

SERVICE ORIENTED ARCHITECTURE (SOA)

SERVICE ORIENTED ARCHITECTURE SOA INTRODUCTION

Establishing an EIM Program

Objective (c.f., p.58)

Enterprise Architecture Development

The Federal Enterprise Architecture Security and Privacy Profile (FEA-SPP) Architecture and Infrastructure Committee Federal CIO Council

<Insert Picture Here> Oracle Business Process Analysis Suite: Overview & Product Strategy

GAHIMSS Chapter. CPHIMS Review Session. Systems Analysis. Stephanie Troncalli, Healthcare IT Strategist Himformatics July 22, 2016

Oracle Application Integration Architecture Mission Critical SOA Governance

The Use of Enterprise Architecture to Support the Development of the Next Generation Air Transportation System (NextGen)

TOGAF from Strategy to Deployment

Architectural Representations for Describing Enterprise Information and Data

H23271, page 1 Job Description Non-Career Sr. Enterprise Architect H24 Ronald Reagan Washington National Airport

2007 Comparative Assessment Methodology Process for BPEL

Exorcising Costs and Time via Reuse

Estimating SOA, As Easy as 1 2 3

Available online at ScienceDirect. Procedia Computer Science 36 (2014 )

Business Architecture Fundamentals

Enterprise Services Repository

In Pursuit of Agility -

Digital Services. How can InfoCentric help you make the most of The Digital Revolution? InfoCentric 2016

Information Systems Architecture and Enterprise Modeling. Prof. Dr. Knut Hinkelmann

Service Identification: BPM and SOA Handshake

Practical approaches to SOA Governance. Jignesh Shah Bjoern Brauel

Strategy Analysis. Chapter Study Group Learning Materials

Delivering Trusted Information

by Adam Michelson Director, Open Source Enterprise Architecture

Transcription:

Information Sharing Environment Interoperability Framework (I 2 F) Making Interoperability Common Presented to Collaboration and Transformation SIG

Getting on the Same Page (Definitions) What is Information Interoperability? The ability to transfer and use information in a uniform and efficient manner across multiple organizations and information technology systems Australian Information Interoperability Framework (2006) In other words It s the ability of two or more systems or components to exchange information and to use the information that has been exchanged 2

What is the I 2 F? 1. A guidance document for Exec, PM s, SME and Architects 2. Supports IT service providers in efficiently achieving information and system interoperability 3. Aligns to National Strategies ( Secure, Measureable, Extendable and Implementable Services) 4. Interoperability Objectives: Increase information sharing Reduce total cost of operations Promote shared services Treat information as a National Asset 3

I 2 F: Vision & Approach Mission Agnostic View: I 2 F guides the implementation of ISE information sharing capabilities across heterogeneous boundaries Common Practices: It provides mechanisms that can support FSLTT partner agencies (e.g., fusion centers) to share data based on normative terms, common standards, and practices Integrated Landscape: The I 2 F will accomplish the above objectives primarily through ISE constituent use of ISE Architecture Framework Grid ISE Standards and Specifications Framework ISE Common Profile Template 4

I 2 F Integrated Landscape (I 2 FIL) ISE Interoperability Framework Interoperability Requirements Operational Capabilities Exchange Patterns Technical Capabilities Technical Standards ISE Architecture Framework Grid Baseline for Enterprise Architecture Business and Technical Alignment Identifies Artifacts Across Commonly Used Frameworks ISE Standards and Specifications Framework Functional and Technical Standards Implementation frameworks ISE Common Profile Discovery Mechanics Governance Facilitates Enterprise and Local Inventories I 2 F provides an extensible, measurable, and implementable approach that is built for the ISE community as a management practice, to enable assured interoperability 5

Architecture Frameworks FEAF DoDAF PAG TOGAF GRA Constraints/Environment Stakeholder Inputs Priority Objectives National Strategy 2012 Government Authorities Communities Defense Law Enforcement Foreign Affairs Homeland Security Intelligence Stakeholders Federal SLT Private Int l Interoperability Requirements Operational Capabilities Exchange Patterns Technical Capabilities Technical Standards Reference Models Exchange Specifications Technical Specifications Increase Information/ Intelligence Sharing Interoperability Safeguarding Search & Discovery Access & Retrieval Dissemination Enables Reduce Total Cost of Operations Shared Services 6

Inside I 2 F Components Mission Space Operational Capabilities: references Current State Implementations of functional and technical services coupled with the appropriate policy, process, training, outreach, and other infrastructure components Common Practice and Terms Technical Standards: specific to the development and implementation of information sharing capabilities into ISE systems Technical Capabilities: detailed technical descriptions such as data and metadata that enable the efficient, secure, and trusted application of the ISE business processes and information flows to share information Exchange Patterns: repeatable sets of tasks that help accomplish a commonly occurring need for exchange of data or information between two or more partners Reuse and Shared Capability Exchange Specifications: is the instantiation of an exchange pattern, and once implemented correctly enables interoperability 7

What Are Exchange Patterns? Alerts, Broadcast and Notifications Query Response A A D B C Workflow Standardize Interfaces! SOA REST WS* Choreography and Coordination 8

Vision for Sustainability Discover Existing Capability or Managed Services Build New Capability Extend/Reuse Existing Capability Discover Interoperable Services Build Interoperable Services Extend Interoperable Services I 2 F Repeatable Integrated Continuum 9

I 2 F Integrated Landscape Lifecycle Guide I Articulate II Normalize III Populate/ Discover IV ISE Interoperability Framework (I 2 F ) Architecture Frameworks (Domain/Artifacts) Industry Standards & Specifications Framework Common Profile Business/ Operational Capability Business Performance Security Requirements Definitions Representative Standards Reference View Technical Capabilities Exchange Patterns Application/Services Security Technical Standards Technical View Exchange Specifications Infrastructure Data Security Governance Interoperability Standards Implementation Framework Implementation View Service Design Principles 10

Why Should Stakeholders Care? Stakeholder I 2 F Relevancy Value Stream Executives Scope and relevancy of interoperability of national priorities Endorse the framework in agency level policy Tie to each domain and emphasize value propositions Align Strategic Priorities to Mission Capability Adopt Interoperability Management Practice defined for policy use Program Managers or Business Owners Solution Architects or Developers Provide comprehensive and Integrated landscape for communities of interest Elaborate on interoperability requirements in specific business segment through reference architectures Provide common approach to enable interoperability Include templates, and use cases etc. Measure Investments Discover Interoperable Services Extend Roadmap for Shared, Manage, Cloud, and Mobile Services Extend Interoperability Technical and Functional Standards Reuse (Implement) Existing Services Build Interoperable Services 11

Why Should Stakeholders Care? Stakeholder I 2 F Relevancy Value Stream Other Federal Partners OMB, GAO SLTT Private Sector Aligns to federal guidance, authorities, and approaches Provides performance criteria and improves information sharing and interoperability maturity of ISE stakeholders Demonstrates the interoperability concepts, standards, and services utilized by ISE federal partners to better align architectures, systems, applications, and capabilities Shares the standards and services being mandated or recommended for the ISE to better align vendor products Adopt I 2 FIL and Reference Architecture Template Align national strategies and guidance in an integrated view to achieve maturity through business and technical disciplines, and best practices Reuse cross-cutting subject matter expertise through domain specific requirements Streamlined and vetted concepts Implement Exchange patterns and documentation Adopt standards and specifications Implement business and technical capability defined for interoperability and information sharing needs Support for acquisition processes Participate as member of Standards Development Organizations Foreign Partners Focuses on universal concepts nongovernment unique, voluntary, consensus standards Aligns to progressive efforts such as the Unified Architecture Framework Adopt I 2 FIL management practices Adopt tested standards and specifications to meet interoperability objectives 12

Alignment to National Strategies & Priority Objectives Extensible Capability: I 2 F enables multiple priority objectives, implementation guidance and future needs i.e., IDAM, Data Agg, Shared Services, RFI, NIEM-UML, Cyber Initiatives, SBA, NJ-ISE, Cloud, Mobile etc Measureable Criteria: I 2 F supports quantitative performance objectives aligned to PRM and GAO maturity model through identification of requirements Implementable Approach: I 2 F supports the delivery of capability through common architecture process, repeatable exchange patterns and harmonized standards and specifications Assured Interoperability: I 2 F provides a comprehensive approach using normalized functional and technical standards, and methods 13

Contact Information Pamela J. Wise-Martinez, MEM, CGEIT Senior Strategic Enterprise Architect Office of the Program Manager, Information Sharing Environment Office of the Director of National Intelligence pamelaw@dni.gov (O) 202-331-4071 (c) 240-654-7876 www.ise.gov Blog Twitter Facebook YouTube LinkedIn Get ISE Email Updates 14

APPENDIX 16

I 2 F Use Building Interoperability into Mission-Based Reference Architecture(s) Review Enterprise Architecture Common Approach, and identify mission- and businessspecific enterprise reference architecture domain needs 1. Review the minimum requirements for interoperability 2. Coordinate interoperability artifact descriptions 3. Identify artifacts relevant to interoperability and information sharing 4. Ensure identified applicable architecture artifact is included in your reference, segment, and solution architecture methodology 5. Update Reference Architecture 17

I 2 F Use Building Interoperability into Mission-Based Reference Architecture(s) Use the I 2 F Architecture Framework Alignment Grid and Reference Architecture template to: 1. Review FEAF CA, and identify mission- and business-specific enterprise reference architecture domain needs 2. Review the minimum requirements for interoperability 3. Coordinate interoperability artifact descriptions 4. Identify artifacts relevant to interoperability and information sharing 5. Ensure identified applicable architecture artifact is included in your reference, segment, and solution architecture methodology 6. Update Reference Architecture 18

I 2 F Use Building Interoperability into Mission-Based Reference Architecture(s) 1. Review the minimum requirements for interoperability Ex., Data Domain - builds on the operational context and defines why information needs to be exchanged. Technical standards are enablers that provide the vocabularies for sharing to assure that the semantic meaning and the context of the data is not lost during transition and transformation. Technical capabilities provide the architectural context within which the exchange is executed. All of these components focus on the interoperability framework. The actual data constructs define the data exchange content model and includes: Mechanism for identifying and categorizing candidate assets for sharing Framework for capturing data elements and the relationship between them (semantics) How the data is structured, what standards are used, and how data/information can be exchanged so users are able to both have access to and use the data/information Technical standards to design and implement information sharing capabilities into ISE systems Approach for documenting exchange patterns Data/information flow to include the tagging of the data, discovery, and retrieval Principles, roles, and responsibilities for data management and stewardship 19

I 2 F Use Building Interoperability into Mission-Based Reference Architecture(s) I 2 F MINIMUM REQUIREMENTS FOR INTEROPERABILITY DATA DOMAIN Mechanism for identifying and categorizing candidate assets for sharing Framework for capturing data elements and the relationship between them (semantics) Approach for documenting exchange patterns Principles and roles and responsibilities for data managements and stewardship Technical standards to design and implement information sharing capabilities in ISE systems I 2 F ARTIFACT DESCRIPTION How it addresses interoperability requirement (D1) Provide the high-level data concepts and their relationships (D2) Document the data requirements and their relationships, as well as the structural business process rules and metadata where necessary (D3) Show the repeatable set of tasks that help accomplish the commonly occurring need for exchange of data/information between exchanging partners, as well as the data relationships and how the data relates to the business activities and their rules/policies (D4) Show organizational relationships with respect to the data and its lifecycle (D5) Provide any necessary or relevant data standards to be considered for interoperability Common Approach to Federal Enterprise Architecture Knowledge Management Plan (D2) Data Asset Catalog Provider-to-Consumer Matrix Logical Data Model (D1) Business Process Diagram (B1) Logical Data Model (D1) Knowledge Management Plan (D2) Technical Standards Profile (I3) APPLICABLE ARCHITECTURAL ARTIFACTS Applicable view, artifact, etc. which maps to applicable reference artifact GRA IC-related DoDAF/UAF Service Specification (based on ICEA PAG) Package, v1.0.0 DIV-1: Conceptual Data Model DIV-2: Logical Data Model OV-5b: Operational Activity Model DIV-1: Conceptual Data Model DIV-2: Logical Data Model OV-4: Organizational Relationships Chart (along with narrative) StdV-1 Standards Profile Domain Vocabulary Message Definitions Mechanism Message Exchange Patterns TOGAF Conceptual Data Model Phase C: Information Systems Architecture Data Logical Data Model Activity Diagram Conceptual Data Model Logical Data Model Operational Concept Description Relevant Mandated Standards Application Principals, Data Principals Architecture Definitions Document Activity Model Baseline and Target Data Descriptions Data Management, Data Migration, and Data Governance 20

I 2 F Use Building Interoperability into Mission-Based Reference Architecture(s) 2. Coordinate interoperability artifact descriptions 3. Identify artifacts relevant to interoperability and information sharing Ex., Data Domain - builds on the operational context and defines why information needs to be exchanged. Technical standards are enablers that provide the vocabularies for sharing to assure that the semantic meaning and the context of the data is not lost during transition and transformation. Technical capabilities provide the architectural context within which the exchange is executed. All of these components focus on the interoperability framework. The actual data constructs define the data exchange content model and includes: Mechanism for identifying and categorizing candidate assets for sharing Framework for capturing data elements and the relationship between them (semantics) How the data is structured, what standards are used, and how data/information can be exchanged so users are able to both have access to and use the data/information Technical standards to design and implement information sharing capabilities into ISE systems Approach for documenting exchange patterns Data/information flow to include the tagging of the data, discovery, and retrieval Principles, roles, and responsibilities for data management and stewardship 21

I 2 F Use Building Interoperability into Mission-Based Reference Architecture(s) 4.Ensure identified applicable architecture artifact is included in your reference, segment, and solution architecture methodology DoDAF DIV-1 OV-4 StdV-1 5.Update Reference Architecture 22

Applying I 2 F Concepts to Enable Operational Capabilities Concepts described in the I 2 F, when applied within a specific mission context, enable operational capabilities. The Use Case methodology and example that will be developed will provide an example of applying these concepts to the Maritime Domain Awareness Use Case. The use case will be developed from an operational perspective and should be technology neutral unless the use of specific technology is dictated. Exchange Patterns: patterns for how data is exchanged between information sharing providers, consumers, and/or information brokers. Exchange patterns are the mechanism to standardize certain types of exchanges that incorporate technical standards and technical services Technical Standards: technical methodologies and practices to design and implement information sharing capabilities into ISE systems Technical Services: services address specific technical needs or problems, are reference implementations of one or more technical standards, and provide the technical functionality required to implement a business architecture Functional Standards: constitute detailed mission descriptions, data, and metadata on focused areas that use ISE business processes and information flows to share information. These standards address a specific mission need or problem, are often collaborative in nature, apply mission context to the technical standard. Operational Capabilities: reference implementations of functional standards, technical standards, and services. 23