Share this page

# Scenario 4: Deploy refactoring changes

This scenario demonstrates how to deploy refactoring changes to the corporate website of Qlarius Health Insurance.

Note: To run this scenario, first set up the environment, as described in Prerequisites.

In this topic:

## Scenario overview

- The release manager raises enhancement requests.

- The development team lead primes a child task from each request.

- A web developer makes the refactoring changes, delivers the modifications, and relates them to the tasks.

- The team lead promotes and deploys the requests and tasks to the SIT stage and deployment area, and then promotes them to the QA stage.

- The QA manager deploys the requests and tasks to the QA deployment area and then promotes them to the PRE-PROD stage.

- The release manager deploys the requests and tasks to the PRE-PROD deployment area and then promotes and deploys them to the LIVE stage and production environments.

Back to top

## Scenario information

- The following scenario is used: QLARIUS:JAVA_BRANCHA_STR

- No builds are required as only a text file is modified.

- There is a division of responsibilities between the employees at the following stage transitions:

  - SIT to QA

  - QA to PRE-PROD

- This scenario uses the following web application deployment areas:

  Stage | Deployment area | Deploy by Default enabled on area?
  --- | --- | ---
  DEV | LCL_DEV_JBRNCHA_AREA03 | Yes
  SIT | LCL_SIT_JBRNCHA_AREA03 | Yes
  QA | LCL_QA_JBRNCHA_AREA03 | No
  PRE‑PROD | LCL_PP_JBRNCHA_AREA03 | No
  LIVE | LCL_LIVE_JBRNCHA_AREA03 | No

For a list of the promotion and deployment privileges required by the users, see Scenario privileges.

Back to top

## Scenario prerequisites

1. Create a work area on your local machine for the user Wendy, for example:

   C:\streams\JAVA_BRANCHA_STR\wendy

2. Log in to the web client as a user that has the privileges to promote and deploy baselines to any stage and area, for example, the tool administrator, typically dmsys.

3. Take a tip baseline of the stream JAVA_BRANCHA_STR.

4. To deploy the files in the stream to all deployment areas, promote and deploy the baseline:

   1. Select the baseline, and click Promote on the toolbar.

   2. In the Promote dialog box, check that SIT is selected for the Next Stage, and click Next.

   3. To deploy immediately, check that the Perform Deployments option is set to As Soon As Possible.

   4. In the Areas for Deployment field, check that the LCL_SIT_JBRNCHA_AREA03 deployment area is selected. Click Next.

   5. Review the summary of the promotion and deployment activity and command, and click Finish.

5. Repeat the earlier step for the other stages and deployment areas:

   QA | LCL_QA_JBRNCHA_AREA03
   PRE-PROD | LCL_PRE-PROD_JBRNCHA_AREA03
   LIVE | LCL_LIVE_JBRNCHA_AREA03

6. Log out of the web client.

Back to top

## Run this scenario

The following table describes the tasks performed in this scenario.

Action | Procedure
--- | ---
The release manager raises enhancement requests. | Refactoring changes are required to the corporate website of Qlarius Health Insurance. Rita, the release manage, raises two enhancement requests to manage the change: The first request is a refactoring change to create a resources directory and move the file main.css from the website directory to the new directory. The second request is an enhancement to main.css. Log in to the OpenText Dimensions CM web client as Rita. Switch to the following stream: QLARIUS:JAVA_BRANCHA_STR. In the Requests view, on the toolbar, click New and select CR. The New Request dialog box opens. In the Title field, enter Create resources directory and move CSS file. In the Detailed Description field, enter a description. On the Attributes tab, from the Severity/Priority list, select a value. Click Submit and click Close. The new request is added to Rita’s request inbox with the following ID: QLARIUS_CR_n. By default the request is at the DEV stage when it is raised. Repeat steps 3 to 7 to create the second request and use the title Modify CSS file.
The release manager delegates the request to the team lead. | Rita delegates the requests to the development team lead, Ted, whose team is responsible for maintaining the website. Select both requests, and on the toolbar click Delegate. The Delegate wizard opens. Check that the Capability option is set to Secondary. From the Role to Delegate list, select IMPLEMENTOR, and click Next. In the Candidate Users Authorized for Role Assignment list, select Ted, and click Add. The wizard closes automatically. OpenText Dimensions CM sends an email to Ted notifying him that requests have been added to his Request inbox.
The release manager actions the requests to their next state. | Rita actions the requests to their next state, UNDER WORK. Select the requests, and on the toolbar select Action. The Action Multiple Requests dialog box opens. Click Finish. The requests are removed from Rita’s request inbox. Log out of the web client.
The development team lead primes a child task from each request. | Ted reads the email, views the request in his Request inbox, and primes a separate child task from each request. Log in to the web client as Ted. Switch to the following stream: QLARIUS:JAVA_BRANCHA_STR. In the Requests view, select the Request inbox. Select the first request that was raised by Rita, Create resources directory and move CSS file. On the toolbar, click Prime, and select Task. The Prime Request dialog box opens. Click Submit and then Close. The new child task is added to Ted’s request inbox with the following ID: QLARIUS_TASK_n. By default the child task is at the DEV stage when it is raised. To prime a child task from the second request, Modify CSS file, repeat steps 4 to 6.
The development team lead delegates the tasks to a web developer. | Ted delegates both tasks to a web developer, Wendy. Select both tasks, and on the toolbar click Delegate. The Delegate wizard opens. Check that the Capability option is set to Secondary. From the Role to Delegate list, select IMPLEMENTOR, and click Next. In the Candidate Users Authorized for Role Assignment list, select Wendy, and click Add. The wizard closes automatically. OpenText Dimensions CM sends an email to Wendy notifying her that requests have been added to her Request inbox.
The development team lead actions the tasks to their next state. | Ted actions the tasks to their next state, UNDER WORK. Select both child tasks, and on the toolbar select Action. The Action Multiple Requests dialog box opens. Click Finish. The tasks are removed from Ted’s request inbox. Log out of the web client.
The web developer updates her local work area. | Wendy, the web developer, reads the emails and checks her Request inbox. She updates her local work area from the website folder. Log in to the web client as Wendy. Switch to the following stream: QLARIUS:JAVA_BRANCHA_STR. Change Wendy’s work area to the one that you created earlier in Scenario prerequisites. In the Items view, on the Dirs tab, expand the Qlarius Underwriter folder, and select website. On the toolbar, click Update. The Update from Stream dialog box opens. Click Next and then Finish. Click Close.
The web developer makes some refactoring changes. | In Wendy’s local work area do the following: In the website folder, create a new subfolder called resources. Move main.css from the website folder to the resources folder.
The web developer delivers the refactoring changes. | Wendy delivers the refactoring changes to OpenText Dimensions CM and relates them to the first task. In the web client, in the navigation pane, select the website folder (in the Items view > Dirs tab). On the toolbar, click Deliver. The Deliver to Stream dialog box opens. Check that the Moves/Renames option is selected. Click Next. Ensure that the following changes types are selected: Qlarius Underwriter\website\main.css (Deletion) Qlarius Underwriter\website\resources (Addition) Qlarius Underwriter\website\resources\main.css (Addition) Click Next. In the Relate to Request(s) field, click Select. The Select Request wizard opens. From the Product Name list, select QLARIUS. From the Type Name list, select TASK. Click Next. Select the task Create resources directory and move CSS file and click Finish. In the Deliver to Stream dialog box, click Finish. Click Close. The refactoring changes are delivered to OpenText Dimensions CM.
The web developer verifies that the refactoring changes were deployed. | The Deploy by Default option is enabled for the DEV web application deployment area, so when Wendy delivered the refactoring changes, they were automatically deployed. She checks that deployment was successful. Select the Deployment view. To view information only for the current stream, do the following: In the navigation pane, click the filter button in the top right corner. Select Show Current Stream. Select the History tab. In the navigation pane, expand the DEV stage node and select the LCL_DEV_JBRNCHA_AREA03 web application deployment area. In the content pane, verify that the main.css was successfully deployed. The Event Result column should display Succeeded. To browse the DEV web application deployment area, in the My Current Project view expand Deployment Areas > DEV Stage > LCL_DEV_JBRNCHA_AREA03 > Qlarius Underwriter > website. In the navigation pane, verify that there is a folder called resources. Select the resources folder, and in the content pane verify that main.css was deployed.
The web developer modifies the file. | In Wendy’s local work area modify main.css in the resources directory. For the purpose of this scenario make a minor edit, for example, add a comment to the top of the file.
The web developer delivers the modification to OpenText Dimensions CM. | Wendy delivers the modified file to OpenText Dimensions CM relates it to the second task. In the Items view, on the Dirs tab, expand Qlarius Underwriter, and select the resources folder. On the toolbar, click Deliver. The Deliver to Stream dialog box opens. Click Next. Check that main.css is selected and click Next. In the Relate to Request(s) field, click Select. The Select Request wizard opens. From the Product Name list, select QLARIUS. From the Type Name list, select TASK. Click Next. Select the task Modify CSS file and click Finish. In the Deliver to Stream dialog box, click Finish. Click Close. Make a note of the latest revision of main.css.
The web developer verifies that the modification was deployed. | Wendy checks that deployment was successful. Select the Deployment view. Select the History tab. In the navigation pane, expand the DEV stage node and select the LCL_DEV_JBRNCHA_AREA03 web application deployment area. In the content pane, verify that the main.css was successfully deployed a second time. The Event Result column should display Succeeded. To browse the DEV web application deployment area, in the My Current Project view expand Deployment Areas > DEV Stage > LCL_DEV_JBRNCHA_AREA03> Qlarius Underwriter > website > resources. Select the resources directory, and in the content pane verify that the latest revision of main.css is deployed.
The web developer delegates the tasks to the team lead for peer review. | Wendy delegates the tasks to Ted for peer review. In the Requests view, select the Request inbox. Select both tasks, and on the toolbar click Delegate. The Delegate wizard opens. Check that the Capability option is set to Secondary. From the Role to Delegate list, select REVIEWER, and click Next. In the Candidate Users Authorized for Role Assignment list, select Ted, and click Add. The wizard closes automatically. OpenText Dimensions CM sends an email to Ted notifying him that tasks have been added to his Request inbox.
The web developer actions the tasks to their next state. | Wendy actions the tasks to their next state, PEER REVIEW. Select the first child task, and on the toolbar select Action. The Action wizard opens. In the New State section, check that the To Next State field is set to PEER REVIEW. Click Next. In the Actual Completed Date field, enter a date. In the Actual Development Effort (hours) field, enter a number. Click Finish. The task is removed from Wendy’s Request inbox. Repeat steps 1 to 6 for the second child task. Log out of the web client.
The team lead does a peer review and actions the tasks to their final state. | Ted has read his emails, seen the tasks in his Request inbox, and done a peer review of the refactoring changes. He actions both tasks to their final state, CLOSED. Log in to the web client as Ted. In the Requests view, select the Request inbox, select both tasks, and on the toolbar click Action. The Action wizard opens. Click Finish. The child tasks are removed from Ted’s Request inbox.
The team lead promotes and deploys the requests and tasks to the SIT stage. | To perform system integration testing, Ted promotes and deploys the requests and tasks to the SIT stage and web application deployment area. Ted promotes both requests in the same operation and lets OpenText Dimensions CM automatically deploy the refactoring changes in the correct sequence. OpenText Dimensions CM does the following: Creates the resources directory and moves main.css from the website directory to the resources directory. Deploys the latest revision of main.css to the resources directory. Note: If you select multiple requests, or a request with child requests, OpenText Dimensions CM automatically resolves the refactoring changes. This applies to both manual and automatic (Deploy by Default) deployments. In the Requests view, select both parent requests. On the toolbar, click Promote. The Promote wizard opens. Check that the Promote Child Requests option is selected. This promotes and deploys the child tasks with their parent requests. In the Next stage field, check that SIT is selected. Click Next. To deploy now, check that the Perform Deployments option is set to As Soon As Possible. In the Areas for Deployment field, select the SIT LCL_SIT_JBRNCHA_AREA03 deployment area. Click Next. Note: If both areas are selected, clear SIT LCL_SIT_JBRNCHA_AREA01. Review the summary of the deployment and promotion activities and command, and click Finish.
The team lead verifies that promotion and deployment operations were successful. | Ted verifies that promotion and deployment operations were successful and that the refactoring changes were deployed to the SIT web application deployment area. Select the Deployment view, and check that only the current stream is displayed. Select the History tab, and in the navigation pane select the SIT stage node. In the content pane, verify that both requests were promoted successfully from DEV to SIT. In the navigation pane, expand the SIT stage node and select the LCL_SIT_JBRNCHA_AREA03 deployment area. In the content pane, verify that all the requests and child tasks were deployed successfully. To browse the SIT web application deployment area, in the My Current Project view expand Deployment Areas > SIT Stage > LCL_SIT_JBRNCHA_AREA03 > Qlarius Underwriter > website. In the navigation pane, verify that there is a folder called resources. Select the resources folder, and in the content pane verify that the latest revision of main.css is deployed.
Ted performs system integration testing.
The team lead promotes the requests and tasks to the QA stage. | System integration testing has been completed successfully, so Ted promotes the requests and tasks to the QA stage. Deploy by Default is not enabled so the requests and tasks cannot be automatically deployed to the QA deployment area. In the Requests view, select the requests. On the toolbar, click Promote. The Promote wizard opens. Check that the option Promote Child Requests is selected. In the Next stage field, check that QA is selected. Click Next. Because Deploy by Default is not enabled, no deploy options are available. Click Next. Review the summary of the promotion activity and command, and click Finish. OpenText Dimensions CM sends an email to the QA manager, Tao, notifying her that a promotion has been performed. In the Deployment view, select the History tab. In the navigation pane, select the QA stage node. In the content pane, verify that both requests were promoted successfully from SIT to QA.
The team lead actions the requests to their next state. | Ted actions the requests to their next lifecycle state, IN TEST, so that QA can test the website. On the History tab, select the first request, and on the toolbar select Action. The Action wizard opens. In the New State section, check that the To Next State field is set to IN TEST. Click Next. In the Details of Solution Given field, enter a description. Click Finish. The request is removed from Ted’s Request inbox. Repeat steps 1 to 5 for the second request. Log out of the web client.
The QA manager deploys the requests and tasks to the QA deployment area. | Tao reads the email and checks her Request inbox. She deploys both requests in the same operation and lets OpenText Dimensions CM automatically deploy the refactoring changes in the correct sequence. Log in to the web client as Tao. Switch to the following stream: QLARIUS:JAVA_BRANCHA_STR. Select the Deployment view, and check that the current stream is displayed. Select the Pending tab. In the navigation pane, expand the QA stage node and select the LCL_QA_JBRNCHA_AREA03 deployment area. In the content pane, from the Show list, select Requests. Select both requests, and on the toolbar click Deploy. The Deploy wizard opens. Check that the Deploy Child Requests option is selected. Check that the Deploy Stage is set to QA. Click Next. To deploy the requests now, check that the Perform Deployments option is set to As Soon As Possible. In the Areas for Deployment field, check that the following QA deployment area is selected: LCL_QA_JBRNCHA_AREA03. Click Next. Review the summary of the deployment activity and command, and click Finish. Select the History tab. In the content pane, verify that the requests and child tasks were successfully deployed to the QA area LCL_QA_JBRNCHA_AREA03.
The QA manger verifies that the refactoring changes were deployed. | Tao verifies that the refactoring changes were deployed to the QA web application deployment area. In the My Current Project view, expand Deployment Areas > QA Stage > LCL_QA_JBRNCHA_AREA03 > Qlarius Underwriter > website. In the navigation pane, verify that there is a folder called resources. Select the resources folder, and in the content pane, verify that the latest revision of main.css is deployed.
The QA team performs their tests.
The QA manager actions the requests to their final lifecycle state. | QA testing has been completed successfully, so Tao closes the enhancement requests. On the History tab, select both requests, and on the toolbar click Action. The Action wizard opens. Click Finish. The request are removed from Tao’s request inbox.
The QA manager promotes the requests and tasks to the PRE-PROD stage. | QA testing has been completed successfully so Tao promotes the requests and tasks to the PRE-PROD stage. Deploy by Default is not enabled so the requests and tasks cannot be automatically deployed to the PRE-PROD deployment area. On the History tab, select the requests. On the toolbar, click Promote. The Promote wizard opens. Check that the option Promote Child Requests is selected. In the Next stage field, check that PRE-PROD is selected. Click Next. Because Deploy by Default is not enabled, no deploy options are available. Click Next. Review the summary of the promotion activity and command, and click Finish. . OpenText Dimensions CM sends an email to Rita, the release manager, notifying her that a promotion has been performed. In the navigation pane, select the PRE-PROD stage node. In the content pane, verify that both requests were promoted from QA to PRE-PROD. Log out of the web client.
The release manager deploys the requests and tasks to the PRE- PROD deployment area. | Rita reads the email and checks her Request inbox. She deploys both requests in the same operation and lets OpenText Dimensions CM automatically deploy the refactoring changes in the correct sequence. Log in to the web client as Rita. Select the Deployment view, and check that only the current stream is displayed. Select the Pending tab. In the navigation pane, expand the PRE-PROD stage node and select the LCL_PP_JBRNCHA_AREA03 deployment area. In the content pane, from the Show list, select Requests. Select both requests, and on the toolbar click Deploy. The Deploy wizard opens. Check that the Deploy Child Requests option is selected. Check that the Deploy Stage is set to PRE-PROD. Click Next. To deploy the requests now, check that the Perform Deployments option is set to As Soon As Possible. In the Areas for Deployment field, check that the following PRE-PROD deployment area is selected: LCL_PP_JBRNCHA_AREA03. Click Next. Review the summary of the deployment activity and command, and click Finish. Select the History tab. In the content pane, verify that the requests and child tasks were successfully deployed to the QA area LCL_PP_JBRNCHA_AREA03.
The release manger verifies that the refactoring changes were deployed. | Rita verifies that the refactoring changes were deployed to the PRE-PROD web application deployment area. In the My Current Project view, expand Deployment Areas > PRE-PROD Stage > LCL_PP_JBRNCHA_AREA03 > Qlarius Underwriter > website. In the navigation pane, verify that there is a folder called resources. Select the resources folder, and in the content pane verify that the latest revision of main.css is deployed.
The release team performs their tests.
The release manager promotes the requests and tasks to the LIVE stage. | Testing has been completed successfully, so Rita promotes the requests and tasks to the LIVE stage. Because Deploy by Default is not enabled, the requests and tasks cannot be automatically deployed to the PRE-PROD deployment area. In the Deployment view, in the navigation pane, select the LCL_PP_JBRNCHA_AREA03 deployment area. Select the History tab and select the requests. On the toolbar, click Promote. The Promote wizard opens. Check that the Promote Child Requests option is selected. In the Next stage field, check that LIVE is selected. Click Next. Rita has the privilege to deploy at the same time as the promotion but chooses not. Do not select any deployment areas. Click Next. Review the summary of the promotion activity and command, and click Finish. In the Deployment view, select the History tab. In the navigation pane, select the LIVE stage node. In the content pane verify that both requests were promoted successfully from PRE-PROD to LIVE.
The release manager deploys the requests and tasks to the LIVE deployment area. | Let’s assume that it is now the regular maintenance period when the LIVE web application deployment area is offline. Rita checks what requests are ready to be deployed to the LIVE stage. Rita deploys both requests in the same operation and lets OpenText Dimensions CM automatically deploy the refactoring changes in the correct sequence. Select the Pending tab. In the navigation pane, select the LCL_LIVE_JBRNCHA_AREA03 deployment area. In the content pane, from the Show list, select Requests. Select both requests, and on the toolbar click Deploy. The Deploy wizard opens. Check that the Deploy Child Requests option is selected. Check that the Deploy Stage is set to LIVE. Click Next. To deploy the requests now, check that the Perform Deployments option is set to As Soon As Possible. In the Areas for Deployment field, check that the following LIVE deployment area is selected: LCL_LIVE_JBRNCHA_AREA03. Click Next. Review the summary of the deployment activity and command, and click Finish. Select the History tab. In the content pane, verify that the requests and child tasks were successfully deployed to the QA area LCL_LIVE_JBRNCHA_AREA03.
The release manger verifies that the refactoring changes were deployed. | Rita verifies that the refactoring changes were deployed to the LIVE web application deployment area. In the My Current Project view, expand Deployment Areas > LIVE Stage > LCL_LIVE_JBRNCHA_AREA03 > Qlarius Underwriter > website. In the navigation pane, verify that there is a folder called resources. Select the resources folder, and in the content pane verify that the latest revision of main.css is deployed.
End of scenario

Back to top

## Scenario privileges

The following tables list the promotion and deployment privileges required by each user in the scenario.

Promotion privilege | Privilege owner | Required at these stages
--- | --- | ---
REQUEST_PROMOTE_NEXTSTAGE ITEM_PROMOTE_NEXTSTAGE | Team lead | DEV SIT
QA Manager | QA
Release Manager | PRE-PROD

Deployment privilege | Privilege owner | Required for these areas
--- | --- | ---
The SIT and LIVE areas are Deploy by Default areas, and no deployment privileges are required.
REQUEST_DEPLOY ITEM_DEPLOY | QA Manager | LCL_QA_JBRNCHA_AREA03
Release Manager | LCL_PP_JBRNCHA_AREA03

Back to top

https://admhelp.microfocus.com Dimensions CM 8942
Tips to improve your search results... OpenText™ Dimensions CM Help Center OpenText™ Dimensions CM Help 25.2 All View Local Help Center View Online Help Center Version: