1 / 37

By Lawrence McGovern, SCd Northrop Grumman Electronic Systems

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)

suchi
Télécharger la présentation

By Lawrence McGovern, SCd Northrop Grumman Electronic Systems

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. Global Earth Observation System of Systems By Lawrence McGovern, SCd Northrop Grumman Electronic Systems & International Council of System Engineers (INCOSE) 10/29/09

  2. 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.

  3. 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,

  4. 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.

  5. 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.

  6. 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

  7. - 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

  8. 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.

  9. 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

  10. 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

  11. Enterprise View

  12. UML Specification of GEOSS Community Policies have not been determined as yet

  13. 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/

  14. Transverse Use cases

  15. GEOSS (E Spec)

  16. AQ Community Roles

  17. Actor Role Fullfillment and Assignment Roles

  18. Enterprise View –AQ Use Case Diagram

  19. Actors in the system - Descriptions

  20. Enterprise View – SysML Activity Diagram

  21. AQ Forecast Smoke Process State Diagram

  22. AQ Forecast Smoke Sequence Diagram

  23. GEOSS Information Specification All three internal Packages summarized by Entity Relationship Diagram

  24. Information View – Entity Relationship Diagram

  25. Computational View

  26. Computational View – High Level Architecture Object Template (SysML Internal Block Diagram

  27. Computational View –Detailed Architecture (SysML Internal Block Diagram)

  28. Computational View – Interaction Signatures (SysML Blocks)

  29. Computational View – Data Types (SysML Data Types)

  30. 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

  31. Backup Slides

  32. Engineering View – Basic Engineering Objects (BEOs)

  33. Engineering view – Enterprise Server Internals – SysML Internal Block Diagram

  34. Technology Viewpoint Deployment Diagram (SysML IBD)

  35. Technology View – Node Structure –(SysML IBD)

More Related