Semantics, Interoperability, Network Centric Operations Industry Consortium & SICoP John Yanosy (Rockwell Collins) – Chair Semantic Interoperability Framework.

Slides:



Advertisements
Similar presentations
Management, Leadership, & Internal Organization………..
Advertisements

1 INCOSE Chesapeake Chapter Enterprise SE Panel Discussion L. Mark Walker/LMC 21 March 2007.
NATO UNCLASSIFIED NIAG/SG-76: C2 Interoperability Slide 1HWP May 03 Battlespace Objects Hans Polzer 19 May 2003.
© 2009 The MITRE Corporation. All rights Reserved. Evolutionary Strategies for the Development of a SOA-Enabled USMC Enterprise Mohamed Hussein, Ph.D.
The Cloud In The Net - Scope and Interdependence 28 April 2009 Network Centric Operations Industry Consortium Hans Polzer Chair, Net Centric Attributes.
Software Quality Assurance Plan
Sponsored by the U.S. Department of Defense © 2005 by Carnegie Mellon University 1 Pittsburgh, PA Dennis Smith, David Carney and Ed Morris DEAS.
Systems Engineering in a System of Systems Context
Connecting People With Information DoD Net-Centric Services Strategy Frank Petroski October 31, 2006.
OASIS Reference Model for Service Oriented Architecture 1.0
© 2006 Carnegie Mellon University Establishing a Network Centric Capability: Implications for Acquisition and Engineering Dennis Smith Complex System Symposium.
Introduction and Overview “the grid” – a proposed distributed computing infrastructure for advanced science and engineering. Purpose: grid concept is motivated.
The Executive’s Guide to Strategic C H A N G E Leadership.
Creating Architectural Descriptions. Outline Standardizing architectural descriptions: The IEEE has published, “Recommended Practice for Architectural.
Introduction to Systems Analysis and Design
Certified Business Process Professional (CBPP®) Exam Overview
KM enhances mission command, facilitates the exchange of knowledge, supports doctrine development, fosters leaders’ development, supports lessons learned,
Enterprise Architecture
Technical Integrity Assurance For Product Development W. Henson Graves Lockheed Martin Aeronautics Company Russ Campbell.
SIF Association Membership – what does it mean for your district?
Training of master Trainers Workshop 10 – 15 November 2012 e-Services Design and Delivery Module VI Emilio Bugli Innocenti.
Developing Enterprise Architecture
Cloud Computing Capability Patterns NCOIC Briefing to DISA 11 January 2010 Approved for Public Release Distribution Unlimited NCOIC-CC CapabPattsDISA –
SCOPE Overview Hans Polzer, December 11, 2009 Chair, Network Centric Attributes Functional Team NCOIC Internal Working Group Document Releasable to International.
Chapter 6 System Engineering - Computer-based system - System engineering process - “Business process” engineering - Product engineering (Source: Pressman,
Nurjana Technologies Company Presentation. Nurjana Technologies (NT) is a small business enterprise founded in 2012 and operating in Aerospace and Defence.
© 2015 Cengage Learning. All Rights Reserved. May not be scanned, copied or duplicated, or posted to a publicly accessible website, in whole or in part.
1 NATO HQ C 3 Staff The NATO HQ need for the Web: How policy requirements are affected by the need to take web development into account Georges D’hollander.
-Nikhil Bhatia 28 th October What is RUP? Central Elements of RUP Project Lifecycle Phases Six Engineering Disciplines Three Supporting Disciplines.
Certificate IV in Project Management Introduction to Project Management Course Number Qualification Code BSB41507.
Quality Management.  Quality management is becoming increasingly important to the leadership and management of all organisations. I  t is necessary.
Semantics for Net-Centric Operations Todd Schneider Principal Engineer Raytheon Approved for Public Release NCOIC-SemTech
NCOIC MSD Initiative: Net-Centric Operations 2.0, Domain-Specific SOA Frameworks, and M&S Testbed Demos Bob Marcus
Army Net-Centric Data Strategy Center Of Excellence (ANCDS) Army Data Harmonization and Integration Working Group (ADHIWG) Sever Ciorlian ANCDS Team Lead.
Certification and Accreditation CS Phase-1: Definition Atif Sultanuddin Raja Chawat Raja Chawat.
A COMPETENCY APPROACH TO HUMAN RESOURCE MANAGEMENT
What is a Business Analyst? A Business Analyst is someone who works as a liaison among stakeholders in order to elicit, analyze, communicate and validate.
IEEE SCC41 PARs Dr. Rashid A. Saeed. 2 SCC41 Standards Project Acceptance Criteria 1. Broad market application  Each SCC41 (P1900 series) standard shall.
Lecture Topics covered CMMI- - Continuous model -Staged model PROCESS PATTERNS- -Generic Process pattern elements.
Draft Approved for Public Release Network Centric Operations Industry Consortium SCOPE Model Overview December 8, 2006 Hans Polzer Vice Chair, Services.
Lockheed Martin Aeronautics Company Candidate Collaborative Projects for Net-Centric Application Michael F. Siok, PE Lockheed Martin Aeronautics Company.
Lecture 7: Requirements Engineering
Enterprise Architecture, Enterprise Data Management, and Data Standardization Efforts at the U.S. Department of Education May 2006 Joe Rose, Chief Architect.
Illustrations and Answers for TDT4252 exam, June
Information Systems Engineering. Lecture Outline Information Systems Architecture Information System Architecture components Information Engineering Phases.
SOFTWARE DESIGN AND ARCHITECTURE LECTURE 05. Review Software design methods Design Paradigms Typical Design Trade-offs.
FEA DRM Management Strategy Presented by : Mary McCaffery, US EPA.
+ Chapter 9: Management of Business Intelligence © Sabherwal & Becerra-Fernandez.
W HAT IS I NTEROPERABILITY ? ( AND HOW DO WE MEASURE IT ?) INSPIRE Conference 2011 Edinburgh, UK.
Experiences with Net-Centric Advocacy and Assessments Hans Polzer, Lockheed Martin September 19, 2008.
EPA Enterprise Data Architecture Metadata Framework Assessment Kevin J. Kirby, Enterprise Data Architect EPA Enterprise Architecture Team
United States Department of Justice Achieving Information Interoperability and Business Agility The Justice Reference Architecture:
27/3/2008 1/16 A FRAMEWORK FOR REQUIREMENTS ENGINEERING PROCESS DEVELOPMENT (FRERE) Dr. Li Jiang School of Computer Science The.
Enabling Net-centric Information Sharing Multinational Command and Control Semantic Interoperability Mr. Erik Chaum DMSO Assistant Director Simulation-to-C2.
1 Power to the Edge Agility Focus and Convergence Adapting C2 to the 21 st Century presented to the Focus, Agility and Convergence Team Inaugural Meeting.
Software Engineering (CSI 321) Software Process: A Generic View 1.
9/4/2003 Preparing Warriors Individually through Development and Distribution of Joint Knowledge 1 Joint Knowledge Development and Distribution Capability.
SE513 Software Quality Assurance Lecture12: Software Reliability and Quality Management Standards.
ISWG / SIF / GEOSS OOSSIW - November, 2008 GEOSS “Interoperability” Steven F. Browdy (ISWG, SIF, SCC)
1 Industry Advisory Council’s Enterprise Architecture Shared Interest Group (IAC EA SIG) Collaborative Approach to Addressing Common Government- Industry.
LECTURE 5 Nangwonvuma M/ Byansi D. Components, interfaces and integration Infrastructure, Middleware and Platforms Techniques – Data warehouses, extending.
Managing Enterprise Architecture
Developing a Monitoring & Evaluation Plan MEASURE Evaluation.
Why KM is Important KM enhances mission command, facilitates the exchange of knowledge, supports doctrine development, fosters leaders’ development, supports.
Unified Architecture Framework NATO Architecture CaT Introduction
Identify the Risk of Not Doing BA
NDIA Architecture Analysis for System-of-System (SoS) Interoperability Assessment Karen L. Lauro, Ph.D Oct 21, 2003.
Hyper-V Cloud Proof of Concept Kickoff Meeting <Customer Name>
2018 Real Cisco Dumps IT-Dumps
Entity/Data Representation in Different Contexts, Frames of Reference, and Context-Changing Events Hans W. Polzer March 21, 2018.
Presentation transcript:

Semantics, Interoperability, Network Centric Operations Industry Consortium & SICoP John Yanosy (Rockwell Collins) – Chair Semantic Interoperability Framework WG Hans Polzer (Lockheed Martin) – Chair SCOPE WG Todd Schneider (Raytheon)

2 Agenda  NCOIC Introduction  NCOIC & Interoperability  Interoperability & Semantics –Semantic Interoperability Framework WG  Interoperability & Big Picture –SCOPE WG  URL’s –NCOIC – –SICoP -

3 NCOIC Vision & Mission Vision Mission Our mission is to facilitate the global realization of Network Centric Operations. We seek to enable interoperability across the spectrum of joint, interagency, intergovernmental, and multinational industrial and commercial operations. NCOIC is global, with membership open to those who wish to apply the vast potential of network centric technology to the operational challenges faced by our nations and their citizens. Information Architecture Comm & Networking Architecture System A System B System C NCO Industry working together with our customers to provide a network centric environment where all classes of information systems interoperate by integrating existing and emerging open standards into a common evolving global framework that employs a common set of principles and processes.

4  Broad Membership –Currently 100 Member Organizations from 19 countries, including Leading IT, Aerospace & Defense companies Government organizations Non-Governmental Organizations Academic Institutions  Experienced Advisory Council –24 key global government and civilian customers –Representatives from Australia, France, Germany, Italy, NATO, Sweden, UK, & the US  Growing Government Relationships –ASD(NII), Australia DoD, DHS, DISA, European Defence Agency, FAA, JFCOM, NATO, SPAWAR, Swedish FMV (The Swedish Defence Materiel Administration) NCOIC - At A Glance

5 NCOIC Membership Comes From These Countries AustraliaCanadaDenmarkFinlandFrance GermanyItalyIrelandIsrael NetherlandsPolandRomaniaSpain South Korea Sweden Switzerland Turkey United Kingdom United States NCOIC welcomes global membership Belgium

6 100 Member Companies & Organizations in NCOIC Just a few of the names that you might recognize…

7 Affiliate Council Members Executive Operations Committee Technical Council Functional Teams & Working Groups Strategy Committee Marcom Committee Membership Committee Executive Council Advisory Council Staff Executive Director NCOIC Organization

8 Functional Teams  Building Blocks Functional Team (FT): Identifies elements that help enable interoperability for interested stakeholders. Products identified as an “NCOIC Certified Interoperability Building Block” can be trusted to exhibit NIF-identified characteristics of interoperability.  Integrated Project Teams (IPTs): Customer-facing teams whose role is to aggregate the technical deliverables of the various technical functional teams in support of specific customer missions.  Modeling, Simulation, Testing and Evaluation FT: Utilizes techniques and laboratories to test, validate and / or demonstrate increased levels of interoperability resulting from use of NCOIC deliverables. Demonstrates effectiveness of NCOIC concepts and deliverables to foster interoperability between NCOIC member and government labs.  Net-Centric Assessment FT: Develops tools for use by systems engineers to determine the level of Netcentricity that has been achieved in systems. The Net-Centric Assessment Tool (NCAT™) exists as both an engine for performing assessments, and independent content files for use in operational domains.  NIF Architecture Concepts FT: Develops enabling guidance that system engineers can use to develop systems-of-systems capabilities. This construct consists of architectural principles, patterns, and Protocol Functional Collections (PFCs).  Requirements Validation FT: Develops and promotes models and practices useful to customers and member companies for validating requirements in a network centric environment.  Specialized Frameworks FT: Identifies specialized frameworks and patterns compliant with the guidelines, content, and scope specified by the NIF™. The team populates the NIF library with PFCs that are consistent with the NCO tenants and other technical principles, focusing on specific technical domains affecting network centric interoperable architectural solutions.  Systems Engineering and Integration FT: Integrates efforts and promotes NCOIC FT deliverables for accomplishing NCOIC goals and objectives.

9 NCOIC Terms  Network-Centric: –Related to systems and patterns of behavior that are influenced significantly or enabled by current and emergent networks and network technologies. Often these center around IP-based internetworking, but the term is sometimes used to include any type of enabling network.  Network-Centric Operations (NCO): –An information superiority-enabled concept of operations that generates increased combat power by networking sensors, decision makers, and shooters to achieve shared awareness, increased speed of command, higher tempo of operations, greater lethality, increased survivability and a greater degree of self-synchronization. Net-Centricity necessarily requires interoperability

10 NCO Theme "Net Centricity A full contact Social Sport" Hans Polzer (Lockheed Martin )

11 NCOIC & Interoperability  (DOD/NATO) The ability of systems, units, or forces to provide services to, and accept services from other systems, units, or forces and to use the services so exchanged to enable them to operate effectively together. (Joint Pub 1-02)  (DOD only) The condition achieved among communications-electronics systems or items of communications-electronics equipment when information or services can be exchanged directly and satisfactorily between them and/or their users. The degree of interoperability should be defined when referring to specific cases. (Joint Pub 1-02)  (NATO) The ability to operate in synergy in the execution of assigned tasks. (AAP-6 [2005])  (IEEE) … the ability of two or more systems or components to exchange information and to use the information that has been exchanged  (Wikipedia) Interoperability is connecting people, data and diverse systems. The term can be defined in a technical way or in a broad way, taking into account social, political and organizational factors.

12 Interoperability & Semantics  Hypothesis No ‘true’ interoperability without Semantic interoperability  Semantics is everywhere –Between people –Between organizations –Between people and systems –Between systems and sensors –Between systems –Between software elements –Between protocols –Between network services and clients, users of services –Between information systems and creators/users of information –Between different organizations and expectations about uses of systems and information –Between definitions of concepts between people in different contexts

13 Semantic Interoperability Framework Working Group John Yanosy, Chair

14 Semantic Interoperability Framework (SIF) WG Charter This project will develop the NIF Semantic Interoperability (SIF) Framework, a sub-framework of the NCOIC NIF overarching framework. The SIF framework in this context will include:  Development of an evolving technology and capability map of all of the relevant concepts and technologies associated with this domain,  Development of a clear and unambiguous definition of semantic interoperability,  Identification and description of the impact that various levels of semantic interoperability can have on networked operations,  Evolution of an overarching semantic interoperability model,  Identification and taxonomic classification of the semantic interoperability problems and examples of within various applications,  Development of semantic interoperability principles and tenets,  Identification and development of semantic interoperability architecture patterns.  Emerging technology concepts will also be discussed as to their scope of problem solution and possibly their maturity level and related standards.

15 SIF WG Objectives  Develop a comprehensive understanding of the problems of semantic interoperability in a NCO environment  Define a semantic interoperability framework (SIF) where the scope and role of each problem can be illustrated and where problem specific architectural pattern solutions can be integrated (Services, Situational, and Knowledge Sharing domains)  Investigate, describe, and provide guidance in the use of semantic technologies and standards that supports mutually consistent understanding of shared information  Develop NCO Capability Specific Semantic Interoperability Patterns  Semantic Interoperability Concept Map  Develop Semantic Interaction Model –Based on speech acts –Characterizing intention (sufficient for NCO)  Lexicon

16 SIF Concept Map

17 Operations Linguistics Philosophy NCOIC Semantic Interoperability Space Knowledge Representation Computer Science Cognitive Systems Systems Engineering SI Net Centric Ops Logic

18 NCOIC Semantic Interoperability Principles  Interoperability between systems and agents is –Purposeful –Informed by goals, –Operating in contexts –Sharing domain knowledge (whether explicit or implied).  Goals guide selection of intentions and execution of actions  Communications occur within a few universal intentional categories (Speech Acts – request knowledge, commit to action, request action, … )  Context constrains relevant domain knowledge for a situation  Useful Knowledge is organized in semantic domain models

19 Systems, Capabilities, Operations, Programs, and Enterprises (SCOPE) Model Hans Polzer, Chair

20 SCOPE WG Charter ─ Develop and evolve means to characterize requirements for network centric systems ─ Work with Engineering Process Team, IPTs and NCAT WGs to enable and learn from application of this characterization means to actual capability development SCOPE MODEL

21 What is the SCOPE Model?  SCOPE Purpose –Describe the degree a set of Systems supports a Capability, Operation, Program or Enterprise (SCOPE) over a network  SCOPE provides a means to characterize interoperability requirements for network centric systems –How isolated or connected are the systems/organizations to each other? –How isolated or connected are the systems/organizations to their environment? –What are the intended purposes of the connection between systems? –How feasible is the system?

22 NCO Layers of Interoperability Data/Object Model Interoperability Connectivity & Network Interop. Physical Interoperability Semantic/Information Interoperability Knowledge/Awareness of Actions Aligned Procedures Aligned Operations Harmonized Strategy/Doctrines Political or Business Objectives Organizational Interoperability Technical Interoperability Layers of Interoperability Network Transport Information & Services People & Process NEEDS CONSTRAINTS

23 SCOPE Model Dimensions Broad & Specific  Net Readiness Dimension set –Measures how open and adaptable component systems are to working with each other over the network  Capability Scope Dimension set (two) –One for DOMAIN SPECIFIC characteristics, One for DOMAIN INDEPENDENT characteristics –Measures how broad, deep, and diverse the operational architectures are that the systems are designed to support and adapt to  Technical Feasibility Dimension set –Measures how feasible it is to achieve desired operational capabilities, given the systems and their information exchanges over the available network using established technical standards and infrastructure services

24 Scope Dimensions – Version 1

25 DoDAF Architecture Views and SCOPE Dimensions OPERATIONAL VIEWS SYSTEM VIEWS TECHNICAL STANDARDS VIEWS Identifies Participant Relationships and Information Needs Relates Capabilities & Characteristics to Operational Requirements Prescribes Standards and Conventions BROAD NARROW CAPABILITY SCOPE LEVELS Which Systems Interact? About What? How Much? (and Why?) To What Effect? HIGH LOW TECHNICAL FEASIBILITY LEVELS Can Capability be achieved with Current Stds & Technologies? Are New Stds or Changes Needed? Is the information Obtainable, Accurate, timely? NET-READY LEVELS What do Systems say to each other? How is this information represented? OPEN CLOSED

26 Examples of Net-Ready SCOPE Dimensions & Levels Value Dimension Tighter Coupling / Less Net-Readiness Looser Coupling / More Net-Readiness Service DiscoveryService specs pub at design Service specs pub run-time OWL spec for Services Comparative service select Information DiscoveryStatic IndexesMetadata NavigationRelevance MeasuresContext-driven Search Info Model Pre- Agreement Complex data & doctrine Standard XML Schemas Business ObjectASCII, URLs Information Assurance Link encrypt - SSL Single sign-on support DoD-Wide PKI support MSL, cross- domain spprt Autonomic NetworkingDesign Time Configuration Run Time Re- Configuration Dynamic Net Management Adaptive Net Management Semantic Interoperability No Explicit Semantics Semantic Metadata for Interfaces Ontology-based interfaces Dynamic Ontology mapping

27 Examples of Capability-Independent SCOPE Dimensions and Levels Overall Scope and Types of Enterprise Single UnitSingle Service or AgencyDoD-WideWorld-Wide Capability BreadthSingle Functional Domain/Service Multi-Domain, Multi- Service Multi-Dept, NGO, IndustryCoalition, Multi-Enterprise Type Capability DepthSingle LevelTwo LevelsThree EchelonsFour or More Echelons Organizational Model and Culture Rigid Hierarchy, Vertically Integrated Adaptive Hierarchy, Interact Horizontally Flat, Empowered, Open to Partnering Adaptive, Social, Interdependent Unity of Life Cycle Control/Alignment Single DoD Acquis. ExecMultiple DoD Acquis. ExecDoD & US Syst. OwnersMulti-National Syst. Owners Acquisition Congruence (SD)All Systems on Same Timeline Timeline within 2 yearsTimeline within 5 yearsTimelines >5 years apart Semantic InteroperabilitySingle Domain VocabularyMulti-Domain VocabularySingle LanguageMultiple Languages Operational Context (SD)Single Ops ContextMultiple Ops ContextsFuture/Past IntegrationHypothetical Entities Value Dimension Narrower Scope Broader Scope

28 Examples of Technical Feasibility Dimensions Inter-System Time Binding to Achieve Capability StrategicTacticalTransactionalReal Time Run-Time Computing Resources Needed <1% of existing system resources 1-10%10-50%>50% of existing system resources Service Mgmt. Resources Needed NegligibleWithin Current Net Service Capacity Within Planned Net Service Capacity Beyond Planned Net Service Capacity Net Resources Needed (FD) NegligibleWithin Current Net Capacity Within Planned Net Capacity Beyond Planned Net Capacity Interface Development Complexity <1% of system size1-10%10-50%>50% of system size Technology Readiness Level For Net Use TRL Levels 8-9TRL Levels 6-7TRL Levels 4-5TRL Levels 1-3 Value Dimension Smaller Risk Larger Risk

29 SCOPE Model Summary  SCOPE is a comprehensive, balanced approach to assessing sets of systems from a net centric operations perspective –Evolved through application against real programs –Yet has an overarching perspective on the problem space, semi- orthogonal to architecture frameworks (FEAF, DoDAF, Zachman, etc.)  SCOPE is a “Goldilocks” model –No preconceived value for any given degree of net-centricity –Value depends on operational objectives of target system sponsors Desired degree of agility Desired degree of operational/resource scope  SCOPE has potential to be a net-centric content-based complement to CMMI to characterize what is built vice how –But focused more on “best fit” to the problem domain rather than “maturity” or “level” based Helps position programs/systems in the larger ecosystem of institutional goals and capabilities; Identifies interoperability gaps

30  NCOIC –  SICoP -