GSC Sentinel-2 PDGS OCD - Emits - ESA
GSC Sentinel-2 PDGS OCD - Emits - ESA
GSC Sentinel-2 PDGS OCD - Emits - ESA
You also want an ePaper? Increase the reach of your titles
YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.
<strong>GSC</strong> <strong>Sentinel</strong>-2 <strong>PDGS</strong> <strong>OCD</strong><br />
Issue 1 Revision 2 (draft) - 25.07.2010<br />
GMES-GSEG-EOPG-TN-09-0008<br />
page 230 of 350<br />
<strong>PDGS</strong> performances. Nevertheless, it shall be sized sufficiently to allow for real-case<br />
representative load tests on the <strong>PDGS</strong> integrated systems;<br />
○ It aims for maximised flexibility targeting swift reconfiguration capabilities, mapping a<br />
given physical layout from available generic workstations to match the system test<br />
necessity, and supporting interactive handling of the platform itself as relevant for<br />
investigation purposes such as for the implementation of workaround solutions, the<br />
installation of operating system patches, etc.<br />
○ It aims for deployment in an adapted environment guaranteeing sufficient space for all<br />
the staff working in the IV&V and maintenance processes, and housekeeping all<br />
reference documentation with appropriate human browsing mechanisms (in paper form<br />
or otherwise);<br />
○ It shall be composed by hardware identical or compatible to a large extent with the one<br />
of the deployed <strong>PDGS</strong> including middleware configurations;<br />
○ It shall be assumed network connectivity to the <strong>PDGS</strong> deployed sites will be<br />
ascertained supporting secure remote access for software deployments and<br />
troubleshooting on the operational sub-systems.<br />
○ As a standalone <strong>PDGS</strong>, it aims for transportability in any European location clearly<br />
qualifying and quantifying associated site installation requirements (e.g. required<br />
power resources, cooling, workplace, connectivity requirements, etc).<br />
○ It aims for maximum reuse of widely used market solutions for all system management<br />
support functions dedicated to system inventory, revision control system (e.g. GIT,<br />
SVN, CVS, etc), documentation management (e.g. InfoTrove, KnowledgeTree, etc)<br />
and system anomaly management (e.g. Jira, Mantis, Bugzilla, etc).<br />
5.2.4.5.3 Function Interfaces<br />
The following interfaces are identified:<br />
○ Secure network access interfaces to the <strong>PDGS</strong> centres (e.g. ssh, sftp) for<br />
troubleshooting and software deployment activities;<br />
○ An interface to the operational MCC function via a local DC function for the provision of<br />
the mission configuration required as reference for testing and validation activities.<br />
5.2.4.6 Collaboration Support Service (CSS) Function<br />
5.2.4.6.1 Function Objectives and High-Level Description<br />
The CSS function is primarily aimed at providing technical support vis-à-vis the collaborative<br />
<strong>PDGS</strong> peers according to the needs of each type of collaboration expressed in sections<br />
4.10.2.1 and 4.10.2.2, based on collaboration agreement between the peer entities and the<br />
POM.<br />
In addition, it is responsible for liaising with the POM for the definition of the collaborations<br />
and to provide associated progress reports during implementation as defined in section<br />
4.10.3.2.4.<br />
<strong>ESA</strong> UNCLASSIFIED – For Official Use<br />
© <strong>ESA</strong><br />
The copyright of this document is the property of <strong>ESA</strong>. It is supplied in confidence and shall not be reproduced, copied or<br />
communicated to any third party without written permission from <strong>ESA</strong>.