[发明专利]用于管理给定软件系统的变更的计算机系统和方法

说明书

背景技术

图1内示出典型的现有技术的软件变更管理库100。在软件变更管理库100内，保持一组对象99以捕获软件系统的开发者和用户已请求的变更的集合。这些变更请求对象99已知在不同的变更管理库内具有多种名称，例如变址请求(Modification-Request)、增强请求、工作项、缺陷和程序错误。在此公开中，用术语“变更请求”指这些类型的对象99。

关于变更请求的信息被在变更请求对象99的一组属性内捕获。该属性由图1内的对象99a的分别如“XX”和虚线箭头所示的原子值(例如字符串、整数或日期)或对另一个对象99的引用指示。一些属性被预定义并存在于所有变更请求99中，但是大部分属性被消费者确定并且会因项目不同而不同。变更请求的当前状态被汇总在变更请求对象99的预定义的状态属性102内。尽管状态属性102是预定义的，但是状态属性的合法值被消费者确定。消费者定义一组被允许的从一个状态值到另一个状态值的转变，并且定义了执行这些转变的行为。

保持变更请求对象99的状态的一些关键问题如下：

1、变更管理过程内的不同利益相关者对于给定变更请求的当前状态应该如何具有不同的观点。例如开发者可能相信发行被解决，而发行的提交者相信发行还需要进一步的工作。此问题的一种解决方法是引入复合状态例如“打开-开发-未决”、“打开-开发-完成”和“关闭-开发-完成”。此方法使得当变更请求管理过程内的利益相关者的数量增加时状态的数量组合激增，这使得难以在变更管理过程内引入新的利益相关者。

2、软件系统的多个用户会报告类似的问题。如果这些问题中的每一个均作为单独的变更请求对象99被输入，则当问题被解决时，更新这些变更请求对象中的每一个的属性易于出错并且昂贵。如果只有一个变更请求对象99被用于跟踪所有这些问题，则难以捕获问题的提交者之间的重要区别，例如系统的什么发布版本显示该问题，并且问题是否已经在给定用户所需的特定平台或者产品变型上被解决。

3、给定变更请求可能需要在给定软件系统的多种发布版本或变型中以不同的方式解决。能够独立地跟踪这些发布版本或变型中的每一个内的工作进行情况是重要的，但是如果对于每个发布版本或变型具有单独的变更请求对象99，更新这些变更请求中的每一个上的问题描述信息易于出错并且昂贵。

4、给定一组变更能够有助于多个任务的完成(尤其是当它们是将相同问题固定在软件系统的不同发布版本或变型内的任务时)。如同在单个活动进展上工作似的更新多个变更请求对象99易于出错并且昂贵。

5、变更管理过程内的不同的利益相关者可能在具有变更管理库100的不同副本的不同位置工作，或者与变更管理库100的子集的个人副本无联系地工作。当使用多个副本时，不同的利益相关者会无意地以不相容的方式改变变更请求对象99，这导致需要昂贵的人工合并或导致自动合并的信息丢失的困难的合并情况。此问题的标准解决方案是将库100的一个副本指定为给定变更请求的主文件，并且只有访问库100的该副本的用户才可对该变更请求对象99进行任何修改。但是由于利益相关者等待将被传递给它们的副本的主权，所以这会导致严重的信息延迟和丢失。

发明内容

在美国专利申请号11/459,743中，软件变更管理库保持捕获软件系统的开发者和用户所请求的一组变更的一组对象。为了准确地跟踪针对给定变更请求的不同利益相关者的状态，变更请求对象被分成一组链接的子对象层级：即，一个发行层级、零个或更多任务层级以及零个或更多活动层级。给定任务可与多个发行相关联(因此有助于多个变更请求)，并且给定活动可与多个任务相关联(因此有助于多个变更请求)。