ML20207H970

From kanterella
Jump to navigation Jump to search
SPDS Maint Summary Package,Catawba Nuclear Station
ML20207H970
Person / Time
Site: Catawba Duke Energy icon.png
Issue date: 04/28/1986
From: Morgan R
DUKE POWER CO.
To:
Shared Package
ML20207H868 List:
References
NUDOCS 8607250150
Download: ML20207H970 (7)


Text

Attachment 8 SPDS MAINTENANCE

SUMMARY

PACKAGE CATAWBA NUCLEAR STATION Section I: Description of SPDS Maintenance Program Section II: Summary of SPDS Related Software Modifications Section III: Listing of Applicable Correspondence Robert G. Morgan Nuclear Operations Nuclear Production Department April 28, 1986 Page 1 of 6 -

8507250150 860715 4 DR ADOCK 0500

- ___ . _ _ . ~ _ _ _ . __ - . - _ _

i Attachment 8 I. Description of SPDS Maintenance Program

~

The Safety Parameter Display System (SPDS) Maintenance Program was developed to ensure that software modifications made to the SPDS received the same degree of verification and validation (V&V) as the initial development program.

The SPDS Maintenance Program addresses both software and hardware repairs and/or modifications. Existing Duke Power Company programs were utilized to govern most administrative aspects of SPDS Maintenance V&V. These programs include: 1) the individual station Work Request procedures for hardware repairs; 2) the Nuclear Station Modification (NSM) procedures for hardware modifications; and 3) the Process Computer Unit i Software Development Procedures for controlling SPDS software revisions. Figure I illustrates the various aspects of the Maintenance Program discussed in the following paragraphs.

The initiating event in the Maintenance program is the identi-fication of an SPDS " problem". The problem may only be the revision of a parameter setpoint due to a revision in the hard copy Emergency Procedures; or it may be the enhancement of the system based upon an evaluation of data following a unit transient. The monitoring of SPDS performance is accom-

, plished by various station and General Office groups. The day-to-day monitoring function is performed by the Operations group. When unexplained alarms are received, they are brought to the attention of appropriate station personnel to resolve. Following any reactor trip the Performance group evaluates SPDS alarms which were received to ensure their validity.

When one of the responsible Station groups, or other Duke Power departments (Design Engineering, Production Support, etc.), determine a revision is necessary to the SPDS, or that a problem exists with a process parameter input to the Operator Aid Computer (OAC), the appropriate documentation is submitted.

In the case of an input failure to the OAC, a station work request would be written to have the Instrument and Electri-cal group investigate and repair the problem. This repair evolution follows Duke Power's established maintenance practices, and involves the appropriate level of procedural and Quality Assurance control for the failed device.

)

Page 2 of 6

-_- -- _ . ._ .- - - -_.-.. . - - - - - -.-.. . - - - , , ~ _ - - - _ - -

l l

l Attachment 8 l

Hardware modifications are governed by the Nuclear Station Modification (NSM) program. The NSM procedures ensure an appropriate level of checkout and testing is accomplished .

l prior to closing out an NSM. As in the station work request program, the NSM documentation and methodology are controlled by procedures with specific responsibilities of the various groups clearly defined. An indepth description of the Work Request and Nuclear Station Modification programs may be found in Departmental and Station Directives.

The repair and modification of instruments and their respec-tive OAC interface does not alter the logic or design of the SPDS. These particular SPDS Maintenance procedures, there-fore, do not require the additional levels of V&V that SPDS software modifications do. As in the work request and NSM j programs, the software modifications to SPDS are made using i existing administrative procedures. All software programs on the OAC are modified by the Process Computer Unit within the Production Support Department. The Process Computer Unit has written procedures governing the development and modification of computer programs. When a Station or General Office group determines a modification to the SPDS software would be beneficial, a Process Computer Program Request (Form 349773 is initiated. This form describes the recommended change and the appropriate justification for the modification. The General Office, Nuclear Operations group, coordinates the resolution to the SPDS modification requests. The problem resolutions involve the appropriate Station and General Office groups and ensures that the requested enhancement to the SPDS is being resolved properly. This verification process also ensures the resultant software design continues to meet the functional requirements of the Safety Parameter Display System. When the modification nas been finalized, j

the Process Computer Unit develops the necessary software revisions. The Process Computer Systems Engineering group in Design Engineering then conducts a " desk top" V&V of the Process Computer Unit's software change. This review is to verify the change correctly implements the resolution devel-oped by the originating groups. Once the change is endorsed by Design Engineering, the new program is implemented on the Station OAC's. Hard copy data is retrieved from the computer and is used in the final validation of the SPDS change. The Design Engineering V&V process is described in greater detail in Attachment 7, "SPDS Software Verification and Validation Summary Package."

Page 3 of 6

Attachment 8 II. Summary of SPDS Related Software Modifications o Program Request P840104-0. Implemented recommendations

  1. 2 and #3 made following the human factors survey of the-Catawba SPDS. It eliminated the " blinking" symbol for non-alarm indications and provided double-spacing to improve readability of alarm list displays.

o Program Request P840125-0. Modified the following Critical Safety Function (CSF) SPDS logic as indicated.

Subcriticality: Modified logic to highlight an ATWS condition on the status tree supporting display. The program request also updated the reactor trip signals in the logic.

Core Cooling: Revised RVLIS lower range setpoint from 45% to 43%.

Heat Sink: Revised steam generator level setpoints.

Also deleted main feedwater flow logic.

Coolant Inventory: Revised the Adverse Containment Condition setpoint for Pressurizer-level from 32% to 45%.

o Program Request P840129-0. Modified the SPDS Alarm Summary to retain all SPDS alarms and identify specific logic paths which cause SPDS alarm.

o Program Request P840038-0. Modified the Operator Aid Computer software to support the installation of an additional video terminal and keyboard for the Shift Technical Advisor.

o Program Request P850011-0. Developed software to identi-l fy and block invalid input alarms generated by RVLIS.

o Program Request P850080. Modified SPDS logic to prevent the spurious "Subcriticality" alarm which occurred due to the SPDS program and the OAC process parameter samp-ling frequency not being synchronized. The Modification also prevented two invalid input alarms from being

! generated during normal operating conditions.

I Page 4 of 6 l

I l

l i

I-- , --- _ _ . . - , . . - _ . . , , , . _ _ . _ , _ _ _ _ , _ _ , _ _ , _ _ , _ _ , _ , _ , , _ _ _ _ _ _

Attachment 8 o Program Request P85142. Modified SPDS RVLIS setpoints to reflect actual startup data.

o Program Request P85143. Modified the Catawba Unit 2 Steam Generator high level setpoint to account for the Model D5 Steam Generator.

III. Listing of Applicable Correspondence The SPDS Maintenance Program is an ongoing activity. The correspondence listed below is for the period September 4, 1984 through January 31, 1986.

Date From To Subject 10/15/84 RL Brown RG Morgan Program Request MI Moser P840104-0:

Implement Recommendations from Human Factors Survey 01/10/85 RG Morgan RL Brown SPDS Alarm Summary and LJ Cope SPDS Performance Monitoring 01/14/85 EM Geddie RL Brown SPDS Alarm Summary RG Morgan RC Collins Program Completion Date 01/21/85 RL Brown RG Morgan Program Request MI Moser P840125-0:

SPDS Logic & Setpoint Revisions 02/22/85 RG Morgan RL Brown Computer Validation of RC Collins RVLIS Inputs 02/27/85 RL Brown GB Swindlehurst Revision to Hardcopy SPDS RG Morgan Logic Diagrams 02/27/85 RL Brown RG Morgan Program Request CR Miller P840129-0:

SPDS Alarm Summary Modification Page 5 of 6

r Attachment 8 Date From To Subject 03/06/85 RG Morgan RL Brown Source Range Nuclear RC Collins Instrumentation Alarms 03/25/85 RL Brown RG Morgan Program Request JS McCraw P840038-0:

OAC Software Revisions for SIA Panel 05/08/85 RL Brown RG Morgan Program Request P850011-0:

CR Miller Computer Validation of RVLIS Inputs 09/10/85 RL Brown RG Morgan Program Request P850080:

MI Moser Spurious SPDS Alarm Following Reactor Trip &

Invalid Input Alarms 01/27/86 RL Brown RG Morgan Program Request P850142:

MI Moser Modify RVLIS Setpoints to Reflect Startup Data 01/27/86 RL Brown RG Morgan Program Request P850143:

MI Moser Modify CNS2 S/G Level Setpoints for Model D5 Steam Generator i

Page 6 of 6 l

I l

t J

\

i i i

  • 4 SPDS MAINTENANCE RGMn.3-n '

i ,.

f REPAIR WORx f STATION fDOCUMENTED REQUE3T M REPAIR y M WORK

\ " ~ " " ~ ~

t > t > t > -

1

)

HARDWARE j STATIONS IDENTFY OTTER NSM'S AFFECTNG SPDS l

I f ) f I f VERFICATION l ( ) f VAUDATED VIA

    • INITI ED RE OF IMPLEMENTATION M i

t i t i t NSM i i > ( PR DUR

)

f

/y i

SpoS 3 o SPDS PERFORMANCE MONITORNG

- RX TRIP REVIEW  !

HARDWARE CHANGE MAY PROSLEM - RX ENGR'S i IDENTIFIED 1 - STA3 REQUIRE SOFTWARE MODIFICATION i I - OPERATORS y

/y j #

) MOOOFICATION f PROGRAM I REQUEST f 1 I vERFiCAnON l IDESIGN a MAxE l f DESxTOP I I I M REVIEW H N H IMPLEMENT F"

~c RE WRM MM&
  • c"~

t ="c" SOFTWhRE t t t<*~c'""n>

o FORM #34977

> i o G.O. OPERATIONS t > > t i t="""*">

l e RX SAFETV ePROCESS o DESIGN COORDWATE oIAE OOPS oPROCESS o DESIGN COMPUTER UNIT ENGINEERING COMPUTER UNIT ENGINEERING e STATIONS RE I

fCO I f - ,lT.1 q REPAM h UTER UNIT -

PROCESS l

! STAn,.ON,t.OG 1RI Re OR1 A t

o cAu -

t j l R l E E

t

=

FIGURE 1

_ _ _ _ _ _