29.11.2014 Views

GSC Sentinel-2 PDGS OCD - Emits - ESA

GSC Sentinel-2 PDGS OCD - Emits - ESA

GSC Sentinel-2 PDGS OCD - Emits - ESA

SHOW MORE
SHOW LESS

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

<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 323 of 350<br />

6.19.3 OPERATION SCENARIOS<br />

6.19.3.1 Periodical / Scheduled New Version Delivery<br />

This operation scenario stands for the periodical and / or scheduled deliveries of new<br />

versions of the MSI Decompression SW according to the different <strong>PDGS</strong> milestones including<br />

both development and operations phases.<br />

The MDS function publishes on-line the new MSI Decompression SW versions according to<br />

agreed frequency update (e.g. one yearly delivery) or/and in support of the <strong>PDGS</strong><br />

development phases (i.e. for integration within the IDP function in charge of the MSI level-1<br />

processing activities).<br />

The following steps are identified for this operation scenario:<br />

1) The MSI Decompression SW supplier prepares a new version delivery (e.g.<br />

repackaging of the latest accumulative patches, migration to new HW/OS platforms);<br />

2) A regression tests campaigns are performed to verify and validate the new version;<br />

3) A Software Release Note of the new version is prepared;<br />

4) The new MSI Decompression SW is published on-line and an email is sent to the list of<br />

subscribed users;<br />

5) The new version is then downloaded and verified at the RP function to be included in a<br />

new release of the <strong>PDGS</strong>.<br />

6.19.3.2 Patch / Corrective Delivery<br />

This operation scenario stands for the on-request delivery of a MSI Decompression SW<br />

patch/corrective version in response to a raised anomaly.<br />

The MDS function receives a request to solve a (blocking) problem on the Decompression<br />

SW that restrains the normal operations. Accordingly, the RP function has raised an anomaly<br />

(cf. section 6.18.3.1- System Anomaly Management) and supplies all the needed information<br />

(i.e. test data to reproduce the anomaly) to the MDS function for the corrective actions.<br />

The following steps are identified for this operation scenario:<br />

1) The RP function raises a previously verified anomaly on the MSI Decompression SW<br />

to the MDS function and supplies all the information required to reproduce it;<br />

2) The MDS function according to the defined service agreement (i.e. provide a corrective<br />

patch in less than 5 working days) analyses the problem and implements a solution;<br />

3) A Patch/Corrective delivery is prepared in the same manner as presented in the<br />

previous scenario;<br />

4) The new MSI Decompression SW is published on-line and an email is sent to the list of<br />

subscribed users;<br />

5) The new version is then downloaded and verified at the RP function to be included in a<br />

new release of the <strong>PDGS</strong>.<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>.

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!