Welcome to Telelogic Product Support
  Home Downloads Knowledgebase Case Tracking Licensing Help Telelogic Passport
Telelogic DOORS (steve huntington)
Decrease font size
Increase font size
Topic Title: DOORS Structure for a new roll-out
Topic Summary: Choosing an appropriate structure for future-proofing
Created On: 25-May-2006 16:18
Status: Post and Reply
Linear : Threading : Single : Branch
Search Topic Search Topic
Topic Tools Topic Tools
Quick Reply Quick Reply
Subscribe to this topic Subscribe to this topic
E-mail this topic to someone. E-mail this topic
Bookmark this topic Bookmark this topic
View similar topics View similar topics
View topic in raw text format. Print this topic.
 25-May-2006 16:18
User is offline View Users Profile Print this message


Martin Dunn

Posts: 3
Joined: 21-Nov-2005

Advice sought!!

We currently have two seperate projects for different customers that contain approximately 75% of the same requirements (the other 25% being project specific). We are trying to implement DOORS to track all requirements. We would like to do it in such a way that we can grow the number of projects over time.

Each project is a system integration of numerous (20+) systems. Essentially we wish to have a "core" integrated system that we can tailor to new customers in the future.

We need a structure that ties the following:

Regulation Documents
Customer Specifications
Supplier Specifications
Test Schedules for individual systems
Test Reports

The supplier specifications are particular to each system and contain every requirement for that system.

The customer specification is particular for each project (includes all systems for that project) but only contain certain requirements that we wish to provide to a customer. These requirements must be the same as quoted to supplier.

We have thought off two methods of implementing this:

One:

All requirements stored in single module with filtering techniques used to produce the supplier and customer specs. (i.e attributes include: "supply to", system, project etc...)

The test schedules and regulations are then linked to this mamouth requirements module

Advantages: Attributes easily trackable across projects (because they are the same). Filtering is an easy way to produce the end deliverables (Customer and Supplier specs)

Disadvantages: Single requirements module large and unwieldy

Two:

Have seperate modules for each individual system and combine them together to produce the project specifications.

Advantages: Breaks project into more manageable chunks

Disadvantages: How to get DOORS to produce a document based on requirements stored in different modules.


We would appreciate any feedback on these approaches or other suggestions.

regards

Martin

Report this to a Moderator Report this to a Moderator
 30-May-2006 16:46
User is offline View Users Profile Print this message


David Rose

Posts: 80
Joined: 10-Oct-2003

Martin, I would suggest that you go with your second option. You could use the link modules to create your relationships and then create views that show your requirements traceability matrix.

I would take your each of your requirements documents and set them up in a hierarchy that broke down each of the requirements down into more specific requirements with each breakdown being in a different module. Then I would establish descriptive link modules that flow back up the hierarchy (in reverse from requirements flow) so your requirements would look like this:

Customer Specifications (regulatory standards and supplier specs would be a level 1 items in here)
| - Satisfied Requirement Link Module (BD1 to Customer Specs)
Breakdown Document 1 (BD1)
| - Satisfied Requirement Link Module (BD2 to BD1)
Breakdown Document 2 (BD2)
| - Satisfied Requirement Link Module (BD3 to BD2)
Breakdown Document 3 (BD3)
| - Test Link Module
Test Reports

Lastly I would look at creating modules that are for documentation/action items. These could be linked for "proof" if an action is questioned.

To get requirements to show up on a single document from different modules is a matter of views, filters, and sorts. Creating a requirements traceability matrix (RTM) would probably get a lot of what you need shown on a single report. Creating an RTM is a relatively simple process using layout DXL.

I hope this helps.

-------------------------
David A. Rose TSgt USAF
NCOIC System Administration
Report this to a Moderator Report this to a Moderator
 1-Jun-2006 15:21
User is offline View Users Profile Print this message


Martin Dunn

Posts: 3
Joined: 21-Nov-2005

David,

Thanks for your input. Certainly provided some "food for thought". I must admit to still getting to grips with DOORS but basic playing around with the structure you suggested seems to be working well with our project model.

regards

Martin
Report this to a Moderator Report this to a Moderator
Statistics
20925 users are registered to the Telelogic DOORS forum.
There are currently 1 users logged in.
The most users ever online was 15 on 15-Jan-2009 at 16:36.
There are currently 0 guests browsing this forum, which makes a total of 1 users using this forum.
You have posted 0 messages to this forum. 0 overall.

FuseTalk Standard Edition v3.2 - © 1999-2009 FuseTalk Inc. All rights reserved.