370 likes | 506 Views
Global Earth Observation System of Systems. By Lawrence McGovern, SCd Northrop Grumman Electronic Systems & International Council of System Engineers (INCOSE) 10/29/09. Global Earth Observation System of Systems ( GEOSS ) Description. Being built by Group on Earth Observations (GEO)
E N D
Global Earth Observation System of Systems By Lawrence McGovern, SCd Northrop Grumman Electronic Systems & International Council of System Engineers (INCOSE) 10/29/09
Global Earth Observation System of Systems (GEOSS) Description • Being built by Group on Earth Observations (GEO) • 10 Year Implementation plan in execution (2005-2015) • Connect producers of environmental data and decision support tools with end users of products • Objective enhancing the relevance of Earth observations to global issues • Be a global public infrastructure that generates comprehensive, near-real-time environmental data, information and analyses for a wide range of users.
GEOSS Implementation • Consists of 70 Task Workplan • Each task supports nine Societal Based or Transverse Areas done by interested members, & participating Organizations. (International Council of System Engineers/Northrop Grumman Electronic Systems doing RM-ODP Architecture) • GEO is developing the GEOPortal as a single Internet gateway to the data produced by GEOSS. • The purpose of GEOPortal is to make it easier to integrate diverse data sets, identify relevant data and portals of contributing systems, and access models and other decision-support tools. • Developed for users without good access to high-speed internet,
GEOSS Implementation • GEO has established GEONETCast, a system of four communications satellites that transmit data to low-cost receiving stations maintained by the users. • The GEOSS Implementation Plan identifies nine distinct groups of users and uses, which it calls “Societal Benefit Areas”. • The nine areas are disasters, health, energy, climate, water, weather, ecosystems, agriculture and biodiversity. • Current and potential users include decision makers in the public and private sectors, resource managers, planners, emergency responders and scientists.
RM-ODP Description • Reference Model of Open Distributed Processing (RM-ODP) • is a Reference Model in computer science, which provides a coordinating framework for the standardization of open distributed processing (ODP). • It supports distribution, internet working, platform and technology independence, and portability, together with an enterprise architecture framework for the specification of ODP systems.
RM-ODP Standards • RM-ODP, also named ITU-T Rec. X.901-X.904 and ISO/IEC 10746, is a joint effort by the International Organization for Standardization (ISO), the International Electrotechnical Commission (IEC) and the Telecommunication Standardization Sector (ITU-T) • RMP View Model Viewpoints addressed in Volume 3 of ISO/IEC 10746
- business aspects - What for? Why? Who? When? Enterprise - information - changes to information - constraints Information • - Object configuration • Interactions between • objects at interfaces Computational - Mechanisms and services for distribution trans- parencies and QoS constraints. Engineering Technology • Hardware and software components implementing the system The ODP system specification Viewpoints - and correspondences between specifications
Viewpoints and Modeling • Enterprise Viewpoint - Focuses on the purpose, scope and policies of the system and describes business requirements and how they are met • Information Viewpoint - focuses on the semantics of the information and the information processing performed. It describes the information managed by the system and the structure and content type of the supporting data • Computational Viewpoint - enables distribution through functional decomposition on the system into objects which interact at interfaces. It describes the functionality provided by the system and its functional decomposition • Engineering Viewpoint - which focuses on the mechanisms and functions required to support distributed interactions between objects in the system. It describes the distribution of processing performed by the system to manage the information and provide the functionality • Technology Viewpoint - which focuses on the choice of technology of the system. It describes the technologies chosen to provide the processing, functionality and presentation of information.
RM_ODP and UML • ISO/IEC and the ITU-T started a joint project in 2004: "ITU-T Rec. X.906|ISO/IEC 19793: Information technology - Open distributed processing - Use of UML for ODP system specifications". This document (usually referred to as UML4ODP) defines use of the Unified Modeling Language 2 (UML 2; ISO/IEC 19505), for expressing the specifications of open distributed systems in terms of the viewpoint specifications defined by the RM-ODP
RM-ODP and SysML • The System Engineering Modeling Language (SysML) Is an extension of UML syntax • SysML Diagram Types were used to build Activity Diagrams , Block Diagrams and Internal Block Diagrams instead of UML Activity Diagrams, and Class Diagrams as specified in the UML Standard with permission of GEOSS Plenary
UML Specification of GEOSS Community Policies have not been determined as yet
Use Cases: Air Quality & Health Specialized Use Cases: Transverse Use Cases Steps in use cases are defined by the Transverse workgroups. The Use Cases below are instances specific to the AQ WG. Register Resources (see also CCRM transverse UC1) Deploy Component & Services (Access) Metadata via Clearinghouse (CCRM) Client Search of Metadata (Portal/Client) Services and Alert Presentation (Portal/Client) Interact with Services (Access) Data Visualization & Analysis (Portal/Client) Workflow (Workflow) Services Testing (Testing) Interoperability Arrangements (CCRM) https://sites.google.com/site/geosspilot2/
GEOSS Information Specification All three internal Packages summarized by Entity Relationship Diagram
Computational View – High Level Architecture Object Template (SysML Internal Block Diagram
Computational View –Detailed Architecture (SysML Internal Block Diagram)
GEOSS Way Forward in AIP3 • Develop Policies for each Societal Based Area Use Cases • Update Enterprise/Information and Computational Views as necessary • Develop Engineering View Diagrams • Develop Technical View Diagrams
Engineering view – Enterprise Server Internals – SysML Internal Block Diagram