Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

Version 1 Next »

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

  1. The operation will create a new Id for Requirements in the new project.
  2. System will maintain link to source requirement in the back end.
  3. The hierarchy will be preserved, depending upon the user preference.
  4. The attachments will also be copied.
  5. Regarding the links / relationships, system will provide an option to select the ones desired to be carried over to the exported entity.
  6. If another copy of a requirement already exists in the target project, the system will return an error.
  7. In the case of iterative export of a second requirement in the same hierarchy, the system will

    • 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

  1. Notes and Recommendations
    1. 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.
  2. The requirements export process is described below:
    1. Use multi-select to select all Requirements you wish to export.
    2. Choose "Export Requirement" from the Table Menu.
    3. When prompted , enter the name of target project
    4. Make your choice, and choose "Export".
    5. The selected requirements and their hierarchy will be appended to the Planned Requirements table of target project.
Reference
  1. Here is an excellent reference on Requirement Reusability : http://www.sei.cmu.edu/library/assets/ASWEC2006.pdf
  • No labels