Tivoli 更改管理体系结构


概述

更改管理的介绍

更改、模型和规则的数据结构


概述

如果要定制 Tivoli 更改管理,则该文档可作为参考工具。该文档提供了有关 Tivoli 更改管理的基本结构信息。其中包含了一些概念(如用于定制应用程序的更改管理与指导)的解释。


更改管理的介绍

商业越来越依靠与之相配套的技术的发展与更改。结果,更改管理就成为商业社会必备的工具。因为更改会冒阻碍或中断操作的危险,所以必须用已规划好的进程来创建和管理更改,以便消除或最大限度地减小所有潜在的负面影响。

通过 Tivoli 更改管理组织可以建立过程、规则和策略来提出更改、分析潜在的效应、实现更改、监视更改的进度并且自动通知相应人员重要事件。


更改、模型和规则的数据结构

状态记录是更改、模型和规则的主要结构。状态记录包含适用于当前更改、模型或规则的信息,同时还有一些其它相关的信息。状态记录包含以下内容:

CStack

CStack 是一种包含当前更改及其所有"父级"的堆栈。如果正在修改数据,了解 CStacks 的结构是很重要的。

顶级更改( 父级 )通常是在堆栈的底部,为后续活动( 或子级 )提供基础。所有活动都被认为是从属更改。从属更改与父级更改拥有相同的特性,但是取决于父级更改。

基于顶级更改的活动在堆栈中添加到其下一级里,而这个活动的活动又在堆栈中添加到其后面。
此后:

活动 1 的活动 2
更改 1 的活动 1
更改 1

因为顶级更改(即大多数父级更改)总是在堆栈的底部,所以在删除或修改它时必须首先移去它的子级活动。子级活动取决于原更改。

活动

对于某一更改,活动是指一列当前或最初的活动状态表。其结构类似于:

注:规则状态记录中没有活动字段。

AChanges

AChanges 是更改的初始状态列表。如果查询了多个更改,则保存所有更改的初始状态。如果对更改进行了操作(如编辑、查看等),则没必要读取数据库,因为它已经保存在 AChanges 当中。

IChanges

IChanges 是对附件所作的修改的临时存储区域。在修改保存和装入 AChanges 列表之前,它们都存储在这里。IChanges 可防止修改在完成之前被写入数据库中去。

CP_Index

CP_Index 为该更改指示从属要素(效应、调度等)表中的特定实例。例如:

在列表中的位置 调度名称
1 任务 4
2 任务 6
3 任务 8

如果编辑任务 6,CP_Index 就会设置为 2。对于规则状态记录,不存在任何 CP_Index 域。

Tivoli 更改管理源代码中的状态记录列于下表:

状态记录对象 名称
更改 R_G_SChange
模型 R_G_SModel
规则 R_G_SRule