The GEOSS Architecture. 2 Three perceptions of “A System of Systems” A System for Converging Observation Systems Worldwide A System for Integrating Observation,

Slides:



Advertisements
Similar presentations
United Nations Spatial Data Infrastructure Dr Kristin Stock Social Change Online and Centre for Geospatial Science, University of Nottingham.
Advertisements

Page 1 GEO/CEOS-SIT Call to Action Ken McDonald WGISS Vice-Chair.
© GEO Secretariat Agenda Item 3. GEO UPDATE. © GEO Secretariat Membership 67 members and 43 Participating Organisations – New Members:Latvia, Moldova,
GEOSS Data Sharing Principles. GEOSS 10-Year Implementation Plan 5.4 Data Sharing The societal benefits of Earth observations cannot be achieved without.
DS-01 Disaster Risk Reduction and Early Warning Definition
Group on Earth bservations Discussion Paper on a Framework Dr. Ghassem Asrar August 1, 2003.
DELOS Highlights COSTANTINO THANOS ITALIAN NATIONAL RESEARCH COUNCIL.
GEO SB-01 Oceans and Society: Blue Planet An Integrating Oceans Task of GEO GEO-IX Plenary November 2012 Foz do Iguaçu, Brazil on behalf of the Blue.
Interoperability Principles in the Global Earth Observations System of Systems (GEOSS) Presented 13 March 2006 at eGY in Boulder, CO by: Eliot Christian,
© GEO Secretariat The Group on Earth Observations – Status and Post 2015 Osamu Ochiai GEO Secretariat 41 st CGMS Tsukuba, Japan 8-12 July 2013.
Think Resiliently Act Regionally Sustainable Communities Leadership Academy.
 DB&A, Knowledge Management Within and Across Projects June 15, 2012 INNOVATION for a better world.
Systems Engineering in a System of Systems Context
Enterprise Integration Architecture IPMA Professional Development Seminar June 29, 2006 Scott Came Director, Enterprise Architecture Program Washington.
© 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.
DCS Architecture Bob Krzaczek. Key Design Requirement Distilled from the DCS Mission statement and the results of the Conceptual Design Review (June 1999):
ESIP Air Quality Workgroup and the GEO Air Quality Community of Practice collaboratively building an air quality community network for finding, accessing,
Enterprise Architecture
Data Interoperability and Access Activities Prepared for the Data Archiving and Access Requirements Working Group (DAARWG) Ken McDonald, TPIO/GEO-IDE Jeff.
High Level Architecture Overview and Rules Thanks to: Dr. Judith Dahmann, and others from: Defense Modeling and Simulation Office phone: (703)
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.
CPSC 871 John D. McGregor Module 6 Session 3 System of Systems.
ESIP Federation Air Quality Cluster Partner Agencies.
Lecture 7: Requirements Engineering
Environmental Management System Definitions
1 Advanced Software Architecture Muhammad Bilal Bashir PhD Scholar (Computer Science) Mohammad Ali Jinnah University.
GEO Work Plan Symposium 2014 Data Management Task Force.
GEOSS Common Infrastructure Internal Structure and Standards Steven F. Browdy (IEEE)
W HAT IS I NTEROPERABILITY ? ( AND HOW DO WE MEASURE IT ?) INSPIRE Conference 2011 Edinburgh, UK.
Synthesis of Strategic Issues (Climate, Disasters, Water) and a draft European strategic framework.
What is GEO? launched in response to calls for action by the 2002 World Summit on Sustainable Development, Earth Observation Summits, and by the G8 (Group.
Draft GEO Framework, Chapter 6 “Architecture” Architecture Subgroup / Group on Earth Observations Presented by Ivan DeLoatch (US) Subgroup Co-Chair Earth.
Implementation Plan. At the U.S. Department of State, Washington DC July 31, 2003 Earth Observation Summit.
EPA Geospatial Segment United States Environmental Protection Agency Office of Environmental Information Enterprise Architecture Program Segment Architecture.
United States Department of Justice Achieving Information Interoperability and Business Agility The Justice Reference Architecture:
CEOS Priorities for 2013 Agenda 3 Kerry Ann Sawyer CEOS Executive Officer CEOS SIT-28 Meeting Hampton, Virginia, USA 12 March 2013.
Task NumberHarmonise, develop & implement capacity building Performance Indicators CB-07-01c Harmonise efforts by Tasks, in particular those related with.
® GEOSS AIP 5 Water SBA Update HDWG June 2012 Matt Austin NOAA Stefan Fuest KISTERS Jochen Schmidt NIWA.
GEO / GEOSS GEOSS Support for Decision-Making in the Coastal Zone: Managing and Mitigating the Impacts of Human Activities and Natural Hazards in the Coastal.
Promoting excellence in social security Building on sector wide commonalities to enhance the benefits of Information.
WGISS and GEO Activities Kathy Fontaine NASA March 13, 2007 eGY Boulder, CO.
ADC Portal & Clearinghouse GEO Architecture and Data Committee 2-3 March 2006 George Percivall OGC Chief Architect
Role of Technical Agencies Responsible for Hazard Assessment, Monitoring, Observations, Data and Analysis Dr. David Green National Oceanic and Atmospheric.
World Meteorological Organization Working together in weather, climate and water WIGOS and WIS WMO M. Berechree (WIGOS) D. Thomas (WIS)
GRID ANATOMY Advanced Computing Concepts – Dr. Emmanuel Pilli.
Douglas Cripe, GEO Secretariat 3rd African Water Cycle Coordination Initiative Workshop 4-5 February 2013 El Jadida, Morocco Introduction to GEO.
Global Partnership for Enhanced Social Accountability (GPESA) December 19, 2011 World Bank.
GEO Implementation Boards Considerations and Lessons Learned (Document 8) Max Craglia (EC) Co-chair of the Infrastructure Implementation Board (IIB) On.
E u r o p e a n C o m m i s s i o nCommunity Research Global Change and Ecosystems Malta, 27 January 2004 Alan Edwards EUROPEAN COMMISSION GMES – Implications.
National Geospatial Enterprise Architecture N S D I National Spatial Data Infrastructure An Architectural Process Overview Presented by Eliot Christian.
ISWG / SIF / GEOSS OOSSIW - November, 2008 GEOSS “Interoperability” Steven F. Browdy (ISWG, SIF, SCC)
Building Systems for Today’s Dynamic Networked Environments A Methodology for Building Sustainable Enterprises in Dynamic Environments through knowledge.
ISWG / SIF / GEOSS OOS - August, 2008 GEOSS Interoperability Steven F. Browdy (ISWG, SIF, SCC)
GEO Strategic Plan : Implementing GEOSS Douglas Cripe GEO Work Programme Symposium 2-4 May 2016, Geneva.
Creation of a System of Systems on a Global Scale: The Evolution of GEOSS Dr. Jay Pearlman The Boeing Company September
GEO WP 1. INFRASTRUCTURE (Architecture and Data Management)
The Architecture of GEOSS Dr
Capacity Building Enhance the coordination of efforts to strengthen individual, institutional and infrastructure capacities, particularly in developing.
A System of Systems for Earth Observation: The Architecture of GEOSS ADC Meeting, Seattle, WA July 20, 2006.
GEO-Global Water Sustainability
Some … Facts & Recommendations
Outline Pursue Interoperability: Digital Libraries
Grid Computing B.Ramamurthy 9/22/2018 B.Ramamurthy.
Why the Multistakeholder Approach Works
Oceans and Society: Blue Planet
Advanced Management Control and Sustainable Development
Scanning the environment: The global perspective on the integration of non-traditional data sources, administrative data and geospatial information Sub-regional.
MSDI training courses feedback MSDIWG10 March 2019 Busan
MODULE 11: Creating a TSMO Program Plan
Presentation transcript:

The GEOSS Architecture

2 Three perceptions of “A System of Systems” A System for Converging Observation Systems Worldwide A System for Integrating Observation, Modeling, and Data Management Systems A System for Coordinating the Nine Socio Benefit Areas DisasterHealthEnergy Climate Water EcosystemAgriculture Weather Biodiversity

3 Definition:Definition: A System-of-Systems (SoS) is a “super-system” comprised of elements that are themselves complex, independent systems which interact to achieve a common goal. –Component systems, functions, and behaviors may be added or removed during its use –It exhibits behavior, including emergent behavior, not achievable by the component systems acting independently –The components systems are managed in large part for their own purposes rather than the purposes of the whole Common Characteristics:Common Characteristics: –The component systems achieve well-substantiated purposes in their own right even if detached from the overall system Not just a large, complex system Constructed of Independent systems Value of the synergy Dynamic, open environment What is a “System of Systems?”

4 SoS Example - Weather Ocean and First Responders Systems Satellite Radiosonde Radar Profiler Weather Systems Ocean State Systems Integrated Storm Impact & Response Measurements & Analysis System Products Responders’ Information California Pictures

5 What is a system of systems Unanticipated benefits of SoS extension beyond MP3 player (Blogs, PODCAST) or Internet purchases Freeways Retail businesses Aircraft IPOD Transportation SoS: Roads +GPS+ ONSTAR

6 Architecture The structure of components, their relationships, and the principles and guidelines governing their design and evolution over time.

7 The GEOSS architecture describes how components fit together to produce an overall system capable of providing data and information that will better satisfy requirements than the individual components or systems of which it is composed. The GEOSS architecture links together strategies and systems to facilitate Earth observations in a comprehensive, coordinated, and sustained manner. NEEDS

8 GEOSS Challenges Interoperability – what is it and how do we address it Integration of Human factors – broader influence means more impacts Dynamic participation End to end integration – what does it mean?? Multiple ownership/prioritization SOSA understanding

9 Challenges Systems Uniformity of objectives Single corporate direction Cultural uniformity Common Technology Data standards and quality established Process for encouraging or enforcing participation GEOSS Disparate motivations Competing agendas Diverse backgrounds Varying technology levels Multiple views of data standards and quality

10 Interoperability Objective What few things must be the same so that everything else can be different?

11 "The success of GEOSS will depend on data and information providers accepting and implementing a set of interoperability arrangements, including technical specifications for collecting, processing, storing, and disseminating shared data, metadata, and products." GEOSS Architecture - Basic Standards and Services from GEOSS Implementation Plan, 5.3 Architecture and Interoperability

12 Facts for Implementation (1/4) Variety of users : governments, private sector, academic, science,… Users’ requirements and expectations vary a lot. –Users to be closely associated to any design and implementation process Various communities with their own cultures: data & information providers / users with specific system interfaces & data formats, own ways of processing information,.. –No revolution imposed on work habits Seattle Puget Sound WA Canada

13 Facts for Implementation (2/4) Distributed System : Heterogeneous sets of world-wide distributed systems. Different technologies based on multitude of standards, proprietary solutions, … –No new single architecture imposed to everyone., –Preserve the existing infrastructures as much as possible, –Simple and robust interfaces and formats (based on common, open, and widely used standards). –Progressive integration of thematic systems Fusion of sources: Increasing user request for combined use of space and non-space data e.g. multi satellite missions with in-situ observation data

14 Facts for Implementation (3/4) Dynamic, Open system: the SoS should be able to grow & attract third-party data & service providers and accept intermittent participation with disconnected/connected modes without disruption. Comprehensive information flow: end to end - product order, planning, acquisition, processing, archiving and distribution – for data and information

15 Facts for Implementation (4/4) User Interface: Increase demand from users for enhanced quality of geo-spatial data, information and services with more user- friendly, faster, easier and transparent access Dependency between GEO tasks: risks that optimum solutions (technical, programmatic, data policy,..) for a given task are sometimes incompatible across-tasks

16 Build upon existing systems and historical data, as well as existing documentation describing observational needs in various domains The 10-year implementation plan must address cost effectiveness, technical feasibility and institutional feasibility To be sustained over a long period of time, GEOSS needs to be adjustable, flexible, adaptable, and responsive to changing needs Approach

17 Needs-driven - driven by user needs, supports a broad range of implementation options Scope - addresses all observations required for participants to make products, forecasts and related decisions Capabilities - includes observing, processing, and dissemination capabilities, provided by national, regional or international agencies subscribing to GEOSS while retaining their ownership and operational responsibility Principles

18 Data and its exchange and dissemination - observations and products are to be observed, recorded and stored in clearly defined formats Operation - secures the future continuity of observations Catalogue - members and participating organizations and the components they support will be documented in a catalogue that is publicly accessible, network distributed, and interoperable with major Earth observations catalogues Principles

19 Build a flexible architecture and Integration framework on a set of reusable components Leverage existing external and internal standards, architectures, and models Capture future capabilities through open architecture Support wide range of business processes and environments Enable disconnected/connected modes for all implementations Integrate efforts for SoS development from distributed teams Architecture and Interoperability Summary SOA is configurable and scalable to customer needs and leverages robust systems and processes for global interoperability SOA is configurable and scalable to customer needs and leverages robust systems and processes for global interoperability