![]() |
Telelogic DOORS (steve huntington) | ![]() |
new topic :
profile :
search :
help :
dashboard :
calendar :
home
|
||
Latest News:
|
|
Topic Title: CPS Slave Groups Topic Summary: Created On: 25-Oct-2007 20:47 Status: Post and Reply |
Linear : Threading : Single : Branch |
![]() |
![]()
|
![]() |
|
Just today started looking into the new CPS features of v8, in this case 'Groups' of CPs. I
notice with considerable curiosity the existence of a module 'Groups' in the CPS folder, which cannot be seen in the explorer but can be opened visibly, perhaps via "mod = read("Groups", true)". Sounds like we can make use of that to enhance the Groups capabilities and also to write DXL that do a superior job making a Group report suitable for submisssion to the RCRB. I see that they renamed 'Stapling' with 'Duplicatation' sets, which more accurately reflects the concept. I don't, yet however, see where 'Duplication' sets have any advantage over simply rejecting the 'slaves' because they are unneede duplicates of the master. I see 'Master' groups that insist that all CPs of the group change state at the same time. That is, if you approve then apply the group then all the CPs are approved and applied; or if you reject the group all the CPs are rejected. Sounds great. Still want to explore the possibility of grouping CPs from different projects.... I don't quite understand the notion of 'Slave' groups, however. What's the point of grouping CPs when you can reject some of the CPs and apply others? Any thoughts out there? - Louie |
|
![]() |
|
![]() |
|
Very curious how the Groups module is not displayed in the explorer.
Why would they bother to hide it? And if they are hiding this one, why not hide the others? ------------------------- Tony Goodman http://www.smartdxl.com |
|
![]() |
Telelogic DOORS
» General Discussion
»
CPS Slave Groups
|
![]() |
FuseTalk Standard Edition v3.2 - © 1999-2009 FuseTalk Inc. All rights reserved.