wiki:DM/TCT

Version 69 (modified by rowen, 6 years ago) (diff)

Added link to new proposal DM/Policy/Python3Prep

DM Technical Control Team

from: LSST Data Management

Meeting Schedule

  • Next meeting: Thursday 7 November 2013 from noon - 1:00 PT

Proposals for Future Review

Create either a

  • [wiki:DM/Policy/PointerToProposal], Author, Date <- Note 'DM/Policy' prefix in name; or
  • a Trac Ticket on component TCT.

then list your proposal here:

  • Review LDM-244 SUI UML Model wrt readiness for TCT-control - #3029, R. Allsman, 18 Oct 2013
  • Review LDM-148: Clarify that Level 3 support is partially implicit in Level 2 design - #3027, M Juric, 15 Oct 2013
  • [ May be ready by meeting: Review new Policy for submitting TCT-controlled documents to docushare - #3028, R Allsman, 17 Oct 2013]
  • Consider scipy inclusion into Release software = #2883 , R. Allsman, 20 May 2013
  • Standards: use of spaces around '=' in keyword arguments - #2916, R. Lupton, 30 May 2013
  • Standards: use python2 instead of python when invoking the interpreter in code - #2967, R. Owen, 2013-07-24
  • Standards: write python 2 code in a way that looks ahead to Python 3 - DM/Policy/Python3Prep, R. Owen 2014-01-06

Membership

  • Robyn Allsman - Chair
  • Mario Juric
  • Kian-Tat Lim
  • Robert Lupton
  • Serge Monkewitz
  • Russell Owen
  • Ray Plante (alternate Mike Freemon)
  • Gregory Dubois-Felsmann (ex-officio)

Charter

The DM Technical Control Team (TCT), formerly known as the DM Configuration Control Board (CCB), reviews and approves changes to all baselines in the LSST Data Management System, including proposed changes to the DM functional requirements' (FRS), reference design, or Data Challenge design baselines, the tools to be used, and standards and policies.

The following mandate established the TCT:

  • The board is chaired by the DM System QA and Test Lead.
  • Members include DM System Scientist and Lead Institution Project Scientists.
  • The board determines when specification and deliverables are of sufficient maturity and quality to be baselined (placed under configuration controlled status) or released.
  • The board reviews and approves proposed changes to baselined items.
  • The board meets at least monthly and more often during periods prior to major reviews and data challenge integrations or when development requests approval to change baseline.

The Technical Control Team and the System Architecture Team work in synchrony. The SAT (and the various DM team members as delegated) is responsible for creating, establishing, updating, analyzing, proposing the reference and DC designs and changes to them, whether they might affect the FRS, the reference design, or the DC design. The TCT makes sure these changes don't get into the baseline without proper change control. The TCT must involve PM before approving an FRS change, as this might affect the project schedule or cost envelope. Restated more simply, the FRS is baselined, and the Reference Design are baselined, and so should each DC design be baselined. The SAT defines them, the TCT controls baselining and acceptance of changes to the baseline for all 3.

For further clarification, refer to pre- and post-baseline duties.

Initiating a Software Policy/Procedure/Design Change

Prepare either a wiki document or a Trac Ticket describing the proposed change. For a wiki document, invite on-line comments to be entered within the wiki document by inserting the [[[AddComment]]] macro. FA proposal initiated via a trac ticket shuld be referenced to component TCT and directed to developer robyn.

Advertise your request for timely comments on the new proposal to the LSST-data mail group with a complete URL in the message. Also, update this TCT page by including the wiki pointer to your proposal under the section heading "Proposals for Future Review". Allow an adequate comment period (a week or so) prior to the TCT meeting at which you want the topic discussed.

Be prepared to discuss the pros and cons of your proposal at the next TCT telecon. If the proposal is to add/upgrade/remove software from the stack, the TCT will not only discuss the proposal, but the feasibility and schedule of implementation, before approving the change. If there are significant schedule impacts that cannot be resolved the TCT will escalate the issue to project management.



Action Items

Past Meetings

Notes from past meetings are available at DM/TCT/meetings. However, if a Ticket # is designated, the meeting discussion and resolution is found in the text of the Ticket's comments.