JPSS will process sensor data from four of the Japan Aerospace Exploration Agency's (JAXA) Global Change Observation Mission (GCOM) weather and climate satellites, and provide communication services to the European Organisation for the Exploitation of Meteorological Satellite's (EUMETSAT) Metop meteorological satellite and the Defense Meteorological Satellite Program (DMSP) satellites. JPSS was chartered to operate the Defense Weather Satellite System (DWSS) satellites that were planned to replace the DMSP satellites, but since the DWSS
program waS cancelled in early 2012 the program is awaiting guidance on the path for the post-DMSP defense Weather Follow-On (WFO) satellite program. Table I indicates the owners of the satellites, their satellites, and the
types of service that JPSS will provide. JPSS 0 also provides communications services to the National Science Foundation (NSF) facilities in McMurdo Bay, Antarctica and NASA's Space Communications and Networks (SCaN) program providing communications support to Svalbard. JPSS also provides backup access to NOAA Polar Orbiting Environmental Satellites (POES) via Svalbard.
Replaced/Superseded by document(s)
|File||MIME type||Size (KB)||Language||Download|
The JPSS Ground System is a lIexible system of systems responsible for telemetry, tracking & command (TT &C), data acquisition, routing and data processing services for a varied lIeet of satellites to support weather prediction, modeling and climate modeling. To assist in this engineering effort, architecture modeling tools are being employed to translate the former NPOESS baseline to the new JPSS baseline, The paper will focus on the
methodology for the system engineering process and the use of these architecture modeling tools within that process, The Department of Defense Architecture Framework version 2,0
(DoDAF 2.0) viewpoints and views that are being used to describe the JPSS GS architecture are discussed. The Unified Profile for DoOAF and MODAF (UPDM) and Systems Modeling Language (SysML), as ' provided by extensions to the MagicDraw UML modeling tool, are used to develop the diagrams and tables that make up the architecture model. The model development process and structure are discussed, examples are shown, and details of
handling the complexities of a large System of Systems (SoS), such as the JPSS GS, with an equally complex modeling tool, are described.