CMS 01_0171_igs- 1 Moving SECOORA Forward Conceptual Design of an Enterprise Architectural Framework...
-
date post
19-Dec-2015 -
Category
Documents
-
view
212 -
download
0
Transcript of CMS 01_0171_igs- 1 Moving SECOORA Forward Conceptual Design of an Enterprise Architectural Framework...
CMS 01_0171_igs- 1
Moving SECOORA ForwardConceptual Design of an Enterprise Architectural FrameworkFact and Speculation
Moving SECOORA ForwardConceptual Design of an Enterprise Architectural FrameworkFact and Speculation
13 September 2006
Carroll A. Hood
GEOSS Chief Architect
13 September 2006
Carroll A. Hood
GEOSS Chief Architect
CMS 01_0171_igs- 2
FactFact
CMS 01_0171_igs- 3
GEOSS Framework
IOOS Framework
SECOORA Planning FrameworkSECOORA Planning Framework
Governance and
FundingWG
Product Developmentand
MarketingWG
Operational and
Systems PerformanceWG
Researchand
DevelopmentWG
• RA Goals and Objectives
• Governance Plan
• By-Laws, Articles of Incorporation
• Budget Requirements
• Outreach Plan
• Marketing Plan
• Regional Research Priorities
• Pilot Projects
• Workforce Sustainment .Training Plan
ObservationsAnd
Data Transmission SG
Data Managementand
CommunicationsSG
Data Analysisand
Data ProductsSG
• RCOOS Design Document
• Asset Inventory/Future needs
• System Performance Milestones/Metrics
• Ocean Data Partnership
• Standards/Protocols
• System Performance Milestones/Metrics
• Modeling/Forecasting Strategic Plan
• User Interfaces
• Private Section Coordination
• System Performance Milestones//Metrics
IEOS or GOOS Framework
CMS 01_0171_igs- 4
Higher Level FrameworksHigher Level Frameworks
Designed to ensure that the GEOSS Value Proposition can be fulfilled– Individual assets can be easily discovered, accessed, and exploited by as wide
range of potential users as possible;– Assets can readily be combined to support any number of value-enhancing
end uses; and– The implementation strategy proactively strives to expand empowerment at all
levels, promote equal opportunity access and reduce life cycle costs by facilitating sharing and reuse.
Designed NOT to – Dictate local priorities– Prescribe which assets can become part of the enterprise, – Dictate the business model that an asset or organization can employ, – Specify how assets operate internally
Designed to ensure that the GEOSS Value Proposition can be fulfilled– Individual assets can be easily discovered, accessed, and exploited by as wide
range of potential users as possible;– Assets can readily be combined to support any number of value-enhancing
end uses; and– The implementation strategy proactively strives to expand empowerment at all
levels, promote equal opportunity access and reduce life cycle costs by facilitating sharing and reuse.
Designed NOT to – Dictate local priorities– Prescribe which assets can become part of the enterprise, – Dictate the business model that an asset or organization can employ, – Specify how assets operate internally
CMS 01_0171_igs- 5
Proposed SECOORA Enterprise Architecture FrameworkProposed SECOORA Enterprise Architecture Framework
Purpose– Provide guidance to the Working Groups and Subgroups to ensure that SECORRA
development activities consider the context of IOOS, IEOS, GOOS, and GEOSS architectural frameworks
• Use what we need• If we decide to go in a different direction, we do so with full understanding of the
cost, the benefits and the implications Activities
– Develop an EA Framework for SECOORA– Vet framework through Working Groups– Publish/maintain SECOORA EA Framework Document
Constraints– Top-down guidance incomplete and not single source
• NOAA is currently normalizing the results from two IOOS Conceptual Design Studies• GEOSS Secretariat is currently investigating options for developing Reference
Architectures for GEOSS– Bottom-up driver required consensus across stakeholders
• We’re not there yet
Purpose– Provide guidance to the Working Groups and Subgroups to ensure that SECORRA
development activities consider the context of IOOS, IEOS, GOOS, and GEOSS architectural frameworks
• Use what we need• If we decide to go in a different direction, we do so with full understanding of the
cost, the benefits and the implications Activities
– Develop an EA Framework for SECOORA– Vet framework through Working Groups– Publish/maintain SECOORA EA Framework Document
Constraints– Top-down guidance incomplete and not single source
• NOAA is currently normalizing the results from two IOOS Conceptual Design Studies• GEOSS Secretariat is currently investigating options for developing Reference
Architectures for GEOSS– Bottom-up driver required consensus across stakeholders
• We’re not there yet
CMS 01_0171_igs- 6
SpeculationWhat Does it Mean to be GEOSS Compliant? Based On Raytheon's Proposed IOOS Conceptual Design
SpeculationWhat Does it Mean to be GEOSS Compliant? Based On Raytheon's Proposed IOOS Conceptual Design
CMS 01_0171_igs- 7
GEOSS Architecture FrameworkGEOSS Architecture Framework
Assets. A GEOSS asset is any data stream, system, application, product or service that has utility or value to any potential GEOSS user. This definition is extremely broad and expansive – by design. We do not wish to constrain creativity or innovation in the ways in which GEOSS can create value to society.
Adapters. Adapters are the software that integrate assets into the GEOSS Enterprise. Adapters expose products or services to the Enterprise without impacting the systems or applications that they connect. Adapters are also used to connect users into the Enterprise.
Services Infrastructure. A GEOSS Services Infrastructure provides the “Backplane” or place where adapters physically integrate assets into the enterprise. A Service Infrastructure provides a common Asset Registry as well as the underlying communication, security and workflow services for the Enterprise. Replication of these services at multiple sites provides Enterprise-wide interoperability.
Assets. A GEOSS asset is any data stream, system, application, product or service that has utility or value to any potential GEOSS user. This definition is extremely broad and expansive – by design. We do not wish to constrain creativity or innovation in the ways in which GEOSS can create value to society.
Adapters. Adapters are the software that integrate assets into the GEOSS Enterprise. Adapters expose products or services to the Enterprise without impacting the systems or applications that they connect. Adapters are also used to connect users into the Enterprise.
Services Infrastructure. A GEOSS Services Infrastructure provides the “Backplane” or place where adapters physically integrate assets into the enterprise. A Service Infrastructure provides a common Asset Registry as well as the underlying communication, security and workflow services for the Enterprise. Replication of these services at multiple sites provides Enterprise-wide interoperability.
CMS 01_0171_igs- 8
GEOSS Architecture Framework (Logical View)GEOSS Architecture Framework (Logical View)
Service Infrastructure
GEOSS Enterprise
Security Workflow
Communication
Other ServicesSecurity
Common Services
User
AssetAdapter
(Data/Application Access)
Adapter (Portlet)
Workflow
Communications
Registry
CMS 01_0171_igs- 9
GEOSS Architectural Framework(Physical View)GEOSS Architectural Framework(Physical View)
GEOSS Node (geopolitical, thematic)
CommonServices
CommonServices
CommonServices
CommonServices
Asset
Asset
Asset
Asset
Asset
Asset
Asset
Asset
Asset
Asset
Asset
Asset
Asset
Asset
Asset
Asset
Asset
Asset
Asset
Asset
SECOORA
CMS 01_0171_igs- 10
GEOSS Asset ComplianceGEOSS Asset Compliance
All GEOSS assets need to be registered with in a node of the GEOSS Asset Registry.
The required set of attributes for this registry have not yet been defined, but it will need to go beyond a typical Federal Geospatial Data Committee (FGDC) profile.
– All data and information products will need to include• Machine readable description of product format• Semantic characterization (ontology)• Full detailed history of relevant milestones with the complete product life cycle (full
provenance)• Characterization of quality
– All applications and services will need to include:• Full characterization of the service interface• Full detailed history of relevant milestones with the complete application life
cycle (full provenance)• Characterization of its Service Level Agreement (SLA)
– Availability– Business Rules or Constraints– Quality
All GEOSS assets need to be registered with in a node of the GEOSS Asset Registry.
The required set of attributes for this registry have not yet been defined, but it will need to go beyond a typical Federal Geospatial Data Committee (FGDC) profile.
– All data and information products will need to include• Machine readable description of product format• Semantic characterization (ontology)• Full detailed history of relevant milestones with the complete product life cycle (full
provenance)• Characterization of quality
– All applications and services will need to include:• Full characterization of the service interface• Full detailed history of relevant milestones with the complete application life
cycle (full provenance)• Characterization of its Service Level Agreement (SLA)
– Availability– Business Rules or Constraints– Quality
CMS 01_0171_igs- 11
GEOSS Adapter ComplianceGEOSS Adapter Compliance
All GEOSS Adapters should be registered in the GEOSS Asset Registry and placed into a software reuse library.
An item in the reuse library shall consist of– Documented source code– Full detailed history of relevant milestones with the complete adapter life cycle
(full provenance)– Test procedures– Relevant Use Cases
All GEOSS Adapters should be registered in the GEOSS Asset Registry and placed into a software reuse library.
An item in the reuse library shall consist of– Documented source code– Full detailed history of relevant milestones with the complete adapter life cycle
(full provenance)– Test procedures– Relevant Use Cases
CMS 01_0171_igs- 12
GEOSS Service Infrastructure ComplianceGEOSS Service Infrastructure Compliance
The evolution towards GEOSS will be facilitated by the development of a basic services infrastructure that can be replicated across the enterprise.
Replication provides a degree of local autonomy in terms of what assets need to be brought to bear for a particular national, regional or thematic community of interest; yet, because the service infrastructure is common, it promotes interoperability across the enterprise.
Replication provides a set of “common services” Components of this basic service infrastructure include:
– GEOSS Asset Registry (single system distributed across multiple sites)– Semantic Services (ability to create, update and map ontologies) – Discovery/Access Services (ability to plug in tailored portlets)– Security Services (ability to provide authentication, authorization)– Workflow Services (ability to chain together applications)– Development Services (support the development of adapters, portlets)
The evolution towards GEOSS will be facilitated by the development of a basic services infrastructure that can be replicated across the enterprise.
Replication provides a degree of local autonomy in terms of what assets need to be brought to bear for a particular national, regional or thematic community of interest; yet, because the service infrastructure is common, it promotes interoperability across the enterprise.
Replication provides a set of “common services” Components of this basic service infrastructure include:
– GEOSS Asset Registry (single system distributed across multiple sites)– Semantic Services (ability to create, update and map ontologies) – Discovery/Access Services (ability to plug in tailored portlets)– Security Services (ability to provide authentication, authorization)– Workflow Services (ability to chain together applications)– Development Services (support the development of adapters, portlets)
CMS 01_0171_igs- 13
SECOORA TestbedSECOORA Testbed
Raytheon is working to develop a Demonstration of the proposed architecture that utilizes SECOORA assets
Use demo to establish support and develop business case for a SECOORA EA Testbed
– Establish SECORRA Leadership in RA EA Development – Working Facility to test and improve interoperability– Springboard for R&D to extend the state-of-the-practice
Testbed would be a SECOORA asset, not a Raytheon asset
Raytheon is working to develop a Demonstration of the proposed architecture that utilizes SECOORA assets
Use demo to establish support and develop business case for a SECOORA EA Testbed
– Establish SECORRA Leadership in RA EA Development – Working Facility to test and improve interoperability– Springboard for R&D to extend the state-of-the-practice
Testbed would be a SECOORA asset, not a Raytheon asset