File: 1 The OECD Halden Reactor Project The OECD Halden Reactor Project (HRP) is an International Research Project between 19 countries in Europe, America.

Slides:



Advertisements
Similar presentations
The New GMP Annex 11 and Chapter 4 Deadline for coming into operation: 30 June 2011.
Advertisements

Software Engineering CSE470: Process 15 Software Engineering Phases Definition: What? Development: How? Maintenance: Managing change Umbrella Activities:
Software Processes Coherent sets of activities for specifying, designing, implementing and testing software systems.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 24 Slide 1 Critical Systems Validation 2.
RISK INFORMED APPROACHES FOR PLANT LIFE MANAGEMENT: REGULATORY AND INDUSTRY PERSPECTIVES Björn Wahlström.
Managing Software Quality Main issues:  Quality cannot be added as an afterthought  To measure is to know  Product quality vs process quality.
Developing safety critical systems
1 Certification Chapter 14, Storey. 2 Topics  What is certification?  Various forms of certification  The process of system certification (the planning.
Westinghouse Atom Atom- 1 Design of Digital Safety Systems in NPP Improvements regarding: System Requirements, Engineering, Argumentation for a Safety.
Unit 251 Implementation and Integration Implementation Unit Testing Integration Integration Approaches.
R R R CSE870: Advanced Software Engineering (Cheng): Intro to Software Engineering1 Advanced Software Engineering Dr. Cheng Overview of Software Engineering.
Lecture 2b: Software Project Management CSCI102 - Introduction to Information Technology B ITCS905 - Fundamentals of Information Technology.
Design of a Certifiably Dependable Next- Generation Air Transportation System Stephen A. JacklinMichelle M. Eshow Michael R. LowryDave McNally Ewen Denny.
Main Requirements on Different Stages of the Licensing Process for New Nuclear Facilities Module 4.7 Commissioning Geoff Vaughan University of Central.
SENG521 (Fall SENG 521 Software Reliability & Testing Defining Necessary Reliability (Part 3b) Department of Electrical & Computer.
Software Verification and Validation (V&V) By Roger U. Fujii Presented by Donovan Faustino.
Chapter 3 Software Processes.
Safety Regulation Group FISA-2003 Slide 1 ATSSD SRG CAA (UK) Experience with Goal Based Regulations Andrew Eaton National Requirements & Strategy Specialist.
QUALITY MANAGEMENT SYSTEM ACCORDING TO ISO
PV213 EIS in Practice: 04 – Quality assurance1 PV213 Enterprise Information Systems in Practice 04 – Quality assurance.
Software Testing Verification and validation planning Software inspections Software Inspection vs. Testing Automated static analysis Cleanroom software.
Upstream Prerequisites
No: 1 CEMSIS wp6_beg010_v0_1_fisa slides.ppt CEMSIS FIKS-CT Cost-Effective Modernisation of Systems Important to Safety Deryk Pavey, Deryk Pavey,
Introduction to Software Quality Assurance (SQA)
Product Quality, Testing, Reviews and Standards
1 Software Process Lecture Outline Nature of software projects Engineering approaches Software process A process step Characteristics of a good.
Test Organization and Management
ISO Tor Stålhane IDI / NTNU. What is ISO ISO 9001 was developed for the production industry but has a rather general structure ISO describes.
Dillon: CSE470: SE, Process1 Software Engineering Phases l Definition: What? l Development: How? l Maintenance: Managing change l Umbrella Activities:
Assurance techniques for code generators Ewen Denney USRA/RIACS, NASA Ames Bernd Fischer ECS, U Southampton.
No: 1 CEMSIS 1 WP3 - Use of pre-developed products Key issues N. Thuy EDF R&D.
CPIS 357 Software Quality & Testing
BSBPMG502A Manage Project Scope Manage Project Scope Project Scope Processes Part 1 Diploma of Project Management Qualification Code BSB51507 Unit.
VTT-STUK assessment method for safety evaluation of safety-critical computer based systems - application in BE-SECBS project.
ESA/ESTEC, TEC-QQS August 8, 2005 SAS_05_ESA SW PA R&D_Winzer,Prades Slide 1 Software Product Assurance (PA) R&D Road mapping Activities ESA/ESTEC TEC-QQS.
Protecting the Public, Astronauts and Pilots, the NASA Workforce, and High-Value Equipment and Property Mission Success Starts With Safety Believe it or.
Product Development Chapter 6. Definitions needed: Verification: The process of evaluating compliance to regulations, standards, or specifications.
Object-Oriented Software Engineering Practical Software Development using UML and Java Chapter 1: Software and Software Engineering.
Essentials of Machine Safety Standards in Perspective.
No: 1 CEMSIS wp6_beg037_v0_2_fisa 2003 slides.ppt CEMSIS FIKS-CT Cost-Effective Modernisation of Systems Important to Safety Deryk Pavey, Deryk.
University of Palestine software engineering department Testing of Software Systems Testing throughout the software life cycle instructor: Tasneem.
Object-Oriented Software Engineering Practical Software Development using UML and Java Chapter 1: Software and Software Engineering.
Object-Oriented Software Engineering Practical Software Development using UML and Java Chapter 1: Software and Software Engineering.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 22 Slide 1 Software Verification, Validation and Testing.
A Systems Perspective on Building Security Into Applications Dr. William J. Hery Polytechnic University
Safety-Critical Systems 7 Summary T V - Lifecycle model System Acceptance System Integration & Test Module Integration & Test Requirements Analysis.
Software Safety Case Why, what and how… Jon Arvid Børretzen.
1 CSCD 326 Data Structures I Software Design. 2 The Software Life Cycle 1. Specification 2. Design 3. Risk Analysis 4. Verification 5. Coding 6. Testing.
Ensure that the right functions are performed Ensure that the these functions are performed right and are reliable.
Figures – Chapter 15. Figure 15.1 Model checking.
MNP1163 (Software Construction).  SDLC and Construction Models  Construction Planning  Construction Measurement.
IAEA International Atomic Energy Agency Methodology and Responsibilities for Periodic Safety Review for Research Reactors William Kennedy Research Reactor.
IAEA International Atomic Energy Agency IAEA Safety Standards for Research Reactors W. Kennedy Research Reactor Safety Section Division of Nuclear Installation.
Software Development Life Cycle (SDLC)
MNP1163/MANP1163 (Software Construction).  Minimizing complexity  Anticipating change  Constructing for verification  Reuse  Standards in software.
Applicability Analysis of Software Testing for Actual Operating Railway Software Jong-Gyu Hwang 1, Hyun-Jeong Jo 1, Baek-Hyun Kim 1, Jong-Hyun Baek 1 1.
Version 02U-1 Computer Security: Art and Science1 Correctness by Construction: Developing a Commercial Secure System by Anthony Hall Roderick Chapman.
CS223: Software Engineering Lecture 2: Introduction to Software Engineering.
PI2134 Software Engineering IT Telkom.  Layered technology  Software Process  Generic Process (by Pressman)  Fundamental activities (by Sommerville)
Testing Overview Software Reliability Techniques Testing Concepts CEN 4010 Class 24 – 11/17.
The IT Industry The Online World Building and Installing Know the components of computer systems Understand and practically apply appropriate connectivity.
by: Er. Manu Bansal Deptt of IT Software Quality Assurance.
Chapter 4. CONCEPT OF THE OPERATING SYSTEM MANAGING ESSENTIAL FILE OPERATIONS.
Advanced Software Engineering Dr. Cheng
SYSTEM ANALYSIS AND DESIGN
Thomas MAZOUR IAEA, Div of Nuclear Power/NPES
CHAPTER 2 Testing Throughout the Software Life Cycle
Critical Systems Validation
Critical Systems Validation
Computer in Safety-Critical Systems
Presentation transcript:

File: 1 The OECD Halden Reactor Project The OECD Halden Reactor Project (HRP) is an International Research Project between 19 countries in Europe, America and Asia Two main research areas: –Fuel research at the Halden Boiling Water Reactor –Safety - MTO (Man-Technology-Organisation), with emphasis on computer applications and human factor research

File: 2 Software Verification and Validation at the Halden Project A main research activity is the safe use of computers for control and supervision of nuclear power plants. HRP has for thirty years worked in the area of software dependability, focusing on - fault avoidance ·quality assurance principles ·formal development methods - fault detection, ·static analysis ·testing - fault tolerance, ·diversity ·safety checks ·- reliability and safety assessment

File: 3 Questions/Problems Deryk has asked us to give comments to four questions /problems. These are difficult questions to answer, in particular in less than 5 minutes. I will rather comment on them with reference to related activities at the Halden Project

File: 4 Safety Justification How to construct a safety justification for programmable systems important to safety? Safety justification will be based on a variety qualitative and quantitative evidences. At Halden we have in an experiment tried combine these evidences using Bayesian Belief Nets

File: 5 Assessment based on disparate sources Four quality aspects are combined with other nodes in the net and lead to a node representing the prior reliability of the system. Quality of Producer Quality of Product Quality of Analysis Quality of Process Solution Complexity Problem Complexity Prior reliability

File: 6 Combining prior reliabilty with quantitative data PRODUCT CHARACTERISTICS DEVELOPMENT PROCESS OPERATIONAL EXPERIENCE TESTING PRIOR RELIABILITY POSTERIOR RELIABILITY Halden VTT

File: 7 Justification criteria System reliability Hazard/risk analysis Safety defences Plant PSA Other acceptance criteria Justification for safety critical application Safety assessment Security aspects Legal aspects Political aspects Risk reduction

File: 8 Requirements Specification How to make the requirements specification accurate and cost-effective - especially at the interfaces between the supplier, user and regulator? We are participating in a Nordic project on requirements specification. Emphasis on traceability between –different requirements –requirements in different versions –requirements and their realisation. Adaption to different levels of formality. This will aid the configuration management of the requirement specification and their realisation.

File: 9 COTS How to provide sufficient evidence of 'off-the shelf' product quality for applications important to safety? Data on producer pedigree may be available A ’good’ vendor may provide principles for production Difficult to get detailed information about development process. User experience and operational data would be useful, but often not available. It may be useful to divide COTS based systems into smaller components and estimate reliability of them, and then use conventional reliability analysis methods.

File: 10 Licensing programmable or 'smart' devices Licensing aspects of programmable or 'smart' devices for the nuclear industry - what issues should future research resolve. Related to statements on justification and COTS. For software safety critical 'smart' devices, where no information about development and code is available, It may be necessary to analyse the machine code. Tools for program analysis based on machine code was made in the SOSAT project with TüV, ISTec and Halden.