To complete this walkthrough, you need the following software installed on the computer where you plan to run CQConverter.exe:
You must also make a list of how you want the user names in ClearQuest mapped to Windows domain names used by Team Foundation work item tracking. Make sure that you include user names that are no longer being used.
The following information and knowledge is helpful:
A basic understanding of XML.
A list of how you want the map the work item fields in ClearQuest to Team Foundation work item tracking. Include information about transformations that are required. For example, you might map a string field in ClearQuest to an integer field in Team Foundation work item tracking.
Required Permissions
To perform this walkthrough, you must be a member of the Service Accounts security group. Also, you must be a member of the Readers security group or have the View work items in this node permission set to Allow. For more information, see Team Foundation Server Permissions. Also, you must have the Super User permission for the ClearQuest database. For more information, see the ClearQuest Administrator's Guide.
Pre-migration Tasks
Before you start the migration, you must do the following tasks:
Schedule time to lock the ClearQuest database A good practice is to lock the database to prevent users from creating new work items during the migration process. The ClearQuest converter does not detect work item changes during conversion. For information about locking the ClearQuest database, see the ClearQuest documentation.
Create Visual Studio Issue Tracking team projects Create team projects and decide which work items go into what team project. For more information about how to create Team Foundation work item tracking team projects, see Walkthrough: Creating a New Team Project.
Add the user account you are using to run the converter to the Service Accounts group The CQConverter requires service account permissions to run. Add the user account that will run the converter to the Service Accounts group on your Team Foundation Server by using the TFSSecurity utility. For more information, see TFSSecurity Command-Line Utility Commands.
Converter Limitations
Definitions
The following terms are used in this walkthrough:
Work Item Type Work item types are the basic building blocks of a work item tracking system. Examples of work item types are bugs, requirements, and tasks.
Entity The basic unit of data in ClearQuest. For example, a defect could be linked to a customer and belong to certain project. The defect, customer, and project are all entities.
Field Work items contain fields that contain information about the work item. For example, a defect work item might have fields such as opened by, status, resolution, history, links, and attachments.
States The position in the process that a work item could be in. For example, a bug might be Open, Assigned, Resolved, or Postponed.
Field Behavior (Field Rules) Specified how the fields behave in different states. For example, the Fixed In field could be non-editable when you create a new bug, but when you transition the bug into the Resolved state, the Fixed In field may require a value.