MIRI software; implementation plan Peter Roelfsema.

Slides:



Advertisements
Similar presentations
Testing Relational Database
Advertisements

Module N° 4 – ICAO SSP framework
Making the System Operational
Requirements Specification and Management
The software process A software process is a set of activities and associated results which lead to the production of a software product. This may involve.
Chapter 7: Key Process Areas for Level 2: Repeatable - Arvind Kabir Yateesh.
Maria Grazia Pia, INFN Genova 1 Part V The lesson learned Summary and conclusions.
Chapter 10 Schedule Your Schedule. Copyright 2004 by Pearson Education, Inc. Identifying And Scheduling Tasks The schedule from the Software Development.
July 11 th, 2005 Software Engineering with Reusable Components RiSE’s Seminars Sametinger’s book :: Chapters 16, 17 and 18 Fred Durão.
Computer Engineering 203 R Smith Requirements Management 6/ Requirements IEEE Standard Glossary A condition or capability needed by a user to solve.
GLAST LAT Project ISOC Peer Review - March 2, 2004 Section Gamma-ray Large Area Space Telescope GLAST Large Area Telescope ISOC Peer Review 7.2.
Financial Model ‘An integrated model for STFC’ Draft Blueprint Design v0.1 Project Manager: Mark Affonso Project Champion: Jane Tirard.
PSU CS 106 Computing Fundamentals II Product Life Cycle & SW Product Life Cycle HM 9/3/2007.
Design, Implementation and Maintenance
Planning. SDLC Planning Analysis Design Implementation.
Release & Deployment ITIL Version 3
JWST Integrated Modeling Environment James Webb Space Telescope.
Work Package 6: Performance Specification Ian McCrea.
Implementing 2007 NRC Portals of the Universe Report Chandra X-ray Center 25 April 2012 Implementing Portals of the Universe, April
UML - Development Process 1 Software Development Process Using UML (2)
FP OntoGrid: Paving the way for Knowledgeable Grid Services and Systems WP8: Use case 1: Quality Analysis for Satellite Missions.
RUP Fundamentals - Instructor Notes
DCS Overview MCS/DCS Technical Interchange Meeting August, 2000.
SPACE TELESCOPE SCIENCE INSTITUTE Operated for NASA by AURA COS Pipeline Language(s) We plan to develop CALCOS using Python and C Another programming language?
Topic (1)Software Engineering (601321)1 Introduction Complex and large SW. SW crises Expensive HW. Custom SW. Batch execution.
SENG521 (Fall SENG 521 Software Reliability & Testing Software Product & process Improvement using ISO (Part 3d) Department.
RUP Design RUP Artifacts and Deliverables
SWE © Solomon Seifu ELABORATION. SWE © Solomon Seifu Lesson 10 Use Case Design.
Planetary Science Archive PSA User Group Meeting #1 PSA UG #1  July 2 - 3, 2013  ESAC PSA Archiving Standards.
The Systems Development Life Cycle
Software Engineering MCS-2 Lecture # 6
PDS Geosciences Node Page 1 Archiving Mars Mission Data Sets with the Planetary Data System Report to MEPAG Edward A. Guinness Dept. of Earth and Planetary.
GBIF Mid Term Meetings 2011 Biodiversity Data Portals for GBIF Participants: The NPT Global Biodiversity Information Facility (GBIF) 3 rd May 2011.
Where will PyRAF lead us?: The future of data analysis software at STScI Perry Greenfield Science Analysis Tools Project Space Telescope Science Institute.
SSC SI Data Processing Pipeline Plans Tom Stephens USRA Information Systems Development Manager SSSC Meeting – Sept 29, 2009.
Safety Management System Implementation Michael Niels Thorsen Moscow 15 September 2005.
Component 8 Installation and Maintenance of Health IT Systems Unit 4 Structured Systems Analysis and Design This material was developed by Duke University,
1 CSCD 326 Data Structures I Software Design. 2 The Software Life Cycle 1. Specification 2. Design 3. Risk Analysis 4. Verification 5. Coding 6. Testing.
SAGE meeting Socorro, May 22-23, 2007 EVLA Science Operations: the Array Science Center Claire Chandler NRAO/Socorro.
Chapter 6 CASE Tools Software Engineering Chapter 6-- CASE TOOLS
August 2003 At A Glance The IRC is a platform independent, extensible, and adaptive framework that provides robust, interactive, and distributed control.
Overview of SAIP and LSSA. Software Architecture in Practice Provides a set of techniques, not a prescriptive method for architectural design. Based on.
Lecture 13.  Failure mode: when team understands requirements but is unable to meet them.  To ensure that you are building the right system Continually.
CSC 480 Software Engineering Test Planning. Test Cases and Test Plans A test case is an explicit set of instructions designed to detect a particular class.
CSC 480 Software Engineering High Level Design. Topics Architectural Design Overview of Distributed Architectures User Interface Design Guidelines.
CIWQS Review Phase II: Evaluation and Final Recommendations March 14, 2008.
LISA News from ESA O. Jennrich LISA Project Scientist.
Managing Challenging Projects Presented to the class of: Dr. Jane Mackay M.J. Neely School of Business.
eSciDoc Community Model Draft eSciDoc Community Model Overview 1.Introduction 2.Requirements on the Community Model 3.Organizational.
Page 1 PACS GRITS 17 June 2011 Herschel Data Analysis Guerilla Style: Keeping flexibility in a system with long development cycles Bernhard Schulz NASA.
Software Testing Process
Advances In Software Inspection
1 SYS366 Week 1 - Lecture 1 Introduction to Systems.
23-Nov-1999STScI Projects Monthly Status Review1 of 8 SpaceTelescopeScienceInstitute COS Status Report for period December, 1998 to November, 1999 Tony.
Design and implementation Chapter 7 – Lecture 1. Design and implementation Software design and implementation is the stage in the software engineering.
3rd Helix Nebula Workshop on Interoperability among e-Infrastructures and Commercial Clouds Carmela ASERO, EGI.eu 17 September 2013, Madrid
SwCDR (Peer) Review 1 UCB MAVEN Particles and Fields Flight Software Critical Design Review Peter R. Harvey.
Chapter 7 Lecture 1 Design and Implementation. Design and implementation Software design and implementation is the stage in the software engineering process.
LECTURE 5 Nangwonvuma M/ Byansi D. Components, interfaces and integration Infrastructure, Middleware and Platforms Techniques – Data warehouses, extending.
© 2005 Prentice Hall, Decision Support Systems and Intelligent Systems, 7th Edition, Turban, Aronson, and Liang 6-1 Chapter 6 Decision Support System Development.
MANAGEMENT INFORMATION SYSTEM
1 Mission preparation Fred Lahuis SRON / Leiden Observatory MIRI NL Meeting ASTRON, 3 th June 2010.
Managing the Project Lifecycle
JWST Pipeline Overview
IEEE Std 1074: Standard for Software Lifecycle
Design and Implementation
Component Based Software Engineering
Pandemic Influenza Preparedness Planning
Chapter 5 Designing the Architecture Shari L. Pfleeger Joanne M. Atlee
Chapter 7 –Implementation Issues
Presentation transcript:

MIRI software; implementation plan Peter Roelfsema

MIRI science support meeting - Amersfoort 11/01/20072 Experience from (HIFI) DP Do take the time to think before you start running Do take the time to think before you start running For Herschel we actually (largely) made what we envisioned when the Herschel operations scenario was established in 1999/2000 For Herschel we actually (largely) made what we envisioned when the Herschel operations scenario was established in 1999/2000 Work out scenario’s; ‘ a day in the life of…’ Work out scenario’s; ‘ a day in the life of…’ Identify all assumptions Identify all assumptions i.e. explicit and implicit assumptions i.e. explicit and implicit assumptions Look carefully at other missions Look carefully at other missions ISO; pipeline initially different between IDT and SOC, later merged into common source code (all IDL) ISO; pipeline initially different between IDT and SOC, later merged into common source code (all IDL) Spitzer; pipeline in SSC is an entirely closed box Spitzer; pipeline in SSC is an entirely closed box Herschel; integration fundamental in system design Herschel; integration fundamental in system design ‘Smooth transition’ pays off ‘Smooth transition’ pays off HIFI is already using the operational system since HIFI DM  early (2 years before launch) DP testing and fast ILT data reduction HIFI is already using the operational system since HIFI DM  early (2 years before launch) DP testing and fast ILT data reduction Make the system user friendly as early as possible Make the system user friendly as early as possible Get early ‘helpdesk’ for Calibration scientists and developers Get early ‘helpdesk’ for Calibration scientists and developers

MIRI science support meeting - Amersfoort 11/01/20073 Steps to get MIRI SW implemented – ‘the plan’ 1. Get the top level view – scenario document What are the aim/needs for the operations phase What are the aim/needs for the operations phase What are the aims/needs for ground calibration What are the aims/needs for ground calibration How are these related; smooth transition between phases? How are these related; smooth transition between phases? What is the relationship between pipeline and interactive analysis What is the relationship between pipeline and interactive analysis What is the timeline, major milestones What is the timeline, major milestones 2. What is needed to support this view Are there systems already supporting this Are there systems already supporting this  e.g. Hershel… or are we fixed/limited by JWST/STScI context? What conversion/new implementation is needed What conversion/new implementation is needed What/how much manpower is needed What/how much manpower is needed 3. How do we implement this

MIRI science support meeting - Amersfoort 11/01/20074 Status 1. Get the top level view  Significant work on establishing data analysis requirements Initial identification of relevant Initial identification of relevant work packages Some initial guestimates of required Some initial guestimates of required effort needed …but not from scratch Framework effort depends on Framework effort depends on whether we can re-use existing systems  …but no progress on top level scenario (since July 2006) Largely due to unavailability of personnel Largely due to unavailability of personnel SubsystemEffort FPATBD Imager 3 my Coronograph LRS 5 my MRS 10 my CalibrationTBD FrameworkTBD

MIRI science support meeting - Amersfoort 11/01/20075 Next steps Priority of activities: 1. Establish top level scenario  april? (…march??) Requires people; are we confident they are available? Requires people; are we confident they are available?  PRR, RSH, BV, JB? 2. Investigate framework approach Can go on in parallel Can go on in parallel HCSS is a good candidate given available expertise HCSS is a good candidate given available expertise Fundamental question; are there ‘new’ processing problems? Fundamental question; are there ‘new’ processing problems? New in the sense of requiring a novel data analysis framework design New in the sense of requiring a novel data analysis framework design Note: a framework could be anywhere between Note: a framework could be anywhere between very expensive and essentially for free Needs coordination within EC but also STScI Needs coordination within EC but also STScI

MIRI science support meeting - Amersfoort 11/01/20076 Next steps – cont. 3. Detailed implementation plan  may? Further detailing of work packages Further detailing of work packages Timeline of development Timeline of development Agreement on who does what Agreement on who does what Requires partner commitments Requires partner commitments Major questions: Major questions: What are important milestones What are important milestones March EC meeting? March EC meeting? Who takes the lead for scenario document Who takes the lead for scenario document Who does the coordination with EC/STScI Who does the coordination with EC/STScI

MIRI science support meeting - Amersfoort 11/01/20077 ‘social’ aspects Fully establish and document responsibilities of participants Fully establish and document responsibilities of participants Who does what, when? Who does what, when? Make that visible to all Make that visible to all We are all in the same boat: establish a trust-based development We are all in the same boat: establish a trust-based development Rely on ‘the others’ to do what they said they would Rely on ‘the others’ to do what they said they would Rely on ‘the others’ to (also) not be totally dumb Rely on ‘the others’ to (also) not be totally dumb Proper communication is essential Proper communication is essential Regular meetings Regular meetings Travel Travel Feedback from users, between developers… Feedback from users, between developers… Documentation and documentation access Documentation and documentation access

MIRI science support meeting - Amersfoort 11/01/20078 Essential design elements Separate system in different components Separate system in different components HIFI-DP as SPG, CA, TA etc as clear (overlapping) subunits of DP HIFI-DP as SPG, CA, TA etc as clear (overlapping) subunits of DP Identify system interfaces as soon as possible Identify system interfaces as soon as possible Internal and external Internal and external …note that FITS is not a priori most suitable as an interface …note that FITS is not a priori most suitable as an interface Identify which operational processes need to be supported Identify which operational processes need to be supported E.g. improve calibration, system distribution and installation, update pipeline module, data search and retrieval, change instrument operating mode (in on board software!) E.g. improve calibration, system distribution and installation, update pipeline module, data search and retrieval, change instrument operating mode (in on board software!) System must be easily adaptable and extensible System must be easily adaptable and extensible Modular and easily changeable Modular and easily changeable

MIRI science support meeting - Amersfoort 11/01/20079 Long term issues Need mechanisms to incorporate ‘new’ instrument knowledge Need mechanisms to incorporate ‘new’ instrument knowledge From calibration team, from instrument team and from astronomers From calibration team, from instrument team and from astronomers Works only if all are using similar (identical?) processing philosophies Works only if all are using similar (identical?) processing philosophies Maintainability Maintainability It still should function many many years from now It still should function many many years from now CPU hardware and OS’s will change many times CPU hardware and OS’s will change many times Documentation should be continuously updated Documentation should be continuously updated Distribution mechanism Distribution mechanism Distributed development has some extra costs… Distributed development has some extra costs… Overhead due to extra communication… and misunderstandings Overhead due to extra communication… and misunderstandings Travel! Travel!