Introduction
This tool mentor describes how to develop and maintain the Validation Plan held in DOORS.
Create Structure for Validation Plan
Open the Validation Plan
Review the structure of the provided template and make changes to create a structure that is appropriate for the
current project.
-
Examine the structure of the Validation Plan module
-
Determine if the overall structure is correct and make necessary changes
Create Content for Introductory Sections
Follow the guidance in the module to populate the introductory sections.
-
Set the view to "01 - Guidance"
-
Create content in the first two sections as indicated by the Guidance column.
Create Content for Test
Create objects in the module to describe the conduct of the validation process.
-
Open the Validation Plan (if not already open).
-
Set the view to "01 - Guidance"
-
Identify all participants and describe them in Section 3.1
-
Identify all locations to be used in the validation process and define them in Section 3.2
-
Identify all common configurations to be used in the validation process and define them in Section 3.3
-
Identify all specialist resources to be used in the validation process and define them in Section 3.4
-
Identify all documents to be referenced in the validation process and define them in Section 3.5
-
Define the way in which the test and other validation activities will be carried out and document this in Section
3.6
Create content for Test Cases
Create objects in the module to describe the test Cases.
-
Open the Validation Plan (if not already open).
-
Set the view to "01 - Guidance"
-
Create enough copies of the Test Case subsection (initially this is numbered 4.1, but this may change if test cases
have already been created) for all of the test cases
-
Give each Test Case a unique name (level 2 heading)
-
Enter content into each of the other sections (under the level 3 headings) according to the guidance
Create traceability
Create links from the test cases to the requirements being tested and the relevant Use Cases.
Stakeholder-level Traceability
-
Open the Validation Plan (if not already open) and set the view to "02 – Associated Stakeholder-level Information"
-
Open the Stakeholder Requirements module (if not already open) and set the view to “10 – Associated Test Cases”
-
Open the Use-Case Model (if not already open) and set the view to “03 – Associated Test Cases”
-
Create links to relevant Stakeholder Requirements and Use Cases
System-level Traceability
-
Open the Validation Plan (if not already open) and set the view to "03 – Associated System-level Information"
-
Open the System Requirements module (if not already open) and set the view to “06 – Test Cases”
-
Open the Executable Use-Case Model (if not already open) and set the view to “03 – Associated Test Cases”
-
Create links to relevant System Requirements and System Use-Case Blocks
Subsystem-level Traceability
-
Open the Validation Plan (if not already open) and set the view to "04 – Associated Subsystem-level Information"
-
Open the relevant Subsystem Requirements modules (if not already open) and set the view to “06 –Test Cases”
-
Open the System Architectural Model (if not already open) and set the view to “03 – Associated Test Cases”
-
Create links to relevant Subsystem Requirements and Use Cases
Maintain the Validation Plan throughout the Lifecycle
As change requests are received, update appropriate sections as above. To view the history of changes for the module,
use File -> Module Properties -> History. To view the history of changes for a single object, use Edit ->
Object -> Properties -> History.
DOORS provides extensive tools to manage traceability, for example for impact and coverage analysis. For more
assistance, see "Tracking changes and traceability" in the online DOORS Help file.
|