Hi there We got the new requirement to assure traceability from requirements to the architecture documentation. Thus we have to be able to trace a possible impact of new or changing requirements on the architecture of our product. After archtiecture has been changed we need to find all tests of the affected requirements. The architecture is described in a word document as well as in the visual paradigm tool. A possible approach I've found is to add a custom field with the all components of the archtitecture. Not very simple to handle but OK. Has anybody implemented something similar? Are there other solutions to handle traceablility? The following Problem would be to select all test cases that apply to requirements of a specific architecture component. Is there a way to build a test set based on a filter setup in the requirement view? Thanks for you opinions and help. Best regards Christof en-US(C) Copyright 2006-2026 Inflectra Corporation.support@inflectra.com/Computers/Software/Project_Management//Computers/Software/Quality_Assurance/KronoDesksupport@inflectra.comhttp://www.inflectra.com/kronodesk/forums/threads120/Support/Forum/spirateam/issues-questions/659.aspxthreadId=659Christof Dardel (christof.dardel@skaitek.ch) Hi there We got the new requirement to assure traceability from requirements to the architecture documentation. Thus we have to be able to trace a possible impact of new or changing requirements on the architecture of our product. After archtiecture has been changed we need to find all tests of the affected requirements. The architecture is described in a word document as well as in the visual paradigm tool. A possible approach I've found is to add a custom field with the all components of the archtitecture. Not very simple to handle but OK. Has anybody implemented something similar? Are there other solutions to handle traceablility? The following Problem would be to select all test cases that apply to requirements of a specific architecture component. Is there a way to build a test set based on a filter setup in the requirement view? Thanks for you opinions and help. Best regards Christof Tue, 30 Jul 2013 11:23:00 -04002014-08-20T14:58:05-04:00/Support/Forum/spirateam/issues-questions/659.aspxmessageId=1203David J (adam.sandman+support@inflectra.com) Hi Christof In our next release (v4.1) we've added Components to requirements to make this easier. Regards Adam Tue, 30 Jul 2013 14:35:05 -04002013-07-30T14:35:05-04:00/Support/Forum/spirateam/issues-questions/659.aspx#reply1203messageId=1204Christof Dardel (christof.dardel@skaitek.ch)Hi Adam Could you elaborate a bit more on these components in order I can estimate how this may facilitate my task? Is there any draft documentation about it? Thanks Christof Wed, 31 Jul 2013 10:55:46 -04002013-07-31T10:55:46-04:00/Support/Forum/spirateam/issues-questions/659.aspx#reply1204messageId=1206David J (adam.sandman+support@inflectra.com) Hi Christof You will be able to define Components for a project (similar to how you can define releases). Then you tag requirements with the Component and filter/report on them. Eventually in future versions (post v4.1), components will be available in other modules of the system (e.g. incidents, test cases, etc.). Wed, 31 Jul 2013 15:36:28 -04002013-07-31T15:36:28-04:00/Support/Forum/spirateam/issues-questions/659.aspx#reply1206messageId=1214Christof Dardel (christof.dardel@skaitek.ch)Hi Adam Thanks for the details. What kind of relationship to requirements will be supported for components? 1:n (as implemented for Release to Requirement) or n:n (as implemented for Test Cases to/from Requirements)? Best regards Christof Mon, 05 Aug 2013 05:42:16 -04002013-08-05T05:42:16-04:00/Support/Forum/spirateam/issues-questions/659.aspx#reply1214messageId=1215Kat A (elise.brooks@inflectra.com) Hi Christof, It's being implemented as 1:n relationship. That is, each requirement can only have one component. Also, you asked " Is there a way to build a test set based on a filter setup in the requirement view? " Yes, there is: Tools-> Create Test Set on the requirement list. Tue, 06 Aug 2013 16:16:39 -04002013-08-06T16:16:39-04:00/Support/Forum/spirateam/issues-questions/659.aspx#reply1215messageId=1783Jon Freed (jfreed@edmap.com) We also wanted to do this. Instead of using the "components" field, we have set up separate requirement items for each of our systems and their components. We then use associations to create an appropriate relationship between each "business" requirement and its corresponding "system" requirement(s). What is nice about this is we can now do traceability in either direction. We can start with a business requirement and see the related systems and their components. Or, we can start with a system or component and see all related business requirements that are driving the use of that system. The reason we have set up requirements for systems and their components instead of using the "components" field is because the "components" field just doesn't offer the same level of functionality as a requirements artifact. It can't be nested. It can't have descriptions and comments, etc. Wed, 20 Aug 2014 14:58:05 -04002014-08-20T14:58:05-04:00/Support/Forum/spirateam/issues-questions/659.aspx#reply1783