CN101046746B - 分布式软件开发环境中的代码管理 - Google Patents

Abstract

一种用于在分布式软件开发期间管理代码的系统和方法。代码段、或者代码片断被分成逻辑单元。每个逻辑单元包含一个或多个服务。逻辑单元以及服务在注册管理模块注册，并被添加到已有的软件代码。当预定义的自动调用条件得以满足时，将自动调用每个注册的逻辑单元中的相应服务。另外，提供了统一接口来调用注册的逻辑单元中的服务。利用在注册管理模块中维护的逻辑单元的注册信息和/或定义其服务的服务定义可以影响对逻辑单元的调用。

Description

分布式软件开发环境中的代码管理

技术领域

实施例涉及用于在并行软件开发期间管理软件代码的方法、装置和系统。

背景技术

在现代编写环境中，复杂软件系统的开发工作可以由全世界的很多开发小组并行地进行。每个开发小组可以负责系统全部功能的分离的部分。在地理上世界的不同区域，所述小组可以基本上独立地工作，这使得小组之间的日常协商不切实际。尽管开发小组可能从共同的高级设计文档开发他们的子系统，但是小组的设计工作可能不是同步的。然而在开发期间，有的时候，各个小组的开发必须被合并到一起，而且也许将要基于合并代码开发其他的功能。

合并多个独立设计组的软件开发的行为需要相当大的开支。小组之间的这种依赖性会阻碍效率和代码稳定性，以及其他问题。而且，对基础代码行或者形成软件程序的基础的基本开发小组存在严重的依赖性。

例如，图1举例说明了目前在分布式环境中软件开发的方法。如方框101所示，基础小组的代码，例如，包括面向过程的代码段，所述代码段是语句(statement)和功能调用。在集群功能改进(cluster functionality enhancement)期间，由一个或多个全球化小组进行的修改例如被添加到基础小组的面向过程的代码段中。新代码与原始代码混杂，如方框102所示。当合并代码时经常出现错误，并且当同步代码时来自不同小组的代码之间的功能冲突基本上是不可避免的。

另外，在图1的示例中，将来自不同全球化小组的新功能的源代码嵌入到基础小组的源代码中。而且，没有统一的机制来管理特定集群的所有新代码。

在这种情况下，将面向过程的接口和直接通过其接口名调用的子程序用来处理代码整合，并且如方框103和104所示产生冲突。然而，此方案是低效的、易于错误的、并且不灵活的。如果接口名改变了，那么涉及所述接口的所有事物都必须被修改，导致巨大的工作量和出错的可能性。而且，即使进行逻辑改进，调用器(caller)也无法自动地调用所述改进。

因此，非常需要引入统一的机制来管理来自分布式软件开发环境中不同的源或者实体的代码。

发明内容

根据本发明的一个方面，提供一种用于在并行软件开发期间管理软件代码的方法，包括：将来自第一开发实体的软件代码分成至少一个逻辑单元，每个逻辑单元包含至少一个服务；通过将注册信息提供给注册管理器来注册所述至少一个逻辑单元及其至少一个服务；以及将来自所述第一开发实体的软件代码作为至少一个逻辑单元添加到第二开发实体的软件代码。

根据本发明的另一个方面，提供一种用于在并行软件开发期间管理软件代码的装置，包括：用于将来自第一开发实体的软件代码分成至少一个逻辑单元的装置，其中每个逻辑单元包含至少一个服务；用于通过将注册信息提供给注册管理器来注册所述至少一个逻辑单元及其至少一个服务的装置；以及用于将来自所述第一开发实体的软件代码作为至少一个逻辑单元添加到第二开发实体的软件代码的装置。

根据本发明的另一个方面，提供一种用于执行在并行软件开发期间用于管理软件代码的方法的计算机程序，所述方法包括如下步骤：将来自第一实体的软件代码分成包含至少一个服务的至少一个逻辑单元；通过将注册信息提供给注册管理器来注册所述至少一个逻辑单元及其至少一个服务；以及将来自所述第一实体的软件代码作为至少一个逻辑单元添加到第二实体的软件代码。

根据本发明的再一个方面，提供一种用于在并行软件开发期间管理软件代码的系统，包括：注册管理器，其接收从来自开发实体的软件代码分成的至少一个逻辑单元的注册信息，其中，每个逻辑单元包含至少一个服务；以及与至少一个逻辑单元相关联，并且在所述注册管理器与由调用器定义的对服务的调用之间进行接口连接的调用管理器。

附图说明

图1示出了目前在分布式环境中的软件开发方法。

图2示出了根据本发明实施例用于管理分布式软件开发期间不同小组的代码的示例性系统。

图3示出了根据本发明实施例用于在分布式软件开发期间将来自并行开发小组的代码添加到基础小组的代码的示例性方法。

图4示出了根据本发明的一个实施例用于调用注册的(registered)服务的方法。

具体实施方式

本发明的实施例提供了一种用于管理在分布式软件开发环境中由并行开发小组创建的软件开发的技术。来自开发小组的代码被分成逻辑单元，并且在注册管理模块注册所述逻辑单元。逻辑单元是一个或多个服务的容器(container)，并且每个服务包括一个或多个代码段。代码段是代码的片段。而且，新的代码段作为逻辑单元逐渐地(incrementally)添加到基础软件开发小组的原始代码。此外，当试图调用注册逻辑单元中提供的服务时，开发者将他对服务的定义提供至调用管理模块的统一接口。注册管理模块将逻辑单元和匹配开发者定义的服务的信息提供给调用管理模块。调用处理于是将针对特定的逻辑单元和匹配开发者定义的服务。因为代码段是利用逻辑单元注册而被注册的，并通过统一接口调用，所以能够正确地定位并且便利地重复利用由代码段提供的服务。

通常，开发者将程序代码编写为各个代码语句。代码语句的片段可以构成独特特征或者功能或者服务(在本文中称为“服务”)。当开发者决定将一个或多个服务发布给他组织内的其它人时，他可以将所述服务的代码段存储为新的逻辑单元并如本文所述注册该逻辑单元。

图2是其中本发明实施例可以获得应用的示例性计算机网络2000的简化框图。示出的网络包括多个终端1、2和3以及在整合网络(integrated network)2000上运行的服务器1000。开发者可以在各种终端工作，并且也可以位于地理上不同的位置，与在其他终端的开发者分离。可以在与服务器1000的通信中提供终端1-3，服务器1000可以存储并行开发小组的代码并且包括注册管理模块201和一个或多个调用管理模块，例如，202a和202b。注册管理模块201可以存储关于已由开发者向其注册的逻辑单元的注册信息。调用管理模块202a、202b可以管理对向注册管理模块201注册的逻辑单元的调用。调用器204经由调用管理模块和注册管理模块调用注册的逻辑单元。

尽管图2的例子示出了单个服务器和多个连接终端，但是本发明的原理并不限制于此。网络2000可以容纳多个网络服务器(未示出)，例如，其中每个开发小组的终端有权访问主服务器以限制区域网络位置中的网络通信量。在这种实施例中，注册管理模块的功能可以集中于单个服务器中或者可以根据需要分布于多个服务器。这种实现方式的不同对于本发明的原理并不是实质，除非此处另作说明。

注册管理模块201可以维护逻辑单元203a、203b、...以及203n的注册信息。例如，注册管理模块201可以存储识别数据：每个逻辑单元的标识号码；各个逻辑单元被注册用于的调用管理模块；逻辑单元的创建器；各个逻辑单元特定的调用或者加载先决条件(precondition)；逻辑单元提供的服务的标识；以及服务的特性。在一个实施例中，与由逻辑单元提供的服务有关的信息被注册为注册信息的主体(body)，并且其他信息被注册为注册信息的首部。

在实施例中，逻辑单元只注册用于一个调用管理模块。只有当逻辑单元被注册用于调用管理模块时，该调用管理模块才能调用该逻辑单元。如图2所示，逻辑单元203a、203b、和203c被注册为仅仅用于调用管理模块202a，而逻辑单元203d、203e、...203n被注册为仅仅用于调用管理模块202b。

调用逻辑单元中的服务的调用器204联系位于例如调用管理模块202a的统一接口205，然后调用管理模块202a联系注册管理模块201。调用器204可以是应用接口，或者是可以通过统一接口205显式地(explicitly)调用其它注册的逻辑单元的另一个逻辑单元。图2中示出的系统的调用器调用所有注册的逻辑单元的统一接口，而不是如图1所示的方法那样调用各个服务的面向过程的接口名。因此，即使在服务的代码或者名称已经改变时也能正确地定位到注册的逻辑单元。统一接口205可以使用函数来定义所调用的服务，其中所述函数的参数是服务专用的并且它们的值将在运行时提供。在一个实施例中，响应于对下面表1中示出的服务“203a、CFL”的调用，统一接口205使用函数来定义OnChooseFromList的服务实现(implementation)主体。该函数的参数包括(1)数据记录；以及(2)触发类型，例如添加、更新和删除。

如上所述，逻辑单元可以表示开发者已经标识用于发布给他组织内的其它开发者的代码段。在实施例中，开发者可以根据特征集(称为服务)的预定分级结构来构造代码段。可以根据逻辑单元提供的服务类型对逻辑单元进行分类，包括例如：事件处理器；从列表中选择；首选项(preference)；项数据绑定；项属性；网格(grid)属性；列属性；加载数据；以及保存数据。“项属性”服务可以定义项的可编辑、可视以及串属性。“从列表中选择”服务可以建立从可用值的列表中的选择与项或者列之间的关系。“事件处理器”服务可以注册单个图形用户界面(“GUI”)组件(诸如列或者项)的处理器。“首选项”服务可以允许自动保存首选项，例如，项首选项。“网格属性”服务和“列属性”服务可以定义网格或者列的属性。“项数据绑定”服务、“加载数据”服务以及“保存数据”服务可以提供相应的数据操作。

在另一个实施例中，逻辑单元可以包括在其它逻辑单元内以开发系统中使用的较大代码模块。

在实施例中，多个逻辑单元可以与共同的服务类型相关联。在表1的示例中，例如，逻辑单元203a以及203b两者都提供从列表中选择(Choose FromLists)服务。当注册某个服务时开发者可以设定该服务的自动调用条件。当自动调用条件得以满足时，将自动调用每个注册的逻辑单元中提供的该特定服务。在一个实施例中，开发者可以在服务的注册信息中包括参数，并设定自动调用条件为：当该参数的值是1时自动调用该服务。

表1示出了根据本发明一个实施例的逻辑单元203a、203b以及203c的示例性注册信息。

表1

对于逻辑单元203a，逻辑单元标识(ID)是203a，相关联的调用管理模块是调用管理模块202a，逻辑单元创建器是LUC 01，加载条件是“总是加载(Always Load)”，以及支持的服务包括“从列表中选择(Choose From Lists)”和“项属性(Item Attributes)”，其服务ID分别是“CFL”和“IA”。

对于逻辑单元203b，逻辑单元ID是203b，相关联的调用管理模块是调用管理模块202a，逻辑单元创建器是LUC 02，加载条件是“本地设置为中国(The local setting is China)”，而支持的服务包括“从列表中选择(Choose FromLists)”、“项属性(Item Attributes)”和“项事件(Item Event)”，其服务ID分别是“CFL”、“IA”和“IE”。

对于逻辑单元203d，逻辑单元ID是203d，相关联的调用管理模块是调用管理模块202b，逻辑单元创建器是LUC 03，加载条件是“本地设置为美国(The local setting is USA)”，而支持的服务包括“项属性”、“项事件”以及“网格属性(Grid Attributes)”，其服务ID分别是IA、IE和GA。

所有逻辑单元和它们各自的服务都注册在注册管理模块。注册信息可以被组织为例如可搜索的表格。表1只示出了注册信息的一些例子。应该理解的是，其它与逻辑单元和服务有关的信息也可以被注册，例如，服务的特性。正如将要参照图4详细论述的，当开发者需要使用逻辑单元中的服务时，开发者提供该服务的定义，并且在注册管理模块中搜索匹配该定义的逻辑单元和服务。在一个实施例中，关于所调用的服务的定义是逻辑单元ID和服务ID，例如“203b、IA”。在另一个实施例中，关于所调用的服务的定义包括调用的服务的特性。逻辑单元创建器(Logic Unit Creator)用来创建逻辑单元的实例(instance)。当逻辑单元的加载条件得以满足时，逻辑单元将被自动加载。相关联的调用管理模块(Associated Call Management Module)表示可以调用该逻辑单元的调用管理模块。逻辑单元只能被它所注册用于的调用管理模块调用。例如，逻辑单元203d可以被调用管理模块202b调用，但不能被202a调用。

为了进一步协助开发者，可以提供特定向导以用来建立服务与项或者列之间的关系。在此情况下，服务“从列表中选择”将连接至一些项或者列。

在另外的实施例中，注册管理模块201是源代码类，而调用管理模块202是不同的源代码类。类是定义为特定种类的所有对象所共用的变量和方法的原型，对象是相关变量和方法的软件包。软件对象经常用于对真实世界的对象建模。

图3示出了用于在分布式软件开发处理期间将来自并行开发小组的代码段添加到基础小组的代码中的示例性方法，是本发明的另一个实施例。作为第一步骤，在301新代码段被分成新的逻辑单元。每个新的逻辑单元包含一个或多个服务。在302，开发者搜索注册管理模块201以确定是否之前已经注册过相同的服务。如果不是，处理前进到310。如果之前已经注册过相同服务，那么开发者决定是否用新的代码用来替换已有的代码，或者用来为已有代码提供补充的或者附加的功能。如果将代码用来替换已有代码，那么开发者将更新已有逻辑单元的注册信息以设置第一流程控制标志、从而对服务的调用将指向新的逻辑单元。处理然后前进到310。如果将新的代码用来为已有代码提供补充的或者附加的功能，那么开发者将在新的逻辑单元的注册信息中设置第二控制标记，从而当服务被调用时新的代码和已有代码都将被运行。处理然后前进到310，在那里开发者可以更新注册管理模块201中已有逻辑单元的注册信息，并且将新逻辑单元的注册信息及其服务输入到注册管理模块201。然后在320将新逻辑单元添加到一个软件开发实体，例如，基础或者基本开发小组的原始代码中。

在一个实施例中，基础小组的原始代码或者已有代码可以经由面向对象的接口提供。将来自随后不同开发小组的新的代码段分成逻辑单元，并添加到面向对象的扩展接口。因此，新的代码无论物理上还是逻辑上都与原始代码分离，基本上封装于期望颗粒度的“黑盒子”或逻辑单元中。这些“黑盒子”可以由开发者在开发和执行软件程序期间随时地并且无限量地重复利用。而且，这种实施例可以防止可能由代码同步导致的冲突的可能性。

在一个实施例中，开发者可以在服务的注册信息中包括自动调用条件。当服务的自动调用条件得以满足时，服务可以被自动调用。根据服务的注册顺序来调用服务。首先注册的服务将首先被调用。在一个实施例中，必要时开发者可以改变注册顺序。

图4示出了根据本发明的一个实施例用于调用注册的服务的方法。在401，当试图调用注册的逻辑单元中提供的服务时，终端1处的开发者首先将他对服务的定义提供至统一接口205。该定义可以是逻辑单元和服务的标识，例如，“203b、IA”。图2的系统可以为开发者提供所有注册的逻辑单元和服务的列表，为开发者提供它们以帮助开发者定义他需要的服务。

在402，调用处理首先通过将服务的定义与注册管理模块201中的注册信息进行匹配来获取它的实例。例如，当关于来自调用器的所调用服务的定义是“203b、IA”时，注册管理模块可以将调用的包括″202a、LUC02、OnItemEvent″的服务的完整的注册信息提供至调用管理模块，以便创建和启用适当的服务。

在403，注册管理模块将逻辑单元和匹配开发者的定义的服务的注册信息返回到调用管理模块202a。在404，调用处理接着调用统一接口201，其将流程指向特定的逻辑单元和匹配开发者定义的服务，例如，逻辑单元203b中的服务OnItemAttributes。

在另外的实施例中，如果没有注册的逻辑单元或者服务被调用，那么可以例如经由弹出式窗口等执行警告以通知开发者或者用户该逻辑单元还不是注册的逻辑单元。然后可以提供用户接口以允许开发者注册该逻辑单元。

因此，只要注册信息保持更新，那么服务的实际名称或者代码可以改变并且在调用时仍然可以被正确地定位。这样就考虑到了其中多个小组利用相同的服务，但可能使用不同的服务名称的情况。在这种情况下，因为已经在注册信息和固有服务之间建立了某种关系，所以可以通过直接调用统一访问接口205来获得不同逻辑单元中提供的功能。同时，开发者可以通过改变作为服务的注册信息的一部分的流程控制标志的值来容易地改变默认程序流程。因此这将使得更加容易地定位服务，并且避免了重复调用相同服务。因此，可以明显减少对基础开发小组的已有代码表述的依赖性，并且可以重复利用已有的逻辑单元。

虽然以上已经参考一些实施例对本发明进行了详细说明，但是在本发明的范围和精神内的变化对于本领域中普通技术人员来说是显而易见的。例如，开发实体可以是开发小组、开发者、计算机、或者代码段的其它源。

Claims (20)

1.一种用于在并行软件开发期间管理软件代码的方法，包括：

将来自第一开发实体的软件代码分成至少一个逻辑单元，每个逻辑单元包含至少一个服务；

通过将注册信息提供给注册管理器来注册所述至少一个逻辑单元及其至少一个服务；以及

将来自所述第一开发实体的软件代码作为至少一个逻辑单元添加到第二开发实体的软件代码。

2.如权利要求1所述的方法，其中，所述注册信息是逻辑单元的识别信息、调用管理器的识别信息、逻辑单元的创建器、调用条件、服务的识别信息、以及服务的特性中的至少一个。

3.如权利要求1所述的方法，还包括，在注册所述至少一个逻辑单元及其至少一个服务之前：

在所述注册管理器中搜索注册信息；以及

确定之前是否已经注册了相同的服务。

4.如权利要求3所述的方法，还包括：

当确定之前已经注册了相同的服务时，如果来自第一开发实体的软件代码用于替换第二开发实体的已有软件代码，则在注册信息中设置流程控制标志以使只有来自第一开发实体的软件代码可以被运行。

5.如权利要求3所述的方法，还包括：

当确定之前已经注册了相同的服务时，如果来自第一开发实体的软件代码用于升级第二开发实体的已有软件代码，则在注册信息中设置流程控制标志以使来自第一开发实体的软件代码和第二开发实体的已有软件代码两者都可以被运行。

6.如权利要求1所述的方法，还包括：

在注册所述至少一个逻辑单元及其至少一个服务时，在服务的注册信息中包括自动调用条件，从而当该自动调用条件得以满足时从调用管理器自动调用该服务。

7.如权利要求1所述的方法，其中，将来自第一开发实体的软件代码分成至少一个逻辑单元包括：根据由来自第一开发实体的软件代码提供的服务来将该来自第一开发实体的软件代码分成所述至少一个逻辑单元。

8.如权利要求1所述的方法，还包括：

当注册的服务被调用时，在统一接口接收来自调用器的服务的定义。

9.如权利要求8所述的方法，还包括：

在接收到来自调用器的服务的定义后，由所述注册管理器来定位与所述调用器提供的定义匹配的服务。

10.如权利要求9所述的方法，还包括：

由所述注册管理器将与匹配所述定义的服务有关的注册信息提供给所述统一接口。

11.如权利要求10所述的方法，还包括：

响应于来自注册管理器的信息，启用匹配所述定义的服务。

12.如权利要求8所述的方法，其中，所述定义是逻辑单元的识别信息和服务的识别信息。

13.如权利要求1所述的方法，还包括：

向注册管理器注册来自第二开发实体的至少一个逻辑单元，

其中，将来自第二开发实体的至少一个逻辑单元作为不同于来自所述第一开发实体的至少一个逻辑单元的分离的条目来维护。

14.一种用于在并行软件开发期间管理软件代码的装置，包括：

用于将来自第一开发实体的软件代码分成至少一个逻辑单元的装置，其中每个逻辑单元包含至少一个服务；

用于通过将注册信息提供给注册管理器来注册所述至少一个逻辑单元及其至少一个服务的装置；以及

用于将来自所述第一开发实体的软件代码作为至少一个逻辑单元添加到第二开发实体的软件代码的装置。

15.一种用于在并行软件开发期间管理软件代码的系统，包括：

注册管理器，其接收从来自开发实体的软件代码分成的至少一个逻辑单元的注册信息，其中，每个逻辑单元包含至少一个服务；以及

与至少一个逻辑单元相关联，并且在所述注册管理器与由调用器定义的对服务的调用之间进行接口连接的调用管理器。

16.如权利要求15所述的系统，其中，所述注册管理器向所述调用管理器提供与所述调用器定义的服务匹配的服务的注册信息。

17.如权利要求16所述的系统，其中，所述调用管理器根据来自所述注册管理器的信息调用与所述调用器定义的服务匹配的所述至少一个逻辑单元中的服务。

18.如权利要求15所述的系统，其中，所述调用管理器还包括用于接收由所述调用器定义的服务的统一接口。

19.如权利要求15所述的系统，其中，由所述调用器定义的服务是：从列表中选择、项属性、事件处理器、首选项、项数据绑定、网格属性、列属性、加载数据、以及保存数据中的至少一个。

20.如权利要求15所述的系统，其中，所述注册信息是逻辑单元的识别信息、调用管理器的识别信息、逻辑单元的创建器、调用条件、服务的识别信息、以及服务的特性中的至少一个。

Images