Science/Architecture Team (SAT)
The Data Management Science/Architecture Team (SAT) is chaired by the Data Management System Architect and Project Scientist. The SAT is the DM-wide body that is charged with addressing issues of the overall requirements flowdown, architecture, and organization of the design of Data Management, both for the final LSST design and for the Data Challenges.
The designs and other high-level outputs of the SAT become part of the technical baselines for Data Management in the LSST project and for the Data Challenges. Approval and change control for these baselines are managed by the DM Technical Control Team (TCT).
- Charter/purpose
- Support DM System Architect in ensuring that the DMS meets science requirements
- Support DM Project Scientist in ensuring DMS has overall scientific integrity
- Control all DMS internal and external interfaces
- Charter/perform due diligence for proposed technical baseline changes
- Membership
- Co-Chaired by the DM System Architect, DM Project Scientist
- Core Members are Institutional Scientific/Technical Leads
- Responsibilities
- Meets at start of each software development phase with DMLT to establish detailed scope/work plan
- Meets with DMLT for change control (TCT)
- Supports the System Architect's role in the systems engineering process, notably in the establishment and review of interface requirements and Interface Control Documents with the other LSST subsystems
- Conducts design reviews and code reviews during the LSST development process
- Endeavors to instill a productive and ethical engineering culture within DM
- Commissions Working Groups
- Working groups are architectural (e.g. Applications, Middleware, Database, Infrastructure, Operations), span subsystems
- Chaired by a member of the System Architecture Team
- Members include other technical personnel, possibly including outside collaborators
Current Membership
- DM System Architect (K-T Lim, SLAC)
- DM Interfaces Scientist (Gregory Dubois-Felsmann, SLAC)
- DM Project Scientist (Mario Juric, LSST)
- Integration and Test Lead (Robyn Allsman, LSST)
- Algorithms and ImSim contact (Andy Connolly, UW)
- Applications Framework and Interfaces Lead (Robert Lupton, Princeton)
- Infrastructure & Middleware (Mike Freemon, NCSA)
- Science User Interfaces (Schuyler Van Dyk, IPAC)
Design Reviews and Planning
One of the core functions of the SAT is to carry out design reviews.
- DC3b design review planning
- Long range release planning, through the start of construction
Performance
The System Architect is currently spending some amount of time looking at the performance of the DC3b DM software. This work is summarized here:
LSST Systems Engineering
The System Architect is developing, within the LSST Systems Engineering SysML model (LSST_SysArch), the requirements and specifications for interfaces with other LSST subsystems, and is involved in the management of these and other dependencies that cross subsystem boundaries.
Meetings
The SAT currently meets weekly. The meetings are not closed, but they are intended as working meetings of the team, to which others will be specifically invited as relevant topics arise on the team's agenda.
Agenda items ordinarily arise from the System Architect, Project Scientist, or Project Manager, or from the work of the standing or topical Working Groups of the DM project (e.g., Infrastructure, Middleware, Applications). However, anyone is welcome to request that the SAT consider an issue by raising it with the System Architect. (As usual, doing so with a cc: post to lsst-data is probably a good default.)