In a project of the complexity of the SKA, it is very important to be very observant of the different requirements for the SKA telescopes, and how they are implemented by the different sub-systems. And because the design of the SKA is evolving, the need to assess the impact of design changes, and potential trade-offs, is more relevant than ever. In this talk I will present how the SKA Organisation is leading the Systems Engineering work of the different consortia, and how we are using Model Based Systems Engineering (MBSE) to integrate the design inputs from the sub-systems, and be able to keep a Systems view that ensures that the element designs are sound, and really comply with the stringent requirements posed by the SKA.
2. • Who am I?
• What do we (SKAO SEs) do?
• When does all this take place?
• To CDR, and Beyond…
• Accomplishments & Ongoing Activities
• And Industry?
• Conclusions
Spain SKA Day, October 23rd, Granada
Talk Outline
4. • Systems Engineer for the SDP/TM elements
• Former VIA-SKA Project Manager
• VLT Archive Applied Scientist, later ALMA
Science Archive Front-/Back-end
Developer at ESO
• Ph.D. in Radio Astronomical data archives
and Virtual Observatory
• Software Analyst/Manager
Spain SKA Day, October 23rd, Granada
Who am I?
5. • Systems Engineer for the SDP/TM elements
• We are guardians to ensure that the SKA:
• is buildable
• operates as intended
• as a system, is not dominated by a
particular element
• design changes keep it that way
Spain SKA Day, October 23rd, Granada
Who am I?
6. SKAOffice(RevN) -
JCG.vsd
2014-04-14
Director-General
(Phil Diamond)
Deputy Director-
General and
Head of Project
(Alistair McPherson)
Engineering
Project Manager
Project Officer Industry Liaison
Officer
(Phil Crosby)
In-Kind Contribution
Head of Admin and
Legal
(Colin Greenwood)
Finance Manager
(Helen MacDonald)
HR Manager
(Andrew Taylor)
IT Manager
(Paul Furness)
Deputy IT
Manager
(tbc)
Executive Officer
(Sarah-Jane Pritchard)
Dpty Comms. &
Outreach Manager
(Mathieu Isidro)
Director of Policy
Development
(Simon Berry)
Engineering
Project Manager
Dishes
(Mark Harman)
SaDT
(Philip Gibbs)
Engineering
Project Manager
CSP and LFAA
(Kobus Cloete)
System Engineer
Verification
System Engineer
RAM and ILS
(Cornelius Taljaard)
System Engineer
Analysis
System Engineer
Modelling
System Engineer
Dishes
(Andrea Cremonini)
System Engineer
LFAA
(Maria Labate)
System Engineer
SaDT
(Rodrigo Olguin)
System Engineer
CSP
(Marco Caiazzo)
System Engineer
SDP/Telescope Mgr
(Juande Santander)
Configuration
Manager
(Susan Nel)
Engineering
Project Manager
Site and
Infrastructure
(Martin Austin)
Architect
(Tim Cornwell)
Deputy Architect
(Peter Dewdney)
Domain Specialist
SaDT and
Synchronisation and
Timing
(Roshene McCool)
Domain Specialist
Signal Processing
(Wallace Turner)
Domain Specialist
RF/Dish
(Gie Han Tan)
Project Scientist
(Jimi Green)
Project Scientist
(Tyler Bourke)
Project Scientist
(Jeff Wagg)
Admin
Assistant
(Donna Parkinson)
Domain Specialist
AAandPAF
(Mark Waterson)
Chief System
Engineer
(Tim Stevenson)
Communications
Outreach Manager
(William Garnier)
IT Assistant
(Nathan Cunningham)
Head of Policy
Development
(WANG Qiming)
Spectrum
Manager
Power Engineer
(Adriaan Schutte)
Office Manager
and PA to D-G
(Greta Collins)
Science Director
(Robert Braun)
Project Controller
Domain Specialist
Operations
Engineering
Project Manager
SDP and Telescope
Manager
(Miles Deegan)
AIV Work
Package Manager
(Peter Hekman)
Receptionist
(Anne Curran)
0.5FTE
Receptionist
(Val Gresley-Jones)
0.5FTE
Domain Specialist
Computing
7. What do we do?
Spain SKA Day, October 23rd, Granada
23. Jun Jul Aug Sep Oct Nov Dec Jan Feb Mar Apr May Jun Jul Aug Sep Oct Nov Dec Jan Feb Mar
Spain SKA Day, October 23rd, Granada
The SKA1 timeline
Issue%Baseline%
Design
Science%
Assessment%
Workshops
Proposal%
Feedback
Level%1%
Requirements%
Feedback
Science%
Conference
Engineering%
Meeting
Level%0%
Requirements
Brief%
SEAC
Engineering%Change%Proposals
Designs%%
Costs SKAO%Review
Technical%
Advice
(working%
groups)
SEAC
Board
Consortium%Design%Activities
2013 2015
2014
PDR
Science
Review%Panel
Science
Review%
Panel
24. !!
!!
!!
Jun Jul Aug Sep Oct Nov Dec Jan Feb Mar Apr May Jun Jul Aug Sep Oct Nov Dec Jan Feb Mar
Spain SKA Day, October 23rd, Granada
The SKA1 timeline
Issue%Baseline%
Design
Science%
Assessment%
Workshops
Proposal%
Feedback
Level%1%
Requirements%
Feedback
Science%
Conference
Engineering%
Meeting
Level%0%
Requirements
Brief%
SEAC
Engineering%Change%Proposals
Designs%%
Costs SKAO%Review
Technical%
Advice
(working%
groups)
SEAC
Board
Consortium%Design%Activities
2013 2015
2014
PDR
Science
Review%Panel
Science
Review%
Panel
!! !!
!! !!
!!
!!
!!(43)
!!
25. The SKA1 timeline
Issue%Baseline%
Design
Science%
Assessment%
Workshops
Proposal%
Feedback
Brief%
SEAC
Level%1%
Requirements%
Feedback
Science%
Conference
Engineering%
Meeting
Level%0%
Requirements
Brief%
SEAC
Engineering%Change%Proposals
Designs%%
Costs SKAO%Review
Technical%
Advice
(working%
groups)
SEAC
Board
Consortium%Design%Activities
Level%0%
Requirements
PDR
Jun Jul Aug Sep Oct Nov Dec Jan Feb Mar Apr May Jun Jul Aug Sep Oct Nov Dec Jan Feb Mar
2013 2015
2014
PDR
Science
Review%Panel
Science
Review%
Panel
Level%1%
Requirements%
Feedback
Engineering%
Meeting
Engineering%Change%Proposals
Designs%%
Costs SKAO%Review
Technical%
Advice
(working%
groups)
SEAC
Board
Consortium%Design%Activities
2015
Dec Jan Feb Mar Apr May Jun Jul Aug Sep Oct Nov Dec Jan Feb Mar
26. PDR panels and process
• Formed by External Reviewers, AG
representative, SE representative, PM,
Observers
• Chaired by a selected External Reviewer
• SKAO Project Manager acts as Secretary
• SKAO personnel contributes to OAR
• Consortia respond to Consolidated OAR
before PDR review
• Face-to-face for outstanding actions, 1-2 days
27. • Element overall design report.
• Specific design reports for all
second tier subsystems (the
Element being the first tier), including
manufacturing/procurement
approach, transport, installation,
verification, support…
• Finite element models (if needed).
• Software architecture models and
use cases.
• Parametric models.
• Analysis reports: Finite element
modelling (including all mechanical
and thermal load cases), thermal
analysis, fluid dynamics, RFI/EMC
analysis, safety analysis, hazard
analysis…
• Cost analysis (development,
construction, verification,
commissioning steady state ops).
• Preliminary construction plans.
• Configuration items list.
• Compliance matrix.
• Preliminary maintenance plan.
• Preliminary verification plan.
• Schedule estimate for construction.
• High level risk register.
• Draft Statement of work for the
construction of the Element.
• Draft technical specifications for
the construction of the Element.
PDR documentation
28. PDR documentation (in parallel)
• Interface Control Documents (ICDs)
• Owned by the SKAO, developed
between the Consortia
• Technology Readiness Level Assessment
• Controlled through Risk Register right
now
31. • Cost cap approved for SKA1 Construction:
650 M€
• Need to re-align design with costs (CAPEX
and OPEX), and science priorities
• Processed owned by Architecture Group
➡Assisted by Systems Engineering Group
• Transformational science is a top priority
• Big ECP for changing baseline design
Spain SKA Day, October 23rd, Granada
Rebaselining SKA1
32. • The new baseline design will be the new
stable basis for Stage 2 design.
• PDR to be done on pre=rebaselining
submissions
➡Potential ΔPDR if significant changes
needed to design
• Work from PDR to CDR based on new
baseline.
Spain SKA Day, October 23rd, Granada
Rebaselining SKA1
33. To CDR and Beyond
Spain SKA Day, October 23rd, Granada
34. CDR panels and process
• Most likely, same as for PDR: formed by
External Reviewers, AG representative, SE
representative, PM, Observers
35. • Complete documentation for
Element procurement: SoW, specs,
drawings ICDs.
• Specific design reports for all
subsystems, including transport,
integration verification.
• All finite element models.
• Software architecture models
use cases
• Software libraries required to
demonstrate compliance
• Software configuration information
for demonstration of compliance.
• Parametric models used for design
optimization.
• Analysis reports: similar to PDR one,
with ops construction/assembly.
• Integrated Logistics (RAMS/FMECA)
report
• End-to-end detailed cost breakdown.
• Construction plan, with
acceptance test plan and
procedures.
• Operations (including maintenance) plan
• Logistics requirements for
construction, training
• Configuration items list
• Schedule for construction.
• Detailed risk register.
CDR documentation
36. • SKA Board to approve SKA1 construction.
• Later comes Tender and Procurement:
• Rules being defined right now (see Phil’s talk)
• Cannot assume same consortia will
undertake packages… or package structure
will remain the same
• Later Construction, Commissioning, Early Science…
Spain SKA Day, October 23rd, Granada
Beyond CDR… Solid CDR
crucial!
40. Element Progress
• Great technical progress seen in the last year
• Parametrics models, SysML diagrams,
Product Trees, Interface Control Documents…
progressing nicely across consortia
• Better understanding of key architectural issues
• Pre-PDR submissions clarified after
Engineering Meeting
Not talking about
building the SKA,
but building the SKA!
41. Telescope Architecture Teams
• One for SKA1-Low, one for SKA1-Mid/Survey
• Focused on technical architectural
hotspots
• Calibration feedback
• SDP location
• Time reference definitions
• Other hotspots as identified with consortia
42. Year in the Life of SKA1
• Uses Science Prioritization Use Cases
• Drives models for
• SDP sizing
• Power consumption
• Telescope scheduling
• Used to bring insight into feasible ways to
operate the telescope
43. Operations Concept Document
• Further specialization of the ConOps
• Work started by NRAO contractors
• Will provide SKAO with Operations Model
by end 2014
• Will help filling in missing details that can
impact design
45. And Industry?
• Varied industry involvement:
• Unpaid Consultants (Roadmaps, Trends)
• Paid Contractors (SE, PM, at this stage)
• Remember: design work cannot be
predicated on single-vendor solutions
• Industry engagement with consortia done by
consortia themselves
• SKAO can help get people in touch
46. And Industry?
• Standards-based approach well regarded
• Model-Based System Engineering (SysML)
currently standard in SKAO, and many
consortia
• Keep in touch!
Phil Crosby,
Industry Liaison
48. Conclusions
• Lots to do before Procurement!
• Timeline is king, and we mean to keep it that way
• Progress, don’t dwell on things
• We are here to help consortia help us
• SKA1 must be transformational for science
• Industry should be considering potential
applications now, to be able to be involved later
SKA means the industrialization of Radio Astronomy
49. Conclusions
• Lots to do before Procurement!
• Timeline is king, and we mean to keep it that way
• Progress, don’t dwell on things
• We are here to help consortia help us
• SKA1 must be transformational for science
• Industry should be considering potential
applications now, to be able to be involved later
We will be needing industry, in a big way
50. Thanks for your
good work!
Spain SKA Day, October 23rd, Granada