This documentation supports the 20.02 version of Remedy IT Service Management Suite.

To view an earlier version, select the version from the Product version menu.

Change Lifecycle Automation use case

The goal of the Change Lifecycle Automation use case is to illustrate how change requests are initiated and managed through fulfillment.

Approvals - Approving change requests Open link

Unable to render {include} The included page could not be found.


This use case has the following steps:

  1. To provision a new change request, a user uses BMC Service Request Management (SRM). For purposes of this use case, BMC Service Request Management comprises seven key components — Service Request Portal, Service Fulfillment Engine, Service Catalog, BMC Change Management, Task Management System, BMC Asset Management, and BMC Atrium CMDB. A user, using the Service Request Console, selects a service offering that represents the provisioning of a virtual system and associated software. Depending on how the service request has been configured, the user might be asked a series of questions regarding such things as server capacity or software to be deployed.
  2. When the user submits the request, it is passed to the Service Fulfillment Engine.
  3. The Service Fulfillment Engine invokes BMC Change Management, passing all required information. A change request is created with data values transferred from the service request through the Service Fulfillment Engine.
  4. Alternatively, IT Support users can create change requests directly through the Change Management Console or through the Incident and Problem Management functions of BMC Service Desk.
  5. Change approvals are processed within the BMC Change Management process workflows. Changes might be pre-approved or might require approval.
  6. Within BMC Change Management, the change request acts as the parent object to the tasks that are associated to the change request using the Task Management System. Once a change request is set to the Scheduled status, the initial sequence of tasks is activated for implementation.
  7. Tasks are processed in a serial, parallel, or successor-predecessor relationships. Tasks can be integrated to external systems via the CAI Integration Subsystem. For example, mechanisms as basic as scripts or as robust as TrueSight Orchestration can be leveraged to integrate individual tasks with external fulfillment systems such as BMC BladeLogic.
  8. Tasks can include activities to update the CMDB or Asset attributes through BMC Asset Management.
  9. When all tasks are completed, the parent change request is completed.



Was this page helpful? Yes No Submitting... Thank you

Comments