Westinghouse s rpe journey with doors nuclear automation
This presentation is the property of its rightful owner.
Sponsored Links
1 / 32

Westinghouse’s RPE ©Journey with DOORS Nuclear Automation PowerPoint PPT Presentation

  • Uploaded on
  • Presentation posted in: General

Westinghouse’s RPE ©Journey with DOORS Nuclear Automation. Thomas W. August Westinghouse Electric Company LLC DOORS Administrator and Trainer 412.374.3855 Rev 1.0a. Safety and Administrative. Location of exits Fire drills scheduled Please be mindful of any items on floor

Download Presentation

Westinghouse’s RPE ©Journey with DOORS Nuclear Automation

An Image/Link below is provided (as is) to download presentation

Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author.While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server.

- - - - - - - - - - - - - - - - - - - - - - - - - - E N D - - - - - - - - - - - - - - - - - - - - - - - - - -

Presentation Transcript

Westinghouse s rpe journey with doors nuclear automation

Westinghouse’s RPE ©Journey with DOORS Nuclear Automation

Thomas W. August

Westinghouse Electric Company LLC

DOORS Administrator and Trainer

412.374.3855 Rev 1.0a

Safety and administrative

Safety and Administrative

  • Location of exits

  • Fire drills scheduled

  • Please be mindful of any items on floor

  • Location of restrooms

  • Cell phones and/or pagers set to vibrate

  • Proprietary Information for Level 3 Procedures



  • Brief Overview of DOORS

  • Six-Sigma Analysis

  • Lessons Learned with RPE POC

  • Generic Templates

  • Export ME (from River North Solutions)

  • Export ME Improvements

  • Simple Example for Standardization

  • Sidebar and Blackline Text

  • Weaving Documents

  • Saving Document Creation Information in the Document

  • Smarter Templates

  • Summary and Discussion

  • Questions and Demo

Westinghouse s rpe journey with doors nuclear automation

Traceability view

User Reqts

Technical Reqts


Test Cases

End-to-end visual validation in a single view



  • DOORS = Dynamic Object Oriented Requirements System

    • This is a requirements management tool used to manage all of the sets of requirements across multiple programs for many different customers

  • RPE = Rational Publishing Engine

    • This is a publishing tool used with DOORS and other tools to build customer deliverable requirements and design documents from the DOORS modules

    • Two main components – as “Document Studio” for creating templates and a “Launcher “ for executing specifications

Rpe specification content dsx




Style Sheet

(MS Word

dot file)


(input data





database queries, layout,


master pages (which define header, footer, orientation, and paper size)



Output normal to your D drive /data/documents

to allow macro to run.

RPE Specification Content – (DSX)

A Style sheet in RPE speak is actual a MS Word template (dot)

DSX file

Output information

DTA file

Output can be MS Word




Original publishing process with doors

Original “Publishing” Process with DOORS

Six sigma analysis customer 1 st in westinghouse speak

Six Sigma Analysis(Customer 1st in Westinghouse Speak)


    • Generation of Requirement Documents from DOORS with the level of formatting required by Westinghouse is prone to multiple iterations of manually updating DOORS and re-issuing.

    • This results in a high likelihood of human error due to double work (updating in word & transferring updates to DOORS), higher costs due to multiple cycles through review and approval groups, lengthy approval cycle times, and low satisfaction by the authors/leads responsible for the various requirements specifications on the projects.

    • Analysis started 2008

Six sigma analysis customer 1 st in westinghouse speak1

Six Sigma Analysis(Customer 1st in Westinghouse Speak)


    • Reduce the number of cycles from DOORS to the final Quality Record

    • Simplify the Document Generation Process

    • Reduce or eliminate opportunities for errors

Six sigma analysis analysis summary

Six Sigma Analysis(analysis summary)

  • We identified 23 opportunities for human error in our process that could cause the DOORS data to be out of synch with the Quality Record

  • Too many hand-offs between groups outside of DOORS

  • Very little automation

  • Manual efforts were required to reduce potential risk

  • Original process contained excessive rework

  • DOORS loss of credibility in People/Process

  • Negative Effects of Rework – missed due dates, milestones, and schedule impact.

Six sigma analysis proposed new workflow

Six Sigma Analysis(proposed new workflow)

Created optimal workflow using RPE:

(after determining the real requirements)

  • The least amount of rework

  • The highest amount of collaborative engineering

  • The smallest amount of concern for format/output for engineers

  • Higher use of standardization with DOORS

  • Place all Front Matter in DOORS module

  • Trained all groups to work in DOORS to eliminate out of sync opportunities

  • Much faster and repeatable output (result in DOORS to Quality Record cycle time reduced by 70%)

Six sigma analysis pilot proposed solution

Six Sigma Analysis(Pilot proposed solution)

Tested Proof of Concept with RPE 1.1.1:

  • Error opportunities were reduced

  • Reduced out of sync opportunities

  • Process was much faster

  • It did enhance standardization

  • Some user complaints were still not satisfied:

    • Still needed a markup copy of exported document for reviewers to see what changed

    • Change bar indicator produced by the tool did not meet users needs

Lessons learned with rpe and improvement we made

Lessons Learned with RPEand improvement we made

Users do not want to learn how to create templates and specification. They just want to click and get a document:

  • We standardized the views for use with templates

  • Minimized deployment of RPE Studio (helped reduce use of RPE licenses and encourage standardization)

  • Introduced the use of Export ME publishing script (by River North Solutions)

Rpe 1 1 2 generic templates abc d e

RPE 1.1.2 Generic Templates (ABC,D, & E)

  • Templates A, B, and C have been combined into one template and will use RPE-PartA, RPE-PartB, and RPE-Part C views as default.

  • Templates have logic to detect Project and/or Subsystem differences.

  • Template E can be used to create tables and RTMs directly from view (regardless of the attributes used)

One button document publishing

One-Button Document Publishing

  • We use “Export MeTM” to produce an MS word document from DOORS using predefined, standard views – as seen here in RPE-Part[A,B,C,D] views in each module

Export me script helped but we still had a lot of specifications

Export Me Script helped (but we still had a lot of specifications)

Every document still required its own specification.

  • One of our users has over 200 modules and each document required a specification.

  • If we could create a specification in 30 minutes that would be 100 hours of work

  • If we had to update a template, we would have to update 200 specification.

  • The one specification per document is due to the need to provide the module ID in each Specification.

Export me improvement proposed modifying export me to provide the module id

Export Me improvement(proposed modifying Export Me to provide the Module ID)

I theorized that if we could modify Export Me to provide the Module ID when it called the Specification, we could reduce 200 specifications to one.

  • I discussed the idea that I called “Self ID” with Felix Morariu of IBM and Bob Parro III of River North Solutions (RNS).

  • Felix agreed that the idea was feasible and he suggested using XML to create the method for “Self ID”.

  • After discussing the idea with Bob, he started experimenting with the idea and was able to modify Export Me to actually do it.

  • Now we can use one specification for hundreds of documents and updating the template is significantly reduced.

More export me improvement needed we need to print multiple document from one module

More Export Me improvement needed(we need to print multiple document from one module)

As we used our product on more plants, we needed to make some changes to our document for each Customer site.

  • Using views and filters we could produce multiple documents from one module, but Export Me could only produce one per module.

  • We worked with Bob Parro III of RNS to develop a menu process of Export Me to accommodate multiple documents

  • Now we can produce any combination of one or more documents from one module.

  • If we need to produce a set of documents for 4 different sites with the same 200 modules, we only need 4 specification instead of 800.

  • Can you calculate the savings in setup and maintenance?

Export me allows production of rpe exports with minimal clicks

Export Me™ allows production of RPE exports with minimal clicks

  • RPE Document Specification (.DSX) File:

    • - Defines data source- Defines values for variables- Defines output formats and associated parameters- Defines templates to be used- Stored in centrally accessible location

    • We use logic to detect project specific formatting needs

    • Word styles are assigned to attributes

New version of export me can create a menu for multiple documents from one module

New Version of Export Me can create a Menu for Multiple Documents from one module

  • We can now print multiple Documents from one module

  • No limit to number of documents per module

  • You can select one, all, or any combination

Simple example for need to standardize attribute order after requirement

Different Attribute order after the Requirement





Requirement Classification

Plant Applicability

NOTES:Some users place Rationale before Guidance.

This could cause us to create and maintain duplicate templates.

Simple example for Need to standardize (attribute order after requirement)

Change indicator and blackline text solving the last two complaints about using doors

Change Indicator and Blackline text(solving the last two complaints about using DOORS)

We worked with RNS to create a method on creating a sidebar indicator with DOORS.

  • We created the sidebar attribute to “Show” or “Hide” an equivalent image for the MS Word change bar.

  • Its granularity is to the attribute level not a single line.

    We worked with RNS again to create what we call “Blackline Text” for any attribute string or attribute text within a module to show changes in text.

Example of blackline text

Example of Blackline Text

Westinghouse s rpe journey with doors nuclear automation


Blackline Text is an improvement over the old Dynamic History DXL(Now we can do any String or Text attribute)

Weaving documents

Weaving Documents

  • One of our groups needed to produce over forty documents from DOORS, but some key sections are the same in all the documents.

  • We created a module with all the standard sections in it and used standardized views.

  • We weave these sections into any one of the forty module when the document is printed.

  • When the standard sections need revised, we can make the change in one place and the document can get the update the next time it is printed.

Westinghouse s rpe journey with doors nuclear automation

Weaving Documents(The Standard Module ID is the Specification and Export Me supplies the module ID for the Document)

Save document creation information for trouble shooting and or recreation needs

Save Document Creation Information(for trouble shooting and/or recreation needs)

The list below represents the configuration management information that is stored in the document properties, e.g., the meta data of the exported document.

  • Source DOORS Version

  • Document Specification

  • Source Module and View Names: Module+View name pairs are documented for as many modules and views are published

  • Publish timestamp

  • RPE Version During Publish

  • OS Username During Publish

  • OS Name During Publish

  • OS Architecture During Publish

  • OS Version During Publish

  • Host Name During Publish

Creating smarter templates

Creating Smarter Templates

RNS suggested ways we can reduce our number of templates and specifications even more.

  • Add logic to the template to detect project name and adjust the template for project difference.

  • Instead of using the DOORS attribute “Paragraph Style”, assign style based on usage and attributes

Transform me

Transform ME

  • We created a tool called Transform Me to move some of our structure information into attributes.

  • This allows us to assign style to attributes and relieve the engineer from some formatting activities (engineer can focus on ontent not formatting).



  • With the combination of the following methods we are learning to produce documents for DOORS faster and with less maintenance.

    • TransformME

    • Export ME with XML switch and menu

    • Weaving

    • Sidebar attributes

    • Blackline Text

    • Standardized default views

    • Using Template logic

    • Assign styles based on attribute and usage

Demo and questions

Demo and Questions


  • Login