...
Expand |
---|
|
As a scheduler I would like to define an available time model (ATM) for my facility so I know how much time is available for new Allocation Requests (ARs) to fill. |
|
|
|
|
|
|
| As a scheduler I want the system to determine the ATM based on the precommitted time and weather constraints. | As a VLA scheduler I want to able to make late modifications to the date ranges easily so I don’t have to restart from scratch. | As a scheduler I want to inspect the ATM at any time. | As a scheduler I want to modify the ATM manually at any point. | As a scheduler I want to import a list of proposals from past semesters so the time can be filled in the ATM. | As a scheduler I want to define maintenance periods for the facility such that the ATM will not schedule ARs in those blocks of time. | As a scheduler I want the system to calculate time dependent weather coefficients so the prediction of available time is accurate. | As a VLA scheduler I need the ATM to know what configurations are included in the Solicitation so I can be sure to schedule the appropriate ADs. |
|
| As a VLA scheduler I want to able to make late modifications to the date ranges for configurations easily so I don’t have to delete all of my work. | As a scheduler I would like to generate a Pressure Plot to represent the ATM so I have a holistic view of the available Time.As a VLA scheduler I want to know if the imported proposals are multi semester, tests, or from carry over projects in the UI so I can keep track of the different types of pre-committed time. | As a scheduler I want to define maintenance periods by LST, duration, and date. |
| As a VLA scheduler I want to set the date ranges for each unique configuration so the system can calculate the time dependent weather coefficients. |
|
| As a scheduler I want the modifications I make in date, etc to update the ATM accordingly. | As a GBT scheduler I want to block out time for monitoring projects so I can account for pre committed time that is fixed date accurately. |
|
|
|
|
To inspect the ATM, it is most useful to use a pressure plot, which is essentially a histogram of number of hours per LST per OSD. This tells me how many hours in a certain time bin is being requested or is available. The amount available is many inputs, including weather, frequency, and precommitted time. The amount requested depends on the OSDs of the new proposals. I need to balance the new request against what is available. To do so, I need to really understand the details of both the available time and the requested time.
Expand |
---|
|
As a scheduler I want the system to build the Pressure Plots so I can understand the available and requested time demands. |
|
|
|
| As a scheduler I want to inspect the ATM so I can check it is correct. | As a scheduler I want to modify the ATM manually at any point so it can be accurate. | As a scheduler I want to be able to interact with the pressure plot so I can identify ADs:OSDs. |
| As a scheduler I would like to generate a Pressure Plot to represent the ATM so I have a holistic view of the available Time. | As a scheduler I want the pressure plots to update when I change the ATM so they will be correct. | As a scheduler I want an easy way to modify an OSD I have identified in the pressure plot so I don't waste time tracking it down. |
| As a scheduler I want to inspect the ATM in detail so I understand where it may be under or over subscribed. |
| As a |
|
...
scheduler I want a way to identify underutilized LST/GST ranges so I can modify SPs to efficiently fill those ranges. |
|
|
| As a scheduler I want |
|
...
a way to identify overfilled LST/GST ranges so I can modify SPs as necessary. |
|
Small adjustments in the ATM or and OSD can have big consequences for the available time. As a scheduler, I explore how these changes can make an efficient schedule. As there are a lot of working parts though (many proposals, many inputs to the ATM), I like to return to previous states to assess the impact of a small adjustment. I would like to be able to save a version the schedule so I can return to it later if needed. I would like a detailed version history so I can inspect many different versions if I need to.
...
There are some tasks that would be useful if they were automated, as it would take me too long to compile the data by hand. For example, I need to identify source conflicts based on a variety of criteria. I also want OSDs associated with external facilities to be handled differently than OSDs of internal facilities. Finally, I want to use algorithms to help efficiently assign scheduling priorities to OSDs as it may well enough for most cases. That frees up time for me to concentrate on the edge cases and optimization.
Expand |
---|
|
As a scheduler I want to identify Source Conflicts in the OSDs so I can make a note of them for the TAC. | As a scheduler I want ADs/OSDs that request multi semester observations to be clearly identified in the UI so I can understand how they impact future semesters. | As a scheduler I want ADs that have external facilities to be automatically marked with N so they won't be accounted for in the scheduling. | As a scheduler I want the system to generate SPs for OSDs because the algorithm may do the majority of the cases sufficiently. | As a scheduler I want to be able to initiate process multiple times so I can iterate on the assigned SPs given a ATM. |
|
|
| As a scheduler I want OSDs with SPs of N to not be modified by the algorithm because these OSDs are rejected and will not be scheduled. |
|
|
|
| As a scheduler I want OSDs with SPs that are locked to not be modified by the algorithm so the SPs of those OSDs do not change. |
|
|
|
| As a scheduler I want OSDs with SPs of F to not be modified by the algorithm because these are fixed dates. |
|
|
|
| As a VLA scheduler I want the automated algorithm to be the Prioritizer. |
|
|
|
| As a scheduler I want to be able to modify a system generated SP because I know better. |
|
|