Paul Alexander 2 nd SKADS Workshop 10-11 October 2007 SKA and SKADS Costing The Future Paul Alexander Andrew Faulkner, Rosie Bolton.

Slides:



Advertisements
Similar presentations
best practice project management methodology ©Platinum Services Group Limited What is XPRODi ?
Advertisements

Kjeld v.d. Schaaf DS3-T2 DS3 T2: Data Handling, Control and Distributed Computing Kjeld v.d. Schaaf 4 September 2006.
UNSW Strategic Educational Development Grants
Paul Alexander DS3 & DS3-T3 SKADS Review 2006 DS3 The Network and its Output Data Paul Alexander.
System Construction and Implementation Objectives:
Alternate Software Development Methodologies
© 2005 by Prentice Hall Appendix 2 Automated Tools for Systems Development Modern Systems Analysis and Design Fourth Edition Jeffrey A. Hoffer Joey F.
Project Management Process. Project Complexity means that: a team of people are needed to supply expertise the work needs to be broken into manageable.
Regional Portfolio Model Redevelopment Presentation to System Analysis Advisory Committee August 23, 2013.
CS 501: Software Engineering
Software Engineering General Project Management Software Requirements
Software Engineering For Beginners. General Information Lecturer, Patricia O’Byrne, office K115A. –
Software Engineering For Beginners. General Information Lecturer, Patricia O’Byrne. – Times: –See noticeboard outside.
Iterative development and The Unified process
Introduction to Software Testing
Defining the Activities. Documents  Goal Statement defines why helps manage expectations  Statement of Work what gets delivered defines scope  Software.
Planning. SDLC Planning Analysis Design Implementation.
Enterprise Architecture
Effective Methods for Software and Systems Integration
Thesis Proposal Virtual Reality in Construction Cost Estimating By: Mandy Frazure Date: 5/12/04.
Extreme Programming Software Development Written by Sanjay Kumar.
Chapter 2 The process Process, Methods, and Tools
-Nikhil Bhatia 28 th October What is RUP? Central Elements of RUP Project Lifecycle Phases Six Engineering Disciplines Three Supporting Disciplines.
CS 360 Lecture 3.  The software process is a structured set of activities required to develop a software system.  Fundamental Assumption:  Good software.
Chapter 14 Information System Development
REUSE-Re-Engineering The Software Process By Venkat Praveen Medikonda.
Information Systems Technology Ross Malaga "Part III - Building and Managing Information Systems" III 11 Copyright © 2005 Prentice Hall, Inc MANAGING.
Usability Issues Documentation J. Apostolakis for Geant4 16 January 2009.
S-27 / Basics of the Project Schedule / AIA Convention 1998 / 1 S-27 Designing the Project Schedule Phillip G. Bernstein, AIA Cesar Pelli & Associates.
Rosie Bolton1 SKADS Costing work 4 th SKADS Workshop, Lisbon, 2-3 October 2008 SKADS Costing work: Spreadsheets to scalable designs Rosie Bolton Dominic.
Paul Alexander & Jaap BregmanProcessing challenge SKADS Wide-field workshop SKA Data Flow and Processing – a key SKA design driver Paul Alexander and Jaap.
CRISP & SKA WP19 Status. Overview Staffing SKA Preconstruction phase Tiered Data Delivery Infrastructure Prototype deployment.
Introduction to Systems Analysis and Design
CRESCENDO CRESCENDO Philippe HOMSI Paul WEBSTER
SKA System Design Kobus Cloete 9 December 2010 AAVP Workshop "Exploring the Universe with the world's largest radio telescope"
Andrew Faulkner 2 nd SKADS Workshop October 2007 SKADS Benchmark Scenario Andrew Faulkner.
Peter Wilkinson1 Conclusions 4 th SKADS Workshop, Lisbon, 2-3 October 2008 SKADS aims to –Demonstrate SKA Scientific Viability and Readiness –Demonstrate.
9/23/2009 NOTICE! These materials are prepared only for the students enrolled in the course Distributed Software Development (DSD) at the Department of.
1 CS 501 Spring 2004 CS 501: Software Engineering Lecture 2 Software Processes.
Chapter 6 CASE Tools Software Engineering Chapter 6-- CASE TOOLS
Summary of the Paris SKA Meeting 4-8 September 2006 R. T. Schilizzi.
Firmware - 1 CMS Upgrade Workshop October SLHC CMS Firmware SLHC CMS Firmware Organization, Validation, and Commissioning M. Schulte, University.
Southend Together Secretariat 21 st February Developing Southend Together’s Sustainable Community Strategy
Chapter 4 Automated Tools for Systems Development Modern Systems Analysis and Design Third Edition 4.1.
The Implementation of BPR Pertemuan 9 Matakuliah: M0734-Business Process Reenginering Tahun: 2010.
G.Govi CERN/IT-DB 1 September 26, 2003 POOL Integration, Testing and Release Procedure Integration  Packages structure  External dependencies  Configuration.
JISC/CNI Conference Edinburgh, 26th June 2002 Challenges of Digital Preservation – do we have a road map? Maggie Jones.
Managing Challenging Projects Presented to the class of: Dr. Jane Mackay M.J. Neely School of Business.
©Ian Sommerville 2006Software Engineering, 8th edition. Chapter 4 Slide 1 Software Processes.
Bina Nusantara 19 C H A P T E R SYSTEM CONSTRUCTION AND IMPLEMENTATION.
The CSO’s IT Strategy and the GSBPM IT Directors Group October 2010 Joe Treacy Central Statistics Office Ireland.
ANALYSIS PHASE OF BUSINESS SYSTEM DEVELOPMENT METHODOLOGY.
Rosie Bolton 2 nd SKADS Workshop October 2007 SKADS System Design and Costing: Update and next steps Rosie Bolton University of Cambridge.
NURHALIMA 1. Identify the trade-offs when using CASE Describe organizational forces for and against adoption of CASE tools Describe the role of CASE tools.
Software Development Process CS 360 Lecture 3. Software Process The software process is a structured set of activities required to develop a software.
1 Tracker Software Status M. Ellis MICE Collaboration Meeting 27 th June 2005.
24 October 2006 Industry Dialogue on xoserve services – Work Plan.
Paul Alexander1 DS3 Deliverable Status 4 th SKADS Workshop, Lisbon, 2-3 October 2008 DS3 Deliverables Review.
CASE (Computer-Aided Software Engineering) Tools
Prof. Shrikant M. Harle.  The Project Life Cycle refers to a logical sequence of activities to accomplish the project’s goals or objectives.  Regardless.
Modern Systems Analysis and Design Third Edition
Modern Systems Analysis and Design Third Edition
Modern Systems Analysis and Design Third Edition
Tracker Software Status
Modern Systems Analysis and Design Third Edition
Systems Construction and Implementation
MANAGING THE DEVELOPMENT AND PURCHASE OF INFORMATION SYSTEMS
System Construction and Implementation
Systems Construction and Implementation
Modern Systems Analysis and Design Third Edition
Presentation transcript:

Paul Alexander 2 nd SKADS Workshop October 2007 SKA and SKADS Costing The Future Paul Alexander Andrew Faulkner, Rosie Bolton

Paul Alexander 2 nd SKADS Workshop October 2007 Costing The SKA Our aim is to deliver a final SKA – No point in design without costing –Concepts and designs have to fit within a realistic budget when costed honestly At this stage of the project the priority is “cost modelling” –Compare and contrast design options –Identify cost scalings and cost drivers  modify design SKADS is playing a major role –First fully costed design for the SKA – Benchmark Scenario –Now coordinating the collaboration between SKADS, ISPO team, AU and SA costing teams in a single SKA costing exercise and tool – whole process overseen by ISPO

Paul Alexander 2 nd SKADS Workshop October 2007 Design and Costing SKADS is contributing very significantly to the SKA cost model and tool and next generation tools and concepts SKADS deliverable is a fully costed design –Excellent progress towards the main SKADS deliverable –Design and costing and evolution of the SKADS Benchmark Scenario is a continuing process and will continue until at least the end of SKADS –Rosie Bolton will talk tomorrow about the details of the costing process in SKADS –I will discuss the process and the tools

Paul Alexander 2 nd SKADS Workshop October 2007 Completed Design and Costing Exercise – 1 Initial D&C meetingNovember 2006 Work on details of system blocks D&C Review meeting15 January 2007 Preparing written work Initial Drafts9 February Consolidating paper Final Draft 21 February Approval of Paper28 February Publication of Paper7 March 2007 Revisit for SKA Design Specification Review

Paul Alexander 2 nd SKADS Workshop October 2007 Not addresses in SKA Memo 93 –Correlator design and costs –Central processing hardware, model and costs –Phased development of Benchmark Scenario costed Identify scalings throughout the design Better models and methods for: –Dishes –Accounting practices –Uncertainty calculations –Optimisations and tradeoffs Needed for stage 2 ISPO team collaboration

Paul Alexander 2 nd SKADS Workshop October 2007 Timetable for Stage 2 Start second Design and costing exercise12 September 2007 Update those areas not properly analysed in stage 1 ISPO preliminary SKA phase-1 and SKA specsMarch 2008 SKADS input on costed design incorporating AAs ISPO final SKA phase-1 and SKA specsMarch 2009 Detailed SKADS input Prepare for SKADS deliverable

Paul Alexander 2 nd SKADS Workshop October 2007 Costing Methodology Ideal is to have a single approach to costing within the SKA project –Share expertise across the entire project –Have a single tool we can use for comparative purposes –Collaboration between SKADS, ISPO, AU and SA costing teams –Two weeks work + meeting in Cambridge in June/July

Paul Alexander 2 nd SKADS Workshop October 2007 SKADS costing in SKA Memo 93 used a spreadsheet approach –Good: exposed costs to everyone involved in the project –Good: easy to use and modify by non-experts –Good: mapped costing onto the design elements of the telescope and kept the model intimately linked to the design –Bad: difficult to simulate, do montecarlo uncertainty modelling –Bad: consistency and error checking done by hand –Bad: lacks flexibility and poor scaling of elements of the design The approaches

Paul Alexander 2 nd SKADS Workshop October 2007 ISPO modelling, SKA Memo 92 –Good: simulation environment with montecarlo modelling –Good: scaling and model exploration –Good: consistency and error checking –Bad: difficult for non experts to alter –Bad: assumptions not easily exposed to the user – the tool can be dangerous if the underlying model is wrong or not appreciated by the users –Bad: difficult to incorporate a real design or consider effects of design changes SA costing for MeerKAT –Good: used same original code base as ISPO –Good: excellent tools to visualise outputs –Bad: see ISPO The approaches

Paul Alexander 2 nd SKADS Workshop October 2007 Structure of a new tool SKA realisation Design Block Component

Paul Alexander 2 nd SKADS Workshop October 2007 Adopt the SKADS high-level view –System consisting of Design Blocks we combine together to form a realisation of the telescope –Design blocks use costed components and/or cost models which are determined by domain experts –The costing process involves everyone Use a modified ISPO code base for the implementation + new UI –Python code (initially) implements the specifications / design of each design block –Standard software tools provided to ensure consistency, error checking, uncertainty modelling –GUI enables non-experts to browse, modify and develop components and design blocks (some python code needed) Build in the MeerKAT approach to visualisation Structure of the new tool

Paul Alexander 2 nd SKADS Workshop October 2007 Design Block reporting and design structure Cost modelling code (python or …) Library of DBs and components (xml format) GUI interface

Paul Alexander 2 nd SKADS Workshop October 2007 Structure of the new tool

Paul Alexander 2 nd SKADS Workshop October 2007 Example Model: Aperture Array

Paul Alexander 2 nd SKADS Workshop October 2007 GUI Snapshot

Paul Alexander 2 nd SKADS Workshop October 2007 The Repository Develop libraries of components and design blocks in a repository Domain experts review, extend and modify these Expect an SKA wide repository and also repositories local to other projects one at least Individuals can have their own library or modify existing system realisations, design blocks and components

Paul Alexander 2 nd SKADS Workshop October 2007 Using the Model Astronomer –Use an existing design of the SKA and investigate cost and performance tradeoffs within the design, output performance information/statistics System designer or expert radio astronomer –Construct SKA realisations (systems) out of existing design blocks and components Engineer –Develop and review design blocks and components

Paul Alexander 2 nd SKADS Workshop October 2007 Timeline – Best Efforts End September –Include basic AA description into costing tool Mid October –GUI to browse component library –Underlying change to system architecture Mid November –GUI to browse / modify design block library January/February 2008 –First release of an integrated tool

Paul Alexander 2 nd SKADS Workshop October 2007 Conclusions Initial design and costing has been a very good first step towards our final deliverable We have learnt a great deal about feasible and affordable designs SKADS coordinating intercontinental effort to deliver the SKA costing tool Work to date crucial in establishing AA technology as a core technology for all SKA options