Chandra User’s Committee Meeting (6/27/04) P. Slane (Chandra Mission Planning) Constrained and Coordinated Observations Chandra Mission Planning Response.

Slides:



Advertisements
Similar presentations
Project Management Concepts
Advertisements

MAINTENANCE PLANNING AND SCHEDULING
IX- CONSTRUCTION PLANNING
2003 Mateusz Żochowski, Marcin Borzymek Software Life Cycle Analysis.
Chandra User’s Committee Meeting (4/15/08) P. Slane (Chandra Mission Planning) Constraint Classifications and the Chandra Long-Term Schedule.
Chapter 12 Systems Development Three common methods for MIS development: The systems development life cycle (SDLC) Prototyping End-user development Five.
Chapter 8 Resource Considerations. 22 Learning Objectives Learn how to take resource constraints into account Determine the planned resource utilization.
Chandra User’s Committee Meeting (1/25/05) P. Slane (Chandra Mission Planning) Observing Constraints and Their Impact on Mission Planning.
Chapter 14 Network Design and Implementation. 2 Network Analysis and Design Aspects of network analysis and design Understanding the requirements for.
19 Oct 2005Chandra Users' Committee Cycle 7 Peer Review: June 2005  747 proposals, 12 panels, 101 reviewers  Hilton, Logan Airport.
Chandra Users’ Committee, Apr 2007 Chandra Director’s Office Chandra Director’s Office Proposal Cycle 9  661 submitted proposals  *5.5 oversubscribed.
Users' Committee, 25 Oct 2010 Chandra Director’s Office Cycle 12 Peer Review  June 2010, Hilton, Logan Airport  No major changes in Cycle 12 
CXC Manager’s Status Report Chandra User Committee Meeting Roger J. Brissenden 25 June 2002.
Chapter 1 Software Development. Copyright © 2005 Pearson Addison-Wesley. All rights reserved. 1-2 Chapter Objectives Discuss the goals of software development.
1 Software Testing and Quality Assurance Lecture 15 - Planning for Testing (Chapter 3, A Practical Guide to Testing Object- Oriented Software)
Projmgmt-1/23 DePaul University Tracking the Progress of Your Project In MicroSoft Project Instructor: David A. Lash.
GLAST LAT ProjectISOC CDR, 4 August 2004 Document: LAT-PR-04500Section 4.11 GLAST Large Area Telescope: Instrument Science Operations Center CDR Section.
Simulating A Satellite CSGC Mission Operations Team Cameron HatcherJames Burkert Brandon BobianAleks Jarosz.
1 SWE Introduction to Software Engineering Lecture 6 - Software Project Management.
1 08 January 2015 Stephen Horan Cube Quest Kick-off: Communications Rules PI for Avionics Space Technology Mission Directorate.
CXC Manager’s Status Report Chandra Users’ Committee Meeting Edward M. Mattison 29 June 2004.
Chandra X-Ray Observatory CXC ACIS Ops team October 17, ACIS Changes Starting in Cycle 8 1) Selection of Optional CCDs 2) Revised Energy-to-PH conversion.
LSU 07/24/2004Defining Project Tasks1 Defining the Project Tasks Project Management Unit, Lecture 4.
Database Management Systems (DBMS)
Chapter 9 – Software Evolution and Maintenance
SYSTEM ANALYSIS AND DESIGN
“Here’s why you need the new wheels, too…” Shawn and Steve Image from
CXC Implementing 2007 NRC Portals of the Universe Report Chandra X-ray Center Recommended Best Practices Roger Brissenden and Belinda Wilkes 25 April 2012.
1 Building and Maintaining Information Systems. 2 Opening Case: Yahoo! Store Allows small businesses to create their own online store – No programming.
4 th European Project Management Conference, London, 6-7 June 2001 Resource Critical Path Approach to Project Schedule Management Vladimir Liberzon, PMP.
Software System Engineering: A tutorial
Chapter 13: Developing and Implementing Effective Accounting Information Systems
IXYZ Frank Marshall NASA/GSFC 25 April 2012 April 25, 20121Implementing Portals of the Universe.
 To explain the importance of software configuration management (CM)  To describe key CM activities namely CM planning, change management, version management.
At A Glance VOLT is a freeware, platform independent tool set that coordinates cross-mission observation planning and scheduling among one or more space.
Maintaining File Services. Shadow Copies of Shared Folders Automatically retains copies of files on a server from specific points in time Prevents administrators.
Rev. 0 CONFIDENTIAL Mod.19 02/00 Rev.2 Mobile Terminals S.p.A. Trieste Author: M.Fragiacomo, D.Protti, M.Torelli 31 Project Idea Feasibility.
Ahmad Al-Ghoul. Learning Objectives Explain what a project is,, list various attributes of projects. Describe project management, discuss Who uses Project.
Project Tracking and Monitoring QMS Training. 2 Objective To track and monitor the progress of the project and take appropriate corrective actions to.
Consideration for Stakeholders Regarding Hazard Identification and Risk Assessment as Part of the MSD Prevention Strategy for Ontario Richard Wells University.
MWA Operations Management Plan (OMP, v. 3) Ron Remillard (MIT); MWA Project Meeting, June 6, 2011.
©Ian Sommerville 2004 Software Engineering. Chapter 21Slide 1 Chapter 21 Software Evolution.
Systems Analysis and Design in a Changing World, Fourth Edition
GLAST Science Support CenterNovember, 2005 GSSC User Committee Meeting Tools for Mission and Observation Planning Robin Corbet, GSSC
EGEE-III INFSO-RI Enabling Grids for E-sciencE Overview of STEP09 monitoring issues Julia Andreeva, IT/GS STEP09 Postmortem.
Configuration Management and Change Control Change is inevitable! So it has to be planned for and managed.
March 2004 At A Glance autoProducts is an automated flight dynamics product generation system. It provides a mission flight operations team with the capability.
1-1 Software Development Objectives: Discuss the goals of software development Identify various aspects of software quality Examine two development life.
1 Space Telescope Science Institute JWST S&OC JWST S&OC Contract Peter Stockman TIPS March 20, 2003.
1 Proposal and Observation Handling Ravi Sankrit (User Support Scientist) SSSC May 11, 2011.
OPERATING SYSTEMS CS 3530 Summer 2014 Systems and Models Chapter 03.
Smart Home Technologies
Project Plan Tracking – Fundamentals Lesson 8. Skills Matrix SkillsMatrix Skill Establish a project baseline Track a project as scheduled.
Module 4: Systems Development Chapter 13: Investigation and Analysis.
Evaluate Phase Pertemuan Matakuliah: A0774/Information Technology Capital Budgeting Tahun: 2009.
GLAST Science Support Center November 17, 2006 GUC Face-to-Face Meeting GLAST GI Program (with revised schedule) David Band, GSSC.
Software Requirements Specification Document (SRS)
Grid Operations Report To ERCOT Board Of Directors December 16, 2003 Sam Jones, COO.
Development Project Management Jim Kowalkowski. Outline Planning and managing software development – Definitions – Organizing schedule and work (overall.
DETECTOR RESEARCH AND DEVELOPMENT Fred Borcherding 1.
Unit 3 Computer Systems. What is software? unlike hardware it can’t be physically touched it’s the missing link between the computer hardware and the.
1 Mission preparation Fred Lahuis SRON / Leiden Observatory MIRI NL Meeting ASTRON, 3 th June 2010.
WFS Wesleyan Financial System

Fundamentals of Information Systems, Sixth Edition
Reconstruction site Investigation, Planning, Scheduling, Estimating and Design Eng. Fahmi Tarazi.
Bill Blair JWST Project Scientist for User Support STScI/JHU
Mission Planning Updates
Project Management Process Groups
Software Maintenance Part1 Introduction. Outlines What Is Software Maintenance Purposes of Maintenance Why We Need It Maintenance Difficilties Some Tips.
Presentation transcript:

Chandra User’s Committee Meeting (6/27/04) P. Slane (Chandra Mission Planning) Constrained and Coordinated Observations Chandra Mission Planning Response to Questions from Chandra User’s Committee

Chandra User’s Committee Meeting (6/27/04) P. Slane (Chandra Mission Planning) Statistics on Constraints “How many observations are actually constrained, and in what category (e.g., approved by peer review, preferences expressed in forms, constraints added by users after their programs were approved, DDT observations, etc.)?” The statistics are summarized in the following table. Specific items to note are: Nominally, the limit for constrained observations is supposed to be 20%. This is intended to mean that constrained observations should not exceed 20% by number or time, but things are usually tallied by number at peer review. Most DDT observations are constrained in some way. Some are the equivalent of TOOs while others are the equivalent of somewhat right time windows and/or monitoring programs. Tracking constraints (or preferences) that have been added after peer review can be difficult, and some such constraints are satisfied without the constraints ever making it into the database. Operationally this probably seems larger than it really is. There is some double-counting of constrained observations in the database compilation because of splitting of ObsIDs. This should be relatively small.

Chandra User’s Committee Meeting (6/27/04) P. Slane (Chandra Mission Planning) Statistics on Constraints AOTOTTOTTPRC%TPRC%ACTACPRPAPDDTDCDPTOTC% AO: Observing Cycle TOT: Total number of targets TOTT: Total observing time (Ms) PRC: Targets w/ peer-reviewed constraints (includes CAL and GTO) TPRC: Time for targets w/ peer-reviewed constraints AC: Number of targets w/ added constraints TAC: Time for targets w/ added constraints PRP: Targets w/ peer-reviewed preferences (includes CAL and GTO) AP: Number of targets w/ added preferences DDT: Director’s Discretionary Time targets DC: DDT observations w/ constraints DP: DDT observations w/ preferences TOTC: Total constrained time (not including preferences) “How many observations are actually constrained, and in what category (e.g., approved by peer review, preferences expressed in forms, constraints added by users after their programs were approved, DDT observations, etc.)?”

Chandra User’s Committee Meeting (6/27/04) P. Slane (Chandra Mission Planning) Constrained and Coordinated Observations “What is the appropriate overall number of constrained observations (health and safety vs. scientific value), and how many should be given out by the peer review vs. DDT? This should include a discussion of the load on CXC planning and operating staff.” Constrained observations do not, in general, represent a health and safety issue. - Constraints are identified in advance and evaluated at several points in planning process; such observations are done safely or not at all. - TOO/DDT observations are more an issue for health and safety since these require rapid replanning and detailed review. These are a large manpower load. The primary “costs” for constrained observations are: 1. Difficulty and loss of flexibility in scheduling - All constraints (and most preferences) are met in initial long-term schedule. - Competition between observing constraints, spacecraft constraints, & visibility.

Chandra User’s Committee Meeting (6/27/04) P. Slane (Chandra Mission Planning) Constraint Checks: Roll violations Sunblock Phase constraints Windows Radzones Pitch angle Coordinations Monitoring

Chandra User’s Committee Meeting (6/27/04) P. Slane (Chandra Mission Planning) Constrained and Coordinated Observations “What is the appropriate overall number of constrained observations (health and safety vs. scientific value), and how many should be given out by the peer review vs. DDT? This should include a discussion of the load on CXC planning and operating staff.” Constrained observations do not, in general, represent a health and safety issue. - Constraints are identified in advance and evaluated at several points in planning process; such observations are done safely or not at all. - TOO/DDT observations are more an issue for health and safety since these require rapid replanning and detailed review. These are a large manpower load. The primary “costs” for constrained observations are: 1. Difficulty and loss of flexibility in scheduling - All constraints (and most preferences) are met in initial long-term schedule. - Competition between observing constraints, spacecraft constraints, & visibility. - Future modifications difficult w/ lots of constraints (particularly if long duration). - Constraints added after LTS is built are a burden. - SOT/MP team has been reduced from 5 to 3 scientists, with 5 data aides.  Increasing number of constraints will become a manpower issue

Chandra User’s Committee Meeting (6/27/04) P. Slane (Chandra Mission Planning) Constrained and Coordinated Observations “What is the appropriate overall number of constrained observations (health and safety vs. scientific value), and how many should be given out by the peer review vs. DDT? This should include a discussion of the load on CXC planning and operating staff.” 2. Competing/Conflicting space for TOO/DDT observations - LTS is heavily subscribed with constrained observations. - Interruption of schedule for TOO or DDT often means working around or moving a constrained observation. - Long constrained observations are particularly difficult in this regard, as are long TOO/DDT observations.

Chandra User’s Committee Meeting (6/27/04) P. Slane (Chandra Mission Planning) Chandra Long-Term Schedule

Chandra User’s Committee Meeting (6/27/04) P. Slane (Chandra Mission Planning) Constrained and Coordinated Observations “What is the appropriate overall number of constrained observations (health and safety vs. scientific value), and how many should be given out by the peer review vs. DDT? This should include a discussion of the load on CXC planning and operating staff.” 2. Competing/Conflicting space for TOO/DDT observations - LTS is heavily subscribed with constrained observations. - Interruption of schedule for TOO or DDT often means working around or moving a constrained observation. - Long constrained observations are particularly difficult in this regard, as are long TOO/DDT observations. 3. Efficiency and conflicts w/ spacecraft constraints - As spacecraft constraints become more restrictive, constraints are more difficult to accommodate. Example: EPHIN pitch constraints and need for “cool” targets. (This now dominates scheduling difficulties.) - Minimizing slew time is more difficult with large numbers of constrained observations. Pre-launch simulations indicated 20% was ok; we aim for that. Current number of constraints awarded at peer review is probably a bit high. Higher levels would certainly be a burden.

Chandra User’s Committee Meeting (6/27/04) P. Slane (Chandra Mission Planning) Constrained and Coordinated Observations “What is the appropriate overall number of constrained observations (health and safety vs. scientific value), and how many should be given out by the peer review vs. DDT? This should include a discussion of the load on CXC planning and operating staff.” Coordinated observations require more effort than typical constrained targets. - Planning/negotiation with planners from other observatories is manpower intensive (and often iterative). - Number per cycle is shown in table; this does not include a fair number of “preference” coordinations that have been supported. - Pitch angle restrictions introduce additional complications because many observatories have pitch angle restrictions very near 90 degrees (Chandra’s “bad pitch” zone). - Increasing number beyond current levels would be a considerable burden. AO# Time available for DDT observations: 1 Ms for Cycle 1-4; 700 ks in Cycle 5 - full allotment not used in Cycles 1, 2, 4 - large single segments (~500 ks) used in Cycles 1, 2 – not highly constrained - overall percentage of constrained budget is this not large; primary difficulty is more along lines of TOO-like nature of many DDT observations

Chandra User’s Committee Meeting (6/27/04) P. Slane (Chandra Mission Planning) Changing Allowed Constraints and Formats “Can the constraints be changed for the ease of users (e.g., allow setting time constraints in GST)?” The short answer is “Yes, if necessary, but it can be a large task.” Here’s why: RPS: The proposal submission software requires modification to accommodate new constraints or new ways to specify existing constraints. Our version of RPS is under CXC control and modifications are performed by CXC staff. Databases: If modifications require new fields, new ranges, or multiple values, the proposal and/or observation databases require restructuring. New elements must be added to databases, software to populate/query these must be modified, and many individual scripts need to be updated. Spike: The long-term scheduling software has a fixed set of constraints that it can handle. New constraints require modification of the software. Spike is maintained and modified by STScI through a support contract. OFLS: The off-line system scheduling software is used for generating the detailed schedule (and also the spacecraft command loads). In general, new constraints need to be added here as well. Changes to this software are expensive, and the turn-around time is very long. To date, modifications have been made to support multiple roll ranges, multiple window constraints, grouping constraints, nonlinear monitoring intervals, and preferences. All have required significant software changes.

Chandra User’s Committee Meeting (6/27/04) P. Slane (Chandra Mission Planning) Changing Allowed Constraints and Formats “Can the constraints be changed for the ease of users (e.g., allow setting time constraints in GST)?” With specific regard to modifying the allowed constraints to support the specification of time constraints in Greenwich Sidereal Time: Note first that Chandra does not support constraints for coordinated observations with ground-based observatories. In RPS, such a request can be made as a preference only. Addition of such support would require modifications to RPS, the Proposal database, ObsCat, Spike, and the OFLS. Modifications to the two scheduling software packages could be significant. While not technically supported, to date we have coordinated a significant number of observations with the VLA. In a very small number of cases, tight restrictions on the sidereal time have been required. These have been handled “by hand.” The number of such instances have been very small. A large software modification does not seem warranted for this.