![]() |
Telelogic DOORS (steve huntington) | ![]() |
new topic :
profile :
search :
help :
dashboard :
calendar :
home
|
||
Latest News:
|
|
Topic Title: Multiple linksets Topic Summary: Created On: 8-Dec-2005 14:42 Status: Post and Reply |
Linear : Threading : Single : Branch |
![]() |
![]()
|
![]() |
|
We have various Design Documents that we have linked to a Systems Requirements Document in DOORS through a link module called "satisfies requirement". The format for the design documents was contractually imposed on us and, as such, contains additional information that we would like to connect to the Systems Requirements through a second link module called "supports". The diagram in the DOORS Help section "Understanding link modules and linksets" suggests that this is possible. When I try and add the linkset to the Module properties dialog I get an error message "Unable to add linkset pairing: Source/target pairing already exists." |
|
![]() |
|
![]() |
|
When you are in a formal module planning the targets of its links and you use the module properties box, you are defining a "Link Set Pairing" (LSP) or a "Default Link Module" (or "Link Module Descriptor" in DXL), you are not creating a "Link Set". The purpose of LSPs is to tell DOORS what link module to use if you do not specify one.
If such an LSP us "overwritable" then you can create links in some other link module (via Links >CreateLinks menu). When you do, a "Link Set" is created in that link module. If its "mandatory" then you cannot create links anywhere else. Creating links in another module is tedius and its hard to believe they STILL haven't created an interface to do it gracefully. Thus, many of us create links with DXL, but that's another story. - Louie Another option is to create the links in DOORS Links, then use a copy link set tool to move them to your desired link module. Good luck managing that. |
|
![]() |
|
![]() |
|
Beware - here be dragons!
I would strongly recommend that you only have a single relationship defined between any two modules and that you make the relationship mandatory and not overridable. If you do not have mandatory linkset pairings then you are leaving the doors schema open to abuse by users who will be able to create all sorts of links that are either wrong or misplaced. Your average doors user probably wants to concentrate on engineering the requirements and will (should) not be interested in the internals of how doors creates links. One solution may be to add an attribute to the link itself so you can distinguish between satisfaction and support. Link attributes are most easily edited from the links tab on the object properies dialog. ------------------------- Tony Goodman http://www.smartdxl.com |
|
![]() |
|
![]() |
|
It sounds as if you have a mixture of requirement types in your System Requirements module. I would look at the possibility of either:
Using different sections within the module, then the relationship is implied by the section. OR (for preference) Splitting this into its two separate parts as separate modules. If you are worried about retaining the absolute numbers with this approach, then copy the module and create the second from a copy of the first. If you really have to use link attributes then be warned that they are slightly awkward to work with (it messes up the workflow to have to click around with the mouse), I would suggest an object attribute if each requirement has either one type of link or the other. As Tony said, it should be simple to use. Hazel |
|
![]() |
|
![]() |
|
Hi.
My question is about selecting multiple target modules when creating the linkset. Does any of you know a script that does this? |
|
![]() |
|
![]() |
|
Hi,
per definition a "linkset" stores the links between exactly one source and one target module. Thus, I don't know what you mean if you like to select mutliple targets when creating a linkset; could you explain what you are going to do? Regards Toni |
|
![]() |
Telelogic DOORS
» General Discussion
»
Multiple linksets
|
![]() |
FuseTalk Standard Edition v3.2 - © 1999-2009 FuseTalk Inc. All rights reserved.