technical baseline management technical baseline
play

Technical Baseline Management Technical Baseline Management - PowerPoint PPT Presentation

GLAST LAT Project Technical Baseline Management Technical Baseline Management September 30, 2003 Pat Hascall LAT System Engineering 1 GLAST LAT Project Technical Baseline Management Technical Baseline Management We are required to


  1. GLAST LAT Project Technical Baseline Management Technical Baseline Management September 30, 2003 Pat Hascall LAT System Engineering 1

  2. GLAST LAT Project Technical Baseline Management Technical Baseline Management • We are required to manage the configuration of our technical baseline – What is configuration management? • Configuration identification – Definition of the technical baseline » Hardware, software design » Specifications and Interface Control Documents » Manufacturing drawings and procedures • Change control – Approval of changes before they are implemented – Files controlled to ensure that changes don’t sneak in • Configuration status accounting – Tracks current configuration and is used to ensure that the hardware (and software) is built to the latest rev. – Provided by LATDocs • Configuration verification – Periodic cross checks to ensure that approved changes are implemented LAT System Engineering 2

  3. GLAST LAT Project CM Flow CM Flow Configuration Identification Configuration Status Accounting CI Selection Online Access by LAT Team Online Access for Status Reporting and Real-Time Inquiries Baseline Documents (LATDocs), CIDL Configuration Audits Change Proposed Change Approval Change (Manager or Verification CCB) Configuration Change Control Configuration Verification LAT System Engineering 3

  4. GLAST LAT Project Near Term SE Efforts Near Term SE Efforts • Status – Have worked with the subsystems to audit and coordinate subsystem drawing trees – Have identified assembly drawings to show how the pieces come together • Plans – Continue to refine the drawing tree to ensure consistency – Capturing potential changes in a matrix for periodic review • Provides the pre-screen defined in the CMP – Capture design changes since CDR • Subsystem Managers to include simple list of design changes since CDR for the next face-to-face • Intent is to provide visibility into changes and to verify that side effects are uncovered • SE will maintain the list • Ensure that drawings are under CM prior to Qual model build LAT System Engineering 4

  5. GLAST LAT Project What Does This Mean for You? What Does This Mean for You? • Drawings and Solid Edge models must go under configuration control – When? • As released for flight build – How? • Drawing release process described on next page • Solid Edge control process is in work • Once a drawing is released for flight build, all changes require Change Requests – This includes changes to the Solid Edge models for that drawing – CRB process is shown on a following chart • ACD and Calorimeter work through their CM process – Level 4 changes processed internally, with information copies of the changes to be forwarded to the LAT CCB – Level 3 and higher must go through the LAT CCB LAT System Engineering 5

  6. GLAST LAT Project Document Release Flow Document Release Flow Controlled Document Release Process Flow Chart Document Originator Document Control Center Document Approver Review DCN and Document for Prepare controlled completeness, work document draft for with author to correct approval if necessary Step 1 Step 4 Reviews Prepare DCN and Document and reference Update CIDL DCN documentation Step 5 Step 7 Step 2 Submit DCN and Return Signed DCN, document draft to approval Document Control Send document for acknowledgement, or Center review disapproval Step 6 Step 3 comments Step 8 No Approved? Incorporate Comments Step 9 Yes Send document for rereview if necessary Step 10 Put released document in LATDOC (with attached DCN) Step 11 Notice is made to DCN distribution list via email Step 12 LAT System Engineering 6

  7. GLAST LAT Project CRB Flow CRB Flow NO Need for RPE submits Change Impact to Level 4 change. CR provided to Change Request (CR) for requirements, cost, CRB/Systems Eng schedule? Identified manager approval. Change is implemented and CR and DCN are distributed to LAT team. YES NO, GSFC Level 3 Level 2 or 3 change. CR is sent to the RPE submits a Change Request Configuration Control approval required? (CR) for Sys Eng screening. Board for approval. YES, Level 2 CR is sent to GSFC If approved, the change is for approval. implemented and the CR and DCN are distributed to the LAT team. LAT System Engineering 7

  8. GLAST LAT Project Level Definition Summary Level Definition Summary • Level 1 • Level 2 – Changes level 2 (mission) requirements – Cost impact >500K, Level 2 or higher milestone delay – Mass and power that causes LAT to exceed budget • Level 3 – Changes to level 3 (LAT) requirement – Changes to any subsystem allocation – Changes interfaces between subsystems – Changes that affect flight hardware that has been built • Level 4 – Changes within a subsystem with • No impacts to another subsystem • Cost <50K, no schedule impacts • Within mass and power allocations • Do not affect flight hardware that has been built LAT System Engineering 8

Download Presentation
Download Policy: The content available on the website is offered to you 'AS IS' for your personal information and use only. It cannot be commercialized, licensed, or distributed on other websites without prior consent from the author. To download a presentation, simply click this link. If you encounter any difficulties during the download process, it's possible that the publisher has removed the file from their server.

Recommend


More recommend