<?xml version="1.0" encoding="UTF-8"?>
<StrategicPlan xmlns="urn:ISO:std:iso:17469:tech:xsd:stratml_core" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="urn:ISO:std:iso:17469:tech:xsd:stratml_core http://xml.govwebs.net/stratml/references/StrategicPlanISOVersion20140401.xsd"><Name>NCOIC Patterns</Name><Description></Description><OtherInformation></OtherInformation><StrategicPlanCore><Organization><Name>Semantic Community</Name><Acronym>SC</Acronym><Identifier>_6a70bcfc-1371-11e0-9fb7-3c327a64ea2a</Identifier><Description></Description><Stakeholder><Name>Brand Niemann</Name><Description></Description></Stakeholder></Organization><Organization><Name>Network Centric Operations Industry Consortium</Name><Acronym>NCOIC</Acronym><Identifier>_6a70c008-1371-11e0-9fb7-3c327a64ea2a</Identifier><Description></Description><Stakeholder><Name></Name><Description></Description></Stakeholder></Organization><Vision><Description></Description><Identifier>_6a70c198-1371-11e0-9fb7-3c327a64ea2a</Identifier></Vision><Mission><Description></Description><Identifier>_6a70c24c-1371-11e0-9fb7-3c327a64ea2a</Identifier></Mission><Value><Name></Name><Description></Description></Value><Goal><Name>Space, Air, Ground, and Maritime (SAGM) Mobile Communication</Name><Description>Ensure end-to-end multimedia information communication while all source and destination nodes are mobile in heterogeneous wireless networks; in ad hoc, connected, and disconnected modes; in different media; and while roaming.</Description><Identifier>_6a70c2f6-1371-11e0-9fb7-3c327a64ea2a</Identifier><SequenceIndicator>Operational 1</SequenceIndicator><Stakeholder><Name></Name><Description></Description></Stakeholder><OtherInformation>The Space, Air, Ground, and Maritime (SAGM) Mobile Communication and Networking Operational Pattern corresponds to a global surveillance operation involving air, ground, space, and maritime mobile communications. The problem area is how to ensure end-to-end multimedia information communication while all source and destination nodes are mobile in heterogeneous wireless networks; in ad hoc, connected, and disconnected modes; in different media; and while roaming. In concurrence, communication policy management is needed for compliance.  https://www.ncoic.org/apps/group_public/download.php/15963/SAGM%20MCN%20Operational%20Pattern_20100407V1.pdf</OtherInformation><Objective><Name></Name><Description></Description><Identifier>_6a70c3a0-1371-11e0-9fb7-3c327a64ea2a</Identifier><SequenceIndicator></SequenceIndicator><Stakeholder><Name></Name><Description></Description></Stakeholder><OtherInformation></OtherInformation></Objective></Goal><Goal><Name>Legacy Services</Name><Description>Describe methods for upgrading an existing system into a Service Oriented Architecture.</Description><Identifier>_6a70c468-1371-11e0-9fb7-3c327a64ea2a</Identifier><SequenceIndicator>Capability 1</SequenceIndicator><Stakeholder><Name></Name><Description></Description></Stakeholder><OtherInformation>Service Oriented Architecture (SOA) is revolutionizing software application concepts within commercial business. SOA offers life cycle cost reduction promise through software reuse. SOA has been mandated for new systems by the North Atlantic Treaty Organization (NATO) and the United States Department of Defense. SOA is an enabler for Net-Centricity because it provides the ability for users to get information they need in a timely manner irrespective of location. This pattern describes methods for upgrading an existing system, hereinafter designated as the Legacy System, into a SOA. Five alternative methods are discussed, along with principles that should be considered in selecting one of these methods.   https://www.ncoic.org/apps/group_public/download.php/14531/Legacy%20Services%20Capability%20Pattern20091211v1.10.pdf</OtherInformation><Objective><Name></Name><Description></Description><Identifier>_6a70c526-1371-11e0-9fb7-3c327a64ea2a</Identifier><SequenceIndicator></SequenceIndicator><Stakeholder><Name></Name><Description></Description></Stakeholder><OtherInformation></OtherInformation></Objective></Goal><Goal><Name>Design Phase Service Integration</Name><Description>Provide a basis for understanding software integration projects along with some implementation guidance and best practices.</Description><Identifier>_6a70c5f8-1371-11e0-9fb7-3c327a64ea2a</Identifier><SequenceIndicator>Capability 2</SequenceIndicator><Stakeholder><Name></Name><Description></Description></Stakeholder><OtherInformation>In software integration projects, several recurrent issues appear: What are the products to incorporate and how should they be integrated? What legacy solutions are in place? How will the software evolve? Can one plus one total more than two by employing a network-centric solution? Depending on the answers, Different integration models and integration frameworks are available within or across networks. The integration described here offers advantages and leads naturally to a scalable net-centric solution. The key is taking integration issues into account at inception. All involved stakeholders, product provider, integrator, and customer, must share a process compliant to this pattern. Goals include minimal dependencies and appropriate service composition and encapsulation based on a shared Service-Oriented Architecture model. This is also known as separation of concerns. This pattern provides a basis for understanding along with some implementation guidance and best practices from the field.  https://www.ncoic.org/apps/group_public/download.php/15964/DesignPhaseServiceIntegration_NCPattern_20100407V1_0.pdf</OtherInformation><Objective><Name></Name><Description></Description><Identifier>_6a70c6ca-1371-11e0-9fb7-3c327a64ea2a</Identifier><SequenceIndicator></SequenceIndicator><Stakeholder><Name></Name><Description></Description></Stakeholder><OtherInformation></OtherInformation></Objective></Goal><Goal><Name>Information Dissemination Shared Database</Name><Description>Provide a solution for how to exchange and disseminate processed information of different types from different sources to multiple information systems using computing and communications services through and from different organizations. </Description><Identifier>_6a70c7a6-1371-11e0-9fb7-3c327a64ea2a</Identifier><SequenceIndicator>Capability 3</SequenceIndicator><Stakeholder><Name></Name><Description></Description></Stakeholder><OtherInformation>The Information Dissemination Shared Database (IDSD) Pattern provides a solution for how to exchange and disseminate processed information of different types from different sources to multiple information systems using computing and communications services through and from different organizations. The IDSD Pattern embodies a network service that enables efficient data sharing among multiple stakeholders. This service provides a single data subscription capability and uses a metamodel to indicate where data are available to a data consumer. The shared data can be videos, pictures, raw data, and processed data. In such multi-organization environment, disseminating information over organizations or joint organizations is difficult because the architecture is often not built for such interaction. Security restrictions and existing interoperability are not efficient enough. This pattern can be used in a joint, multidomain (ground/air/maritime, organization/multinational, civil/military) architecture model based on dissemination of information (for example, raw data from sensors and processed information) through and from different organizations. This applies to civil and military domains, such as border security, maritime security, homeland security, and large events security.  https://www.ncoic.org/apps/group_public/download.php/16581/IDSD%20Pattern.pdf</OtherInformation><Objective><Name></Name><Description></Description><Identifier>_6a70c896-1371-11e0-9fb7-3c327a64ea2a</Identifier><SequenceIndicator></SequenceIndicator><Stakeholder><Name></Name><Description></Description></Stakeholder><OtherInformation></OtherInformation></Objective></Goal><Goal><Name>Land Force Tracking Gateway Network Centric Capability</Name><Description>Provide guidance to industry on implementation of a gateway to achieve interoperability among disparate systems from civil or military organizations. </Description><Identifier>_6a70c990-1371-11e0-9fb7-3c327a64ea2a</Identifier><SequenceIndicator>Capability 4</SequenceIndicator><Stakeholder><Name></Name><Description></Description></Stakeholder><OtherInformation>The Land Force Tracking Gateway Network Centric Capability Pattern provides guidance to industry on implementation of a gateway to achieve interoperability among disparate systems from civil or military organizations. It is intended for use in a ground context such as police, military, firefighters, non-governmental organizations (NGOs), and emergency responders who need to exchange localization information between or across systems and organizations. For the purpose of this document, the term &#8220;force&#8221; refers to a coherent set of individuals acting as a group for the purpose of an organization, as in a company&#8217;s &#8220;workforce&#8221; or a city&#8217;s &#8220;police force.&#8221; Users of this pattern include the following: Subject matter experts (SME) from organizations involved in homeland security, aviation, medical, emergency response, NGOs (for example, Red Cross), and NATO. System architects not directly involved in developing systems such as land force tracking systems and command, control, and communication (C3) systems. This pattern serves as a key element for information sharing among multiple stakeholders and domains and as a good example of public awareness of a proven solution by using the public NCOIC Building Block Repository. This pattern complies with the NCOIC Interoperability Framework NIF&#8482; Solution Description Reference Manual (NSD-RM).  https://www.ncoic.org/apps/group_public/download.php/16616/NCOIC_LandForceTrackingGatewayCapabilPatternV3.0_20100303PubRelComp.pdf</OtherInformation><Objective><Name></Name><Description></Description><Identifier>_6a70ca8a-1371-11e0-9fb7-3c327a64ea2a</Identifier><SequenceIndicator></SequenceIndicator><Stakeholder><Name></Name><Description></Description></Stakeholder><OtherInformation></OtherInformation></Objective></Goal><Goal><Name>All Hazards Alerts and Warnings</Name><Description></Description><Identifier>_6a70cbde-1371-11e0-9fb7-3c327a64ea2a</Identifier><SequenceIndicator>Capability 5</SequenceIndicator><Stakeholder><Name></Name><Description></Description></Stakeholder><OtherInformation>The All Hazards Alerts and Warnings (AHAW) Capability Pattern provides a practical, pragmatic methodology for efficient and timely generation, authentication, or confirmation and distribution of emergency alerts and warnings based on the latest version of the Common Alerting Protocol (CAP) Standard from the Organization for the Advancement of Structured Information Standards (OASIS). This pattern positions the use of CAP in a global system of systems, network of networks using a service-oriented architecture (SOA). The AHAW Pattern SOA will be reused in associated Net-Enabled Emergency Response (NEER) Integrated Project Team (IPT) patterns where it is appropriate. This pattern seeks to automate the human-to-machine, machine-to-machine, and machine-to-human interchange during emergency communications as effectively as possible given the limitations of heterogeneous Information and Communication Technology (ICT) systems and system-of-systems.  https://www.ncoic.org/apps/group_public/download.php/16801/AHAW_Capability_Pattern_V1%200_20100720.pdf</OtherInformation><Objective><Name></Name><Description></Description><Identifier>_6a70cd00-1371-11e0-9fb7-3c327a64ea2a</Identifier><SequenceIndicator></SequenceIndicator><Stakeholder><Name></Name><Description></Description></Stakeholder><OtherInformation></OtherInformation></Objective></Goal><Goal><Name>DIL Communications Management </Name><Description>Describe how a network of connected links with variable link capacity operates to maintain communications service and situational awareness. </Description><Identifier>_6a70ce36-1371-11e0-9fb7-3c327a64ea2a</Identifier><SequenceIndicator>Technical 1</SequenceIndicator><Stakeholder><Name></Name><Description></Description></Stakeholder><OtherInformation>The DIL Communications Management Technical PatternThis pattern describes technology-independent logic for adjusting the capacity of links in a DIL environment. The Pattern describes supporting features required at several protocol layers.  https://www.ncoic.org/apps/group_public/download.php/14541/DIL%20Technical%20Pattern20091211V1.0.pdf</OtherInformation><Objective><Name></Name><Description></Description><Identifier>_6a70cf76-1371-11e0-9fb7-3c327a64ea2a</Identifier><SequenceIndicator></SequenceIndicator><Stakeholder><Name></Name><Description></Description></Stakeholder><OtherInformation></OtherInformation></Objective></Goal><Goal><Name>Simple and Extensible Email Services (SEES)</Name><Description>Give guidance and to specify baseline performance requirements for a simple and extensible e-mail service.</Description><Identifier>_6a70d0b6-1371-11e0-9fb7-3c327a64ea2a</Identifier><SequenceIndicator>Technical 2</SequenceIndicator><Stakeholder><Name></Name><Description></Description></Stakeholder><OtherInformation>Proprietary e-mail systems often define their own parameters, sometimes impeding inter-operability. This pattern aims to give guidance and to specify baseline performance requirements for a simple and extensible e-mail service which is: net centric, robust, secure, seamless and, hence, interoperable.  https://www.ncoic.org/apps/group_public/download.php/14139/SEES%20Pattern.pdf</OtherInformation><Objective><Name></Name><Description></Description><Identifier>_6a70d1f6-1371-11e0-9fb7-3c327a64ea2a</Identifier><SequenceIndicator></SequenceIndicator><Stakeholder><Name></Name><Description></Description></Stakeholder><OtherInformation></OtherInformation></Objective></Goal><Goal><Name>Secure Formatted Information Exchange Gateway (SFIEG)</Name><Description>Describe a portal between two networks which prevents certain data being released from one network to the other network.</Description><Identifier>_6a70d34a-1371-11e0-9fb7-3c327a64ea2a</Identifier><SequenceIndicator>Technical 3</SequenceIndicator><Stakeholder><Name></Name><Description></Description></Stakeholder><OtherInformation>The goal of this pattern is to describe a portal between two networks which prevents certain data being released from one network to the other network. This is done by determining, by inspection, whether any message (rather than packet) is marked in a way indicating that it (or part of it) should not be passed on. Alternatively, a message identified as carrying non-releasable information may be modified by the removal or replacement of the non-releasable information before the message is passed on with the remainder of the information intact. This portal is proposed as a filter. It may be used to allow acceptable data to enter a network, as well as to prevent its exit. Nothing in this pattern prevents the incorporation of two opposite directional filters in the same implementation. This pattern proposes a model based upon message labeling and filtering, as opposed to packet filtering. Several alternative models may be applicable to an environment, with this model focusing on a messaging framework foundation.  https://www.ncoic.org/apps/group_public/download.php/15965/SFIEG_Pattern_v%201.2_20100329marked.pdf</OtherInformation><Objective><Name></Name><Description></Description><Identifier>_6a70d49e-1371-11e0-9fb7-3c327a64ea2a</Identifier><SequenceIndicator></SequenceIndicator><Stakeholder><Name></Name><Description></Description></Stakeholder><OtherInformation></OtherInformation></Objective></Goal><Goal><Name>Core Network Access (CNA)</Name><Description>Describe an encrypted Virtual Private Network (VPN) architecture providing secure interconnections between moveable Local Area Systems (LAS). </Description><Identifier>_6a70d688-1371-11e0-9fb7-3c327a64ea2a</Identifier><SequenceIndicator>Technical 4</SequenceIndicator><Stakeholder><Name></Name><Description></Description></Stakeholder><OtherInformation>This pattern is part of a set of patterns describing an encrypted Virtual Private Network (VPN) architecture providing secure interconnections between moveable Local Area Systems (LAS). This pattern describes a method for connecting a number of non-fixed access networks to a fixed core network. This pattern provides a clear differentiation between non-fixed specialized access networks and the core network that provides long-range information transport between the access networks. Only authenticated and authorized access networks will be permitted to connect to the core network.  https://www.ncoic.org/apps/group_public/download.php/17469/CNA_Pattern_V1_0_20100930.pdf
</OtherInformation><Objective><Name></Name><Description></Description><Identifier>_6a70d804-1371-11e0-9fb7-3c327a64ea2a</Identifier><SequenceIndicator></SequenceIndicator><Stakeholder><Name></Name><Description></Description></Stakeholder><OtherInformation></OtherInformation></Objective></Goal></StrategicPlanCore><AdministrativeInformation><StartDate></StartDate><EndDate></EndDate><PublicationDate>2010-12-29</PublicationDate><Source>http://semanticommunity.info/Network_Centricity#NCOIC_Patterns</Source><Submitter><FirstName>Owen</FirstName><LastName>Ambur</LastName><PhoneNumber></PhoneNumber><EmailAddress>Owen.Ambur@verizon.net</EmailAddress></Submitter></AdministrativeInformation></StrategicPlan>