It's all about the answers!

Ask a question
QuestionsTagsUsersBadges
Follow this question
Question details

×11,929
×7,386
×5,828

question asked: May 25 '18, 12:38 p.m.
question was seen: 2,495 times
last updated: Sep 29 '22, 4:42 a.m.

Related questions

FAQ - How this Forum works

What scenarios/best practices for linking to base artifacts vs module artifacts in DNG?

1
1
Linda Roberts (31●2●10) | asked May 25 '18, 12:38 p.m.

What are the scenarios in which it would be a good practice to link to base artifacts residing in a folder rather than the artifacts as they reside in a module in DNG? We are using CLM 6.04 and are trying to map out our eventual processes. Is there a way to enforce the rules so that users link to either folder or module artifacts consistently? We have not yet set up configuration management. If we make the wrong decision now, we will have a lot of link updating to do at some point, and we would like to avoid that. Pros and Cons? Reuse issues? Anybody have experience with this?

Accepted answer

2
permanent link
David Clark (234●11●50) | answered Jun 05 '18, 11:55 a.m.

 We have been through this. Through some bad guidance we were performing module based linking and then moved to base. We are back to module and I do not believe we will go back to base.


History - as I understand it :-)
  • Modules we added to Rational Requirements Composer (RRC) when IBM decided to rename RRC to DNG (perhaps they were there before, I did not use RRC)
  • Originally there were many issues with modules (we suffered through many of these issues :-( )
  • Collections were originally thought of as the way to group requirements together, but that paradigm does not really support a document centric approach. Artifact linking was built on this collection approach.
  • When DNG became a thing, DOORS Classic (9.x) had modules and they were added to support old school users into the new way of doing things.
  • Finally I would say with 6.0.4 DNG has finally gotten modules working smoothly.
In our world (Aerospace) the purpose of linking is to get traceability from a a customer requirement down to implementation AND we do everything via modules. Basically we are developing documents, which at the end of the day is what we may or may not deliver to an end customer either internal or external. 

If you NEVER have to deliver a document from DNG, then modules may not make sense, but that is about all we seem to do. ;-)

You asked for Pros and Cons - admittedly this is a very short an opinionated list.
Base Linking

Pros
  • link is not tied to a specific module but to the specific artifact(s)
  • link does not show up in the link field unless requested (also a con)
Cons
  • harder to track it to a module
  • Not visible in the default link view, have to click on the additional show links button
  • Building trace matrix output gets tricky
Module Linking
Pros
  • Feels natural (customer spec -> system spec -> software spec -> etc)
  • Can drag an artifact and drop on another artifact to create the link
  • Shows up in the link field with out special action
  • Trace matrix with RPE is easier (IMHO)
Cons
  • Need to work in a module environment
Hope this helps
- David

Linda Roberts selected this answer as the correct answer

One other answer

Most liked answers ↑|Newest answers|Oldest answers

0
permanent link
Robyn Riley (15●2) | answered Sep 28 '22, 3:24 p.m.

If you are using EWM or RTC and EQM or RQM, do you link base requirements to work items or module requirements? Same with Requirements linking to test cases - we have chosen to link base artifacts to test cases. Just thinking about this makes my brain hurt. I'm so happy to see Linda's question and David's response.

Comments
Davyd Norris commented Sep 29 '22, 3:13 a.m.

Have a look at my response to you in your other post - don't know if that helps

David Honey commented Sep 29 '22, 4:40 a.m.
FORUM ADMINISTRATOR / FORUM MODERATOR / JAZZ DEVELOPER

@Robyn If this doesn't answer your question, please submit your own new question rather than add your question as an answer to a post that was answered 4 years ago. Thanks.

David Honey commented Sep 29 '22, 4:40 a.m. | edited Sep 29 '22, 4:42 a.m.
FORUM ADMINISTRATOR / FORUM MODERATOR / JAZZ DEVELOPER

@Robyn I see you posted your own question. Thanks. Better than posing your question as an answer to a post that was answered 4 years ago.

Your answer

Register or to post your answer.


Dashboards and work items are no longer publicly available, so some links may be invalid. We now provide similar information through other means. Learn more here.