PDR.10 SKA SDP COMPLIANCE MATRIX - ASTRONbroekema/papers/SDP-PDR... · EMC Electromagnetic...

Document No.: Revision: Release Date:

s_2395168392 01 2015-02-09

Unrestricted Author: Ferdl Graser

of 104

Name Designation Affiliation Signature

Owned by:

Ferdl Graser SDP

Systems

Engineer

Space

Advisory

Company

Date:

Approved by:

Paul Alexander SDP Project

Lead

University

of

Cambridge

Date:

PDR.10 SKA SDP COMPLIANCE MATRIX

Document number ........................................................................ SKA-TEL-SDP-0000049 Context .......................................................................................................................... SE Revision ........................................................................................................................... 1 Author ............................................................................................................ Ferdl Graser Release Date ................................................................................................... 2015-02-09 Document Classification ................................................................................ Unrestricted Status ......................................................................................................................... Draft

Signature:

Email:

Signature:

Email:

Ferdl Graser (Feb 10, 2015)Ferdl Graser

[email protected]

Paul Alexander (Feb 10, 2015)Paul Alexander

[email protected]

https://secure.echosign.com/verifier?tx=XJEUFHJ6YXH42X9

https://secure.echosign.com/verifier?tx=XJEUFHJ6YXH42X9


s_2395168392 01 2015-02-09


of 104

Version Date of Issue Prepared by Comments

0.1 31/03/2014 16:00:00 Ferdl Graser First draft

ORGANISATION DETAILS

Name Science Data Processor Consortium


s_2395168392 01 2015-02-09


of 104

1 Table of Contents 1.1 LIST OF FIGURES .................................................................................................................... 4 1.2 LIST OF TABLES ...................................................................................................................... 4 1.3 LIST OF ABBREVIATIONS ....................................................................................................... 5

2 INTRODUCTION .................................................................................................. 7

2.1 Purpose of the document ..................................................................................................... 7 2.2 Scope of the document ......................................................................................................... 7

3 REFERENCES ..................................................................................................... 8

3.1 Applicable documents ........................................................................................................... 8 3.2 Reference documents ........................................................................................................... 8

4 VERIFICATION SUBJECT ........................................................................................ 9

5 VERIFICATION CONTROL DATA ............................................................................. 10


s_2395168392 01 2015-02-09


of 104

1.1 LIST OF FIGURES No table of figures entries found.

1.2 LIST OF TABLES Table 1 Verification Method List and Description. ....................................................................................... 9 Table 2. SDP L3 Requirement Verification Matrix ...................................................................................... 10 Table 3. SDP L1 Requirement Verification Matrix ...................................................................................... 60


s_2395168392 01 2015-02-09


of 104

1.3 LIST OF ABBREVIATIONS

AD Applicable Document

AIV Assembly Integration and Verification

API Application Programming Interface

APM Astrometric Performance Metric

AS Australian Standard

ASKAP Australian Square Kilometre Array Pathfinder

CASA Common Astronomy Software Applications

CDR Critical Design review

CISPR International Electrotechnical Commission

CSP Central Signal Processor

dBA Decibel (A)

DDE Direction-dependent Effects

EIA Environmental Impact Assessment

EMC Electromagnetic Compatibility

EMI Electromagnetic Interference

EoR Epoch of Re-ionisation

EPA Environmental Protection Agency

EPBC Environment Protection and Biodiversity Conservation

FITS Flexible Image Transport System

FMEA Failure Modes and Effects Analysis

FoV Field of View

G Giga (109)

Gbps Gigabits per second

GSM Global Sky Model

HDF5 Hierarchical Data Format (Version 5)

HPBW Half Power Beam Width

I/O Input/Output

ICD Interface Control Document

ID Identity

ImageDM Standard Image Data Model

ISO International Organisation for Standardisation

IVOA International Virtual Observatory Alliance

IXR Intrinsic Cross-polarisation Ratio

Kg kilogram

LMC Local Monitor and Control

LRU Line Replaceable Unit

LSM Local Sky Model

MeerKAT (More) Karoo Array Telescope

MIL-STD Military Standard

NEMA National Environment Management Act (South Africa, Act 1998)

NOHSC National Standard for Occupational Noise


s_2395168392 01 2015-02-09


of 104

ns Nano second (10-9 seconds)

NZS New Zeeland Standard

ObsCoreDM Standard Observation Data Model Core Components

OHS Occupational Health and Safety

OPM Polarimetric Performance metric

PAF Phased Array Feeds

pc parsec

PDR Preliminary Design review

PPM Photometric Performance Metric

PSF Point Spread Function

QA Quality Assessment

RC Regional Centre

RD Relevant Document

REQ Requirement

RF Radio Frequency

RFI Radio Frequency Interference

rms Root mean square

RPM Radiometric Performance metric

S/N Signal to Noise (ratio)

SaDT Signal and Data Transport

SANS South African National Standard

SDP Science Data Processor

SE Systems Engineering

SIA Standard Simple Image Access

SKA Square Kilometre Array

SKAO SKA Project Office

SpectrumDM Standard Spectrum Data Model

SPM SDP Spectrometric performance metric

sqm Square metre

TAP Standard Table Access Protocol

TB Terabyte (1012 bytes)

TBC To Be Confirmed

TBD To Be Defined (Determined)

TM Telescope Manager

ToO Target of Opportunity

TOO Target of opportunity.

VLBI Very Long Baseline Interferometry

VO Virtual Observatory

VOTable Virtual Observatory Table

WA Western Australia

XML Extensible Markup Language


s_2395168392 01 2015-02-09


of 104

2 Introduction

In general a compliance matrix lists a product, service, system or sub-system’s requirements with its

proposed verification methods in the applicable stages at the defined levels. Verification serve as means

to evaluate whether or not the requirement, specification, or imposed condition has been fulfilled [AD1].

The objectives of the Verification process include using established criteria to conduct verification of the

physical architecture from the lowest level up to the total system to ensure that cost, schedule, and

performance requirements are satisfied with acceptable levels of risk. Further objectives include

generating data (to confirm that system, subsystem, and lower level items meet their specification

requirements) and validating technologies that will be used in system design solutions.

2.1 Purpose of the document This document lists the L1 System Requirements assigned to SDP and all the SDP requirements derived

from these L1 requirements with their proposed verification methods in a compliance matrix. The

compliance matrix content shall be phased with the product life-cycle such that the initial issue

(Preliminary Design Review ) contains the verification matrix, intermediate issues (CDR) cover the planned

system verifications and their executions evidence (in particular for qualification and acceptance

completion), final issue provides evidence of the close-out of the overall verification process. The

resultant SDP Requirement Compliance Matrices are presented in Table 2 and Table 3

2.2 Scope of the document This document lists L1 System Requirements and all the SDP requirements, their description and

associated verification methods. For PDR this document does not include various levels of verification or

the Verification plan.


s_2395168392 01 2015-02-09


of 104

3 References

3.1 Applicable documents The following documents are applicable to the extent stated herein. In the event of conflict between the

contents of the applicable documents and this document, the applicable documents shall take

precedence.

[AD1] ISO/IEC. 2008. Systems and Software Engineering — System Life Cycle Processes. Geneva, Switzerland: International Organization for Standardization (ISO)/International Electrotechnical Commission (IEC). ISO/IEC 15288:2008

3.2 Reference documents The following documents are referenced in this document. In the event of conflict between the contents

of the referenced documents and this document, this document shall take precedence.

N/A


s_2395168392 01 2015-02-09


of 104

4 Verification subject Five Verification Methods (Table 1) are used for evaluating SDP Requirements’ compliance.

Table 1 Verification Method List and Description.

Verification Method Description

VR-1 Test An element of verification in which scientific principles and procedures are

applied to determine the properties or functional capabilities of an item.

VR-2 Analysis

An element of verification that uses established technical or mathematical

models or simulations, algorithms, charts, graphs, circuit diagrams, or other

scientific principles and procedures to provide evidence that stated

requirements are met.

VR-3 Demonstration

An element of verification that involves the actual operation of an item to

provide evidence that the required functions are accomplished under specific

scenarios. The items may be instrumented and performance monitored.

VR-4 Inspection

An element of verification that is generally non-destructive and typically

includes the use of sight, hearing, smell, touch, and taste; simple physical

manipulation; and mechanical and electrical gauging and measurement.

VR-5 Definition Only used in 1 L1 requirement. Not found the SKAO definition for this verification

method yet. Not commonly used.


s_2395168392 01 2015-02-09


of 104

5 Verification control data The initial issue (PDR) of the compliance matrix contains a verification matrix limited to Requirement

identifier, Requirement Description and Verification method as per Table 2 and Table 3

Table 2. SDP Requirement Verification Matrix

Requirement Description verified by

SDP_REQ-1 Mode handling The SDP shall provide commands to the TM sufficient to support the various telescope operating mode.

VR-4 Verification by Inspection

SDP_REQ-2 Capability Handling The SDP shall support the concept of capabilities via the LMC.

VR-3 Verification by Demonstration

SDP_REQ-3 Observation Handling

The SDP shall support the concept of observations via the LMC.

VR-1 Verification by Test

SDP_REQ-4 Capability availability

The SDP shall on request from the TM provide availability information for the requested capability.


SDP_REQ-5 Observation scheduling

The SDP shall allow TM to schedule a requested observation.


SDP_REQ-6 Observation scheduling feedback

The Master Controller shall provide an OK/FAIL response with reasons when a schedule request is issued.


SDP_REQ-7 Observation Control

The SDP shall provide commands to control a previously scheduled observation.


SDP_REQ-8 Observation control - start

The Master Controller shall provide a START command to allow a scheduled mode of operation to commence.



s_2395168392 01 2015-02-09


of 104


SDP_REQ-9 Observation control - stop

The Master Controller shall provide a STOP command to allow a currently executing mode of operation to be terminated permanently.


SDP_REQ-10 Observation control - status

The Master Controller shall provide a STATUS command which will report on the status of the specified telescope operating mode.


SDP_REQ-11 Frequency handling

The SDP shall support the transition from one frequency band of operation to another within 30 seconds (TBD - need feedback on allocation of parent time allowance).


SDP_REQ-12 Frequency availability

The Master Controller shall, on request from TM, provide a response as to whether the requested frequency band is available within 1 second.


SDP_REQ-13 Frequency control - switch

The Master Controller shall, on request from TM, switch the center frequency in use for the current observation within 30 seconds (TBD).


SDP_REQ-14 Availability - Compute

The Master Controller shall be able to query the Scheduler in order to determine the availability of compute resources (hardware and software) for a specific capability.


SDP_REQ-15 Availability - Data Layer

The Master Controller shall be able to query the Data Layer, via the Data Flow Manager, in order to determine the availability of data layer resources (transport, buffer and archive) for a specific capability.


SDP_REQ-16 Availability - Delivery

The Master Controller shall be able to query the Data Delivery subsystem in order to determine the availability of delivery resources for a specific capability.



s_2395168392 01 2015-02-09


of 104


SDP_REQ-17 Scheduling - Compute

The Master Controller shall be able to instruct the Scheduler to schedule an observation to commence at a particular time with a particular capability.


SDP_REQ-18 Scheduling - Data Layer

The Master Controller shall be able to instruct the Data Layer, via the Data Flow Manager, to schedule on observation to commence at a particular time with a particular capability.


SDP_REQ-19 Scheduling - Delivery

The Master Controller shall be able to instruct the Data Delivery subsystem to schedule an observation to commence at a particular time with a particular capability.


SDP_REQ-20 Scheduling - Feedback

The Master Controller shall aggregate scheduling responses from the Scheduler, the Data Layer and the Data Delivery subsystem in order to produce a detailed report on the success or failure of the scheduling request.


SDP_REQ-21 Control - Compute The Master Controller shall be able to instruct the Scheduler to start, stop or provide status of a previously scheduled observation.


SDP_REQ-22 Control - Data Layer

The Master Controller shall be able to instruct the Data Layer, via the Data Flow Manager, to start, stop or provide status of a previously scheduled observation.

VR-1 Verification by Test VR-4 Verification by Inspection

SDP_REQ-23 Control - Delivery The Master Controller shall be able to instruct the Data Delivery subsystem to start, stop or provide status of a previously scheduled observation.



s_2395168392 01 2015-02-09


of 104


SDP_REQ-24 Control - Feedback

The Master Controller shall aggregate control responses from the Scheduler, Data Layer and Data Delivery subsystem in order to produce a detailed report on the success or failure or status information of a control request.


SDP_REQ-25 Independent Operations

LMC functions should be able to operate concurrently and with performance which is independent of other LMC instances


SDP_REQ-26 Resource sharing The Master Controller shall ensure that any shared resources between SDP instances on different telescopes do not compromise the ability of the instance to act concurrently and independently.


SDP_REQ-27 Observation control - switching

The Master Controller shall be able to switch between previously scheduled observations within 30 seconds (TBD - based on performance allocations of SKA-2133).


SDP_REQ-28 Precursor integration

The SDP LMC shall provide a uniform and singular point of control for the SDP for all components of a particular telescope, including any precursor infrastructure that may form part of the telescope.


SDP_REQ-29 Targets of Opportunity

The SDP shall provide a priority override mechanism to support scheduling and execution of approved Target of Opportunity (ToO) events.


SDP_REQ-30 Graceful degradation

The SDP shall handle internal hardware and software failures in a graceful fashion.



s_2395168392 01 2015-02-09


of 104


SDP_REQ-31 Graceful degradation - evaluation

The Master Controller shall evaluate internal hardware and software failures as they occur in order to identify possible next steps, including continuance, degraded operation, and termination.


SDP_REQ-32 Graceful degradation - reporting

The Master Controller shall report the outcomes of any automated failure handling to the TM via the logging mechanism specified in SKA-TEL.SDP.SE-TEL.TM.SE-ICD-001.


SDP_REQ-33 Flagging control The SDP shall allow the TM to control internal flagging, including the definition of a pre-selected RFI mask, and other parameters as may be relevant to particular flagging strategies.


SDP_REQ-34 Self testing The SDP shall provide an automated self-test function that will generate a report on the health of the SDP system as a whole, including malfunction and out of tolerance operation.


SDP_REQ-35 Alarms The SDP shall support the generation of notification events, in the form of alarms, to the TM based on predefined conditions.


SDP_REQ-36 Alarm timestamps Alarm time stamps shall be accurate to TBD milliseconds and with TBD milliseconds resolution.


SDP_REQ-37 Alarm latency Latency from event to alarm shall be no more than 5 seconds.


SDP_REQ-38 Metadata input The SDP shall query the Telescope Model for all static and dynamic configuration data that is required prior to and during the execution of a specific observation.


SDP_REQ-39 Metadata proxy The Master Controller shall act as the internal proxy for all SDP components required telescope meta-data.



s_2395168392 01 2015-02-09


of 104


SDP_REQ-40 Quality assessment interface

The SDP shall provide an interface to allow the quality of the scientific data to be assessed against a set of predefined criteria.


SDP_REQ-41 Performance assessment

The User Interface shall allow the configuration and evaluation of a performance assessment based on data provided by internal SDP metrics.


SDP_REQ-42 Performance goals

The User Interface shall allow the configuration of performance goals that describe the desired outcome of a particular performance assessment.


SDP_REQ-43 Quality assessment calculation

The User Interface shall allow the calculation of a quality assessment based on a comparison of a particular performance assessment and its associated performance goal.


SDP_REQ-44 Astrometric performance metric

The Metric subsystem shall receive deviation (rms, average offset, and med) of source positions from known standards from the Calibration Pipeline.


SDP_REQ-45 Photometric performance metric

The Metric subsystem shall receive the deviation (rms, average offset, and med) of source fluxes from known standards from the Calibration Pipeline.


SDP_REQ-46 Radiometric performance metric

The Metric subsystem shall receive noise fluctuations (rms, average offset, and med) in the images produced by the Imaging Pipeline from the Calibration Pipeline.


SDP_REQ-47 Polarimetric performance metric

The Metric subsystem shall receive deviation (rms, average offset, and med) of source polarisations (polarisation degree and angle) from known standards from the Calibration Pipeline.



s_2395168392 01 2015-02-09


of 104


SDP_REQ-48 Spectrometric performance metric

The Metric subsystem shall receive deviation (rms, average offset, and med) of source spectral lines from known standards from the Calibration Pipeline.


SDP_REQ-49 Telescope Manager API

The SDP shall support the API specified in SKA-TEL.SDP.SE-TEL.TM.SE-ICD-001 for all interaction with the TM.


SDP_REQ-50 Invalid input handling

The SDP shall be robust against input errors including invalid state, improper authorisation, and malformed or malicious commands.


SDP_REQ-51 Engineering Support

The SDP shall provide engineering support functions to the relevant Engineering Operations centres.


SDP_REQ-52 Failsafe The SDP shall actively ensure that internal failures do not result in a hazardous situation to the systems and personnel with which it interfaces.


SDP_REQ-54 Archive Metadata The SDP shall provide science archive metadata for the purpose of data discovery.


SDP_REQ-55 ObsCore Archive Metadata

The Archive API shall deliver science archive metadata that is, as a minimum, consistent with the IVOA Standard Observation Data Model Core Components (ObsCoreDM). The ObsCoreDM defines the core components of an Observation data model that are necessary to perform data discovery.



s_2395168392 01 2015-02-09


of 104


SDP_REQ-56 Image Archive Metadata

The Archive API shall deliver science archive metadata for multi-dimensional data products that is, as a minimum, consistent with the proposed IVOA Standard Image Data Model (ImageDM). The ImageDM is an ObsCoreDM extension to describe multi-dimensional data, for handling data cubes.


SDP_REQ-57 Spectrum Archive Metadata

The Archive API shall deliver science archive metadata for TBD data products, that is, as a minimum, consistent with the IVOA Standard Spectrum Data Model (SpectrumDM). The SpectrumDM data model may be used to represent spectra, time series data, segments of spectral energy distributions, and other spectral or temporal associations.


SDP_REQ-58 Data Discovery The SDP shall provide science archive data discovery for the purpose of delivery.


SDP_REQ-59 TAP Discovery Science archive data discovery service shall, at a minimum, be searchable by the IVOA Standard Table Access Protocol (TAP). TAP defines a service protocol for accessing general table metadata and data. ObsCoreDM defines the general table metadata.


SDP_REQ-60 SIA Discovery The Archive API multi-dimensional image science archive data discovery service shall, at a minimum, be searchable by the IVOA Standard Simple Image Access (SIA) protocol SIA-2.x. SIA provides capabilities for the discovery of and access to detailed metadata for multi-dimensional image datasets, including 2-D images as well as datacubes of three or more dimensions.



s_2395168392 01 2015-02-09


of 104


SDP_REQ-61 Client Data Discovery

The SDP Delivery Platform shall provide a client that executes the Archive API TAP and SIA2.x discovery facilities. The client will execute local to the user.


SDP_REQ-62 Data Description The SDP shall describe the science data archive metadata attributes and relationships.


SDP_REQ-63 TAP Data Description

The SDP Delivery Platform shall provide a client that executes the Archive API TAP descriptive facilities to retrieve, as a minimum, the ObsCoreDM-compliant description of the science data archive metadata attributes and relationships. The client will execute local to the user.


SDP_REQ-64 SIA Data Description

The SDP Delivery Platform shall provide a client that executes the Archive API SIA descriptive facilities to retrieve the ObsCoreDM-compliant description of the science data archive metadata attributes and relationships and the ImageDM-compliant detailed metadata. The client will execute local to the user.


SDP_REQ-65 Data Delivery The Archive API shall deliver selected archive data products, VO data, and public and outreach data according to specified standards to the end user.


SDP_REQ-66 DataLink Delivery The Archive API shall deliver archive data products, VO data, and public and outreach data as defined by the IVOA Standard DataLink. The DataLink service supports linking of data discovery metadata to



s_2395168392 01 2015-02-09


of 104


detailed metadata, to the data itself, and to standard and custom services that perform operations on the data before delivery. The standard provides options to distinguish between data products.

SDP_REQ-67 AccessData Delivery

The Archive API shall deliver archive data products, VO data, and public and outreach data as defined by the proposed IVOA Standard AccessData in standard formats.


SDP_REQ-68 Delivery Client The Delivery Platform Public Interface shall provide a client that executes the Archive API DataLink and AccessData delivery facilities. The client will execute externally to the SDP.


SDP_REQ-72 Metadata Conditioning

The SDP data model shall support the Archive API by conditioning science data product metadata with the named VO standards.


SDP_REQ-73 Metadata Visualisation Client

The SDP Delivery Platform shall deliver science archive metadata for web client visualisation.


SDP_REQ-74 HTTP Client Metadata Visualisation

The Delivery Platform shall deliver science archive metadata in the IVOA Standard VOTable format for http client visualisation. The VOTable format is an XML standard for the interchange of astronomical data represented as a set of tables.


SDP_REQ-75 HTTP Client Previews

The SDP Delivery Platform shall provide previews (optimized sub-sampling) of data for http client visualisation.


SDP_REQ-76 Data Visualisation Client

The SDP Delivery Platform shall deliver science archive data for interactive remote visualization, accessible through a standard web browser.



s_2395168392 01 2015-02-09


of 104


SDP_REQ-77 VOEvent Data Description

The Data Delivery Platform shall provide a client that executes the science archive VO Event Transport Protocol to retrieve, as a minimum the Standard Sky Event Reporting Metadata model-compliant description of the science data archive metadata attributes and relationships, and the detailed metadata. The client will execute local to the user.


SDP_REQ-78 Core viewing functionality

The SDP Delivery Platform data visualization client shall support, as a minimum, the following viewing features: 1 pan; 2 zoom; 3 colour map adjustments; 4 celestial coordinate system grid overlays; 5 multiple image overlays; 6 switching frames; blinking i.e. manual or automatic switching rapidly between different images, regions or frames.


SDP_REQ-79 Extensible Analysis

The SDP Delivery Platform data visualization client shall provide a plug-in system that will support the execution of data analysis software as part of visualization.


SDP_REQ-80 Core Analysis Visualization

The SDP Delivery Platform data visualization client shall display, as a minimum, analysis plug-ins for: 1 region statistics; 2 histograms; 3 spectrum calculators; 4 moment generators; 5 1D and 2D gaussian fitting


SDP_REQ-81 Multi-User Viewing

The SDP Delivery Platform data visualization client shall allow multiple users to interact with the same viewing session simultaneously.


SDP_REQ-82 Maintain Visualization Session

The SDP DELIV PI data visualization client shall support the creation, retrieval, modification, and deletion of visualization sessions.



s_2395168392 01 2015-02-09


of 104


SDP_REQ-83 User Visualization Customization

The SDP Delivery Platform data visualization client shall support the maintenance of the following information, as a minimum, for a user: 1 default toolbars; 2 default celestial coordinate systems; toolbar customizations; plugin-specific customizations; plot display attributes


SDP_REQ-84 Viewer Customizable Plotting

The SDP Delivery Platform data visualization client shall support customization options for plot display attributes.


SDP_REQ-85 Viewer Plot Save The SDP Delivery Platform data visualization client shall support the storage and retrieval of plots as high-resolution files generated during a visualization session.


SDP_REQ-86 Analysis API The SDP Delivery Platform data visualization shall provide an API that supports automation of the generation of analysis plots from archive data.


SDP_REQ-87 Archive Data File Formats

The Data Layer shall support the data visualisation by providing science data products in TBD formats, such as CASA image, HDF5, and FITS file formats.


SDP_REQ-88 User Authentication

The Archive API shall provide a mechanism to recognize authentication credentials.

VR-2 Verification by Analysis

SDP_REQ-89 Federated authentication

The Archive API shall provide an interface to multiple static or dynamic federated identity management mechanisms for authenticating user credentials.


SDP_REQ-90 Anonymous delivery

The Archive API shall implement anonymous delivery of TBD public science archive metadata and data products.


SDP_REQ-91 Certificate Authentication

The Archive API shall support certificate-based credential authentication.



s_2395168392 01 2015-02-09


of 104


SDP_REQ-93 External Credentials

The Archive API shall support the linking of an external authentication credential with an SKA authentication credential.


SDP_REQ-94 User Authorisation The Archive API shall implement authorized access to proprietary science archive data for delivery.


SDP_REQ-95 Delivery by Role The Archive API shall authorize role maintenance, metadata description, metadata retrieval, and data delivery, by user role.


SDP_REQ-96 Data access logging

The Archive API shall log science data product access by credential.


SDP_REQ-97 Authorisation client

The SDP Delivery Platform shall provide a client that executes the Archive API authorization facilities.


SDP_REQ-98 User access log consistency

A log of user behavior (e.g. access history) will be kept by the Delivery Platform which will be synchronized across geographically distributed locations.


SDP_REQ-100 Authorisation credential client

The SDP Delivery Platform shall provide a client that will access the credential maintenance service.


SDP_REQ-101 Authentication provider list

The SDP shall support the Archive API by maintaining a reference to a list of accredited identity providers.


SDP_REQ-102 User Roles The SDP shall support the Archive API by maintaining classification of users by role.


SDP_REQ-103 Proprietary Period

The Archive API shall enforce a proprietary period for science data archive and VO data, as observed for one or many proposals.


SDP_REQ-104 Proprietary metadata period

The Archive API shall enforce a TBD proprietary metadata period



s_2395168392 01 2015-02-09


of 104


for products from the science data archive and VO data, as observed for one or many proposals.

SDP_REQ-105 Proprietary data period

The Archive API shall enforce a TBD proprietary data period for products from the science data archive and VO data, as observed for one or many proposals.


SDP_REQ-106 Product distribution

The Archive API shall provide the capability to control archive data product distribution to a set of pre-determined destinations.


SDP_REQ-107 Identify distribution destination

The Archive API shall support the identification of a destination for delivery of science data products.


SDP_REQ-108 Delivery performance

The Archive API shall provide a transfer rate of TBD B/s for delivery of data products.


SDP_REQ-109 Delivery interruption

The Archive API shall provide the capability to interrupt any or all data deliveries.


SDP_REQ-110 RC storage capacity

The RCs shall support the Archive API by providing a minimum of TBD B of storage for archive data.


SDP_REQ-111 RC data transfer rate

The RCs shall support the Archive API by accommodating a data transfer rate of TBD B/s.


SDP_REQ-112 RC storage rate The RCs shall support the Archive API by providing storage that will accumulate data at the TBD transfer rate.


SDP_REQ-113 RC analysis execution

The RCs shall support the Archive API by providing the execution of science data analysis software.


SDP_REQ-114 Analysis output storage

The RCs shall support the Archive API by providing storage for the output of the science data analysis software.



s_2395168392 01 2015-02-09


of 104


SDP_REQ-115 Metadata replication

The RCs shall support the Archive API by providing for the replication of the metadata for the archive data products.


SDP_REQ-116 RC expected downtime

The RCs shall limit expected downtime to 5% (TBC).


SDP_REQ-117 RC unexpected downtime

The RCs shall limit unexpected downtime to 3% (TBC).


SDP_REQ-118 Delivery strategy The Archive API shall schedule external data delivery.


SDP_REQ-119 Delivery Count Limit

The Achieve API will limit the number of times failed transfers are retried.


SDP_REQ-120 Data delivery priority

The Archive API data delivery schedule shall identify priorities by (TBC): 1 product type; 2 project; 3 user


SDP_REQ-121 Data delivery budget

The Archive API data delivery scheduler shall identify capacity by (TBC): 1 project; 2 user


SDP_REQ-122 High priority delivery

The Archive API shall support a default priority of urgent for the delivery of the initial copy of a data product.


SDP_REQ-123 Low priority delivery

The Archive API shall deliver additional copies of data products at the lowest priority.


SDP_REQ-124 Delivery strategy data model

The Archive API shall track delivery strategy information for data delivery and track which Data products s are transferred to each RC.


SDP_REQ-125 Trigger data removal

The Archive API shall trigger the removal of all copies of data products when a TBD low-quality threshold is reached.


SDP_REQ-126 Trigger data update

The Archive API shall trigger the delivery of an updated data product to replace all copies when an archive data product is updated at the SDP.



s_2395168392 01 2015-02-09


of 104


SDP_REQ-127 RC Product Renewal

Changes in products shall cause the Archive API to trigger changes to delivered data product copies.


SDP_REQ-128 Community Analysis

The SDP Delivery Platform data visualization service plug-in system shall have the ability to execute community-provided code.


SDP_REQ-129 View Large Datasets

The SDP Delivery Platform data visualization shall run at interactive speeds for large images (e.g. 1 TB TBC).


SDP_REQ-131 Supported File Formats

The SDP Delivery Platform data visualization client shall visualize science archive data in the following file formats: CASA images, HDF5 files, and FITS files.


SDP_REQ-132 Annotations The SDP Delivery Platform data visualization client shall provide the ability to create, retrieve, update, and delete annotations on individual archive data products.


SDP_REQ-133 Periodicity Search Post Processing

SDP shall be capable of operating in a periodicity search mode, concurrently with continuum imaging mode and non-imaging transient search mode.


SDP_REQ-147 Periodicity Search Number of Beams

SDP when in pulsar search mode, shall be capable of performing post-processing on up to a total of 2222 beams per observation


SDP_REQ-148 Non-imaging Transient Search Number of Beams

SDP, when in non-imaging transient search mode, shall be capable of performing post-processing on up to a total of 2222 beams per observation.


SDP_REQ-181 Science Processing Centre South Africa

The Science Data Processing Centre in South Africa shall make use of floor space, power,



s_2395168392 01 2015-02-09


of 104


cooling and other infrastructure at the TBD facility in Cape Town.

SDP_REQ-182 Science Processing Centre Australia

The Science Data Processing Centre in Australia shall make use of floor space, power, cooling and other infrastructure at TBD.


SDP_REQ-183 Operations Physical access shall be provided to allow for non-disruptive LRU replacement or upgrading/replacement of one or more computing racks, as well as any servicing cooling and power conduits.


SDP_REQ-185 Safety Compliance

The SDP equipment and buildings shall be designed and built in compliance with national and State regulations including AS 1170.4 (Importance level 3, design life 50 years).


SDP_REQ-186 Cable Management

The SDP shall follow a TBD standard in order to manage cable design, identification, selection, and installation.


SDP_REQ-189 Ease of Physical Access

The SDP facilities shall support an upgrade path for SDP equipment by providing sufficient space to move, replace and reconfigure equipment.


SDP_REQ-190 Assembly Space There shall be an assembly space in the Science Processing Centres. TBD space shall be available with appropriate power supply in order to de-box, assemble, and integrate new equipment.


SDP_REQ-192 Spare Parts Storage

TBD space shall be available at each Science Processing Centre for storage of onsite spare parts.


SDP_REQ-193 Comms Room A communications room in each Science Processing Centre will be the location of the physical interface with SaDT. TBC as this conflicts with SaDT ICD.



s_2395168392 01 2015-02-09


of 104


SDP_REQ-194 Upgrade Space There will be sufficient vacant floor space in the Science Processing Centres for in-place upgrades to the compute and archive.


SDP_REQ-195 SDP availability The SDP shall meet the system availability allocations specified in SKA-OFF.SE.ARC-SKAO-RAM-001.


SDP_REQ-196 Ease of Physical Access (Clearance Parameters)

There shall be a clearance of TBD cm in front of racks. All doors and corridors from the loading bay through to the assembly space and whitespace shall be a minimum of TBD cm wide and TBD cm high.


SDP_REQ-198 Physical footprint The SDP shall not use more than TBD number of 42U racks.


SDP_REQ-199 Point Loading The floor within the SDP facility used to support racks shall be capable of supporting at least 2500kg/sqm (without including empty aisle space in the calculation).


SDP_REQ-200 Illumination The SDP computing equipment shall be housed in facilities that provide working illumination compliant with local and international regulations including the current issue of SANS 10114-1 in South Africa and the AS/NZS 1680 series in Australia.


SDP_REQ-201 Animal Intrusion The SDP computing and storage facilities shall be adequately protected against intrusion by inst, reptiles and rodents and larger animals.


SDP_REQ-202 Seismic Resilience

The SDP facilities shall survive and be fully operational after a seismic event of magnitude up to Richter 3.8. Note: Seismic event includes underground collapses in addition to earthquakes.



s_2395168392 01 2015-02-09


of 104


SDP_REQ-203 Sand and Dust The SDP facilities shall be adequately protected against sand and dust ingress


SDP_REQ-204 Fungal Growth The SDP facilities shall be designed so that fungal growth on equipment is suppressed.


SDP_REQ-205 Fire Suppression Systems

The SDP shall be housed in facilities that are fitted with fire suppression systems conforming to standards set for Tier data centres.


SDP_REQ-206 Computing equipment temperature control

The building housing the SDP equipment shall be capable of removing heat equal to the power drawer of the equipment (in addition to other non-SDP heat loads).


SDP_REQ-207 Condensation The temperature and humidity levels close to the SDP equipment shall be maintained such that operation is always above dew point.


SDP_REQ-208 Storage Humidity Humidity control within the SDP build or storage space shall be maintained between 40% and 95% levels.


SDP_REQ-209 Humidity Control Humidity control within the SDP computing environments shall be maintained between 40% and 60% levels.


SDP_REQ-210 Liquid Cooling for compute racks

Liquid cooling shall be available to each compute rack with a flow rate range of TBD to TBD and a temperature range of TBD to TBD.


SDP_REQ-211 EMC SDP equipment should conform to CISPR Class B standards with respect to EMC.


SDP_REQ-212 Heatwave Cooling

The cooling system for the SDP shall continue to be able to cool the SDP equipment after 5 days above 38C.



s_2395168392 01 2015-02-09


of 104


SDP_REQ-213 Fire Suppression Systems Standards Compliance

The Science Processing Centres will be fitted with fire suppression systems conforming to Australian standards TBD and South African standard TBD.


SDP_REQ-214 Air quality for equipment

The compute area within the Science Processing Centres shall be kept at ISO-9 air quality or better.


SDP_REQ-216 Storage Temperature

All equipment in the SDP shall have a storage temperature range of TBD.


SDP_REQ-217 Parts Storage Temperature

The spare parts storage space shall not exceed a temperature range of TBD.


SDP_REQ-218 Assembly Area Temperature

The assembly area shall not exceed a temperature range of TBD.


SDP_REQ-219 Cardboard The use of packing materials such as cardboard in the compute halls should be minimised.


SDP_REQ-221 Fire Risk The use of higher fire risk items such as batteries and power supplies should be minimised in the whitespace of the Science Processing Centres.


SDP_REQ-222 Plant Failure The SDP shall be informed in real time of critical infrastructure failures at the Science Processing Centres, such as UPS and water cooling.


SDP_REQ-224 Liquid Spill The Science Processing Centres shall be designed so that a leak of liquid coolant does not pool on electrical equipment.


SDP_REQ-225 RFI emissions If located in areas where RFI emissions could negatively affect the telescopes, the SDP facilities shall be designed to reduce/screen RFI emissions to the levels required by the SKA as specified in document.



s_2395168392 01 2015-02-09


of 104


SDP_REQ-226 Air quality Personnel working in the area of the SDP computers shall be provided with air quality at least compliant with the current issue of SANS 10400-O (South Africa - The application of National Building Regulations Part O: Lighting and ventilation) and the AS 1668 series of codes (Australia - The use of mechanical ventilation and air conditioning in buildings).


SDP_REQ-228 Security System Effects

The Science Processing Centre shall be designed so that the effects of security systems on operations shall be minimised within security zones.


SDP_REQ-229 Visitor Policy A visitor policy for the Science Processing Centres shall be developed to minimise the impact on operations and security risk of visitors.


SDP_REQ-230 Visitor Impact The Science Processing Centres shall be designed to minimise the impact on operations and the security risk caused by visitors.


SDP_REQ-232 Cable Tray Access

Cable trays should be located such that access to cable trays will not expose workers to unnecessary risks.


SDP_REQ-233 Sound Level The data rack areas of the Science Processing Centres shall have a noise level not exceeding XXX dBA.


SDP_REQ-236 UPS TBD of power shall continue to be available for XX minutes after a power failure at each Science Processing Centre without interruption.


SDP_REQ-237 Power Reliability The power supplied to the SDP at each Science Processing Centre shall be reliable to TBD standard.


SDP_REQ-240 Power Maintenance

Where possible, electrical systems in the Science



s_2395168392 01 2015-02-09


of 104


Processing Centres shall be designed to be bypassed to permit maintenance on them while the telescope is operating.

SDP_REQ-241 SDP to INFRA interface

The interface between the SDP and INFRA shall be compliant with the SKA.TEL.SDP.SE-SKA.TEL.INFRA.SE-ICD-001 Interface Control Document.


SDP_REQ-242 SaDT interface The interface between SADT and SDP shall be compliant with the SKA-TEL.SADT.SE-TEL.SDP.SE-ICD-001 Interface Control Document.


SDP_REQ-245 Power Monitoring

There shall be a mechanism to make available low latency power consumption information on a per component (i.e. server, network switch, storage pod, etc.) to SDP LMC.


SDP_REQ-247 Data Layer Management

There shall be a system of software systems that manages the data flow from the reception of raw data from CSP to the delivery of science products.


SDP_REQ-248 Data Life Cycle Management

There shall be a mechanism that automates the migration of data items through the various life cycle states starting from the initial storage. This shall entail the migration of data items between storage layers and include backup copies until the data items become obsolete and are deleted.


SDP_REQ-250 DB Interface There shall be a database interface providing transparent access to both the telescope state repository and the persistent storage database services.


SDP_REQ-251 Concurrency The data layer manager of each SKA telescope and all sub-arrays shall be capable of operating concurrently and independently. It shall be



s_2395168392 01 2015-02-09


of 104


possible to run additional instances of the data layer manager for other purposes such as: commissioning, maintenance and simulation in parallel.

SDP_REQ-252 Concurrent Workflows

The data layer manager shall concurrently generate data products for multiple observing programs. It shall also support a single observing program concurrently generating multiple data products as well as a mix of both scenarios.


SDP_REQ-253 Workload Balance

The data layer shall provide a load balancing optimisation of the data locality based on the specific performance and I/O work load at runtime.


SDP_REQ-254 Provenance All data products stored in the Science Archive shall contain provenance information. Science archive users shall be able to use this provenance information to unambiguously reference data products in publications.


SDP_REQ-255 Tracing Data It shall be possible to trace each data product in the archive back to a scheduling block and an observing program. Reversely, it shall be possible to either search by observing program or scheduling block and to subsequently retrieve all or part of the associated archived data. This includes relevant logging and monitoring information as well as quality assessment data collected during the observations and the standard processing.


SDP_REQ-256 Discard Scheduling Block

The system shall provide a mechanism for discarding the results and associated data artefacts from a given active scheduling while it is still processed and before the next scheduling block starts.



s_2395168392 01 2015-02-09


of 104


SDP_REQ-257 Sky Model Access

The data layer manager shall provide concurrent read access to the local and global sky model. It shall also provide write access for the purpose of refining the global sky model and creating new local sky models.


SDP_REQ-260 Archive Backup In case of data loss from the Science Archive it shall be possible to restore the lost data items. Individual data products shall be retrievable from a backup copy within 24 hours. The backup mechanism shall support scheduled, as well as incremental and full backup options.


SDP_REQ-261 Restoring Archive Operations of a failed site

There shall be a mechanism to operate the archive from a backup copy to meet a recovery time limit of 1 week, independent of the total size of the archive.


SDP_REQ-262 Data Layer Product Distribution

The SDP shall provide an internal interface to allow access to bulk data and data contained in databases (from the science archive) in order to deliver data products.


SDP_REQ-263 Data Migration Design

The data layer manager shall contain a data life cycle management subsystem which shall incorporate mechanisms for copying, moving and retiring whole physical volumes or storage units.


SDP_REQ-264 Access Rules The Science Data Archive shall provide an operator interface that allows the creation and subsequent maintenance of access rules based on user role and product type.


SDP_REQ-265 Continuous Performance Monitoring Metrics

Performance monitoring shall be compliant with the capabilities specified in SKA-TEL.SDP.SE-TEL.TM.SE-ICD-001.



s_2395168392 01 2015-02-09


of 104


SDP_REQ-266 Status Information

System status information shall be made available in compliance with the capabilities specified in SKA-TEL.SDP.SE-TEL.TM.SE-ICD-001.


SDP_REQ-267 Availability Metric

The data layer manager's subsystems shall have a defined metric for deriving the overall availability of a given runtime configuration.


SDP_REQ-268 Rejuvenation The lifetime of archived data shall not be limited by the lifetime of any of the hardware and software components comprising the archive.


SDP_REQ-269 Storage Technology Transition

A strategy for phasing in new storage technology, e.g. new media types, and phasing out obsolete storage technology shall be part of the data migration plan.


SDP_REQ-270 Archive Security Traceability

Measures for protecting the data layer management system from unauthorised access shall be documented for security auditing purposes.


SDP_REQ-271 Data Products The archive shall support an extensible set of data products resulting from observing modes and science cases, which include but are not limited to the following types: Continuum imaging, spectral line emission and absorption, and slow transients. The term support refers to the capability of ingesting, indexing, performing life cycle management and redistributing data products based on their type.


SDP_REQ-274 Single Sign-On The Archive API shall provide single sign-on capability to science archive users.


SDP_REQ-275 Remote Processing

It shall be possible to run the SDP software at Partner Facilities. TBC



s_2395168392 01 2015-02-09


of 104


SDP_REQ-276 Data Product Provenance

A SDP data product shall have known, documented provenance, and shall have been produced via SKA observations and processing.


SDP_REQ-277 User Defined Access Control

The SDP Delivery Platform shall provide a mechanism that considers user-defined groups for authorised access.


SDP_REQ-278 Local sky model The SDP shall use a Local Sky Model, derived from a Global Sky Model or previous Local Sky Model.


SDP_REQ-279 User-defined Group Management

The Delivery Platform will support collaboration by providing user-defined group management.


SDP_REQ-281 Backup sites All Science Archives shall have an off-line (e.g. tape) backup stored in a secure location.


SDP_REQ-282 Backup Archive Retrieval

SDP shall support the retrieval of items from a backup archive to the full Science Archive within 24 hours.


SDP_REQ-283 Restore archive access

The SDP shall provide the capability to restore access to the entire archive within one week following an incident.


SDP_REQ-285 Accessibility The SDP shall make use of the central Authentication and Authorisation facilities provided by the SKA to enable per user access to SDP resources.


SDP_REQ-286 Levels of access to the archive

Access to the archive shall be either anonymous with correspondingly limited capabilities or via SKA authentication and authorisation.


SDP_REQ-287 Continuous performance monitoring.

Performance monitoring shall be compliant with the capabilities specified in SKA-TEL.SDP.SE-TEL.TM.SE-ICD-001.



s_2395168392 01 2015-02-09


of 104


SDP_REQ-288 Telescope Model The SDP shall use a dynamic computational model of the Telescope to answer all queries about the state of the Telescope. The telescope model shall consist of configuration information, numerical models, empirical parameters, and conventions.


SDP_REQ-289 Archive lifetime. The science data archives shall be designed to provide an archived data lifetime of not less than 50 years from the start of archived observations.


SDP_REQ-290 Secure Archive Environment

The SDP will protect the data archives from security and environmental threats


SDP_REQ-301 SDP ingest data rate

The SDP system shall ingest CSP data at TBD Gbps, while losing less than TBD% (0.01%?) of the data.


SDP_REQ-357 Health, Safety and Environmental requirements

The SDP shall include the following list of Health, Safety and Environmental requirements in the SDP design: SKA1-SYS_REQ-2435 Hazard analysis. SKA1-SYS_REQ-2436 Safety incident recovery plan SKA1-SYS_REQ-2437 Design for hazard elimination. SKA1-SYS_REQ-2438 Fail safe design. SKA1-SYS_REQ-2439 Emergency stop. SKA1-SYS_REQ-2443 Protection from high voltages. SKA1-SYS_REQ-2444 Safety grounding and bonding. SKA1-SYS_REQ-2445 Electrical circuit interlocks. SKA1-SYS_REQ-2446 Electrical safety SKA1-SYS_REQ-2448 Stand-off and handles. SKA1-SYS_REQ-2447 Sharp metal edges. SKA1-SYS_REQ-2449



s_2395168392 01 2015-02-09


of 104


Construction Safety Plan. SKA1-SYS_REQ-2450 Safety information for use SKA1-SYS_REQ-2451 Safety training. SKA1-SYS_REQ-2452 Protective clothing. SKA1-SYS_REQ-2454 Fire fighting equipment. SKA1-SYS_REQ-2455 Noise level dosage. SKA1-SYS_REQ-2456 Transient noise level. SKA1-SYS_REQ-2457 Illumination. SKA1-SYS_REQ-2458 Clean air SKA1-SYS_REQ-2460 Occupational health legislation and regulations. SKA1-SYS_REQ-2481 Emergency communication SKA1-SYS_REQ-2483 Environment protection plan. SKA1-SYS_REQ-2484 Environmental legislation and regulations. SKA1-SYS_REQ-2491 Safety. SKA1-SYS_REQ-2500 Operating Humidity. SKA1-SYS_REQ-2790 Environmental Impact Assessment SKA1-SYS_REQ-2795 Travel safety SKA1-SYS_REQ-2818 Marking of machinery - safety SKA1-SYS_REQ-2819 Safety of machinery risk assessment SKA1-SYS_REQ-2820 Safety of equipment with rated voltage not exceeding 600V

SDP_REQ-358 Operational requirements

The SDP shall include the following list of Operational requirements in the SDP design: SKA1-SYS_REQ-2118 South African Science Processing Centre SKA1-SYS_REQ-2123 Australian Science Processing Centre SKA1-SYS_REQ-2116 South



s_2395168392 01 2015-02-09


of 104


African Engineering Operations Centre SKA1-SYS_REQ-2121 Australian Engineering Operations Centre SKA1-SYS_REQ-2425 SADT to SDP interface. SKA1-SYS_REQ-2431 SDP to TM interface. SKA1-SYS_REQ-2432 SDP to INFRA interface. SKA1-SYS_REQ-2433 Design for SKA2 Extensibility SKA1-SYS_REQ-2650 Seismic resilience SKA1-SYS_REQ-2716 Telescope availability SKA1-SYS_REQ-2827 System Availability SKA1-SYS_REQ-2834 SKA1_Mid-MeerKAT infrastructure reuse SKA1-SYS_REQ-???? SDP Power Cap

SDP_REQ-359 EMC and RFI requirements

The SDP shall include the following list of EMC and RFI requirements in the SDP design: SKA1-SYS_REQ-2462 Electromagnetic Radiation SKA1-SYS_REQ-2463 Self-induced RFI SKA1-SYS_REQ-2464 Electromagnetic Compatibility Standards SKA1-SYS_REQ-2465 Electricity network Electromagnetic Compatibility SKA1-SYS_REQ-2466 EMC compatibility marking. SKA1-SYS_REQ-2467 Electromagnetic susceptibility.


SDP_REQ-360 Security requirements

The SDP shall include the following list of Security requirements in the SDP design: SKA1-SYS_REQ-2478 Equipment security SKA1-SYS_REQ-2479 Archive security SKA1-SYS_REQ-2504 Facilities and Equipment Intrusion.



s_2395168392 01 2015-02-09


of 104


SKA1-SYS_REQ-2793 Personnel security training SKA1-SYS_REQ-2822 Information security risk assessment SKA1-SYS_REQ-2823 Information security management for inter-organizational communications

SDP_REQ-361 Equipment and Component requirements

The SDP shall include the following list of Equipment and Component requirements in the SDP design: SKA1-SYS_REQ-2501 Storage and transport Humidity. SKA1-SYS_REQ-2502 Condensation. SKA1-SYS_REQ-2503 Pressure. SKA1-SYS_REQ-2505 Sand and Dust. SKA1-SYS_REQ-2506 Fungus. SKA1-SYS_REQ-2509 Scope of workmanship standards. SKA1-SYS_REQ-2513 Critical-useful-life components. SKA1-SYS_REQ-2515 Component selection. SKA1-SYS_REQ-2516 Matching components. SKA1-SYS_REQ-2521 Component derating. SKA1-SYS_REQ-2525 Fail safe provisions. SKA1-SYS_REQ-2543 Direct fault indicators SKA1-SYS_REQ-2552 Malfunction detection. SKA1-SYS_REQ-2554 Ergonomics. SKA1-SYS_REQ-2572 Material environmental rule compliance. SKA1-SYS_REQ-2573 Serial number. SKA1-SYS_REQ-2574 Drawing numbers. SKA1-SYS_REQ-2575 Marking method. SKA1-SYS_REQ-2576 Electronically readable or scannable ID SKA1-SYS_REQ-2577 Package



s_2395168392 01 2015-02-09


of 104


part number marking. SKA1-SYS_REQ-2578 Package serial number marking. SKA1-SYS_REQ-2579 Hazard warning marking. SKA1-SYS_REQ-2580 LRU electrostatic warnings SKA1-SYS_REQ-2581 Packaging electrostatic warnings. SKA1-SYS_REQ-2583 Cable identification. SKA1-SYS_REQ-2584 Connector plates. All connector plates shall carry identification labels for connectors SKA1-SYS_REQ-2594 Modular packaging. SKA1-SYS_REQ-2596 Discard at failure items. SKA1-SYS_REQ-2598 Module access. SKA1-SYS_REQ-2599 Component removal. SKA1-SYS_REQ-2600 Secure mounting of modules. SKA1-SYS_REQ-2601 Shock mounting provision. SKA1-SYS_REQ-2602 Mounting preclusion. SKA1-SYS_REQ-2603 Mounting guides. SKA1-SYS_REQ-2604 Module labelling. SKA1-SYS_REQ-2605 Label robustness. SKA1-SYS_REQ-2606 Disposable item labelling. SKA1-SYS_REQ-2733 Location of Emergency stop. SKA1-SYS_REQ-2798 Protection of equipment in stationary use at non-weather protected locations SKA1-SYS_REQ-2799 Protection of equipment in weather- protected locations SKA1-SYS_REQ-2800 Transportation of equipment SKA1-SYS_REQ-2801 Storage of equipment


s_2395168392 01 2015-02-09


of 104


SDP_REQ-362 Maintenance, Test and Support requirements

The SDP shall include the following list of Maintenance, Test and Support requirements in the SDP design: SKA1-SYS_REQ-2512 Best practice. SKA1-SYS_REQ-2517 Known failure rate parts. SKA1-SYS_REQ-2518 High failure rate parts. SKA1-SYS_REQ-2519 Reliability testing. SKA1-SYS_REQ-2520 Spares and repair parts testing. SKA1-SYS_REQ-2522 Shelf life and wear out characteristics. SKA1-SYS_REQ-2523 Special procurement components. SKA1-SYS_REQ-2526 Maintainability budgets SKA1-SYS_REQ-2527 Test and Repair Instructions SKA1-SYS_REQ-2528 Level of maintenance SKA1-SYS_REQ-2529 Maintenance test and support equipment SKA1-SYS_REQ-2538 Test and support equipment SKA1-SYS_REQ-2539 Test and support equipment standardisation SKA1-SYS_REQ-2540 Test and support equipment lifecycle costs. SKA1-SYS_REQ-2541 Test equipment reliability SKA1-SYS_REQ-2542 Training SKA1-SYS_REQ-2544 Self-test. SKA1-SYS_REQ-2552 Malfunction detection. SKA1-SYS_REQ-2556 Access tools. SKA1-SYS_REQ-2595 Maintenance provisions. SKA1-SYS_REQ-2597 Plug-in modules. SKA1-SYS_REQ-2711 Component obsolescence plan SKA1-SYS_REQ-2718 Availability budgets SKA1-SYS_REQ-2722



s_2395168392 01 2015-02-09


of 104


Availability, reliability, and maintenance plans SKA1-SYS_REQ-2802 Design for maintainability SKA1-SYS_REQ-2806 Product Assurance SKA1-SYS_REQ-2816 Design for testability

SDP_REQ-363 Production and Manufacturing requirements

The SDP shall include the following list of Production and Manufacturing requirements in the SDP design: SKA1-SYS_REQ-2559 Design for economic production. SKA1-SYS_REQ-2560 Design definition. SKA1-SYS_REQ-2561 Manufacturing facilities. SKA1-SYS_REQ-2562 Standard manufacturing tools. SKA1-SYS_REQ-2566 Materials list. SKA1-SYS_REQ-2567 Hazardous Materials list. SKA1-SYS_REQ-2568 Parts list. SKA1-SYS_REQ-2569 Process list. SKA1-SYS_REQ-2570 Parts availability. SKA1-SYS_REQ-2571 Long lead time items.


SDP_REQ-372 Early science processing capability

The SDP shall support per telescope early science processing rates 10% of those required for full observing, as described in the SDP construction plan.


SDP_REQ-375 SDP platform management

The SDP shall provide a dedicated platform management function.


SDP_REQ-376 Platform management interface to LMC

The SDP compute system platform management function shall have an interface to the SDP LMC system.


SDP_REQ-377 System health monitoring

The SDP compute system platform management function shall collect and expose system



s_2395168392 01 2015-02-09


of 104


health information to be made available to the LMC.

SDP_REQ-378 Deployment system

The SDP compute system platform management function shall contain a deployment service.


SDP_REQ-379 Scheduler The SDP compute system platform management function shall provide a scheduler for the compute system resources.


SDP_REQ-380 Scheduler Interface

The SDP compute system scheduler shall have an interface with the LMC system, and with the pipelines.


SDP_REQ-381 Scheduler input The SDP compute system scheduler shall get observation mode input the LMC system and run-time estimates from the pipelines to produce an estimate of observation processing time.


SDP_REQ-382 Component system consistency

The SDP compute system deployment system shall ensure all component systems are in a consistent, verifiable, documented, and reproducible state at all time.


SDP_REQ-383 Data Integrity The data integrity of the hierarchical storage management system shall be defined and maintained across the entire data life-cycle.


SDP_REQ-384 Notification Event

Data services shall be capable of generating pre-defined notification events such as alarms.


SDP_REQ-385 Web Interface The SDP shall provide access to the science data archives from the internet via a standardised web interface.


SDP_REQ-386 Continuum imaging pipeline

The SDP shall provide a Continuum Imaging pipeline that constructs wide-band images. Polarisation shall be available if



s_2395168392 01 2015-02-09


of 104


requested or necessary for calibration or quality assurance.

SDP_REQ-387 Spectral line emission pipeline

The SDP shall provide a Spectral Line Emission pipeline that constructs channel cubes of spectral line emission either with continuum emission remaining or with continuum emission removed.


SDP_REQ-388 Spectral line absorption pipeline

The SDP shall provide a Spectral Line Absorption pipeline that constructs channel cubes of spectral line absorption with continuum sources removed.


SDP_REQ-389 Slow transient pipeline

The SDP shall provide a Slow Transient imaging pipeline that shall be capable of constructing a continuum image after a GSM has been subtracted for every correlator integration time or slower, searching for transient sources, and producing a time-ordered catalog.


SDP_REQ-390 Multi-frequency synthesis imaging

The SDP shall construct and make use of frequency-dependent image models over the entire observed bandwidth.


SDP_REQ-392 Peeling The continuum pipeline shall enable peeling of bright sources (strength limited by signal to noise ratio) from the visibility data.


SDP_REQ-395 Additional Visibility Averaging

The continuum pipeline shall perform optional additional visibility averaging to reduce computational load.


SDP_REQ-396 LSM subtraction The Continuum pipeline shall subtract the current local sky model from the averaged visibilities.


SDP_REQ-397 Imager The imaging pipeline shall provide a clean map image, clean beam image, clean component map image and residual map image (or the



s_2395168392 01 2015-02-09


of 104


equivalent set of image cubes in the case of spectral line).

SDP_REQ-398 Gridding & de-gridding

The continuum pipeline shall transform ungridded visibilities and corresponding weights into gridded visibilities and corresponding weights (and vise versa).


SDP_REQ-399 Anti-aliasing kernel

The gridding convolution kernel shall contain an anti-aliasing term.


SDP_REQ-400 w-kernel The gridding convolution kernel shall contain a w-term (wide-field effect).


SDP_REQ-401 A-kernel The gridding convolution kernel shall contain an A-term representing the receptor primary beam (direction-dependent effect).


SDP_REQ-402 Fourier Transform Algorithm

The continuum pipeline shall use a Fourier Transform algorithm to transform data and weights between the image plane and visibility plane (and visa versa).


SDP_REQ-403 Deconvolution The deconvolution step shall transform the calibrated visibilities into a clean map image, clean beam image, clean component map image and residual map image (or the equivalent set of image cubes in the case of spectral line).


SDP_REQ-404 Image plane spectral averaging

The continuum pipeline shall perform cube averaging of frequency channels post-imaging to avoid smearing effects and accommodate quality assessment.


SDP_REQ-405 Image plane averaging 2

The continuum pipeline shall provide optional re-projection of data.


SDP_REQ-412 SKA1_Survey spectral dynamic range.

The SDP contribution to the spectral dynamic range for SKA1_Survey shall be better



s_2395168392 01 2015-02-09


of 104


than TBD between adjacent channels and TBD globally.

SDP_REQ-417 Calibration pipeline.

SDP shall have a Calibration pipeline that derives current telescope parameters using a recent observation and either a known or the most recent Global Sky Model.


SDP_REQ-424 Polarisation purity.

The SKA1_low station beams shall have a polarisation purity at the zenith better than TBD after calibration.


SDP_REQ-430 Flux scale The SDP shall preserve the absolute flux scale provided by the global sky model.


SDP_REQ-437 SKA1_Survey inclusion of ASKAP.

The SDP shall process data from the SKA1_Survey FoV including the 36 ASKAP antennas including both monitor and control and data collection functions.


SDP_REQ-441 Automated Quality Assessment.

The SDP shall perform standardised, automated Quality Assessment of Images along the axes of astrometry, photometry, radiometry, polarimetry, and spectrometry.


SDP_REQ-442 Astrometric performance metric

The SDP Astrometric performance metric (APM) shall measure deviation (rms, average offset, and med) of source positions from known standards.


SDP_REQ-443 Photometric performance metric

The SDP Photometric performance metric (PPM) shall measure deviation (rms, average offset, and med) of source fluxes from known standards.


SDP_REQ-444 Radiometric performance metric

The SDP Radiometric performance metric (RPM) shall measure noise fluctuations (rms, average offset, and med) in an Image..


SDP_REQ-445 Polarimetric performance metric

The SDP Polarimetric performance metric (OPM) shall



s_2395168392 01 2015-02-09


of 104


measure deviation (rms, average offset, and med) of source polarisations (polarisation degree and angle) from known standards.

SDP_REQ-446 Spectrometric performance metric

The SDP Spectrometric performance metric (SPM) shall measure deviation (rms, average offset, and med) of source spectral lines from known standards.


SDP_REQ-447 Major and minor deconvolution cycles

The deconvolution step shall contain a major and a minor cycle


SDP_REQ-448 Phase Rotation The spectral line pipelines shall rotate the visibility phase centre to a given direction within the field of view.


SDP_REQ-450 SDP standard pipeline products

The SDP shall include as data products the pipeline processing log, and Quality Assessment log for all pipelines.


SDP_REQ-466 Perform Calibration Pipeline Automatic QA

The Calibration Pipeline shall perform standardised, automated Quality Assessment of Images along the axes of astrometry, photometry, radiometry, polarimetry, and spectrometry.


SDP_REQ-467 Perform Imaging Pipeline Automatic QA

The Imaging Pipeline shall perform standardised, automated Quality Assessment of Images along the axes of astrometry, photometry, radiometry, polarimetry, and spectrometry.


SDP_REQ-468 Perform Non-Imaging Pipeline Automatic QA

The Non-Imaging Pipeline shall perform standardised, automated Quality Assessment of [TBD]


SDP_REQ-469 Perform Science Analysis Pipeline Automatic QA

The Science Analysis Pipeline shall perform standardised, automated Quality Assessment of Images along the axes of astrometry, photometry, radiometry, polarimetry, and spectrometry.



s_2395168392 01 2015-02-09


of 104


SDP_REQ-470 Receive Data The SDP shall receive the data packets from CSP in compliance with the CSP-SDP ICD.


SDP_REQ-471 Buffer Data The Ingest Pipeline shall be capable of buffering the input data for the purpose of receiving and aligning data from the CSP.


SDP_REQ-472 Handle Missing Data

The SDP shall be capable of handling missing data packets coming from CSP.


SDP_REQ-473 Merge Meta Data

The SDP shall merge the metadata stream from the Telescope Manager with the data stream from CSP.


SDP_REQ-475 Transpose Data The ingest pipeline shall be capable of transposing data.


SDP_REQ-476 Flag RFI The SDP shall be capable of automatically flagging known and unknown RFI.


SDP_REQ-477 Excise RFI The SDP shall be capable of automatically excising known and unknown RFI.


SDP_REQ-478 Detect RFI The SDP shall be capable of detecting data that is corrupted by RFI.


SDP_REQ-480 Integrate Data The SDP shall be capable of integrating data in time and/or frequency.


SDP_REQ-482 Order UV Data The ingest pipeline will be able to order (u,v) data over time.


SDP_REQ-483 Missing Data The HandleMissingData step will be able to detect missing data packets


SDP_REQ-484 Input Meta Data The ingest pipeline will be capable of ingesting metadata from the Telescope Manager.


SDP_REQ-485 Combine Data The ingest pipeline shall be able to combine data based on time, frequency channels, baselines and polarisation.



s_2395168392 01 2015-02-09


of 104


SDP_REQ-486 Determine RFI Threshold

The RFI detection will determine the RFI detection threshold


SDP_REQ-487 Flag Data The ingest shall flag data indicated as bad by the Telescope Manager


SDP_REQ-488 Flag Lightning The ingest pipeline shall flag RFI from lightning.


SDP_REQ-489 Covariance Matrices

The ingest pipeline shall compute the appropriate types of covariance matrices needed to improve the robustness of RFI mitigation


SDP_REQ-490 Data Quality The ingest pipeline shall generate metrics (TBD) about the data quality during flagging.


SDP_REQ-491 Spatial Filtering The RFI mitigation step shall perform spatial filtering


SDP_REQ-495 Spatial Filter Weights

The Spatial Filtering step will set the weights for spatial filtering


SDP_REQ-496 Set Weight The Ingest Pipeline shall set the correct data weights


SDP_REQ-497 Subtract (calibration)

The calibration pipeline shall be able to subtract observed and predicted visibilities from each other.


SDP_REQ-498 Fit model parameters

The calibration pipeline shall fit model parameters for the instrumental and or sky models taking observed and predicted visibilities as input.


SDP_REQ-499 Correct The calibration pipeline shall be able to correct for direction independent effects.


SDP_REQ-500 Self-calibration loop

The continuum pipeline shall be able to perform self-calibration in order to achieve noise-limited performance.


SDP_REQ-501 Predict visibilities The calibration pipeline shall produce visibilities by taking as input the local sky model and instrument models.



s_2395168392 01 2015-02-09


of 104


SDP_REQ-502 Ingest Pipeline The SDP shall have an ingest pipeline to condition the input data.


SDP_REQ-503 Flag (calibration) The calibration pipeline shall be able to flag visibilities on the basis of calibration solutions.


SDP_REQ-504 Scale sensitive deconvolution

The SDP shall provide scale sensitive two-dimensional (i.e. on the tangent plane) deconvolution.


SDP_REQ-505 Global Sky Model Update

The continuum pipeline shall update the global sky model based on the current local sky model.


SDP_REQ-507 Calibration Source Finding

The science analysis pipeline shall find the location of bright sources of emission for use in the sky model.


SDP_REQ-508 Extended Source Detection

The science analysis pipeline shall locate extended sources within images.


SDP_REQ-509 Spectral Index Determination

The science analysis pipeline shall calculate the spectral indices of detected continuum sources.


SDP_REQ-510 Science Analysis input data conditioning

The science analysis pipeline shall transform the images and cubes received from the imaging pipelines into a form suitable for source detection and characterisation.


SDP_REQ-511 Continuum Source Finding

The science analysis pipeline shall perform continuum source finding.


SDP_REQ-512 Stacking The science analysis pipeline shall perform stacking. Details TBD.


SDP_REQ-513 H1 Stacking The science analysis pipeline shall perform stacking of spectral line sources. Details TBD


SDP_REQ-514 Source Analysis (TBC)

The science analysis pipeline shall analyse sources...... TBD



s_2395168392 01 2015-02-09


of 104


SDP_REQ-515 Spectral Line Profile Determination

The science analysis pipeline shall extract the profile of sources detected in image cubes.


SDP_REQ-516 Spectral Line Source Detection

The science analysis pipeline shall locate sources of spectral line emission in image cubes.


SDP_REQ-518 Point Source Detection

The science analysis pipeline shall locate point sources within images.


SDP_REQ-519 Continuum Stacking

The science analysis pipeline shall perform stacking of continuum sources. Details TBD.


SDP_REQ-520 Image Cube management

The science analysis pipeline shall transform image cubes so that each frequency channel has consistent spatial scale.


SDP_REQ-521 Image Cadence management

The science analysis pipeline shall combine real time updates of images to form a composite image for source detection and characterisation.


SDP_REQ-522 Archive Bulk Data Access Service

The Data Layer shall provide a service to allow access to bulk data contained in the science archive.


SDP_REQ-523 Archive Database Service

The Data Layer shall provide a service to allow access to data contained in databases in the science archive.


SDP_REQ-524 Pulsar Timing Input

SDP shall be capable of receiving pulsar timing data in accordance with the SKA-TEL.SDP.SE-TEL.CSP.SE-ICD-001 Interface Control Document.


SDP_REQ-525 Pulsar Timing RFI Mitigation

Pulsar Timing Post Processing shall be capable of identifying and removing RFI signals from pulsar timing data.


SDP_REQ-526 Average Input Data In Time

Pulsar Timing Post Processing shall be able to average input data in time using a weighted



s_2395168392 01 2015-02-09


of 104


sum of sub-integrations with precomputed weights.

SDP_REQ-527 Pulsar Search Data Input

SDP shall be capable of receiving pulsar periodicity search data in accordance with the SKA-TEL.SDP.SE-TEL.CSP.SE-ICD-001 Interface Control Document.


SDP_REQ-528 Pulsar Search Data Input Data Reception

Pulsar Search Post Processing shall be able to receive pulsar candidates and associated data from CSP.


SDP_REQ-529 Pulsar Timing Precision

When provided with a suitable template, signal-to-noise and pulsar parameters, SDP shall be able to measure the arrival time of a pulse with a precision of 5ns


SDP_REQ-530 Pulsar Timing ToA Determination

SDP shall be capable of determining the time-of-arrival of a pulse from pulsar timing data


SDP_REQ-531 Generate Residual Output

Pulsar Timing Post Processing shall output residuals for each profile from each observed pulsar.


SDP_REQ-532 Non-imaging Transient Post Processing

SDP shall be capable of operating in a non-imaging transient search mode, concurrently with continuum imaging mode and periodicity search mode


SDP_REQ-533 Merge Data from Multiple Beams

Pulsar Search Post Processing shall combine periodicity search candidates from all beams received from CSP.


SDP_REQ-534 Pulsar Timing Data Preparation

SDP shall be capable of performing data pre-processing on pulsar timing data.


SDP_REQ-535 Non-imaging Transient Input Data

Pulsar Search Post Processing shall be able to receive non-imaging transient candidates and associated data from CSP.


SDP_REQ-536 Pulsar Timing Polarisation Calibration

Pulsar Timing Post Processing shall apply polarisation



s_2395168392 01 2015-02-09


of 104


calibration parameters provided by TM to pulsar timing data

SDP_REQ-537 Response Rate for Pulsar Alerts

Preliminary alerts for pulsar discoveries shall be sent to the TM within 1 hour of the candidate data having arrived at Pulsar Search Post Processing


SDP_REQ-538 Form Covariance Matrix of Residuals

Pulsar Timing Post Processing shall estimate the covariance matrix of the residuals using a provided model of the noise processes in the residuals


SDP_REQ-539 Non-imaging Transient Input

SDP shall be capable of receiving non-imaging transient search data in accordance with the SKA-TEL.SDP.SE-TEL.CSP.SE-ICD-001 Interface Control Document.


SDP_REQ-540 Average Input Data In Frequency To Given Significance

Pulsar Timing Post Processing shall be able to average input data in time to increase the significance metric of the input data per sub-integration to a precomputed value


SDP_REQ-541 False Alarm Rate for Pulsar Alerts

Pulsar Search Post Processing shall alert the telescope manager of the discovery of a pulsar with an average false alarm rate of better than (TBD) 1 per day.


SDP_REQ-542 Pulsar Timing Error Estimation

SDP shall be able to estimate the uncertainty in the arrival time of a pulse to better than 5%


SDP_REQ-543 Pulsar Timing Systematic Error

SDP shall introduce no more than 5ns systematic error in the time-of-arrival determination.


SDP_REQ-544 Non-imaging Transient Alerts

SDP shall provide preliminary alerts for the detection of fast transient events within 10s (TBC) of the data containing that event arriving at SDP.


SDP_REQ-545 Extract non-imaging transient heuristics

Pulsar Search Post Processing shall generate a set of heuristics that can be used to assign a



s_2395168392 01 2015-02-09


of 104


probability to each non-imaging transient candidate.

SDP_REQ-546 Non-imaging Transient Search Output

SDP shall output a single ranked list of non-imaging transient candidates from each observation


SDP_REQ-547 Classify Candidates (pulsars)

Periodicity Search Post Processing shall classify pulsar candidates using a classifier which achieves TBD values for false positives, false negatives, accuracy, and ???


SDP_REQ-548 Pulsar Timing Input Data Reception

Pulsar Timing Post Processing shall be able to receive at least 16 folded pulsar data streams per observation, from CSP


SDP_REQ-549 Dynamic Range When Averaging Pulsar Profiles

Pulsar Timing Post Processing shall use at least 32 bits of precision when averaging


SDP_REQ-550 Weighting Scheme for Pulsar Timing Model Fitting

Pulsar Timing Post Processing shall use a covariance matrix to weight the fit of the pulsar timing model.


SDP_REQ-551 Generate Residual Precision

Pulsar Timing Post Processing shall be able to compute the difference (residual) between the measured arrival time of a pulse and that predicted by a pulsar timing model without increasing the error budget by more than 1 ns.


SDP_REQ-552 Periodicity Search Alerts

SDP shall provide alerts for the probable discovery of pulsars within a TBD timeframe of data potentially containing that pulsar arriving at the SDP.


SDP_REQ-553 Pulsar Timing Flux Calibration

Pulsar Timing Post Processing shall apply flux calibration parameters provided by TM to pulsar timing data


SDP_REQ-554 Identify Multi-beam Candidates (transients)

Pulsar Search Post Processing shall determine how many beams each non-imaging transient candidate is detected in



s_2395168392 01 2015-02-09


of 104


and add that information to the candidate data stream.

SDP_REQ-555 Output of Pulsar Timing Model

Pulsar Timing Post Processing shall output an updated pulsar timing model for each observed pulsar.


SDP_REQ-556 Update Timing Model

Pulsar Timing Post Processing shall compute an updated pulsar timing model for each observed pulsar by performing a generalised fit to the computed residuals, including those extracted from the archive that have been computed from previous observations.


SDP_REQ-557 Periodicity Search List Products

Pulsar Search Post Processing shall output a single ranked list of pulsar candidates from each observation with data content described by TBD [SDP data archive description document]


SDP_REQ-558 Periodicity Search Output

SDP shall output a single ranked list of pulsar periodicity candidates from each observation.


SDP_REQ-559 Extract pulsar search heuristics

Periodicity Search Post Processing shall generate a set of heuristics that can be used to assign a probability to each pulsar candidate.


SDP_REQ-560 Identify multi-beam candidates

Pulsar Search Post Processing shall determine how many beams each pulsar candidate is detected in and add that information to the candidate data stream.


SDP_REQ-561 Average Input Data In Time To Given Significance

Pulsar Timing Post Processing shall be able to average input data in time to increase the significance metric of the input data per sub-band to a precomputed value


SDP_REQ-562 Non-imaging Transient Search Archive Products

Pulsar Search Post Processing shall archive all non-imaging



s_2395168392 01 2015-02-09


of 104


transient candidates received from CSP.

SDP_REQ-563 Merge Data from Multiple Beams (transients)

Pulsar Search Post Processing shall combine non-imaging transient candidates from all beams received from CSP.


SDP_REQ-564 Response Rate for Non-imaging Transients

Preliminary alerts for non-imaging transient events shall be sent to the TM within 10 seconds of the candidate data having arrived at Pulsar Search Post Processing


SDP_REQ-565 Pulsar Timing Model Fitting

SDP shall be capable of fitting a pulsar timing model to pulsar times-of-arrival


SDP_REQ-566 Non-imaging Transient List Products

Pulsar Search Post Processing shall output a single ranked list of pulsar candidates from each observation with data content described by TBD [SDP data archive description document]


SDP_REQ-567 Periodicity Search Archive Products

Pulsar Search Post Processing shall archive all periodicity search candidates received from CSP.


SDP_REQ-568 False Alarm Rate for Non-imaging Transients

Pulsar Search Post Processing shall alert the telescope manager of the detection of a non-imaging transient event with an average false alarm rate of better than (TBD) 1 per day.


SDP_REQ-569 Average Input Data In Frequency

Pulsar Timing Post Processing shall be able to average input data in frequency using a weighted sum of sub-bands with precomputed weights


SDP_REQ-570 Classify Candidates (transients)

Pulsar Search Post Processing shall classify non-imaging transient candidates using a classifier which achieves TBD values for false positives, false negatives, accuracy and ???



s_2395168392 01 2015-02-09


of 104


SDP_REQ-571 Access to data and metadata

SDP shall provide authenticated users authorized access to proprietary metadata and data.


SDP_REQ-572 Display customisations

Maintain display customizations for web visualisation of science archive metadata and data.


SDP_REQ-573 Third party data products

The SDP shall not admit third party data products to the science data archive.


SDP_REQ-574 Science Data Archive

The SDP shall provide an archive for each telescope, located in the Science Processing Centre, for storing selected science data products for subsequent access by users according to science data access policy.


SDP_REQ-576 Data Product Replication

The data layer shall provide an access method to science data products.


SDP_REQ-577 Decoupling real-time Ops

Access methods to the science data archive shall not impact the performance of telescope operations such as science data product ingest.


SDP_REQ-578 Data Model Compliance

The science archive shall be loaded with TBD standard data model compliant meta data for the purpose of discovery and characterization of data products. IVOA data models shall be supported where applicable


SDP_REQ-592 Status Monitoring

The SDP shall query status of science and calibration data streams.


SDP_REQ-593 Status Logging The SDP shall log received status information.


SDP_REQ-594 Status Reporting The SDP shall use received status information to report on technical performance.



s_2395168392 01 2015-02-09


of 104


SDP_REQ-595 QA annotations The SDP shall provide the capability to attach QA-related data to data output streams.


SDP_REQ-596 Liquid Cooling for local storage and network rack cooling

Liquid cooling shall be available to each local storage / network rack with a flow rate range of TBD to TBD and a temperature range of TBD to TBD


SDP_REQ-597 Component system state information

Component system state information of the SDP compute system shall be made available as part of the observation meta data.


SDP_REQ-598 Storage Hierarchy

There shall be a mass storage system that automatically moves data between high-cost and low-cost storage media for optimised performance


SDP_REQ-599 Data Service Layer

The Data Service Layer ensures that data access shall be independent of the physical schema of the underlying compute infrastructure.


SDP_REQ-600 Postage Stamp Selection

The spectral line pipelines shall be able to image multiple pre-determined areas smaller than the full field of view within a single pointing.


SDP_REQ-601 Continuum Subtraction

The spectral line pipelines shall have the ability to remove continuum structure based on the products of the continuum imaging pipeline.


SDP_REQ-602 Invalid Input Handling - Master Controller

The Master Controller shall be robust against input errors including invalid state, improper authorisation, and malformed or malicious commands.


SDP_REQ-603 Capability Handling TBD

Place holder requirement for defining capabilities. Waiting for clarity on telescope model. TBD


SDP_REQ-604 MeerKAT integration

The Master Controller shall provide a uniform and singular



s_2395168392 01 2015-02-09


of 104


point of control for the SDP for all components of the MeerKAT telescope, including any precursor infrastructure that may form part of the MeerKAT telescope.

SDP_REQ-605 ASKAP integration

The Master Controller shall provide a uniform and singular point of control for the SDP for all components of the ASKAP telescope, including any precursor infrastructure that may form part of the ASKAP telescope.


SDP_REQ-606 Receive observation request

The Master Controller shall receive requests for observations from the Telescope Manager.


SDP_REQ-607 Flagging control - LMC

The Master Controller shall receive flagging parameters from the Telescope Manager and instruct the Calibration Pipeline to apply these flagging parameters.


SDP_REQ-608 Engineering Support - Master Controller

The Master Controller shall provide engineering support functions to the relevant Engineering Operations centres.


SDP_REQ-610 Consistent Release State

The Science Data Archive shall provide methods for consistently setting and updating the release status of shared data products in the context of commensal observing.


SDP_REQ-611 User Roles The Science Data Archive shall support an extensible list of defined user roles for the purpose of authorisation.


SDP_REQ-612 Data Product Types

The Science Data Archive shall support an extensible set of data product types.


SDP_REQ-613 Meta Access The Science Data Archive shall have the ability to define access to metadata and data products separately.



s_2395168392 01 2015-02-09


of 104


SDP_REQ-615 EoR Calibration Pipeline

The SDP shall provide a calibration pipeline for EoR purposes.


SDP_REQ-617 Restore images from archive to buffer

The SDP shall be able to restore image cubes from the science data archive to the buffer in order to produce image cubes combining multiple cubes from previously processed data.


SDP_REQ-618 Transfer images from archive to buffer

The Data Layer shall be able to transfer image cubes from the science data archive to the buffer for further processing.


SDP_REQ-619 Combine multiple image cubes

The Continuum Imaging and Spectral line pipeline shall be able to combine multiple image cubes appropriately.


Table 3. SDP L1 Requirement Verification Matrix

Requirement Description Verified by

SKA1-SYS_REQ-2116 South African Engineering Operations Centre

South African Engineering Operations Centre. The South African Engineering Operations Centre shall be located at Klerefontein.


SKA1-SYS_REQ-2118 South African Science Processing Centre

South African Science Processing Centre. The South African Science Processing centre shall be located in Cape Town


SKA1-SYS_REQ-2121 Australian Engineering Operations Centre

Australian Engineering Operations Centre The Australian Engineering Operations Centre shall be in in Geraldton.


SKA1-SYS_REQ-2123 Australian Science Processing Centre

Australian Science processing centre The Australian Science Processing Centre shall make use of floor space, power, cooling, and other infrastructure at the Pawsey centre in Perth.



s_2395168392 01 2015-02-09


of 104


SKA1-SYS_REQ-2126 Simultaneous operation of telescopes

Simultaneous operation of telescopes. All three telescopes shall be capable of operating concurrently and independently.


SKA1-SYS_REQ-2127 Sub-Arraying. Sub-Arraying. All of the SKA1 telescopes shall be capable of operating independently with one to sixteen sub-arrays (i.e. collecting area is split and allocated to separate, concurrently observing programmes).


SKA1-SYS_REQ-2128 Continuum and spectral line imaging mode.

Continuum and spectral line imaging mode. All three SKA1 telescopes shall be capable of operating in a Continuum and Spectral-line imaging mode concurrently.


SKA1-SYS_REQ-2129 Pulsar Search Mode.

Pulsar Search Mode. The SKA1_mid telescope shall be capable of operating in a Pulsar search mode, concurrently with Continuum imaging mode.


SKA1-SYS_REQ-2130 Pulsar Timing Mode.

Pulsar Timing Mode. The SKA1_mid telescope shall be capable of operating in a Pulsar timing mode, concurrently with continuum imaging mode.


SKA1-SYS_REQ-2131 Transient search mode

Transient search mode. Each of the SKA1 telescopes shall be capable of operating in a transient search mode TBC


SKA1-SYS_REQ-2133 Mode transition

Mode transition. The switching time between telescope operating modes shall take less than 30 seconds (not including antenna slewing time)


SKA1-SYS_REQ-2134 Electromagnetic frequency range.

Electromagnetic frequency range. SKA1_Low shall be able to measure electromagnetic radiation in a frequency range from 50 MHz to 350 MHz.



s_2395168392 01 2015-02-09


of 104


SKA1-SYS_REQ-2140 SKA1_Low station diameter

SKA1_Low station diameter. The station diameter will be 35 metres, which is consistent with being able to provide a single, circularly symmetric, beam of 5 degrees at the half-power points at 100 MHz (centre of the EoR frequency range) while meeting the sensitivity requirements with 256 antennas per station evenly distributed in an irregular-random configuration.


SKA1-SYS_REQ-2142 SKA1_Low number of stations.

SKA1_Low number of stations. The SKA1_Low shall comprise of 1024 stations.


SKA1-SYS_REQ-2147 Instantaneous bandwidth.

Instantaneous bandwidth. The SKA1_Low shall be capable of simultaneously processing 300 MHz of bandwidth.


SKA1-SYS_REQ-2148 SKA1_Low channelisation

SKA1_Low channelisation. The SKA1_Low channelisation for each sub array shall provide up to 256,000 linearly spaced frequency channels across the available frequency range of each band.


SKA1-SYS_REQ-2150 SKA1_Low correlator Integration rate.

SKA1_Low correlator Integration rate. The SKA1_Low correlator for each sub array shall have independently configurable visibility integration periods in the range 6s to 0.6s.


SKA1-SYS_REQ-2153 Diameter Diameter. SKA1 dishes shall have a projected diameter of larger than or equal to 15m and smaller than 16.5m.


SKA1-SYS_REQ-2158 Pointing repeatability.

Pointing repeatability. The pointing repeatability shall be better than 10 arc seconds rms for winds < 7 m/s at night time.


SKA1-SYS_REQ-2159 Pointing repeatability - Low wind / day time

Pointing repeatability. The pointing repeatability shall be



s_2395168392 01 2015-02-09


of 104


better than 17 arc seconds rms for an average wind speed of < 7 m/s in the day time

SKA1-SYS_REQ-2160 Pointing repeatability - Higher wind

Pointing repeatability. The pointing repeatability shall be better than 180 arc seconds rms for an average wind speed between 7 and 20 m/s


SKA1-SYS_REQ-2165 Polarisation Purity

Polarisation Purity. The IXR shall be better than 15 dB over the whole observing bandwidth within the HPBW


SKA1-SYS_REQ-2173 MeerKAT array

MeerKAT array. The monitor and control functions of MeerKAT shall be made available to SKA1_Mid via a Foreign Telescope interface consisting of a Local Monitor and Control system connected to the SKA1_Mid Telescope Manager.


SKA1-SYS_REQ-2174 Combined SKA1_Mid configuration.

Combined SKA1 Mid Configuration. 42 % of the Combined SKA1_Mid shall be within a radius of 400 m of the array centre.


SKA1-SYS_REQ-2178 Combined SKA1_Mid configuration

Combined SKA1_Mid configuration. 14 % of the combined SKA1_Mid array shall be within a radius between 4,000m and 100,000 m of the array centre.


SKA1-SYS_REQ-2185 RF system sampled bandwidth band 1

RF system sampled bandwidth band 1. The instantaneous bandwidth for band 1 will be 700MHz and shall be sampled to at least 2.0 G samples per second for each polarisation.



RF system sampled bandwidth band 2. The instantaneous bandwidth for band 2 will be 810 MHz and shall be sampled to at least 2.0 G sample per second for each polarisation.



s_2395168392 01 2015-02-09


of 104



RF system sampled bandwidth band 3 The instantaneous bandwidth for band 3 will be 1,403 MHz and shall be sampled to at least 5.0 G samples per second for each polarisation.



RF system sampled bandwidth band 4 The instantaneous bandwidth for band 4 will be 2,380 MHz and shall be sampled atleast 5.0 G samples per second for each polarisation.



RF system sampled bandwidth band 5 The SKA_Mid, for band 5, shall digitise two separate 2.5 GHz bands for each polarisation.


SKA1-SYS_REQ-2195 SKA1_Mid channelisation

SKA1_Mid channelisation. The SKA1_Mid channelisation for each sub array shall provide up to 256, 000 linearly spaced frequency channels across the sampled bandwidth of each band.


SKA1-SYS_REQ-2197 SKA1_Mid correlator integration rate.

SKA1_Mid correlation integration period. The SKA1_Mid shall have independently configurable visibility integration period from a maximum integration time of 0.8s to a minimum of 0.08s for each subarray.


SKA1-SYS_REQ-2201 Beam-former sub-array support.

Beam-former sub-array support. The SKA1_Mid central beam-former shall be able to form beams or more beams for one to sixteen sub-arrays independently and concurrently.


SKA1-SYS_REQ-2203 Number of beams: Pulsar search

Number of beams: Pulsar search. SKA1_Mid, when performing the Pulsar Search function, shall simultaneously form up to a total of 2222 beams per observation across all sub arrays.



s_2395168392 01 2015-02-09


of 104


SKA1-SYS_REQ-2205 Beamformer S/N pulsar search

Beamformer S/N pulsar search. The SKA1_Mid central beam-forming for each sub array shall have a Signal to Noise ratio greater or equal to 98% of ideal analogue beam forming for the same sub array:


SKA1-SYS_REQ-2207 Number of beams: Pulsar timing.

Number of beams: Pulsar timing. The SKA1_Mid central beam-former for Pulsar timing shall be capable of forming up to 16 dual polarisation coherent beams in total across all timing sub-arrays.


SKA1-SYS_REQ-2208 Beamformer S/N ratio: Pulsar timing

Beamforming S/N ratio: Pulsar timing. The SKA1_Mid for Pulsar timing shall have a Signal to Noise ratio greater or equal to 98% of an ideal analogue beam former.


SKA1-SYS_REQ-2216 Time resolution

Time resolution. The time resolution of the SKA1_Mid pulsar search processing for each sub-array shall be equivalent to the temporal smearing due to dispersion at the observation frequency and bandwidth of the observation with a quantisation of value in powers of 2 from 50 µs to 800 us


SKA1-SYS_REQ-2220 Binary search Binary search. For each Pulsar search sub-array within SKA1_Mid the processing shall be capable of searching for binary systems with accelerations due to their orbital motion of up to 350 ms -2.


SKA1-SYS_REQ-2224 Frequency agility.

Frequency agility. The SKA1_Mid system shall, for each timing sub-array, be able to change from observing in any frequency band, to observing in any other frequency band in less than or equal to 30 seconds.



s_2395168392 01 2015-02-09


of 104


SKA1-SYS_REQ-2230 Multiple timings.

Multiple timings. The SKA Phase 1 shall be capable of timing up to 16 pulsars simultaneously in total across all timing sub arrays.


SKA1-SYS_REQ-2231 Pulsar timing Dispersion Measure

Pulsar timing Dispersion Measure. The SKA1_Mid shall be capable of timing pulsars with dispersion measures between 0 to 3000 pc cm -3 such that residual dispersive smearing is less than 500 ns.


SKA1-SYS_REQ-2236 SKA1_Survey configuration

SKA1_Survey configuration. 22% of the SKA1_Survey array shall be within a radius of 4,000 m and 25,000 m of the array centre


SKA1-SYS_REQ-2238 RF system frequency range PAF band 1

RF system frequency range PAF band 1 The SKA1_Survey PAF for band 1 shall have a frequency range from 350 to 900 MHz for each polarisation.



RF system frequency range PAF band 2 The SKA1_Survey PAF for band 2 shall have a frequency range from 0.650 to 1.670 GHz for each polarisation.



RF system frequency range PAF band 3. The SKA1_Survey PAF for band 3 shall have a frequency range from 1.500 to RF system frequency range PAF band 3 The SKA1_Survey PAF for band 3 shall have a frequency range from 1.500 to 4.000 GHz for each polarisation.


SKA1-SYS_REQ-2241 Maximum available bandwidth

Maximum available bandwidth The SKA1_Survey shall have a PAF bandwidth of at least 500 MHz for each polarisation and beam


SKA1-SYS_REQ-2242 SKA1_Survey digitised bandwidth

SKA1_Survey digitised bandwidth The SKA1_Survey digitised bandwidth for each PAF shall be greater than 500 MHz for each polarisation.



s_2395168392 01 2015-02-09


of 104


SKA1-SYS_REQ-2247 SKA1_Survey number of beams.

SKA1_Survey number of beams. The SKA1_Survey shall beam-form the element signals in each band to provide 36 full bandwidth, dual polarisation beams per antenna.


SKA1-SYS_REQ-2250 SKA1_Survey channelisation.

SKA1_Survey channelisation. The SKA1_Survey channelisation shall provide 256, 000 linearly spaced frequency channels across the frequency band of each PAF band.


SKA1-SYS_REQ-2252 SKA1_Survey correlator dump period.

SKA1_Survey correlator dump period. The SKA1_Survey correlator shall have a programmable dump period in the range 3 seconds to 0.3 seconds


SKA1-SYS_REQ-2256 SKA1_Survey imaging dynamic range.

SKA1_Survey imaging dynamic range – band 1. The SKA1_Survey array shall have an imaging dynamic range of greater than: band 1: 55dB for a 1000 hour single-field integration band 2: 56dB for a 1000 hour single-field integration band 3: 54dB for a 1000 hour single-field integration.


SKA1-SYS_REQ-2259 SKA1_Survey spectral dynamic range.

SKA1_Survey spectral dynamic range. The spectral dynamic range for SKA1_Survey shall be better than 30dB between adjacent channels and 60dB globally.


SKA1-SYS_REQ-2262 SKA1_Survey inclusion of ASKAP.

SKA1_Survey inclusion of ASKAP. The SKA1_Survey shall incorporate the 36 ASKAP antennas in both monitor and control and data collection functions.


SKA1-SYS_REQ-2263 SKA1_Survey single array operation.

SKA1_Survey single array operation. SKA1-Survey shall be



s_2395168392 01 2015-02-09


of 104


capable of operating ASKAP and SKA1 dishes as single array for frequency band 2.

SKA1-SYS_REQ-2264 SKA1_Survey sub-arraying.

SKA1_Survey sub-arraying. It shall be possible to split the SKA1_Survey array into independent operable ASKAP and SKA1 dish sub-arrays.


SKA1-SYS_REQ-2266 SKA1_Survey PAF rotation.

SKA1_Survey derotation. SKA1_Survey shall provide PAF rotation capability sufficient to orient Phased Array Feed beams on a sky coordinate frame independent of parallactic angle.


SKA1-SYS_REQ-2280 System status.

System status. The system shall extract information about the current condition of the system from the science and calibration data streams, and log this information along with other relevant system and environmental status information. Based on this information, it shall be possible to monitor, save, and analyse the technical performance of the system.


SKA1-SYS_REQ-2282 Central location for data bases

Central location for data bases. External sources of information used by the Elements shall be cached by Telescope Manager. No sources other than those cached by TM shall be used.


SKA1-SYS_REQ-2283 Target of opportunity

Target of opportunity. TOO observing shall be via Scheduling Blocks.


SKA1-SYS_REQ-2285 Latency of TOO scheduling block initiation.

Latency of TOO scheduling block initiation. Scheduling intervention on TOO triggers shall be initiated within 1s of receiving the trigger.


SKA1-SYS_REQ-2286 Discard previous scheduling block.

Discard previous scheduling block. At the launching of a TOO



s_2395168392 01 2015-02-09


of 104


Scheduling Block, the results from any active Scheduling Blocks shall be discarded.

SKA1-SYS_REQ-2312 Alarm latency.

Alarm latency. Latency from event to alarm shall be no more than 5 seconds.


SKA1-SYS_REQ-2319 Closed loop calibration.

Closed loop calibration. The telescope calibration shall be solved by comparison of observed with GSM predictions with a time scale appropriate to the component and physical effect being calibrated and fed back to the telescope.


SKA1-SYS_REQ-2321 Direction dependent effects.

Direction dependent effects. Self-calibration and image reconstruction algorithms shall be capable of dealing with direction dependent effects.


SKA1-SYS_REQ-2322 Global sky model.

Global sky model. Calibration and continuum subtraction shall use a Local Sky Model, derived from a Global Sky Model or previous Local Sky Model.


SKA1-SYS_REQ-2324 Multi-frequency synthesis imaging.

Multi-frequency synthesis imaging. All imaging shall construct and make use of frequency dependent image models over the entire observed bandwidth.


SKA1-SYS_REQ-2325 Scale sensitive deconvolution

Deconvolution of single channels Scale sensitive two-dimensional (i.e. on the tangent plane) deconvolution shall be available.


SKA1-SYS_REQ-2328 Solution for pointing errors.

Solution for pointing errors. It shall be possible to solve for and correct time- and station-dependent pointing errors with accuracy and timescale limited by signal to noise ratio.



s_2395168392 01 2015-02-09


of 104


SKA1-SYS_REQ-2330 Peeling. Peeling. Peeling of bright sources (strength limited by signal to noise ratio) from the visibility data shall be possible.


SKA1-SYS_REQ-2333 Continuum source finding.

Continuum source finding. Where appropriate, continuum source finding shall be conducted on images generated by the Continuum Imaging pipeline. Polarization shall be fitted if available.


SKA1-SYS_REQ-2334 Spectral line source finding.

Spectral line source finding. Where appropriate, spectral line source finding shall be conducted on image cube generated by the Spectral Line pipeline.


SKA1-SYS_REQ-2335 Stacking. Stacking. Where appropriate, spectral line stacking shall be conducted on image cubes generated by the pipelines using a priori known source lists.


SKA1-SYS_REQ-2336 Standard pipeline products.

Standard pipeline products. All pipelines shall include as data products the pipeline processing log, and Quality Assessment log.


SKA1-SYS_REQ-2338 Calibration pipeline.

Calibration pipeline. There shall be a Calibration pipeline that derives current telescope parameters using a recent observation and a Global Sky Model, either a known GSM or the most recent GSM.


SKA1-SYS_REQ-2339 Continuum imaging pipeline.

Continuum imaging pipeline. There shall be a Continuum Imaging pipeline that shall have the goal of constructing noise-limited wide-band images for observations up to 1000h integration time. Polarisation shall be available if requested or necessary for calibration or quality assurance.



s_2395168392 01 2015-02-09


of 104


SKA1-SYS_REQ-2340 Continuum imaging data products.

Continuum imaging data products. The Data Products shall include the first n moment images for multi-frequency synthesis, corresponding residual images (if deconvolved), sensitivity image and representative PSF image, where n is set by signal to noise ratio.


SKA1-SYS_REQ-2341 Spectral line emission pipeline.

Spectral line emission pipeline. There shall be a Spectral Line Emission pipeline that is optimised for constructing noise-limited (up to 1000h integration) channel cubes of spectral line emission either with continuum emission remaining or with continuum emission removed.


SKA1-SYS_REQ-2342 Spectral line emission data products.

Spectral line emission data products. The data products shall include spectral line cube image, continuum model images, sensitivity image, and representative point spread function.


SKA1-SYS_REQ-2343 Spectral line absorption pipeline.

Spectral line absorption pipeline. There shall be a Spectral Line Absorption pipeline that is optimised for constructing noise-limited channel cubes of spectral line absorption with continuum sources removed.


SKA1-SYS_REQ-2344 Spectral line absorption data products.

Spectral line absorption data products. The data products shall include spectral line cube image, continuum model images, sensitivity image, and representative point spread function.


SKA1-SYS_REQ-2345 Slow transient pipeline.

Slow transient pipeline. There shall be a Slow Transient imaging pipeline that shall be capable of



s_2395168392 01 2015-02-09


of 104


constructing a continuum image after a GSM has been subtracted for every correlator integration time or slower, searching for transient sources, and producing a time-ordered catalogue.

SKA1-SYS_REQ-2346 Slow transient data products.

Slow transient data products. The data products shall include a catalogue of found sources, a sensitivity image, and representative PSF image.


SKA1-SYS_REQ-2347 Automated Quality Assessment.

Automated Quality Assessment. All pipelines shall perform standardised, automated Quality Assessment of Images along the axes of astrometry, photometry, radiometry, polarimetry, and spectrometry.


SKA1-SYS_REQ-2348 Role of science processing centres.

Role of science processing centres. The science-processing centre will convert the output data from the CSP into science data products to be stored in the science data archive.


SKA1-SYS_REQ-2350 Mirror sites. Mirror sites. All data within Science Archives shall have a secondary copy located offsite in a secure location.


SKA1-SYS_REQ-2352 Web interface.

Web interface. The science data archives shall be accessible from the internet via a standardised web interface.


SKA1-SYS_REQ-2353 Virtual Observatory interface.

Virtual Observatory interface. The science data archives shall be accessible via a set of recommended IVOA services chosen to allow access to all approved data products.


SKA1-SYS_REQ-2354 Archive API. Archive API. The science data archives shall publish a user accessible, open API in a small



s_2395168392 01 2015-02-09


of 104


number of complementary languages such as Python, C++, and Java.

SKA1-SYS_REQ-2355 Data product provenance.

Data product provenance. An official data product shall have known, documented provenance, and shall have been produced via SKA observations and processing.

VR-5 Verification by Definition

SKA1-SYS_REQ-2357 QA annotation.

QA annotation. The telescope shall facilitate the addition of QA annotations by Users.


SKA1-SYS_REQ-2358 Third party data products.

Third party data products. Third party data products shall not be admitted to the archive.


SKA1-SYS_REQ-2360 Science data product archive policy.

Science data product archive policy. There shall be a policy, developed and administered by Operations, governing which types and sizes of data products will be retained in the archive and for how long.


SKA1-SYS_REQ-2361 Archive access.

Archive access. A telescope archive will be nominally open for access 24/7/365, with no more than 24 hrs planned downtime per year. Unplanned downtime shall be consistent with availability budget.


SKA1-SYS_REQ-2363 Archive lifetime.

Archive lifetime. The science data archives shall be designed to provide an archived data lifetime of not less than 50 years from the start of archived observations.


SKA1-SYS_REQ-2364 Data migration plan.

Data migration plan. Operations shall maintain at all times and update yearly a current data migration plan covering the contingency of moving from one archive platform to another.


SKA1-SYS_REQ-2366 Distribution of data products.

Distribution of data products. As limited by resource constraints, it



s_2395168392 01 2015-02-09


of 104


will be possible to deliver science data products to approved off-site facilities, which may be globally distributed.

SKA1-SYS_REQ-2425 SADT to SDP interface.

SADT to SDP interface. The interface between SADT and SDP shall be compliant with the SKA-TEL.SADT.SE-TEL.SDP.SE-ICD-001 Interface Control Document.


SKA1-SYS_REQ-2431 SDP to TM interface.

SDP to TM interface. The interface between SDP and TM shall be compliant with the SKA-TEL.SDP.SE-TEL.TM.SE-ICD-001 Interface Control Document.


SKA1-SYS_REQ-2432 SDP to INFRA interface.

SDP to INFRA interface. The interface between SDP and Infra shall be compliant with the SKA.TEL.SDP.SE-TEL.INFRA.SE-ICD-001 Interface Control Document.


SKA1-SYS_REQ-2433 Design for SKA2 Extensibility

Design for Extensibility. Design trade studies for SKA1 shall include scenarios where design features are included which will allow increases in the number of receptors for SKA2 over SKA1 by a factor of 10 whilst re-using more than 90% of SKA1 hardware The introduction of AIP technologies at SKA2 scales whilst re-using more than 90% of SKA1 hardware Such trade studies shall yield the incremental cost of such scenarios over those which do not include such design features.



s_2395168392 01 2015-02-09


of 104


SKA1-SYS_REQ-2435 Hazard analysis.

Hazard analysis. A hazard analysis shall be performed at the system and element level in accordance with BS IEC 61882 and, where applicable, shall include a FMEA in accordance with EN 60812.


SKA1-SYS_REQ-2436 Safety incident recovery plan

Safety incident recovery plan. A safety incident recovery plan shall be produced in accordance with SKA PRODUCT ASSURANCE & SAFETY PLAN SKA-OFF.PAQA-SKO-QP-001.


SKA1-SYS_REQ-2437 Design for hazard elimination.

Design for hazard elimination. Designs shall demonstrate the elimination, or mitigation to a risk level practically achievable, of all hazards by means of a subsystem hazard analysis (SSHA) report as described in EN 14738 and tailored by SKA Product Assurance and Safety Plan SKA-OFF.PAQA-SKO-QP-001.


SKA1-SYS_REQ-2438 Fail safe design.

Fail safe design. Components and Equipment shall be designed to be locally fail-safe and not rely on external safety devices or measures to operate safely.


SKA1-SYS_REQ-2439 Emergency stop.

Emergency stop. The SKA1 Elements shall have emergency stop switches or brakes for all electro-mechanical or mechanical systems that have been identified by safety analyses (required under SKA1-SYS_REQ-2435) to pose a hazard.


SKA1-SYS_REQ-2443 Protection from high voltages.

Protection from high voltages. High voltage cages or enclosures shall be used to protect personnel from inadvertent access to high voltages in accordance with AS/NZS3000 (Australia) and SANS10142 (South Africa).



s_2395168392 01 2015-02-09


of 104


SKA1-SYS_REQ-2444 Safety grounding and bonding.

Safety grounding and bonding. External conductive parts shall be grounded in compliance to: South Africa: National Building Regulations and Building Standards Act, 1977 Occupational Health and Safety act, 1993 SANS 10313 Australia: AS/NZ 3000, AS/NZ 1768


SKA1-SYS_REQ-2445 Electrical circuit interlocks.

Electrical circuit interlocks. Electrical circuit inter-locks shall be provided to prevent personnel coming into contact with hazards that cannot otherwise be eliminated from design.


SKA1-SYS_REQ-2446 Electrical safety

Electrical safety. Electrical risks and hazards shall be controlled in accordance with local, State and national legislation and Codes of Practice. NOTE: In South Africa, SANS 10142-1 and SANS 10142-2 shall apply. NOTE: In Australia, in addition to legislation, the following Codes of



s_2395168392 01 2015-02-09


of 104


Practice shall be applied: AS/NZ 3000 Safe Work Australia 'Managing Electrical Risks at the Workplace'; Western Australia Director of Energy Safety 'Safe Low Voltage Work Practices by Electricians'

SKA1-SYS_REQ-2447 Sharp metal edges.

Sharp metal edges. If they cannot be eliminated from design, sharp edges, access openings and corners shall be protected with covers or coatings where feasible.


SKA1-SYS_REQ-2448 Stand-off and handles.

Stand-off and handles. Stand-offs and handles shall be used to protect system components from damage during shop maintenance.


SKA1-SYS_REQ-2449 Construction Safety Plan.

Construction and AIV Safety Plan. A comprehensive safety plan, tailored to construction and AIV activities, shall be established and implemented before the construction starts at the observatory site.


SKA1-SYS_REQ-2450 Safety information for use

Safety information for use. Where risks remain despite inherently safe design measures, safeguarding and the adoption of complementary protective measures, the residual risks shall be identified in the information for use in accordance with BS EN ISO 12100 (section 6). The information for use shall include, but not be limited to, the following:



s_2395168392 01 2015-02-09


of 104


⎯ operating procedures for the use of the machinery consistent with the expected ability of personnel who use the machinery or other persons who can be exposed to the hazards associated with the machinery; ⎯ the recommended safe working practices for the use of the machinery and the related training requirements adequately described; ⎯ sufficient information, including warning of residual risks for the different phases of the life of the machinery; ⎯ the description of any recommended personal protective equipment, including detail as to its need as well as to training needed for its use. Information for use shall not be a substitute for the correct application of inherently safe design measures, safeguarding or complementary protective measures.

SKA1-SYS_REQ-2451 Safety training.

S afety training. All personnel shall be provided with appropriate Health and Safety training in compliance with local regulations.


SKA1-SYS_REQ-2452 Protective clothing.

Protective clothing. Protective Clothing for areas where environments detrimental to human safety shall be worn.


SKA1-SYS_REQ-2454 Fire fighting equipment.

Fire fighting equipment. Fire fighting equipment shall be made



s_2395168392 01 2015-02-09


of 104


available at all SKA premises and facilities.

SKA1-SYS_REQ-2455 Noise level dosage.

Noise level dosage. Personnel shall not be exposed to noise level dosages exceeding local health and safety guideline levels. The maximum noise levels shall not exceed an 8-hour average exposure of 85 decibels as specified in the Australian National Standard for Occupational Noise NOHSC: 1007(2000) and South African Noise-Induce Hearing Loss Regulations (No R.307 2003) of the Occupational Health and Safety Act, 1993 (Act No 85 of 1993). The desirable maximum noise level is 75 decibels. Note: The National Code of Practice for Noise Management and Protection of Hearing at Work [NOHSC:2009(2004)] provides practical guidance on how NOHSC:1007(2000) can be achieved.


SKA1-SYS_REQ-2456 Transient noise level.

Transient noise level. Noise levels exceeding 85dB shall be controlled or mitigated in accordance with NOHSC National Standard for Occupational Noise [NOHSC: 1007].


SKA1-SYS_REQ-2457 Illumination. Illumination. Personnel shall be provided with a working illumination level which is compliant with local and national regulations including the current issue of SANS 10114-1 in South Africa and the AS/NZS 1680 series in Australia.


SKA1-SYS_REQ-2458 Clean air Clean air. Personnel shall be provided with air quality at least compliant with the current issue of



s_2395168392 01 2015-02-09


of 104


SANS 10400-O (South Africa - The application of National Building

SKA1-SYS_REQ-2460 Occupational health legislation and regulations.

Occupational health legislation and regulations. The observatory shall comply with all applicable local, State and national occupational health regulations and standards in force at the time. Regulations include, but are not limited to: South Africa: Occupational Health and Safety Act, 1993, and all its regulations. Australia: Commonwealth Occupational Health and Safety Act 1991; OHS (Safety Arrangements) Regulations 1991; OHS (Safety Standards) Regulations 1994; OHS Codes of Practice 2008. Western Australia: Occupational Safety and Health Act 1984; Harmonised OHS legislation (as enacted).


SKA1-SYS_REQ-2462 Electromagnetic Radiation

Electromagnetic Radiation. Any component of the observatory shall not emit electromagnetic radiation, in any of the stated frequency intervals for broad band and narrow band cases, that exceeds the SKA RFI/EMI Threshold Levels[4]



s_2395168392 01 2015-02-09


of 104


SKA1-SYS_REQ-2463 Self-induced RFI

Self-induced RFI. The SKA1 Telescope shall generate less self-induced RFI, within the Telescope's operating frequency bands, than the SKA RFI/EMI Protection Levels, for both broad band and narrow band cases, as specified in the "RFI/EMI Protection and Threshold Levels for the SKA" document. The SKA RFI/EMI Protection Levels are defined at the respective receiver input, and measured at the respective Telescope time series output.


SKA1-SYS_REQ-2464 Electromagnetic Compatibility Standards

Electromagnetic Compatibility Standards. The SKA1 Telescopes shall be compliant with one or more of the following standards for emissions and one or more for susceptibility/immunity: *BS EN 61000-6-2. Electromagnetic compatibility (EMC). Generic standards. Immunity standard for industrial environments. *BS EN 61000-6-4 AMD2. Electromagnetic compatibility (EMC). Part 6-4. Generic standards. Emission standard for industrial environments. *BS CISPR 14-1. Electromagnetic compatibility. Requirements for household appliances, electric tools and similar apparatus. Part 1. Emission. *MIL-STD-464C


SKA1-SYS_REQ-2465 Electricity network Electromagnetic Compatibility

Electricity network Electromagnetic Compatibility. The SKA1 telescopes shall follow



s_2395168392 01 2015-02-09


of 104


the TBD code of practice for the application of Electromagnetic Compatibility (EMC) standards and guidelines in electricity utility networks.

SKA1-SYS_REQ-2466 EMC compatibility marking.

EMC compatibility marking. All "off-the-shelf" equipment shall possess as a minimum the host country EMC marking.


SKA1-SYS_REQ-2467 Electromagnetic susceptibility.

Electromagnetic susceptibility. The observatory shall not be susceptible to terrestrial electromagnetic radiation at any frequency that significantly interferes with its normal operation.


SKA1-SYS_REQ-2472 RFI flagging RFI flagging. The SKA1 telescopes shall automatically flag frequency data with a resolution of one channel and time data to the resolution of the integration unit if the data is corrupted by RFI.


SKA1-SYS_REQ-2473 RFI excision RFI excision. The SKA1 Telescopes shall automatically excise data that is corrupted by RFI.


SKA1-SYS_REQ-2474 RFI masking RFI masking. The SKA1 Telescopes shall flag data according to a pre-selected RFI Mask.


SKA1-SYS_REQ-2478 Equipment security

Equipment security. The observatory shall provide a secure environment for equipment. This shall include protection of generators, fuel, solar cells and inter-station assets such as copper cables.


SKA1-SYS_REQ-2479 Archive security

Archive security. The observatory shall provide a secure environment for all its data archives.


SKA1-SYS_REQ-2481 Emergency communication

Emergency communication. The observatory shall provide an



s_2395168392 01 2015-02-09


of 104


independent system to communicate with outside locations in emergencies.

SKA1-SYS_REQ-2482 Accessibility Accessibility. It shall be possible to control on a per user basis which SKA1 facilities and resources (both hardware and software) may be accessed by the user.


SKA1-SYS_REQ-2483 Environment protection plan.

Environment protection plan. An Environmental protection plan shall be developed and maintained. This shall include the management of Environmental Impact Assessments (EIA) in accordance with SA NEMA, WA EPA and Commonwealth EPBC.


SKA1-SYS_REQ-2484 Environmental legislation and regulations.

Environmental legislation and regulations. The observatory shall be compliant with all local, State and national environmental protection legislation and regulations. NOTE: Legislation takes precedence over project/contract documentation and requirements. Omission of a law from this requirement does not affect its enforceability. Legislation is also subject to amendment and so the Environmental Laws identified during the Request for Information (copied below) may be modified by the Hosting Agreements and subsequent Acts and Amendments. Legislation and regulations identified during the response to Request for Information include:



s_2395168392 01 2015-02-09


of 104


South Africa: National Environmental Management Act, 1998 ("NEMA"); National Water Act, 1998; National Environmental Management: Air Quality Act, 2004; National Environmental Management Waste Act, 2008; National Environment Management: Biodiversity Act, 2004; National Heritage Resources Act, 1999.* Australia: The Commonwealth Environment Protection and Biodiversity Conservation (EPBC) Act 1999. The Western Australian Environmental Protection Act 1986 The Western Australian Land Administration Act 1997 In addition, approvals will be required under the Western Australia Mining Act 1978, Heritage of Western Australia Act 1990, the Western Australian Aboriginal Heritage Act 1972 and the MRO Indigenous Land Use Agreement 2009.


s_2395168392 01 2015-02-09


of 104


* Other South African environmental statutes include the Environment Conservation Act, 1989, various air pollution statutes, the National Heritage Resources Act, 1999, the Hazardous Substances Act, 1973, the Health Act, 1977, the Nuclear Energy Act, 1999, the National Nuclear Regulatory Act, 1999, the National Environmental Management: Protected Areas Act, 2003, the Fertilisers, Farm Feeds, Agricultural Remedies and Stock Remedies Act, 1947, the Marine Living Resources Act, 1998, and the National Environmental Management: Integrated Coastal Management Act, 2008.

SKA1-SYS_REQ-2491 Safety. Safety. SKA1 equipment and buildings shall be designed and built in compliance with national and State regulations including AS 1170.4 (Importance level 3, design life 50 years) and SANS 10160-4 for earthquakes of magnitude up to Richter 3.8.


SKA1-SYS_REQ-2500 Operating Humidity.

Operating Humidity. The operating humidity shall be between 40% and 60%


SKA1-SYS_REQ-2501 Storage and transport Humidity.

Storage and transport Humidity. The storage and transport humidity shall be between 40% and 95%.


SKA1-SYS_REQ-2502 Condensation.

Condensation. Appropriate measures shall be taken to prevent the formation of condensation on operating electronic components.


SKA1-SYS_REQ-2503 Pressure. Pressure. Components shipped by air shall be capable of surviving



s_2395168392 01 2015-02-09


of 104


pressures down to 11 kPa (equivalent altitude ~ 50,000 feet).

SKA1-SYS_REQ-2504 Facilities and Equipment Intrusion.

Facilities and Equipment Intrusion. Where appropriate, SKA1 equipment facilities shall be adequately protected against intrusion by inst and "larger" wandering animals.


SKA1-SYS_REQ-2505 Sand and Dust.

Sand and Dust. SKA1 systems shall be adequately protected against sand and dust ingress.


SKA1-SYS_REQ-2506 Fungus. Fungus. Equipment shall be protected against fungus growth.


SKA1-SYS_REQ-2509 Scope of workmanship standards.

Scope of workmanship standards. SKA1 dedicated workmanship standards shall cover all phases of production, assembly and integration, testing, handling, and include clear requirements for acceptance/rejection criteria.


SKA1-SYS_REQ-2512 Best practice. Best practice. Best available methods for reducing adverse effects of operational and maintenance environments on critical components shall be adopted.


SKA1-SYS_REQ-2513 Critical-useful-life components.

Critical-useful-life components. Any critical-useful-life components shall be identified.


SKA1-SYS_REQ-2515 Component selection.

Component selection. Parts and components shall be selected to meet reliability requirements.


SKA1-SYS_REQ-2516 Matching components.

Matching components. Parts requiring select on test shall be eliminated by deign if possible.


SKA1-SYS_REQ-2517 Known failure rate parts.

Known failure rate parts. The failure rate of parts shall be known (e.g. through analysis or



s_2395168392 01 2015-02-09


of 104


modelling) before inclusion in SKA design.

SKA1-SYS_REQ-2518 High failure rate parts.

High failure rate parts. Parts with excessive failure rates shall be identified.


SKA1-SYS_REQ-2519 Reliability testing.

Reliability testing. A testing and evaluation master plan shall be generated for high-risk reliability components.


SKA1-SYS_REQ-2520 Spares and repair parts testing.

Spares and repair parts testing. Critical spare and repair line replaceable units shall be tested before deployment.


SKA1-SYS_REQ-2521 Component derating.

Component derating. Safety factors and margins shall be applied in the selection of modules and components


SKA1-SYS_REQ-2522 Shelf life and wear out characteristics.

Shelf life and wear out characteristics. The shelf life and wear out characteristics of all components and parts shall be known before inclusion in SKA designs.


SKA1-SYS_REQ-2523 Special procurement components.

Special procurement components. Critical parts requiring special procurement methods, testing and handling provisions shall be identified.


SKA1-SYS_REQ-2525 Fail safe provisions.

Fail safe provisions. Designs shall implement fail-safe provisions to prevent secondary failures.


SKA1-SYS_REQ-2526 Maintainability budgets

Maintainability budgets. Maintainability budgets shall be allocated at the system decomposition level, and shall be consistent with the system level requirements for reliability and maintainability of the system.



s_2395168392 01 2015-02-09


of 104


SKA1-SYS_REQ-2527 Test and Repair Instructions

Test and Repair Instructions. Where end user repair is applicable Test and Repair Instructions shall be delivered with all equipment.


SKA1-SYS_REQ-2528 Level of maintenance

Level of maintenance. The level of maintenance shall be identified for each repairable item.


SKA1-SYS_REQ-2529 Maintenance test and support equipment

Maintenance test and support equipment. Equipment required for test and support shall be identified for each repairable item.


SKA1-SYS_REQ-2538 Test and support equipment

Test and support equipment Test and support equipment shall be identified for each level of maintenance.


SKA1-SYS_REQ-2539 Test and support equipment standardisation

Test and support equipment standardisation. Any test equipment not included in the standard test equipment list required for the integration, commissioning and maintenance of equipment shall be declared.


SKA1-SYS_REQ-2540 Test and support equipment lifecycle costs.

Test and support equipment lifecycle costs. Life cycle costs shall be generated for all test and support equipment.


SKA1-SYS_REQ-2541 Test equipment reliability

Test equipment reliability Test equipment reliability shall be sufficient to meet the maintainability requirements.


SKA1-SYS_REQ-2542 Training T raining A plan detailing the training required for maintenance, calibration and repair shall be generated.


SKA1-SYS_REQ-2543 Direct fault indicators

Direct fault indicators Where possible, direct fault indicators shall be designed in to equipment.



s_2395168392 01 2015-02-09


of 104


SKA1-SYS_REQ-2544 Self-test. Self-test. Self-Test capability such that all faults can be identified down to LRU level shall be provided.


SKA1-SYS_REQ-2546 Continuous performance monitoring.

Continuous performance monitoring. Where possible, the system shall be designed to provide continuous performance monitoring.


SKA1-SYS_REQ-2552 Malfunction detection.

Malfunction detection. All equipment malfunction shall be detected at the system level.


SKA1-SYS_REQ-2554 Ergonomics. Ergonomics. The ergonomic design shall be compliant with ISO 6385.


SKA1-SYS_REQ-2556 Access tools. Access tools. Access requiring tools shall be minimised.


SKA1-SYS_REQ-2559 Design for economic production.

Design for economic production. All designs for the SKA shall be designed for economic production. This is required to ensure that the SKA is buildable for a reasonable cost (Con Ops Section 1.2)


SKA1-SYS_REQ-2560 Design definition.

Design definition. Design definition shall be in sufficient detail to allow one or more manufacturers to produce the same item within identified tolerances.


SKA1-SYS_REQ-2561 Manufacturing facilities.

Manufacturing facilities. Where possible, currently existing facilities shall be used for manufacturing.


SKA1-SYS_REQ-2562 Standard manufacturing tools.

Standard manufacturing tools. Where possible, standard manufacturing tools shall be used.


SKA1-SYS_REQ-2566 Materials list. Materials list. Each sub-system supplier shall provide a Materials list for all items intended for use within SKA1.



s_2395168392 01 2015-02-09


of 104


SKA1-SYS_REQ-2567 Hazardous Materials list.

Hazardous Materials list. Each Element supplier shall provide a list of hazardous materials used for all items intended for use in the SKA1 detailing suggested handling precautions, disposal instructions and contra-indications.


SKA1-SYS_REQ-2568 Parts list. Parts list. Each Element supplier shall provide a parts list for all items intended for use in the SKA1.


SKA1-SYS_REQ-2569 Process list. Process list. Each element supplier shall provide a process list for all items intended for use in the SKA1.


SKA1-SYS_REQ-2570 Parts availability.

Parts availability. The estimated availability of the parts shall be compatible with the final system's life cycle.


SKA1-SYS_REQ-2571 Long lead time items.

Long lead time items. Long lead time items shall be identified to the project management.


SKA1-SYS_REQ-2572 Material environmental rule compliance.

Material environmental rule compliance. All materials used in the SKA1 design shall be fully compliant to all environmental rules applicable to the SKA1 core and remote sites.


SKA1-SYS_REQ-2573 Serial number.

Serial number. Each part shall be marked with a unique serial number in an easily visible location.


SKA1-SYS_REQ-2574 Drawing numbers.

Drawing numbers. Each LRU type shall be identified with a unique drawing number.


SKA1-SYS_REQ-2575 Marking method.

Marking method. Method of marking shall be compatible with the nature of the item, its environment and its use.


SKA1-SYS_REQ-2576 Electronically readable or scannable ID

Electronically readable or scannable ID. Where possible line



s_2395168392 01 2015-02-09


of 104


replaceable items shall be marked with an Electronically readable or scannable ID.

SKA1-SYS_REQ-2577 Package part number marking.

Package part number marking. All packaging shall be marked with the part number of the contents.


SKA1-SYS_REQ-2578 Package serial number marking.

Package serial number marking. All packaging shall be marked with the serial number of the contents.


SKA1-SYS_REQ-2579 Hazard warning marking.

Hazard warning marking. All items that present a potential hazard shall be labelled in accordance with BS EN ISO 7010.


SKA1-SYS_REQ-2580 LRU electrostatic warnings

LRU electrostatic warnings All LRUs with electrostatic sensitive components shall be fitted with ESD warning labels.


SKA1-SYS_REQ-2581 Packaging electrostatic warnings.

Packaging electrostatic warnings. All packaging containing static sensitive contents shall be marked with ESD warning labels.


SKA1-SYS_REQ-2583 Cable identification.

Cable identification. All cables ends shall carry a unique identifier.


SKA1-SYS_REQ-2584 Connector plates. All connector plates shall carry identification labels for connectors

Connector plates. All connector plates shall carry identification labels for connectors.


SKA1-SYS_REQ-2594 Modular packaging.

Modular packaging. The packaging of components shall be modular to limit maintenance to the removal of one module.


SKA1-SYS_REQ-2595 Maintenance provisions.

Maintenance provisions. Repairable items shall be designed to include maintenance provisions such as test points, accessibility, and plug-in components.


SKA1-SYS_REQ-2596 Discard at failure items.

Discard at failure items. Discard at failure items shall be packed at low cost.



s_2395168392 01 2015-02-09


of 104


SKA1-SYS_REQ-2597 Plug-in modules.

Plug-in modules. The design shall implement plug-in modules to the maximum extent possible.


SKA1-SYS_REQ-2598 Module access.

Module access. Where applicable, access between modules shall be sufficient to facilitate hand grasping.


SKA1-SYS_REQ-2599 Component removal.

Component removal. Modules and components shall be mounted such that removal of any single item will not require the removal of other items (component stacking to be avoided where possible)


SKA1-SYS_REQ-2600 Secure mounting of modules.

Secure mounting of modules. Modules shall be securely mounted (in compliance with the shock and vibration requirements) with the minimum number of fasteners.


SKA1-SYS_REQ-2601 Shock mounting provision.

Shock mounting provision. Shock mounting provisions shall be made where applicable.


SKA1-SYS_REQ-2602 Mounting preclusion.

Mounting preclusion. Provisions for the preclusion of mounting the wrong module shall be provided (key coding of connectors etc.).


SKA1-SYS_REQ-2603 Mounting guides.

Mounting guides. Mounting guides and location pins shall be provided to facilitate module mounting.


SKA1-SYS_REQ-2604 Module labelling.

Module labelling. Where possible, labelling of modules shall be on the top or adjacent in plain sight.


SKA1-SYS_REQ-2605 Label robustness.

Label robustness. Labels shall be permanently affixed and unlikely to come off during maintenance or as a result of the environment.



s_2395168392 01 2015-02-09


of 104


SKA1-SYS_REQ-2606 Disposable item labelling.

Disposable LRU labelling. Disposable line replaceable units should be labelled as such.


SKA1-SYS_REQ-2616 SKA1_Mid Pulsar phase binning

SKA1_Mid Pulsar phase binning. The SKA1_Mid, for each subarray, shall allow for pulse phase-resolved observations supporting the product of the number of phase bins, channel and polarisation products up to 1,000,000 (i.e. 4 x 256,000).


SKA1-SYS_REQ-2621 Spectral stability

Spectral stability: The spectral stability, on a time scale of 600 sec of the station beam bandpass, post station calibration and RFI-mitigation, shall be within 1.3 %, 0.4 %, 0.6 % and 1.1 % at 50 MHz, 100 MHz, 160 MHz, and 220 MHz respectively compared to the full polarization, parameterized beam model.


SKA1-SYS_REQ-2629 Station beam stability

Station beam stability. The difference between the parameterized station beam model and the actual station beam shall remain smaller than 1.3 %, 0.4 %, 0.6 % and 1.1 % relative to the main beam peak power, after calibration, at 50 MHz, 100 MHz, 160 MHZ and 220 MHz respectively


SKA1-SYS_REQ-2634 Calibration update rate

Calibration update rate. Calibration measurements shall be necessary at a rate of no more than 10seconds.


SKA1-SYS_REQ-2635 Real time calibration

Real-time calibration. The LFAA reception system at station level shall provide on-line instrumental calibration functions with an update rate of 10 minutes



s_2395168392 01 2015-02-09


of 104


SKA1-SYS_REQ-2640 Clipped Data Flagging

Clipped data flagging. Clipped data shall be flagged accordingly within the data stream.


SKA1-SYS_REQ-2645 Telescope Model

Telescope model. A dynamic computational model of the Telescope shall be used to answer all queries about the state of the Telescope. The telescope model shall consist of configuration information, numerical models, empirical parameters, and conventions.


SKA1-SYS_REQ-2650 Seismic resilience

Seismic resilience. SKA1 structures and equipment shall survive and be fully operational after a seismic event of magnitude up to Richter 3.8. Note: Seismic event includes underground collapses in addition to earthquakes.


SKA1-SYS_REQ-2657 Processing capability

Processing capability. SDP processing per telescope at Early Science shall support processing rates 10% of that required for Full Observing (decimation being in any or all of time, frequency, field of view )


SKA1-SYS_REQ-2660 Backup archive retrieval

Backup archive retrieval. Backup archive items shall be retrievable to the full archive from an alternate source within 24 hours


SKA1-SYS_REQ-2661 Backup archive user access conversion

Backup archive user access conversion. Users shall have access to the data of the entire archive within one week following an incident.


SKA1-SYS_REQ-2688 Data access rights

Commensal Observing Data access rights. There shall be a documented data access rights policy for commensal observing for data sets shared across projects.



s_2395168392 01 2015-02-09


of 104


SKA1-SYS_REQ-2711 Component obsolescence plan

Component obsolescence plan. There shall be a plan for the management of component obsolescence.


SKA1-SYS_REQ-2716 Telescope availability

Average annual availability. Each SKA1 telescope shall have an operational availability of 95%


SKA1-SYS_REQ-2718 Availability budgets

Availability budgets. Availability budgets shall be allocated at the system decomposition level, and shall be consistent with the system level requirements for reliability and maintainability of the system.


SKA1-SYS_REQ-2722 Availability, reliability, and maintenance plans

Availability, reliability, and maintenance plans. There shall be an availability, reliability and maintenance plan for each SKA1 telescope.


SKA1-SYS_REQ-2724 Aperture Array DDE

Aperture Array DDE. There shall be a direction dependent model for the aperture array primary beam to be used in calibration and imaging.


SKA1-SYS_REQ-2725 Faraday rotation DDE

Faraday rotation DDE. There shall be a direction dependent Faraday Rotation model for use in calibration and imaging.


SKA1-SYS_REQ-2726 PAF DDE PAF DDE. There shall be a direction dependent model for the dish phased array feed sensitivity pattern to be used in calibration and imaging.


SKA1-SYS_REQ-2727 Dish DDE Dish DDE. There shall be a direction dependent model for the dish primary beam to be used in calibration and imaging.


SKA1-SYS_REQ-2728 Data migration design

Data migration design. The archive design shall support and facilitate migration from one medium to another.



s_2395168392 01 2015-02-09


of 104


SKA1-SYS_REQ-2729 Calibration and Imaging formalism

Calibration and imaging formalism. The Calibration and Imaging formalism shall be based upon the Rau framework [14].


SKA1-SYS_REQ-2733 Location of Emergency stop

Location of Emergency stop. Emergency stop switches shall be located in such a way to minimize the risk of injury. (Verified by Analysis as 'minimisation' is unverifiable any other way.)


SKA1-SYS_REQ-2738 CSP to SDP Interface

CSP to SDP interface. The interface between CSP and SDP shall be compliant with the SKA-TEL.SDP.SE-TEL.CSP.SE-ICD-001 Interface Control Document


SKA1-SYS_REQ-2739 Levels of access to the archive

Levels of access. Access to the archive shall be either anonymous with correspondingly limited capabilities or via SKA authentication and authorisation.


SKA1-SYS_REQ-2742 Performance assessment

Performance assessment: Performance assessment shall be based on multi-valued functions of an observed Image and optionally a template Image.


SKA1-SYS_REQ-2743 Performance goals

Performance Goals: Performance goals shall be based on multi-valued functions of an observed Image and optionally a template Image.


SKA1-SYS_REQ-2744 Quality assessment

Quality assessment. Quality assessment shall be based on the comparison of a Performance Assessment and a Performance Goal.


SKA1-SYS_REQ-2745 Astrometry performance metric

Astrometric performance metric: The Astrometric performance metric (APM) shall measure deviation (rms, average offset, and med) of source positions from known standards.



s_2395168392 01 2015-02-09


of 104


SKA1-SYS_REQ-2746 Photometric performance metric

Photometric performance metric: The Photometric performance metric (PPM) shall measure deviation (rms, average offset, and med) of source fluxes from known standards.


SKA1-SYS_REQ-2747 Radiometric performance metric

Radiometric performance metric: The Radiometric performance metric (RPM) shall measure noise fluctuations (rms, average offset, and med) in an Image.


SKA1-SYS_REQ-2748 Polarimetric performance metric

Polarimetric performance metric: The Polarimetric performance metric (OPM) shall measure deviation (rms, average offset, and med) of source polarisations (polarisation degree and angle) from known standards.


SKA1-SYS_REQ-2749 Spectrometric performance metric

Spectrometric performance metric: The Spectrometric performance metric (SPM) shall measure deviation (rms, average offset, and med) of source spectral lines from known standards.


SKA1-SYS_REQ-2786 Safety documentation file

Safety documentation file. Elements shall provide procedures for maintainers to recover from an unplanned shut-down, including safety checks to be conducted prior to start-up, as specified in SKA PRODUCT ASSURANCE & SAFETY PLAN SKA-OFF.PAQA-SKO-QP-001.


SKA1-SYS_REQ-2788 Non-propagation of failures

Non-propagation of failures. The equipment shall be designed such that hardware failures and software errors should not create a hazardous situation to interfacing systems.


SKA1-SYS_REQ-2790 Environmental Impact Assessment

Environmental Impact Assessment. The Observatory shall undertake an Environmental



s_2395168392 01 2015-02-09


of 104


Impact Assessment (EIA) in accordance with the local and national environmental legislation. NOTE: the EIA shall be undertaken in accordance with: South Africa - the National Environmental Management Act (NEMA); Australia - Western Australian EPA and Commonwealth EPBC.

SKA1-SYS_REQ-2793 Personnel security training

Personnel security training. All personnel shall receive the security training identified in the Security Management System necessary for their location. Additional specialist pre-deployment training shall be given prior to working in remote environments.


SKA1-SYS_REQ-2795 Travel safety Travel safety. Personnel shall adhere to local safety procedures for travelling in remote areas. NOTE: Safety procedures should include the training and equipment required, such as driving instruction, vehicles appropriate for the environment and radio equipment.


SKA1-SYS_REQ-2798 Protection of equipment in stationary use at non-weather protected locations

Protection of equipment in stationary use at non-weather protected locations. Equipment in stationary use at non-weather protected locations shall be protected against environmental conditions 4K4H/ 4Z1/ 4Z5/ 4Z6/ 4B2/ 4C1/ 4S3/ 4M4 in accordance with BS EN IEC 60721-3-4. NOTE: 4Z5 refers to the survival, non-operational mode. The equipment shall be able to operate normally for air movement up to 11 m/s



s_2395168392 01 2015-02-09


of 104


SKA1-SYS_REQ-2799 Protection of equipment in weather- protected locations

Protection of equipment in weather-protected locations. Equipment in stationary use at weather protected locations shall be protected against environmental conditions 3K8H/ 3Z1/ 3Z11/ 3Z12/ 3B3/ 3C1R/ 3S3/ 3M4 in accordance with BS EN IEC 60721-3-3.


SKA1-SYS_REQ-2800 Transportation of equipment

Transportation of equipment. Equipment shall be designed to withstand transportation from an engineering depot to a station exposed to environmental conditions 2K5H/2B3/2C1/2S3/2M3 as detailed in BS EN IEC 60721-3-2. NOTE: It may be assumed that the equipment will be transported in the original packaging that it was delivered to the engineering depot.


SKA1-SYS_REQ-2801 Storage of equipment

Storage of equipment. Designs shall identify any requirements for equipment to be stored in environmental conditions less severe than 1K11/1B3/1C1/1S3/1M3 as specified inBS EN IEC 60721-3-1. Note: It may be assumed that equipment will be stored in its original packaging.


SKA1-SYS_REQ-2802 Design for maintainability

Design for maintainability. Designs shall incorporate maintainability studies and analysis in accordance with BS EN IEC 60706-2 with emphasis on minimising the need for maintainers on sites. This activity should incorporate best practice such as described by B.S. Blanchard & W.J. Fabrycky 'Systems Engineering and Analysis', Pearson 2011.



s_2395168392 01 2015-02-09


of 104


SKA1-SYS_REQ-2806 Product Assurance

Product Assurance. Product Assurance shall be managed following a process modelled on the SKA Product Assurance & Safety Plan SKA-OFF.PAQA-SKO-QP-001


SKA1-SYS_REQ-2816 Design for testability

Design for testability. Designs shall include an assessment of testability in accordance with BS EN IEC 60706-5


SKA1-SYS_REQ-2818 Marking of machinery - safety

Marking of machinery - safety. In accordance with ISO 61310_2, machinery shall bear all markings which are necessary for its unambiguous identification; for its safe use; and supplementary information shall be given, as appropriate: permanently on the machinery; in accompanying documents such as instruction handbooks; on the packaging


SKA1-SYS_REQ-2819 Safety of machinery risk assessment

Safety of machinery risk assessment. A risk assessment shall be conducted for each item of machinery in accordance with BS EN ISO 12100.


SKA1-SYS_REQ-2820 Safety of equipment with rated voltage not exceeding 600V

Safety of equipment with rated voltage not exceeding 600V. Equipment shall comply with the safety requirements of BS EN IEC 60950. NOTE: This includes electric shock, energy related hazards, fire, heat related hazards, mechanical hazards, radiation and chemical hazards.


SKA1-SYS_REQ-2821 Archive Archive. There shall be an archive for each telescope, located in the Science Processing Centre, for storing selected science data products for subsequent access by users according to science data access policy.



s_2395168392 01 2015-02-09


of 104


SKA1-SYS_REQ-2822 Information security risk assessment

Information security risk assessment. An information security risk assessment shall be conducted for each element in accordance with ISO/IEC 27005.


SKA1-SYS_REQ-2823 Information security management for inter-organizational communications

Information security management for inter-organizational communications. Information transfer between organisations shall be controlled in accordance with ISO/IEC 27010 as tailored by SKA Organisation Security Policy.


SKA1-SYS_REQ-2824 SKA1_Low Absolute flux scale

Absolute flux scale : The absolute flux scale shall be accurate to 5%


SKA1-SYS_REQ-2825 SKA1_Mid Absolute flux scale

Absolute flux scale: The absolute flux scale shall be accurate to 5% rms.


SKA1-SYS_REQ-2826 SKA1_Mid Absolute flux scale

Absolute flux scale: The absolute flux scale shall be accurate to 3% rms.


SKA1-SYS_REQ-2827 System Availability

System Availability. System designs shall meet the system availability allocations specified in SKA-OFF.SE.ARC-SKAO-RAM-001.


SKA1-SYS_REQ-2828 SKA1_Survey Absolute flux scale

Absolute flux scale: The absolute flux scale shall be accurate to 5% rms


SKA1-SYS_REQ-2829 SKA1_Survey Absolute flux scale

Absolute flux scale: The absolute flux scale shall be accurate to 3% rms


SKA1-SYS_REQ-2830 SKA1_Mid Pulsar phase bin width

SKA1_Mid Pulsar phase bin width. The SKA1_Mid shall be capable of providing pulsar phase bin widths with a time resolution of better than 10us.


SKA1-SYS_REQ-2833 SKA1_Mid inclusion of MeerKAT

SKA1_Mid inclusion of MeerKAT. The SKA1_Mid shall incorporate the 64 antennas in both monitor



s_2395168392 01 2015-02-09


of 104


and control and data collection functions.

SKA1-SYS_REQ-2834 SKA1_Mid-MeerKAT infrastructure reuse

SKA1_Mid-MeerKAT infrastructure reuse. Where economically practicable, the existing MeerKAT infrastructure will be reused


SKA1-SYS_REQ-2838 VLBI data sources

VLBI data sources. The SKA1_Mid and SKA1_Survey telescopes shall be data sources for VLBI data acquisition system. The interface between the telescopes SAK1_Mid and SkA1_Survey and the external VLBI data acquisition system shall be compliant with the ICD SKA-TEL-SKO-0000116


SKA1-SYS_REQ-2838 Provision of equipment for recording

Provision of equipment for recording. Provision of equipment for recording or capturing VLBI data is outside the scope of SKA1


SKA1-SYS_REQ-2840 VLBI equipment and eVLBI connectivity

VLBI equipment and eVLBI connectivity. VLBI equipment and eVLBI connectivity beyond the interface boundary described in the ICD SKA-TEL-SKO-0000116 is outside the scope of supply of the SKA1 project.


SKA1-SYS_REQ-2844 VLBI Processing

VLBI Processing. VLBI processing, with the exception of beam-forming and SKA1 imaging in support of VLBI. is outside the scope of the SKA1


SKA1-SYS_REQ-2847 SKA1_Mid VLBI store the time-dependent antenna weights

SKA1_Mid VLBI store the time-dependent antenna weights. SKA1_Mid shall be able to store the time-dependent antenna weights used for each tied-array beam sum


SKA1-SYS_REQ-2851 SKA1_Mid VLBI relative sensitivity and coherence losses

SKA1_Mid VLBI relative sensitivity and coherence losses. The SKA1_Mid beamformer shall be able to weight the antenna inputs



s_2395168392 01 2015-02-09


of 104


into the tied-array sums based on relative sensitivity and coherence losses.

SKA1-SYS_REQ-2855 SKA1_Mid VLBI spectral resolution

SKA1_Mid VLBI spectral resolution. SKA1_Mid shall be able to generate VLBI beams with a spectral resolutions different from the spectral resolution used for imaging within the same VLBI sub-array


SKA1-SYS_REQ-2857 SKA1_Mid VLBI imaging and beamforming

SKA1_Mid VLBI imaging and beamforming SKA1_Mid shall be able to simultaneously generate imaging data using all antennas in a VLBI sub-array, as well as generating the VLBI beams.


SKA1-SYS_REQ-2859 SKA1_Mid VLBI spectral line and time domain observation

SKA1_Mid VLBI spectral line and time domain observation SKA1_Mid shall be able to generate VLBI beams optimised for either spectral line observations (to mitigate spectral leakage) or time domain observations (to mitigate time smearing)


SKA1-SYS_REQ-2862 SKA1_Survey VLBI store the time-dependent antenna weight

SKA1_Survey VLBI store the time-dependent antenna weight. SKA1_Survey shall be able to store the time-dependent antenna weights used for each tied-array beam sum.


SKA1-SYS_REQ-2863 SKA1_Survey VLBI timestamp accuracy

SKA1_Survey VLBI timestamp accuracy. SKA1_Survey shall be able to generate data from the VLBI beams with samples traceable to a timestamp with an accuracy of 1 ns or better.


SKA1-SYS_REQ-2866 SKA1_Survey VLBI relative sensitivity and coherence

SKA1_Survey VLBI relative sensitivity and coherence. The SKA1_Survey beamformer shall be able to weight the antenna inputs into the tied-array sums based on



s_2395168392 01 2015-02-09


of 104


relative sensitivity and coherence losses.

SKA1-SYS_REQ-2870 SKA1_Survey VLBI spectral resolution

SKA1_Survey VLBI spectral resolution. SKA1_Survey shall be able to generate VLBI beams with a spectral resolutions different from the spectral resolution used for imaging within the same VLBI sub-array


SKA1-SYS_REQ-2872 SKA1_Survey VLBI imaging and beamforming

SKA1_Survey VLBI imaging and beamforming. SKA1_Survey shall be able to simultaneously generate imaging data using all antennas in a VLBI sub-array, as well as generating the VLBI beams.


SKA1-SYS_REQ-2873 SKA1_Survey VLBI spectral line and time domain observation

SKA1_Survey VLBI spectral line and time domain observation. SKA1_Survey shall be able to generate VLBI beams optimised for either spectral line observations (to mitigate spectral leakage) or time domain observations (to mitigate time smearing).


SKA1-SYS_REQ-???? Drift Scan Imaging

Waiting for the description from Bojan

SKA1-SYS_REQ-???? Mosaicking Waiting for the description from Bojan.

SKA1-SYS_REQ-???? Rotation Measure Synthesis

Placeholder requirement for RM synthesis.

SKA-TEL-SDP-PDR-10 v4EchoSign Document History February 10, 2015

Created: February 09, 2015

By: Verity Allan ([email protected])

Status: SIGNED

Transaction ID: XJEUFHJ6YXH42X9

“SKA-TEL-SDP-PDR-10 v4” HistoryDocument created by Verity Allan ([email protected])February 09, 2015 - 5:58 PM GMT - IP address: 131.111.185.15

Document emailed to Ferdl Graser ([email protected]) for signatureFebruary 09, 2015 - 5:59 PM GMT

Document viewed by Ferdl Graser ([email protected])February 10, 2015 - 4:32 AM GMT - IP address: 105.184.40.35

Document e-signed by Ferdl Graser ([email protected])Signature Date: February 10, 2015 - 5:21 AM GMT - Time Source: server - IP address: 105.184.40.35

Document emailed to Paul Alexander ([email protected]) for signatureFebruary 10, 2015 - 5:21 AM GMT

Document viewed by Paul Alexander ([email protected])February 10, 2015 - 8:58 AM GMT - IP address: 131.111.185.15

Document e-signed by Paul Alexander ([email protected])Signature Date: February 10, 2015 - 8:58 AM GMT - Time Source: server - IP address: 131.111.185.15

Signed document emailed to Paul Alexander ([email protected]), Ferdl Graser ([email protected]) andVerity Allan ([email protected])February 10, 2015 - 8:58 AM GMT

PDR.10 SKA SDP COMPLIANCE MATRIX - ASTRONbroekema/papers/SDP-PDR... · EMC Electromagnetic...

Documents

Transcript of PDR.10 SKA SDP COMPLIANCE MATRIX - ASTRONbroekema/papers/SDP-PDR... · EMC Electromagnetic...