Configuration Management

Slides:



Advertisements
Similar presentations
MODELING THE TESTING PROCESS Formal Testing (1.0) Requirements Software Design Risk Data Approved, Debugged, Eng. Tested Code Automated Test Tools Tested.
Advertisements

Chapter 7: Key Process Areas for Level 2: Repeatable - Arvind Kabir Yateesh.
Delaware Valley Chapter
Configuration management. Reasons for software configuration management  it facilitates the ability to communicate  status of documents, coding, changes.
CSC 395 – Software Engineering Lecture 25: SCM –or– Expecting Change From Everything But Vending Machines.
Software Configuration Management (SCM)
Configuration Management
Configuration Management
Configuration Management Avoiding Costly Confusion mostly stolen from Chapter 27 of Pressman.
1 Configuration Management 101 ITS Professional Capacity Building Program T3 Webinar February 21, 2008.
Effective Methods for Software and Systems Integration
Software Engineering Term Paper
Seattle Area Software Quality Assurance Group Release and Configuration Management, The Acceleration of Change and Its Contribution To Software Quality.
Software Configuration Management
Software Configuration Management (SCM)
1 Digital I&C Systems Configuration Management Presented By: David E Woods Senior Engineer – Electrical/I&C Design Engineering June 21, 2011.
Configuration Management Matti Kuikka CONFIGURATION MANAGEMENT by Matti Kuikka, Unit Manager, Ericsson, Turku, Telecom R&D, Wireless Charging.
 To explain the importance of software configuration management (CM)  To describe key CM activities namely CM planning, change management, version management.
1.  Describe an overall framework for project integration management ◦ RelatIion to the other project management knowledge areas and the project life.
Configuration Management Non Government Std: EIA Standard-649 “A management process for establishing and maintaining consistency of a product’s performance,
Software Quality Assurance
© Mahindra Satyam 2009 Configuration Management QMS Training.
CLIC Project breakdown structure: organization, documentation and cost estimate Beam Instrumentation Workshop, June 2-3, 2009 CLIC Project breakdown structure:
Develop Project Charter
M ONITOR & C ONTROL Focus is on Integrated Change Control 1.
©Ian Sommerville 2006Software Engineering, 8th edition. Chapter 29 Slide 1 Configuration management.
Purpose: The purpose of CMM Integration is to provide guidance for improving your organization’s processes and your ability to manage the development,
Software Configuration Management (SCM) Source: Pressman, R., Software Engineering: A Practitioner ’ s Approach. Boston: McGraw Hill, Inc., 2005; Ghezzi,
Maintaining and Sustaining System Integrity Configuration Management for Transportation Management Systems Configuration management (CM) describes a series.
Configuration Management- Basic Concepts. Agenda  Configuration Management process Overview  Process Stages  Planning & Setup  Control  Audit  Case.
Software Configuration Management n Art of coordinating SW development to minimize confusion n Software quality assurance (umbrella) activity n Set of.
Software Configuration Management SEII-Lecture 21
Configuration Management (II) Copyright, 2000 © Jerzy R. Nawrocki Requirements.
Timesheet training Version: Introduction Duration: 1.5 hours Purpose: Guide on how to use Timesheet.
Project management Topic 8 Configuration Management.
Configuration Control (Aliases: change control, change management )
Configuration & Build Management. Why Software Configuration Management ? The problem: Multiple people have to work on software that is changing More.
Software Configuration Management (SCM)
CONFIGURATION MANAGEMENT AND CONTROL PLAN ESS Quality Assurance and Control workshop (30June) V. HENNION.
Configuration Management. After completing this module you will be able to: Describe configuration management Explain the flow of configuration management.
Introduction for the Implementation of Software Configuration Management I thought I knew it all !
Change Request Management
ITIL: Service Transition
Configuration Management
Software Configuration Management
Configuration Management
Software Configuration Management
Software Configuration Management
Software Project Configuration Management
Chapter 11: Software Configuration Management
Software Configuration Management
Software Engineering (CSI 321)
Configuration Management and Prince2
Software Configuration Management
Release Management Release Management.
Change Control Process—I
Module 8 Introduction to Validation
Configuration Management (managing change)
Engineering Processes
Chapter 11: Software Configuration Management
HART Technologies Process Overview
Chapter # 6 Software Configuration Management
Configuration management
PSS verification and validation
Chapter 3: Project Integration Management
Configuration Management
I&C requirements and configuration management
PSS0 Configuration Management,
DOE Review of the LCLS Project October 2006
Software Configuration Management
Presentation transcript:

Configuration Management TS2 PSS Preliminary Design Review Configuration Management Meike Rönn Technical Documentation Specialist ESS/ICS/PS 2019-02-11

Contents Chronicle Introduction Purpose Configuration Item and CIDL Roles CM activities Identification Configuration control Status accounting and audits Mayer add a background here.

Chronicle Configuration Management (CM) Plan for PSS released Working group Development of ESS facility-wide CM, within WoW Area Manage Configuration Problem: not integrated with the rest of ESS facility Integrate with comparable systems, develop high-level CM Plan for HW/SW for safety critical systems  PSS & TSS CM plan for safety critical systems integrated into development of facility-wide CM Now

Introduction Configuration Management for Safety Critical Systems ESS facility CM development IEC 61511 Configuration Management for Safety Critical Systems Personnel Safety Systems (PSS) Target Safety Systems (TSS)

Purpose HW and SW to be under CM  identified & documented All items under CM named & versioned  unique identifier CM relevant information for these items  identified and controlled Changes to items and baselines  controlled and evaluated Only approved changes are implemented The status of all items can be tracked The Safety Critical System maintains safety integrity, despite of any changes made to them

Configuration Item (CI) CIDL CI: collection of HW and SW systems & components Grouping: criteria such as functionality, physical systems, safety risk, interfaces,... Follow FBS structure Each CI: Configuration Item Documentation List All information related to the CIs CIDL CIDL CIDL CIDL CIDL CIDL CIDL CIDL

Configuration Item Documentation List (CIDL) Listing information related to CI (directly or through reference to a document) Change log (change requests) CIDL template Uploaded to CHESS, related to the CI’s FBS node parent CIDLs and sub-CIDLs documentation, reports, HW components and SW Models and data for HW and SW authoring tools, uploaded to CHESS Version numbers Toolboxes, libraries, compilers, firmware Checksum for safety program for each PLC Which software and version installed on each PLC Safety related settings Safety program parameters

Roles and Responsibilities CI owner CIDLs Establish, review, approve Create new sub-CIDLs Updating Maintaining information Ensuring change control is carried out properly Accountable for CIDLs being accurate and up-to-date SCCB Configuration control board for safety critical systems Making decisions on proposed changes in the safety critical system configuration FCCB ESS facility-wide configuration control board Involved in decision making within change control for safety-critical systems Managing baselines

Configuration Management Activities Identifying and organising HW and SW items to be under CM  CIs Determining which information related to these needs to be controlled Configuration Identification Planning, creating and changing baselines Procedure to control changes Configuration Control

Configuration Identification PSS CI breakdown: PSS system, hardware / software, safety-related Note: CI owner can create sub-CIs

Configuration Identification Each CI added to a configuration baseline  Configuration baselines: ESS facility-level Update baseline: CI owner sends CIDL(s) to FCCB CIDLs during TS2 PSS development updated as follows:

Change Control Procedure CR and design solution approved  CIDL(s) to be updated CIDL forwarded to FCCB for baseline update

Status Accounting and Audits Sources: CIDLs, Configuration Baseline Plan (ESS facility), change logs, CR forms, CCB meeting protocols Functional configuration audits In conjunction with system reviews Examining functional characteristics of the CI, verifying it meets the specified requirements Physical configuration audits Formal examination verifying CI has achieved the physical characteristics specified in its configuration information

Questions? Thank you for your attention!