Using this feature you can export a set of Requirements from one project to another. This feature is useful from Requirement re-usability perspective as well. Please see (reference) #1 at the bottom of this page.
Overview of Implementation
- The operation will create a new Id for Requirements in the new project.
- System will maintain link to source requirement in the back end.
- The hierarchy will be preserved, depending upon the user preference.
- The attachments will also be copied.
- Regarding the links / relationships, system will provide an option to select the ones desired to be carried over to the exported entity.
- If another copy of a requirement already exists in the target project, the system will return an error.
consider hierarchy as a container and perform checks only at the leaf level.
So a second requirement will append another hierarchy in the target project.
User Interface
- Notes and Recommendations
- It is highly recommended that all the desired requirements should be exported in one single operation. It is easier to delete a requirement in the target project than iterating through the process.
- The requirements export process is described below:
- Use multi-select to select all Requirements you wish to export.
- Choose "Export Requirement" from the Table Menu.
- When prompted , enter the name of target project
- Make your choice, and choose "Export".
- The selected requirements and their hierarchy will be appended to the Planned Requirements table of target project.
Reference
- Here is an excellent reference on Requirement Reusability : http://www.sei.cmu.edu/library/assets/ASWEC2006.pdf
In the case of iterative export of a second requirement in the same hierarchy, the system will