In today’s demo, both the “Rip & Replace” strategy, and the “Coexist” strategy will be demonstrated. First, the Rip and Replace strategy will be shown by migrating data from the legacy tool, IBM DOORS, to PTC’s Codebeamer. While the data migration occurs, updates will be made to DOORS requirements and see how these changes are also migrated to Codebeamer.
After the migration demo, the Coexist strategy will be demonstrated. In this part, changes will be made in Codebeamer to show how data can coexist in both Codebeamer and DOORS, enabling teams to work seamlessly across both tools.
On the screen is Codebeamer, which currently has no requirements and is an empty project, and DOORS, which has around 20 requirements. A variety of data combinations have been created, including a parent-child hierarchy. Some requirements contain complex data like images, xlxs file, and other attachments.
The migration has already been pre-configured. Once triggered, the migration interface will be closed, and the focus will be on interacting with Codebeamer and DOORS in the background while the migration tool transfers data from DOORS to Codebeamer.
Refreshing the page, the migration is progressing, and the hierarchy of requirements from DOORS is being replicated in Codebeamer. The images and other data have been successfully migrated.
For legacy tool users migrating to Codebeamer, there will be no loss of data. All data from the legacy tool is visible in Codebeamer, enabling users to work with the same dataset in a more modern tool.
After another refresh, more requirements appear. The first requirement can now be opened, with the title, assigned user, and other details exactly as they were in DOORS. Users can also sync the DOORS requirement ID in the fields if needed.
The description and attachments have been successfully migrated. After a final refresh, all requirements are visible in Codebeamer, with all rich text data, including tables and bullet points, preserved.
Next, an update will be made to one of the requirements in DOORS. “Code Review and User Testing” will have its description changed to “Functional design review is required.” After saving, the migration tool will automatically detect the change in the background and bring it over to Codebeamer.
Refreshing Codebeamer, the updated description is now reflected for the same requirement.
The Codebeamer team will now change the status to “Waiting for Approval” and update the description accordingly. After saving, the Coexist strategy is now in place. The data from the legacy tool has been migrated into Codebeamer, but both tools are still in use, ensuring that users work on the latest data regardless of the platform.
Finally, the updates can be checked in DOORS. The “Waiting for Approval” description has been added, and the status has been updated to “In Progress,” as configured by the migration tool. The status mapping ensures that “Waiting for Approval” in Codebeamer corresponds to “In Progress” in DOORS.
As demonstrated, organizations can choose between the Rip & Replace or Coexist strategy, depending on their needs. Both strategies are supported by the OpsHub migration tool, ensuring no data loss during the migration process.