Engineering Commissioning May 2016 SKA1 LOW – Assembly, Integration & Verification Adam MacLeod AIV Consortium Manager & ASKAP System Engineer.

Slides:



Advertisements
Similar presentations
Square Kilometre Array (SKA) Project PRE-CONSTRUCTION PHASE Briefing for Industry & Science Organisations Tuesday 14 th August Wellington.
Advertisements

Ninth Lecture Hour 8:30 – 9:20 pm, Thursday, September 13
Software Quality Assurance Plan
Chapter 7: Key Process Areas for Level 2: Repeatable - Arvind Kabir Yateesh.
More CMM Part Two : Details.
Software Modeling SWE5441 Lecture 3 Eng. Mohammed Timraz
ITIL: Service Transition
Project Scope Management
SKAMP - the Molonglo SKA Demonstrator M.J. Kesteven CSIRO ATNF, T. J. Adams, D. Campbell-Wilson, A.J. Green E.M. Sadler University of Sydney, J.D. Bunton,
CSV Plan status Robert Laing ESO Science IPT. 2 Recent changes Complete rewrite to take account of rebaselining and revised delivery schedule Proposal.
Netherlands Institute for Radio Astronomy 1 ASTRON is part of the Netherlands Organisation for Scientific Research (NWO) From LOFAR design to SKA1 System.
Prototype SKA Technologies at Molonglo: 3. Beamformer and Correlator J.D. Bunton Telecommunications and Industrial Physics, CSIRO. Australia. Correlator.
Business Area Analysis Focus: Domain View (selected business area) Goals: –Isolate functions and procedures that allow the area to meet its goals –Define.
SQM - 1DCS - ANULECTURE Software Quality Management Software Quality Management Processes V & V of Critical Software & Systems Ian Hirst.
Iterative development and The Unified process
DITSCAP Phase 2 - Verification Pramod Jampala Christopher Swenson.
Introduction to Software Testing
IV&V Facility Model-based Design Verification IVV Annual Workshop September, 2009 Tom Hempler.
Effective Methods for Software and Systems Integration
S/W Project Management
UML - Development Process 1 Software Development Process Using UML (2)
Extreme Programming Software Development Written by Sanjay Kumar.
Introduction to Software Quality Assurance (SQA)
Unified Software Development Process (UP) Also known as software engineering process SEP describes how requirements are turned into software Defines who,
Chapter 2 The process Process, Methods, and Tools
Commissioning of Fire Protection and Life Safety Systems Presented by: Charles Kilfoil Bechtel National Waste Treatment Plant Richland WA.
-Nikhil Bhatia 28 th October What is RUP? Central Elements of RUP Project Lifecycle Phases Six Engineering Disciplines Three Supporting Disciplines.
1 Chapter 2 The Process. 2 Process  What is it?  Who does it?  Why is it important?  What are the steps?  What is the work product?  How to ensure.
DVA Series Work Flow P. Dewdney Apr 15, SPDO DVP Work Flow 2 DVA-1 CPG.
SENG521 (Fall SENG 521 Software Reliability & Testing Software Product & process Improvement using ISO (Part 3d) Department.
Rosie Bolton1 SKADS Costing work 4 th SKADS Workshop, Lisbon, 2-3 October 2008 SKADS Costing work: Spreadsheets to scalable designs Rosie Bolton Dominic.
CHECKPOINTS OF THE PROCESS Three sequences of project checkpoints are used to synchronize stakeholder expectations throughout the lifecycle: 1)Major milestones,
ISO / IEC : 2012 Conformity assessment – Requirements for the operation of various types of bodies performing inspection.
Apply Project Scope Management Techniques Project Scope Processes – Part 2 Certificate IV in Project Management Qualification Code BSB41507 Unit.
CRISP & SKA WP19 Status. Overview Staffing SKA Preconstruction phase Tiered Data Delivery Infrastructure Prototype deployment.
Notes of Rational Related cyt. 2 Outline 3 Capturing business requirements using use cases Practical principles  Find the right boundaries for your.
Software Engineering - I
Fifth Lecture Hour 9:30 – 10:20 am, September 9, 2001 Framework for a Software Management Process – Life Cycle Phases (Part II, Chapter 5 of Royce’ book)
ASKAP Capabilities John Reynolds on behalf of the SEIC and ASKAP team.
Assembly, Integration & Verification 2015 SKA Engineering Meeting Richard Lord 11 November 2015.
Review of developments in Australasia and mainland Asia Steven Tingay Swinburne University of Technology Next Generation correlator meeting, JIVE 27 -
A real-time software backend for the GMRT : towards hybrid backends CASPER meeting Capetown 30th September 2009 Collaborators : Jayanta Roy (NCRA) Yashwant.
Smart Home Technologies
SKA Configuration Management Engineering Meeting Susan Nel
SRR and PDR Charter & Review Team Linda Pacini (GSFC) Review Chair.
Apply Project Scope Management Techniques Project Scope Processes – Part 2 Week 4 Certificate IV in Project Management Qualification Code BSB41507.
Testing Overview Software Reliability Techniques Testing Concepts CEN 4010 Class 24 – 11/17.
Unified Software Practices v 5.0-D Copyright  1998 Rational Software, all rights reserved 1 /26 Rational Unified Process – Part 2 Original slides modified.
What is a software? Computer Software, or just Software, is the collection of computer programs and related data that provide the instructions telling.
Installation and Commisioning SE view point Romuald Duperrier ESS SE manager.
SKA Status – Tango Collaboration Meeting Lize van den Heever June 2016.
BSBPMG502A Manage Project Scope Manage Project Scope Project Scope Processes Part 2 Diploma of Project Management Qualification Code BSB51507 Unit.
ITIL: Service Transition
Software Project Configuration Management
Software and Systems Integration
IEEE Std 1074: Standard for Software Lifecycle
Session 5b Dr. Dan C. Surber, ESEP
SAFe Workshop - Oct 17 Presenter: Ray Brederode
PM view of SAFe SAFe Construction Planning Workshop A J Casson
SAFe Workshop SKA CSP Approach and Plan
Software and System Delivery
Software Configuration Management
The Open Group Architecture Framework (TOGAF)
Introduction to Software Engineering
Management Breakout: MREFC Budget Summary Victor L
Introduction to Software Testing
Lockheed Martin Canada’s SMB Mentoring Program
DOD’S PHASED SYSTEM DEVELOPMENT PROCESS
PSS verification and validation
Overview Activities from additional UP disciplines are needed to bring a system into being Implementation Testing Deployment Configuration and change management.
Presentation transcript:

Engineering Commissioning May 2016 SKA1 LOW – Assembly, Integration & Verification Adam MacLeod AIV Consortium Manager & ASKAP System Engineer

Introduction - The AIV Consortium - The SKA1 Low Roll Out Plan - Handover & Sell-Off, Support & Maintenance

The AIV Consortium - Responsible for planning Assembly, Integration and Verification of the two SKA1 telescopes in construction. - Consortium partners: -SKA SA (lead organisation) Focus on SKA1 MID -CSIRO & ASTRON Focus on SKA1 LOW

SKA LOW Roll Out Plan - Based on an iterative process of Assemble, Integrate and Verify. Allow the array to grow and evolve over time.

SKA LOW Roll Out Plan - Array Assemblies vs. Array Releases -Array Assembly refers to the assembled platform at the start of integration. i.e. input to the AIV process. -Array Release refers to the platform at the end of planned verification activities. i.e. output from the AIV process. - Array Assemblies are defined by their size (number of stations), functionality and expected dates in construction. -Implies dependencies from element level consortia. -A small amount of flexibility has been built in to address early/late delivery of components. - AIV Planning is based on a 5 year construction schedule.

SKA LOW Roll Out Plan AA1 AA-1Description Date TBD Number of Stations Up to 12 Array Capability Baselines: At least one station on a long baseline. Baseline should be long enough to demonstrate the fringe rotation functionality. AA-1 Stations are to be located away from the centre of Low Central Core either along a spiral arm or on the outer skirt of the Central Core in a suitable configuration for basic imaging. Frequency Band:  SKA1 LOW Correlator Bandwidth:  100MHz Correlator Size:  up to 12 station correlator Channelisation:  Standard fine channelization (64k channels) Imaging Functionality:  Beamforming and Continuum Imaging  Spectral Line Imaging Non-Imaging Functionality:  Raw data capture at the beamformer input and output  Test waveform generator  Distortion detection  No Zoom mode  Pulsar Search 1 beam (PSS)  Pulsar Timing 1 beam (PST) Operational Functionality:  Full Operator & Maintainer Interface, including POST, BIT and alarm handling.  Support for scheduled observation blocks (max SNR Beamformer weights calculated offline)  Scalable hardware correlator  Offline imaging

System Level ITF - AIV has generated a business case and draft requirements for a system level ITF -Describe a staging platform for off-site system level integration. -These are based on the system level ITF we use for ASKAP. -Focused on back-end assemblies. This facility will support first-stage integration of complex SKA1-Low sub- systems. It should allow interfaces and interoperability of the sub-systems to be demonstrated and tested. It should provide a convenient environment for collaboration between teams working in different technical domains. It should allow ease of fault isolation and issue resolution. Most first-stage integration work is either impractical or infeasible to do at site.

Notes on the ITF - Risk reduction in roll out of HW, SW, FW. - Implies that the platform evolves, but does not necessarily grow, over time. -Similar ITF being planned for SKA1 Mid in South Africa -Currently being designed in to the new SKA SA headquarters. - Not currently funded or in scope of the project. However the existence of a system level ITF for Low is a working assumption. -Location not specified. Accessibility and availability is. -Its usage is described in the Roll-Out Plan, the AIV Cost model, and the I&V Plans.

Notes on the ITF - ITF Construction: -AIV has not costed and will not design or build the ITF. -AIV will continue to provide input on ITF business case and requirements. - ITF Operation: -AIV has a component of labour in its cost model which could be directed towards operating an ITF. This would only partially cover the operating costs. - ITF Integration and Test Activities: -AIV has included labour for managing and conducting testing within the ITF. -AIV will coordinate, witness and participate in integration tests which are undertaken. -Testing will be mostly informal, sometimes formal. The ITF will be used continually throughout construction. -Training, Integration Readiness Reviews, handover and sell-off will be facilitated. Processes are TBD but contractors likely to sell-off against L2 requirements, and provide support/maintenance on top of that. -Planned use of ITF by consortia: variable. ITF usage not mandated.

Product Handover & Selloff - AIV will accept products which are proven to be Integration Ready - The criteria is documented in the AIV Handover Checklist. E.g. assessment based on … - Configuration Items. - Proof of completeness - Proof of correctness - Outstanding issues, ECPs & waivers - Asset tracking - Product support and maintenance - This becomes inseparable from contractor sell-off and contractor milestones. -Discussions with the SKAO are starting. What kinds of contractual clauses? -The AIV contractor will probably need to be an agent of SKAO

Product Handover & Selloff - Handover process will need to be tailored for: - Different types of Configuration Items. - Qualification testing versus Acceptance testing. - Patches and regression testing - Required level of Validation of L2 interfaces. -Support and Maintenance -The ITF allows Validation of L2 interfaces (element to element). -AIV requires product support and maintenance through the construction phase -Design Support -Provision and replacement of products -Again….Discussions with the SKAO are starting. What kinds of contractual clauses?

Next steps for AIV -Refinement of the Roll Out Plans for SKA1 Low -Include dates to help create construction schedule dependencies. -Increased level of detail on Array Assembly functionality. -Respond to changes in L1 requirements. -Elaborate on the use of Sub Arrays. - Refinement of the Hand Over Checklist -Tailored handover processes based on CI type. -Open discussion on contractual clauses to support Handover, Product Support and Product Maintenance - Creation of detailed test procedures for SKA1 Low -Integration tests and verification tests for each Array Assembly -Well underway.