Configuration Management for Digital Upgrades Configuration Management Benchmarking Group 2008 Conference Scott Patterson Program Manager for I&C Obsolescence.

Slides:



Advertisements
Similar presentations
Software Quality Assurance Plan
Advertisements

Chapter 4 Quality Assurance in Context
Optimizing Windows Vista Performance Lesson 10. Skills Matrix Technology SkillObjective DomainObjective # Introducing ReadyBoostTroubleshoot performance.
Software Quality Assurance (SQA). Recap SQA goal, attributes and metrics SQA plan Formal Technical Review (FTR) Statistical SQA – Six Sigma – Identifying.
Smart Grid - Cyber Security Small Rural Electric George Gamble Black & Veatch
Lindy Hughes Fleet Fire Protection Program Engineer Southern Nuclear Operating Company June 4, 2013 Fire Protection.
Data - Information - Knowledge
2.1 © 2004 Pearson Education, Inc. Exam Managing and Maintaining a Microsoft® Windows® Server 2003 Environment Lesson 2: Installing Windows Server.
Designing new systems or modifying existing ones should always be aimed at helping an organization achieve its goals State the purpose of systems design.
Chapter 10 Systems Operation, Support, and Security
IS112 – Chapter 1 Notes Computer Organization and Programming Professor Catherine Dwyer 2003.
MSIS 110: Introduction to Computers; Instructor: S. Mathiyalakan1 Systems Design, Implementation, Maintenance, and Review Chapter 13.
Chapter 9 Database Design
7.2 System Development Life Cycle (SDLC)
Chapter Thirteen Maintaining and Upgrading a Network.
DITSCAP Phase 2 - Verification Pramod Jampala Christopher Swenson.
Testing - an Overview September 10, What is it, Why do it? Testing is a set of activities aimed at validating that an attribute or capability.
Chapter 11: Testing The dynamic verification of the behavior of a program on a finite set of test cases, suitable selected from the usually infinite execution.
1 Lesson 3 Computer Protection Computer Literacy BASICS: A Comprehensive Guide to IC 3, 3 rd Edition Morrison / Wells.
Software Verification and Validation (V&V) By Roger U. Fujii Presented by Donovan Faustino.
OHT 2.1 Galin, SQA from theory to implementation © Pearson Education Limited 2004 Software Quality assurance (SQA) SWE 333 Dr Khalid Alnafjan
Oconee RPS/ESPS Digital Upgrade Presented by: Michael Bailey June 3,
November 2009 Network Disaster Recovery October 2014.
Computer System Lifecycle Chapter 1. Introduction Computer System users, administrators, and designers are all interested in performance evaluation. Whether.
Introduction to Software Quality Assurance (SQA)
Term 2, 2011 Week 3. CONTENTS The physical design of a network Network diagrams People who develop and support networks Developing a network Supporting.
Information Systems Security Computer System Life Cycle Security.
Concepts of Database Management Sixth Edition
11 SECURITY TEMPLATES AND PLANNING Chapter 7. Chapter 7: SECURITY TEMPLATES AND PLANNING2 OVERVIEW  Understand the uses of security templates  Explain.
Protocol Architectures. Simple Protocol Architecture Not an actual architecture, but a model for how they work Similar to “pseudocode,” used for teaching.
Version 4.0. Objectives Describe how networks impact our daily lives. Describe the role of data networking in the human network. Identify the key components.
ITEC224 Database Programming
Software Metrics - Data Collection What is good data? Are they correct? Are they accurate? Are they appropriately precise? Are they consist? Are they associated.
NovaTech You Focus on Your Business & We Focus on Your IT Managed Services.
IT Infrastructure Chap 1: Definition
ITEC 3220M Using and Designing Database Systems
1 Digital I&C Systems Configuration Management Presented By: David E Woods Senior Engineer – Electrical/I&C Design Engineering June 21, 2011.
1 Chapter 9 Database Design. 2 2 In this chapter, you will learn: That successful database design must reflect the information system of which the database.
 To explain the importance of software configuration management (CM)  To describe key CM activities namely CM planning, change management, version management.
SCSC 311 Information Systems: hardware and software.
Installation and Maintenance of Health IT Systems
Product Development Chapter 6. Definitions needed: Verification: The process of evaluating compliance to regulations, standards, or specifications.
Principles of Information Systems, Sixth Edition Systems Design, Implementation, Maintenance, and Review Chapter 13.
Slide 1V&V 10/2002 Software Quality Assurance Dr. Linda H. Rosenberg Assistant Director For Information Sciences Goddard Space Flight Center, NASA
Other Quality Attributes Other Important Quality attributes Variability: a special form of modifiability. The ability of a system and its supporting artifacts.
Turbine Crane CRANES TURBINE NEA39. Turbine Crane PLANT STATUS! PV Daily Status Report.
Principles of Information Systems, Sixth Edition Systems Design, Implementation, Maintenance, and Review Chapter 13.
Week #3 Objectives Partition Disks in Windows® 7 Manage Disk Volumes Maintain Disks in Windows 7 Install and Configure Device Drivers.
OS Services And Networking Support Juan Wang Qi Pan Department of Computer Science Southeastern University August 1999.
NETWORKING FUNDAMENTALS. Network+ Guide to Networks, 4e2.
1 Review of Specifications for Digital Upgrades NHUG Summer Meeting July 17, 2008 Tim Mitchell Component Engineering Palo Verde Nuclear Generating Station.
Network design Topic 6 Testing and documentation.
Principles of Information Systems, Sixth Edition 1 Systems Design, Implementation, Maintenance, and Review Chapter 13.
1 Object-Oriented Analysis and Design with the Unified Process Figure 13-1 Implementation discipline activities.
Unit 17: SDLC. Systems Development Life Cycle Five Major Phases Plus Documentation throughout Plus Evaluation…
Oman College of Management and Technology Course – MM Topic 7 Production and Distribution of Multimedia Titles CS/MIS Department.
Thepul Ginige Lecture-7 Implementation of Information System Thepul Ginige.
SwCDR (Peer) Review 1 UCB MAVEN Particles and Fields Flight Software Critical Design Review Peter R. Harvey.
Thepul Ginige Lecture-5 Implementation of Information System Part - I Thepul Ginige.
의료용 S/W 기술문서 심사 방법 원 찬 요 유엘 코리아 발표자 소개 년 2 월 한양대 전자공 졸업 ~ : ㈜ 금성사 ( 현 LG 전자 ) 연구원 ~ : ㈜ 메디슨 규격팀 팀장
Software Project Configuration Management
Chapter 18 Maintaining Information Systems
Programmable Logic Controllers (PLCs) An Overview.
Network management system
Software Quality Assurance Plans
IS4680 Security Auditing for Compliance
LonMaker® Turbo Editions New Features
Training Module Introduction to the TB9100/P25 CG/P25 TAG Customer Service Software (CSS) Describes Release 3.95 for Trunked TB9100 and P25 TAG Release.
DEPLOYING SECURITY CONFIGURATION
PLANNING A SECURE BASELINE INSTALLATION
Presentation transcript:

Configuration Management for Digital Upgrades Configuration Management Benchmarking Group 2008 Conference Scott Patterson Program Manager for I&C Obsolescence Pacific Gas & Electric Co. Diablo Canyon Power Plant Tuesday June 3 rd, 2008

PAGE 2 Configuration Management for Digital Upgrades Digital vs. Analog 1.Digital Equipment goes obsolete much faster than analog equipment In some cases the equipment is obsolete before you install it Technology is changing very fast and is hard to keep up with it Digital requires a CM program that can handle a dynamic change process and that is more complex than analog 2.Digital Equipment is much more capable and flexible It takes many analog modules to do complex algorithms Analog is very hard to modify Not much analog equipment currently made or supported Digital is more accurate – convert to digital once, then accuracy stays the same With capability and flexibility comes complexity 3.Digital Equipment contains significantly more configurable parameters Hardware Firmware Communication Parameters Software

PAGE 3 Configuration Management for Digital Upgrades Hardware 1.Monitors, Workstations, Servers, Printers, …. Availability of a monitor or workstation is 6 months to 1 year which is shorter than most design processes We are developing specifications for these devices that list the minimum requirements Minimizes design changes when equipment is no longer available Allows flexibility for these less critical components In most cases the new equipment is faster and more capable How do you handle this?

PAGE 4 Configuration Management for Digital Upgrades Hardware (cont) 1. PLC or Embedded Systems Lifetime is usually much longer DCPP has selected two main hardware platforms based on a detailed evaluation to try to minimize obsolescence issues Key attributes to minimize obsolescence Customer base Past history OEM equipment Fewer platforms means fewer differences in CM Can have many revision levels of hardware and firmware Configuration is documented on plant drawings How do you document this?

PAGE 5 Configuration Management for Digital Upgrades Hardware (cont) 1.Configurable Devices Paperless Recorders Single Loop Controllers Digital Indicators 2.If the device is simple enough, SQA plans are not required 3.Configuration is documented in a plant drawing Available for disaster recovery Maintenance needs this information if the component is replaced

PAGE 6 Configuration Management for Digital Upgrades Firmware 1.How do you maintain configuration or version control of Firmware? In most cases the vendor maintains the firmware CM for non-safety and safety systems since they wrote or are responsible for it However tracking is still needed to keep track of what version is installed Firmware versions are usually flashed and are accessed through a diagnostic utility Needs to be part of the disaster recovery procedure Revision levels can change fast when consecutive upgrades are being installed

PAGE 7 Configuration Management for Digital Upgrades Firmware (cont) 1.Compatibility of different firmware versions New hardware and software may require a new firmware version to be functional or to take advantage of new features Need to know what versions are compatible This information is usually controlled by the vendor but it is still important to understand this and document it How do you document what firmware works with what hardware or software?

PAGE 8 Configuration Management for Digital Upgrades Communication Parameters 1.Plant Data Network IP Addresses Switch, Firewall, and Router Configurations Cyber Security How do you document these parameters? 2. Communications between systems Safety to Non-Safety Systems Control Systems to other control systems Isolated networks Connection to the LAN

PAGE 9 Configuration Management for Digital Upgrades Software 1.PLC or Embedded Software Usually one file – Tricon =.pt2 file, AB =.acd file Simple to program – IEC compliant – Function Blocks, Ladders, Structured Text, etc. Most have version control and security built in Configuration software has defensive measures built in Compilers have error checking Self Documenting Easier to specify requirements and test, the algorithm is usually well defined

PAGE 10 Configuration Management for Digital Upgrades Software (cont) 1.HMI or Display Software Much harder to V&V and track changes Limited error checking or defensive measures to prevent you from doing something that will not work Hundreds of files are generated Different scripts can be used for every window/object Very hard to document the configuration due to the number of attributes and variables Requirements are hard to define Hard to test for negative requirements Licensing of the software and tracking where each license is installed can be hard How do you manage this?

PAGE 11 Configuration Management for Digital Upgrades Software Lifecycle Phases 1.Design Phase – Conceptual Design and Specification Development 2.Implementation Phase – Software Development and V&V Activities 3.Maintenance Phase – Operation and Maintenance

PAGE 12 Configuration Management for Digital Upgrades Software Lifecyle

PAGE 13 Configuration Management for Digital Upgrades IEEE Documents Used as Reference IEEE 1059 ‑ 1993: Guide for Software Verification and Validation Plans. IEEE 1012 ‑ 1998: Standard for Software Verification and Validation. IEEE 730 ‑ 1998: Standard for Software Quality Assurance Plans. IEEE 830 ‑ 1998: Recommended Practice for Software Requirements Specifications. IEEE 1233 ‑ 1998: Guide for Developing System Requirements Specifications. IEEE 1016 ‑ 1987: Recommended Practice for Software Design Descriptions. IEEE ‑ 1993: Guide to Software Design Descriptions.

PAGE 14 Configuration Management for Digital Upgrades Software Integrity Levels 1.IEEE “Software integrity levels are a range of values that represent software complexity, criticality, risk, safety level, security level, desired performance, reliability, or other project-unique characteristics that define the importance of the software to the user and acquirer.” 2.High-integrity software requires a larger set of V&V processes and a more rigorous application of V&V tasks.

PAGE 15 Configuration Management for Digital Upgrades Software Integrity Levels (IEEE ) SIL 4 – Software element must execute correctly or grave consequences (loss of life, loss of system, economic or social loss) will occur. No mitigation is possible. SIL 3 – Software element must execute correctly or the intended use (mission) of the system software will not be realized, causing serious consequences (permanent injury, major system degradation, economic or social impact). Partial to complete mitigation is possible. SIL 2 – Software element must execute correctly or an intended function will not be realized, causing minor consequences. Complete mitigation possible. SIL 1 – Software element must execute correctly or intended function will not be realized, causing negligible consequences. Mitigation not required.

PAGE 16 Configuration Management for Digital Upgrades Software O&M 1.CF2.ID2 – Configuration Management for Computers and Software Used for Plant Operations and Operations Support 2.This procedure provides guidance for developing the SQA Plan for a system. 3.IEEE Std 828 ‑ 1998, IEEE Standard for Software Configuration Management Plans

PAGE 17 Configuration Management for Digital Upgrades Software O&M 1.The SQA Plan for a system Describes if this is vendor supplied software or in-house developed software and how it will be controlled Contains Disaster Recovery Instructions How to make/document a software change Media Control (Source Safe, Location of backup disks, etc.) What modifications require a design change What approvals are needed to make a change An O&M software change will go through a similar process to the software development stage for V&V activities

PAGE 18 Configuration Management for Digital Upgrades Summary 1.Digital requires a much more rigorous CM program 2.Take advantage of the IEEE documents as guidance 3.Start with non-safety systems to develop the processes used to track CM 4.Develop and refine the process early establish a consistent process 5.A good CM process will minimize issues with digital equipment

PAGE 19 Configuration Management for Digital Upgrades Questions? Scott Patterson Pacific Gas & Electric Co. Diablo Canyon Power Plant Program Manager for I&C Obsolescence Project Manager, Supervisor