Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.
Comment: Migrated to Confluence 5.3

...

  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. Linked Artifacts are ignored at this point of time.
  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.

...