CN1987776A - 用于提供版本感知影响分析的计算机方法和装置 - Google Patents

Abstract

用于提供软件配置管理中的依赖跟踪能力的计算机实现方法和装置。由一个或多个制品所形成的目标软件程序的每一配置，维持每个制品的版本历史。针对每个制品，连接到所述制品的各自的版本历史是用于每个已指示的版本的跟踪能力关系的状态指示。一种实现使用了跟踪能力对象来维持并且提供这样的状态指示。所述状态指示与视图无关并且使得每个制品的依赖跟踪能力关系在使用所述制品的每种配置中是可确定的。

Description

用于提供版本感知影响分析的计算机方法和装置

技术领域

本发明涉及计算机系统，并且更具体地涉及用于提供版本感知影响分析的计算机方法和装置。

背景技术

软件开发通常作为团队项目来进行。通过设计工作、测试工作、实现工作以及维护工作来开发目标软件系统(subject software system)。可以有不同的组和不同的组成员参与到这些工作的每一项之中。贯穿于这些工作并且在工作组成员中，为了在开发目标软件系统中增强的通信和一致性而使用各种建模以及其它的开发工具。软件配置管理系统便是一种这样的工具。

软件配置管理系统为用户(软件开发者/工程师)提供了接口以利用目标软件系统的制品(artifact)来工作。“制品”是用户所做工作的持久性结果，例如模型和源代码，通常存留于文件系统中。

在修改软件开发制品的时候，为了使目标系统保持一致，开发者希望知道需要修改哪些其它的制品。能够在改变制品以前进行影响分析已是多年来在软件开发中长期的(但却难以捉摸的)需求。主要问题之一是管理对软件/系统需求的改变。在没有能力进行影响分析的情况下，作为开发过程的一部分所产生的制品便疏远(drift apart)并且变得不一致。这导致了对需求的误解、浪费的时间、调度失误以及不一致。简而言之，无法管理改变导致了更高的开发成本。

举例来说，当通过依赖跟踪能力关系(dependency traceabilityrelationship)连接两个软件制品的时候，为了维持该关系的语义，对第一制品的改变可能需要对第二制品的改变。这些依赖跟踪能力关系是用于确定影响分析，即确定在对一组指定的制品改变之后需要更新哪些其它的制品的基本机制。当将制品置于版本控制之下时，便维持了该制品版本的许多不同的配置，并且改变并行地出现于各种配置之中。当改变从一种配置并入另一种配置的时候，似乎对已更新的制品的所有的依赖跟踪能力关系都是可疑的，即必须检查这些依赖跟踪能力关系以确定是否需要改变，即使那些改变的始发者已经证实事实上所有的这些跟踪能力关系都是有效的。

常规的解决方案尝试使用手动创建的和维持的跟踪能力链接来解决问题。由于制品类型的种类跨领域：例如，需求是人类可读的而代码却是以正式技术语言来书写，因此链接是手动的。复杂的软件系统即使没有数千的、也有数百的需求，并且在制品类型之间存在多个到多个的关系：需求、需要、设计、测试、代码等。

过去对维持跟踪能力关系的有效性的尝试失败是因为对开发小组的成本超过了利益。维持跟踪能力链接的有效性甚至对于相对小的开发工作来说都是艰巨的任务，并且这也是现有的跟踪能力解决方案失败的主要原因之一。有许多报道证明了这一问题以及解决该问题中的困难。

发明内容

本发明解决了现有技术的问题并且提供了在软件配置管理中实现版本感知影响分析的改进的依赖跟踪能力。在本发明的实施例中存在相对减少的工作来维持跟踪能力链接。

在优选的实施例中，计算机实现方法和装置通过以下步骤提供了软件配置管理系统中的依赖跟踪能力：

针对由一个或多个制品所形成的目标软件程序的特定的配置，确定每个制品的各自的版本；

维持每个制品的版本历史；

对于每个制品，在所述制品的各自的版本历史中包括(1)已确定的版本的指示，以及(2)用于已确定的版本的跟踪能力关系的状态指示以便每个制品的依赖跟踪能力关系在使用所述制品的每种配置中是可确定的。

附图说明

根据下面对本发明的优选实施例更为具体的描述，本发明的前述以及其它的目的、特征和优点将变得显而易见，如附图中所描述，其中相同的标记符指的是各个不同的示图中相同的部件。附图不一定按照比例，而是将重点放在说明本发明的原理之上。

图1a至图1b是本发明的优选实施例的示意图。

图2是优选实施例的流程图。

图3是可以在其中使用本发明的实施例的计算机网络环境的示意图。

图4是图3的网络中的计算机节点的框图。

具体实施方式

下面描述了本发明的优选实施例。

图1a中描述的是配置管理系统11。配置管理系统11提供了目标软件程序13的工作区视图以及关于目标软件程序13的各种信息。软件程序13由一个或多个制品15形成。每个制品15具有形成该目标软件程序13的各自的版本。关于制品15的版本的信息被存储在该制品15的各自的版本历史表格或记录17中。尽管配置管理系统11为程序13的每种配置存储了前述信息，然而图1a描述了目标软件程序13的一种配置。

针对每种配置，如下面以及图1b中所描述的，本发明提供了制品对15之间的并且特别是制品15的特定版本之间的跟踪能力关系信息。在制品15a的版本历史表格17a与制品15b的版本历史表格17b之间，本发明提供了各自的跟踪能力对象10a。类似地，本发明提供了制品15b的版本历史表格17b与制品15c的版本历史表格17c之间各自的跟踪能力对象10b。以及诸如此类的跟踪能力对象10c...10n以便对于各自的制品15的每对版本历史表格17都存在各自的跟踪能力对象10。

每个跟踪能力对象10存储各自的表格12，该表格12指示了各自的制品15的有效版本对(即依赖跟踪能力关系对其有效的版本对)。在所描述的例子中，跟踪能力对象10a(在制品15a与15b之间有效)指示制品15a的版本V1a与制品15b的版本V1之间的依赖跟踪能力关系是有效的。同样地，跟踪能力对象10a指示制品15a的版本V1b与制品15b的版本V2之间的依赖跟踪能力关系是有效的。类似地，跟踪能力对象10b指示(在其表格12b中)制品15b的版本V1与制品15c的版本V1之间的依赖跟踪能力关系是有效的，等等。

在其它的实施例中，表格12不但列出了各自的制品15的有效版本对而且列出了各自的制品15的无效版本对。数据栏相应地指定每一表格条目“有效”或“无效”。

在前述的方法中，本发明以与视图无关(view-independent)的方式存储依赖跟踪能力关系的状态的指示。因此，在一种配置中所创建的关于依赖跟踪能力关系的有效性的任何信息在该信息与其相关并且对其有效的任何其它的配置中直接可用(通过跟踪能力对象10并且特别是表格12的条目中的状态指示)。

参照图2的优选实施例，用户与目标软件程序13(图1a)在配置管理系统11的工作区中交互。例如，假定用户作用于制品15a。通过配置管理系统11，在响应中假设制品15a对于跟踪制品15b是可跟踪的。用户然后需要确定其在工作区中所看到的特定版本(制品15a的V1a和制品15b的V3)是否保持有效的跟踪能力关系。如果用户确定制品15a的版本V1a与制品15b的版本V3之间的跟踪能力关系是有效的，那么处理器例程63(在步骤21)在对应于目标制品15a和15b的跟踪能力对象10a的表格12a中标记相同(即存储各自的表格条目)。

在其它的实施例中，如果用户确定跟踪能力关系是无效的，那么处理器例程63相应地标记表格12a条目(即指示制品15a的版本V1a与制品15b的版本V3之间的跟踪能力关系是“无效的”)。

用户对目标软件程序13中的每对制品15(根据各自的版本)类似地进行。见图2中的步骤21处理器例程63利用由适当的条目为目标软件程序13配置中的制品15的版本所指示的跟踪能力关系来相应地注释表格12。然后在使用一个或多个制品15的任何其它的配置中保持每个所指示的关系的各自的有效/无效状态。因而该用户或其他的用户通过访问/查阅表格12可以容易地验证制品15的每一版本的跟踪能力关系的有效性。

此外，(步骤23)基于跟踪能力对象10的表格12应用启发式。特别地，如果没有用于配置中所选择的两个制品15的确切的版本的表格12条目(状态指示)，如果在各自的跟踪能力对象10表格12中存在用于制品15的前任和后续版本二者的条目19、29，则给出那些条目19、29的状态指示的概率度(基于将所选择的版本分离于由条目19、29所标识的版本的后续链接的数目)。用户然后可以获得“概率范围”或置信度等级，即将要在其上相信有效/无效信息的概率。

在图1b所描述的例子中，假定当前感兴趣的版本是制品15a的版本V1b和制品15c的版本V1。查看各自的跟踪能力对象10c表格12c的用户发现没有对应于感兴趣的这些版本的条目。然而，表格12c中的条目19指示制品15a的前任版本V1a具有与制品15c的感兴趣的版本V1有效的跟踪能力关系。同样地，表格12c具有指示制品15a的后续版本V1c具有与制品15c的感兴趣的版本V1有效的跟踪能力关系的条目29。处理器例程63的步骤23注意制品15a的版本历史17a并且确定将条目19的前任版本V1a分离于(制品15a的)感兴趣的版本V1b的链接的数目。在该实例中，确定了一个这样的链接，并且基于该确定规定了概率范围的一端。同样地，根据版本历史17a，步骤23确定了将条目29的后续版本V1c分离于(制品15a的)感兴趣的版本V1b的链接的数目。在该例子中，确定了一个这样的链接并且将其用于规定概率范围的另一端。得到的概率范围指示感兴趣的版本(制品15a的V1b和制品15c的V1)具有有效跟踪能力关系的高的可能性。

因此，在配置管理系统11中存储依赖跟踪能力关系信息并且维持与视图无关。因而，本发明的实施例减少了维持跟踪能力链接所需要的工作。图3描述了可以在其中实现本发明的计算机网络或类似的数字处理环境。

客户计算机/设备50和服务器计算机60提供执行应用程序等的处理、存储以及输入/输出设备。客户计算机/设备50还可以通过通信网络70链接至其它的计算设备，包括其它客户设备/过程50和服务器计算机60。通信网络70可以是远程接入网络、全球网络(例如因特网)、全球计算机集合、局域网或广域网以及当前使用各自的协议(TCP/IP、蓝牙等)来相互通信的网关的一部分。其它的电子设备/计算机网络体系结构也是适合的。

图4是图3的计算机系统中的计算机(例如客户处理器/设备50或服务器计算机60)的内部结构图。每个计算机50、60含有系统总线79，其中总线是用于计算机或处理系统的部件中的数据传递的一组硬件线。总线79本质上是连接计算机系统的不同元件(例如处理器、磁盘存储器、存储器、输入/输出端口、网络端口等)的共享管道，其实现元件之间信息的传递。连在系统总线79上的是用于将各种输入和输出设备(例如键盘、鼠标、显示器、打印机、扬声器等)连接到计算机50、60的I/O设备接口82。网络接口86允许计算机连接到连在网络(例如图3的网络70)上的各种其它的设备。存储器90为计算机软件指令92和用来实现本发明的实施例(例如以上所详述的已注释的指示器表格12、跟踪能力对象10和处理器例程代码63)的数据94提供易失性存储器。磁盘存储器95为计算机软件指令92和用来实现本发明的实施例的数据94提供非易失性存储器。中央处理器单元84也连到系统总线79并且为计算机的执行提供指令。

在一个实施例中，处理器例程92和数据94是计算机程序产品(一般记为92)，其包括提供了用于本发明系统的至少一部分软件指令的计算机可读介质(例如像一个或多个DVD-ROM、CD-ROM、磁盘、磁带等这样的可移动存储介质)。如本领域所公知的，可以通过任何适合的软件安装程序来安装计算机程序产品92。在另一实施例中，还可以通过电缆、通信和/或无线连接下载至少一部分软件指令。在其它的实施例中，本发明程序是计算机程序传播信号产品107，其包含于传播介质(例如无线电波、红外波、激光波、声波或者在诸如因特网或其它网络的全球网络上传播的电波)上的传播信号之上。这样的载体介质或信号提供了用于本发明例程/程序92的至少一部分软件指令。

在可选的实施例中，传播信号是传播介质上承载的模拟载波或数字信号。举例来说，传播信号可以是通过全球网络(例如因特网)、电信网络或其它的网络传播的数字化信号。在一个实施例中，传播信号是通过传播介质传输的超过周期时间的信号，例如通过网络以分组发送的超过毫秒、秒、分或更长周期的用于软件应用的指令。在另一实施例中，计算机程序产品92的计算机可读介质是计算机系统50可以接收并且读取的如上所述用于计算机程序传播信号产品的传播介质，例如通过接收传播介质并且识别包含于该传播介质中的传播信号来接收并且读取。

一般而言，术语“载体介质”或瞬态载体包括前述瞬态信号、传播信号、传播介质、存储介质等。

本发明可以采取完全硬件的实施例方式、完全软件的实施例方式或者既含有硬件又含有软件元件的实施例方式。在优选的实施例中，本发明以软件实现，其包括但并不限于固件、常驻软件、微码等。

此外，本发明可以采取可存取于计算机可用或计算机可读介质的计算机程序产品的方式，所述计算机可用或计算机可读介质通过或者以与计算机或任何的指令执行系统的连接来提供使用的程序代码。对于该描述来说，计算机可用或计算机可读介质可以是任何这样的装置，即该装置通过或者以与指令执行系统、装置或设备的连接可以容纳、存储、通信、传播或传送使用的程序。

介质可以是电子、磁性、光学、电磁、红外或半导体系统(或装置或设备)或者传播介质。计算机可读介质的例子包括半导体或固态存储器、磁带、可移动计算机磁盘、随机存取存储器(RAM)、只读存储器(ROM)、硬磁盘和光盘。现有的光盘的例子包括光盘-只读存储器(CD/ROM)、读/写光盘(CD-R/W)和DVD。

适于存储和/或执行程序代码的数据处理系统可以包括通过系统总线直接地或间接地连接到存储元件的至少一个处理器。该存储元件可以包括在程序代码的实际执行期间所使用的本地存储器、大容量存储器和高速缓存，该高速缓存提供了至少一些程序代码的临时存储器以便减少在执行期间必须从大容量存储器检索代码的次数。

可以直接地或者通过插入I/O控制器将输入/输出或I/O设备(包括但不限于键盘、显示器、指示设备等)连接至系统。

还可以将网络适配器连接到系统从而使得数据处理系统通过插入专用或公用网络而变得与其它的数据处理系统或远程打印机或存储设备连接。调制解调器、线缆调制解调器和以太网卡正是网络适配器的几个当前可用的类型。

虽然已参照本发明的优选实施例具体示出并且描述了本发明，但是本领域的技术人员应当理解，可以在不背离由所附权利要求所包括的本发明的范围的情况下实现形式和细节上的各种改变。

举例来说，任何的计算机体系结构和/或网络配置均适于执行本发明的实施例。图3和图4的计算机网络是为了说明而不是想要限制本发明的原理。

可以将用于每个各自的制品15的版本历史17实现为表格、列表或者允许附加条目的其它类似记录的技术。

Claims (18)

1.一种用于提供软件配置管理中的依赖跟踪能力的计算机实现方法，所述方法包括以下步骤：

针对由一个或多个制品所形成的目标软件程序的特定的配置，确定每个制品的各自的版本；

维持每个制品的版本历史；

针对每对制品，在所述制品对的各自的版本历史之间连接用于所述制品对的已确定的版本的跟踪能力关系的状态指示，以便每对制品的依赖跟踪能力关系在使用所述制品之一的每种配置中是可确定的。

2.根据权利要求1所述的方法，其中所述状态指示包括用于有效的跟踪能力关系的有效指示。

3.根据权利要求1所述的方法，其中所述状态指示与视图无关。

4.根据权利要求1所述的方法，其中所述版本历史是记录、表格或列表中的任何一个。

5.根据权利要求1所述的方法，其进一步包括以下步骤：

针对特定的制品，基于所述特定制品的版本的状态指示为依赖跟踪能力关系确定概率范围。

6.根据权利要求5所述的方法，其中所述确定概率范围的步骤包括：基于(a)前任版本和已确定的版本之间的后续链接的数目，以及基于(b)已确定的版本和后续版本之间的后续链接的数目来确定概率度。

7.用于提供软件配置管理系统中的依赖跟踪能力的计算机装置，所述装置包括：

用于每个制品的各自的版本历史；

形成不同的软件程序的不同的制品集，并且对于由一组制品所形成的特定的软件程序，在所述特定软件程序的不同配置中使用所述制品的不同的版本，每一配置，各自的制品的版本历史具有所述制品的版本的指示；以及

针对每对制品，连接在用于所述制品对的各自的版本历史之间的跟踪能力对象，所述跟踪能力对象为所述制品对的确定的不同版本提供跟踪能力关系的状态指示，以便每个制品的依赖跟踪能力关系在使用所述制品的每种配置中是可确定的。

8.根据权利要求7所述的装置，其中所述状态指示包括用于有效的跟踪能力关系的有效指示。

9.根据权利要求7所述的装置，其中所述状态指示与视图无关。

10.根据权利要求7所述的装置，其中所述版本历史是记录、表格或列表中的任何一个。

11.根据权利要求7所述的装置，其进一步包括处理器例程，针对特定的制品，所述处理器例程按照所述特定制品的版本的状态指示所指示的为依赖跟踪能力关系确定概率范围。

12.根据权利要求11所述的装置，其中所述处理器例程通过基于(a)前任版本和已确定的版本之间的后续链接的数目，以及基于(b)已确定的版本和后续版本之间的后续链接的数目确定概率度来确定概率范围。

13.一种软件配置管理系统，所述系统包括：

版本历史装置，所述版本历史装置用于为每个制品提供各自的版本历史，不同的制品集形成不同的软件程序，并且对于由一组制品所形成的特定的软件程序，在所述特定软件程序的不同配置中使用所述制品的不同的版本；

其中，每一配置，所述版本历史装置提供各自的制品的版本历史，所述版本历史包括所述制品的版本的指示；以及

跟踪能力对象装置，所述跟踪能力对象装置为每对制品提供用于所述制品对的不同版本的跟踪能力关系的状态指示；以及

处理器装置，所述处理器装置用于维持所述跟踪能力对象装置中每一版本的状态，以便每个制品的依赖跟踪能力关系在使用所述制品的每种配置中是可确定的。

14.根据权利要求13所述的系统，其中所述状态指示包括用于有效的跟踪能力关系的有效指示。

15.根据权利要求13所述的系统，其中所述状态指示与视图无关。

16.根据权利要求13所述的系统，其中所述版本历史是记录、表格或列表中的任何一个。

17.根据权利要求13所述的系统，其中针对特定的制品，所述处理器装置按照所述特定制品的版本的状态指示所指示的为依赖跟踪能力关系进一步确定概率范围。

18.根据权利要求17所述的系统，其中所述处理器装置通过基于(a)前任版本和已确定的版本之间的后续链接的数目，以及基于(b)已确定的版本和后续版本之间的后续链接的数目确定概率度来确定概率范围。

Images