ska phase 1 system requirements specification - The Square ...

WP2‐005.030.000‐SRS‐002Revision : B1 Introduction1.1 Purpose and scope of the documentThis document represents the draft SKA Phase 1 (SKA 1 ) System Requirement Specification and assuch this document aims to:1) Capture the envelope of all aspects that will eventually contribute and feed into the systemrequirements,2) Provide the source of requirements in a system requirement specification which will flowdown to the lower tiers of the Observatory Hierarchy,This is a living document with applicability throughout all phases of the Project.It is foreseen that these high level requirements which have been allocated downwards will beinfluenced as more work at the lower tiers of the Observatory hierarchy is done and the feasibility ofmeeting them is analysed. These influences will be rolled back up to the system level and possiblechanges to the system requirements will be analysed against the higher level requirements such asthe science requirements in the Design Reference Mission. Trade‐offs will have to be performed toconfirm possible changes and if changes are to be made, these changes will have to be captured androlled back down to the lower levels.During the next system engineering phase, the Definition Phase, the focus will be to continue togather the requirements from all the relevant sources and stakeholders, to analyse and verify theserequirements and to capture these requirements in the system requirements specification. At theend of the phase the aim is to have a complete set of stable and traceable requirements.The requirements currently contained in this document are based on V1.3 of the Phase 1 DesignReference Mission (DRM), the Phase 2 DRM (V1.0) (to inform the derivation of extensibilityrequirements) and requirement specifications / experience gained from other radio astronomyinstruments such as the Low Frequency Array (LOFAR).1.2 Notes on document formatThis document contains high level, formal requirements that must be:QuantifiableJustifiedConfiguration controlledTraceableUnambiguousUniqueSingular2011‐02‐14 Page 7 of 58