...
- SRDP-522 Add to risk register the insufficient details of the review variants at this stage, potential for cross talk and confusion in process details that may be outside of current architecture
- SRDP-496 & 495 clarify diagrams taking the technical nature of notation, generalize the diagram, and add a legend where needed
- SRDP-493 clarify need for filtering and flexible project creation in System Description document, perhaps capture nature of observations at submission (DDT, RSRO, etc.)
- Add risk that we have not missed any other parts of the process
- SRDP-532 Done
- SRDP-461&531 Clarify requirement Compile a quantified list of things people like about the ALMA OT and what they don't like about the PST. Mine Science Helpdesk tickets to identify what is tripping people up about the PST.
- SRDP-515 Add discussion of what needs to be captured to allocate subarrays to System Description under capabilities, perhaps also in Sec 2
- Also add discussion on the ability tfor for observers to request commensal systems to be on/off, does PI get to request data from commensal system
...
- SRDP-521 & 514 Clarify either in the Preface or Sec 2 the definition of capabilities and resources, how they are associated with each other and relate to Allocation Requests, recognizing which apply to proposal submission and which to scheduling
- SRDP-513 Mark to clarify the placement of generators (internal vs. external) within the model
- SRDP-520 Add sentence near figure that proposals may link to many projects
- SRDP-431 Close w/o action
- SRDP-516 Suggested action in Architecture slide is accepted
- SRDP-430 & 483 These are also related to the addition of reliability as a Quality Attribute, Develop and conduct several user driven Quality Attribute Scenarios, adding the plan and strategy to the document; potential scenarios include use of tutorials and the STSCI videos are a tool to shed light on how users use S/W to submit. Deadline?