CN106503961A - 基线过程的实现方法和装置 - Google Patents

Abstract

本公开揭示了一种基线过程的实现和装置。所述方法包括：确定发起的基线任务；将所述基线任务暂存于临时节点，所述临时节点为基线任务处理链表中的末端节点；通过所述基线任务处理链表控制所述基线任务的执行，如果所述基线任务被成功执行，则从所述基线任务处理链表删除所述基线任务；根据所述基线任务的成功执行按照所述基线任务中指示的通知对象进行基线通知。对于需要进行的一基线过程，将发起基线任务，进而通过基线任务处理链表来保障基线任务的执行，由此，将不再通过邮件的方式通知项目组成员进行基线所相关的执行过程，杜绝了基线遗漏，基线所相关的信息能够及时通知项目组成员。

Description

基线过程的实现方法和装置

技术领域

本公开涉及项目开发的配置管理技术领域，特别涉及一种基线过程的实现方法和装置。

背景技术

基线(Baseline)是各个开发阶段的特定点，也称之为里程碑(milestone)。这些特定点将作为开发阶段中的阶段性结束点，在此特定点，并产出正式的阶段性的产品，进而使为进一步开发的基础。

任意一项目的开发中，每一次基线过程，都是采用邮件的形式实现的。例如，以电视产品基线过程为例，电视产品的基线过程为：(1)产品经理、软件开发工程师或者测试工程师通过邮件提出基线请求；(2)配置管理工程师处理基线；(3)配置管理邮件通知相关的项目组成员。

由此可见，所进行的基线过程，均是通过邮件的形式实现的。然而，通过邮件所实现的基线过程存在着风险。

具体而言，在项目开发中，往往并不仅仅进行着一个项目的开发，而所对应的项目数量多，并且每一项目所对应的版本数量众多，进而对于所进行的基线过程而言，邮件的实现形式对于相应的处理人员而言，容易出现遗漏，相关的信息未能传递到相关的项目组成员。

也就是说，现有的基线过程中，由于出现邮件遗漏，相关的信息未能传递到相关的项目组成员，因此，存在着基线遗漏的局限性。

发明内容

为了解决相关技术中存在的基线遗漏的技术问题，本公开提供了一种基线过程的实现方法和装置。

一种基线过程的实现方法，所述方法包括：

确定发起的基线任务；

将所述基线任务暂存于临时节点，所述临时节点为基线任务处理链表中的末端节点；

通过所述基线任务处理链表控制所述基线任务的执行，如果所述基线任务被成功执行，则从所述基线任务处理链表删除所述基线任务；

根据所述基线任务的成功执行按照所述基线任务中指示的通知对象进行基线通知。

一种基线过程的实现装置，所述装置包括：

任务确定模块，用于确定发起的基线任务；

任务暂存模块，用于将所述基线任务暂存于临时节点，所述临时节点为基线任务处理链表中的末端节点；

基线模块，用于通过所述基线任务处理链表控制所述基线任务的执行，如果所述基线任务被成功执行，则从所述基线任务处理链表删除所述基线任务；

通知模块，用于根据所述基线任务的成功执行按照所述基线任务中指示的通知对象进行基线通知。

本公开的实施例提供的技术方案可以包括以下有益效果：

为实现一基线过程，将首先确定发起的基线任务，将基线任务暂存于临时节点，该临时节点成为基线任务处理链表中的末端节点，通过基线任务处理链表控制基线任务的执行，如果基线任务被成功执行，则从基线任务处理链表删除基线任务，根据基线任务的成功执行按照基线任务中指示的通知对象进行基线通知，也就是说，对于需要进行的一基线过程，将发起基线任务，进而通过基线任务处理链表来保障基线任务的执行，由此，将不再通过邮件的方式通知项目组成员进行基线所相关的执行过程，杜绝了基线遗漏，基线所相关的信息能够及时通知项目组成员。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明的实施例，并于说明书一起用于解释本发明的原理。

图1是根据一示例性实施例示出的一种基线过程的实现方法的流程图；

图2是图1对应实施例中对确定发起的基线任务步骤的细节进行描述的流程图；

图3是图1对应实施例中对通过基线任务处理链表控制基线任务的执行，如果基线任务被成功执行，则从基线任务处理链表删除基线任务步骤的细节在一个示例性实施例进行描述的流程图；

图4是图1对应实施例中对通过基线任务处理链表控制基线任务的执行，如果基线任务被成功执行，则从基线任务处理链表删除基线任务步骤的细节在另一个示例性实施例进行描述的流程图；

图5是图1对应实施例中对根据基线任务的成功执行按照基线任务中指示的通知对象进行基线通知步骤的细节进行描述的流程图；

图6是根据一示例性实施例示出的基线过程的总体流程图；

图7是根据一示例性实施例示出的一基线申请页面的界面示意图；

图8是根据一示例性实施例示出的响应基线申请请求的流程图；

图9是根据一示例性实施例示出的基线任务处理链表的示意图；

图10是根据一示例性实施例示出的对步骤330的细节进行描述的流程图；

图11是根据一示例性实施例示出的邮件通知链表的示意图；

图12是根据一示例性实施例示出的一种基线过程实现装置的框图；

图13是图12对应实施例示出的对任务确定模块的细节进行描述的框图；

图14是图12对应实施例示出的对基线模块的细节在一个示例性实施例进行描述的框图；

图15是图12对应实施例示出的对基线模块的细节在另一个示例性实施例进行描述的框图；

图16是图12对应实施例示出的对通知模块的细节进行描述的框图；

图17是根据一示例性实施例示出的一种装置的框图。

具体实施方式

这里将详细地对示例性实施例执行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本发明相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本发明的一些方面相一致的装置和方法的例子。

图1是根据一示例性实施例示出的一种基线过程的实现方法的流程图。该基线过程的实现方法，如图1所示，可以包括以下步骤。

在步骤110中，确定发起的基线任务。

其中，在发起一基线过程时，将首先为此基线过程创建基线任务，即确定发起的基线任务。也就是说，此基线任务的执行即为一基线化的实现过程，通过基线任务的执行便可以为一项目中的某一版本确定开发文档或者相关的信息。

在一个示例性实施例中，基线任务，携带了基线的相关信息，例如，项目名称、基线类型、版本标识、评审报告、操作信息和通知对象等，以通过携带的基线相关信息来指示当前基线化的项目和此项目中的版本，根据操作信息可以获知所曾经进行过的新增、删除或修改操作；通知对象则为后续基线后所进行的通知确定信息传递的目标。

具体而言，基线任务携带有基线申请信息和基线所相关的属性。基线申请信息，即为发起此基线过程时所输入的信息，用于发起基线过程。在一个示例性实施例中，基线申请信息，包括项目名称、基线类型、版本标识、评审报告、操作信息和通知对象等。

基线所相关的属性，例如，基线变更次数、基线申请时间、申请人、基线状态、操作次数等属性信息。

在一个示例性实施例中，基线申请信息，还包括需求标识，进而使得所进行的基线处理过程，相对于现有技术，基线粒度从文件粒度调整为需求粒度，为敏捷开发提供支持

在步骤130中，将基线任务暂存于临时节点，临时节点为基线任务处理链表中的末端节点。

其中，临时节点将是在此基线发起时，为创建的基线任务所申请的存储空间，在一示例性实现例中，其将在需要使用时申请，即确定了发起的基线任务之后，为此基线任务申请临时节点，以节省空间，为敏捷开发提供支持。

基线任务处理链表，用于存储基线任务，并控制所存储的基线任务的顺次执行，进而为基线的实现提供有效保障。

基线任务处理链表中，存在着多个临时节点，并且每一临时节点都暂存了一基线任务。多个临时节点相互链接便构成了基线任务处理链表。

当前所发起的基线任务，则由于是最新创建的基线任务，而在基线任务处理链表中此基线任务所在的临时节点成为末端节点。

在临时节点的具体实现中，基线任务所携带的信息，例如，基线申请信息、基线所相关的属性，均被填充至临时节点的结构体中，并且在此结构体中指针将指向前一临时节点。

在步骤150中，通过基线任务处理链表控制基线任务的执行，如果基线任务被成功执行，则从基线任务处理链表删除基线任务。

其中，在基线任务处理链表中针对所存在的临时节点顺次执行各个基线任务。具体的，将逐一访问基线任务处理链表中的各个临时节点，以通过临时节点的访问确定当前执行的基线任务，并执行基线任务。

在基线任务的执行中，如果基线任务被成功执行，则在基线任务处理链表中删除，以进入向各个指定的通知对象所进行的基线通知阶段。

通过此过程，有效控制基线任务的执行，进而杜绝了由于邮件遗漏而出现基线遗漏，进而造成基线过程缓慢的问题，保障了基线的及时性。

在步骤170中，根据基线任务的成功执行按照基线任务中指示的通知对象进行基线通知。

其中，对于基线任务处理链表中临时节点所暂存的基线任务，其被成功执行之后，即可进入基线通知阶段。

基线通知的实现，可以通过邮件或者其它信息传递方式实现。基线通知用于告之项目组成员相应项目的一版本的成功基线化，进而推进后续的开发过程。

通过如上所述的过程，通过基线任务和临时节点中暂存了基线任务的基线任务处理链表，将使得项目开发中任意一个基线过程都能够及时进行，特别是在多项目多版本的开发中，能够保证各个基线过程的有序性和基线的时效性，进而支持多项目多版本的敏捷开发。

图2是根据一示例性实施例示出的对步骤110的细节进行描述的流程图。该步骤110，如图2所示，可以包括以下步骤。

在步骤111中，接收基线申请请求，提取基线申请请求中的基线申请信息。

其中，基线申请请求，将是相关人员在申请基线时所发起的，基线申请请求用于发起一基线过程，并且携带了相应的基线申请信息，以便于基于携带的基线申请信息进行相应的基线过程。

在一个示例性实施例中，基线申请信息，可以包括前述项目名称、基线类型、版本标识、评审报告、操作信息和通知对象等。基线类型可以包括产品基线、设计基线和测试基线等任意一种。通知对象可以是一个或者多个，例如，在以邮件的形式进行通知对象的基线通知时，此通知对象将以邮箱地址的形式标识，并且对于多个通知对象，相互之间可以使用分号隔开，在此不进行限定。

在此需要说明的是，对于基线申请请求的发起，可以是相关人员通过页面的形式发起。具体的，通过在基线申请页面中输入相应的基线申请信息来发起基线申请请求。

在步骤113中，根据基线申请信息生成基线任务。

其中，由基线申请请求中提取的基线申请信息生成基线任务，此基线任务中打包了基线申请信息，以便于为后续所进行的基线过程中提供必要的信息。

如上所述的过程为基线任务的发起和创建提供了具体实现，对于多项目多版本的开发中，针对当前可进行的任一基线过程，都可随时通过如上所述的过程发起基线申请请求，由此可知，即便基线过程脱离了邮件的承载，也能够随时轻易的发起基线。

图3是根据一示例性实施例示出的对步骤150的细节进行描述的流程图。该步骤150，如图3所示，可以包括以下步骤。

在步骤151a中，在基线任务处理链表中，按照首尾顺序进行临时节点的访问，通过临时节点的访问确定基线任务。

其中，如前所述的，基线任务处理链表中，各个临时节点之间相互链接，先创建的基线任务被置于基线任务处理链表的前端，例如，首端节点；最后创建的基线任务则必然被置于基线任务处理链表中的末端节点。

在基线任务处理链表中，按照首尾顺序进行的临时节点访问，即为基线任务处理链表中首端节点的访问。

通过首端节点的访问，读取首端节点中暂存的基线任务，所读取的基线任务为当前即将执行的基线任务。

在步骤153a中，执行确定的基线任务，判断执行是否成功，如果为是，则从基线任务处理链表删除被成功执行的基线任务，并返回步骤151。

其中，执行访问基线任务处理链表中临时节点所确定的基线任务，判断执行是否成功，如果成功，则说明当前所进行的基线过程被成功完成。

在基线任务成功执行之后，可从基线任务处理链表中清除此基线任务，以进行基线任务处理链表中下一临时节点中基线任务的执行。

也就是说，如上所述的过程，是按照基线任务处理链表中相互链接的临时节点而循环反复执行的，通过循环反复的执行过程，将逐渐完成了所有基线任务，进而能够在多项目多版本的开发中稳健推进各个开发进度。

图4是根据一示例性实施示出的对步骤150的细节进行描述的流程图。该步骤150，如图4所示，还可以包括以下步骤。

在步骤151b中，如果确定的基线任务未被成功执行，则更新基线任务对应的执行次数，基线任务对应的执行次数在确定基线任务时，被配置为初始值。

其中，在图3对应实施例所进行的基线任务处理链表中基线任务的执行中，判断是否被成功执行，如果已经被成功执行，则执行图3对应实施例中的步骤153a，如果未被成功执行，则进行此基线任务的执行次数更新，使得基线任务对应的执行次数进行自增运算，加1得到新的执行次数。

在此需要说明的是，随着图1对应实施例中步骤110的实现，即确定发起的基线任务，将相应为此基线任务配置对应的执行次数，并且此执行次数所对应的数值为初始值。在一个示例性实施例中，初始值为0。也就是说，在确定发起的基线任务之后，相应配置执行次数，并将此执行次数置空。

在步骤153b中，在执行次数未超出设定阈值时，再次执行基线任务，并在基线任务被成功执行时将基线任务从基线任务处理链表删除。

其中，在基线任务未被成功执行时，通过前述步骤更新了基线任务对应的执行次数之后，将首先判断执行次数是否超出了设定阈值，如果已经超出了设定阈值，则不再进行基线任务的执行，即基线任务的失败，从基线任务处理链表中清除此基线任务。

如果更新的执行次数并未超出设定阈值，则再次进行基线任务的执行。对此基线任务的执行，将判断其是否成功执行，如果此基线任务被成功执行，则从可从基线任务处理链表删除；如果此基线任务仍未被成功执行，则只能再次进行执行次数的更新，并在确认更新后的执行次数未超出设定阈值时再次执行此基线任务，即执行上述步骤151b和步骤153b的过程，直至基线任务被成功执行，或者，执行次数已经达到设定阈值，将不再重复执行此基线任务，并从基线任务处理链表中清除，至此，此基线任务对应的基线过程失败。

通过如上所述的过程，为基线任务的执行实现了有效控制，由此也将为后续其它基线任务的执行保障及时性，而避免由于基线任务的不断重复执行而使得后续的基线任务存在延迟。

图5是根据一示例性实施例示出的对步骤170的细节进行描述的流程图。该步骤170，如图5所示，可以包括以下步骤。

在步骤171中，将被成功执行的基线任务插入邮件通知链表，使被成功执行的基线任务被暂存至邮件通知链表中的通知节点。

其中，图1对应实施例中，通过步骤150实现了基线任务的成功执行之后，将此基线任务由基线任务处理链表中移除，并插入邮件通知链表，由此，将使得基线任务被暂存至邮件通知链表中位于末端的通知节点。

与基线任务处理链表中临时节点相类似的，对于邮件通知链表中的通知节点，也是在使用时申请的一存储空间。

在步骤173中，为被成功执行的基线任务所在的通知节点定时，以通过定时触发通知节点中基线任务的基线通知。

其中，在通过前述步骤进行了基线任务在通知节点的暂存之后，将对此通知节点进行定时，以在达到设定的时间时触发进行此通知节点中基线任务的基线通知。

在一个示例性实施例的具体实现中，可以在此通知节点中设置定时器，以保障基线任务的定时通知。

在步骤175中，在基线通知被触发时按照基线任务中指示的通知对象发送基线通知邮件。

其中，在基线通知被触发时，将从通知节点中暂存的基线任务确定通知对象，进而按照确定的通知对象发送基线通知邮件。

通过如上所述的过程，为成功执行的基线任务实现了邮件的定时通知，由此将作为基线通知的一种方式存在，从而使得成功执行的基线任务得以完成基线通知过程。

结合具体应用场景，描述该基线过程的实现方法。图6是根据一示例性实施例示出的基线过程的总体流程图。

在多项目多版本的开发中，如图6所示，可执行步骤310，在需要进行基线时通过页面申请发起。

图7是根据一示例性实施例示出的一基线申请页面的界面示意图。请结合参阅图7，基线的申请人可以在基线申请页面中进行信息输入，以在基线申请页面中完成基线申请信息的输入，进而通过输入的基线申请信息发起基线申请请求。

图8是根据一示例性实施例示出的响应基线申请请求的流程图。请结合参阅图8，在页面提交基线申请信息之后，将执行步骤410，由基线申请信息生成基线任务，并暂存在基线任务处理链表中的临时节点，执行次数置空，由此，将通过基线任务处理链表实现基线任务的执行。

图9是根据一示例性实施例示出的基线任务处理链表的示意图。具体的，请结合参阅图9，基线任务处理链表中存在着多个相互链接的临时节点510，即BaselineStruct1、BaselineStruct2、……、BaselineStructN。除此之外，基线任务处理链表中，位于首端的临时节点510，即BaselineStruct1，前端还链接有一用于存储基线任务个数的节点530。

在基线任务被成功执行之后，执行步骤430，基线任务进入邮件通知链表。

换而言之，在通过步骤310所示的页面申请发起基线过程之后，将进入基线任务处理处理基线，即执行步骤330，在完成了步骤330之后，随之进入步骤350，处理完毕的基线进入邮件通知链表通知。

具体的，图10是根据一示例性实施例示出的对步骤330的细节进行描述的流程图。在步骤330中，请结合参阅图10，利用临时节点暂存基线任务之后，将根据基线任务处理链表中存储基线任务个数的节点530进行基线任务个数是否为0的判断，即执行步骤610。

在确认基线任务个数不为0时，方可进行基线，即执行步骤620，以执行基线任务。

对于基线任务的执行，如果基线任务被成功执行，即通过步骤630进行判断所对应的判断结果为是，则执行步骤640，在基线任务链表中删除此任务，并将基线任务个数减1，由此，随之执行步骤650，将此基线任务进入邮件通知链表，邮件任务数加1。

在此，将返回步骤610，在确认基线任务个数不为0时，执行基线任务处理链表中的下一基线任务。

对于步骤630中进行判断所对应的判断结果为否，则执行步骤660，将执行次数加1，以标记当前基线任务的执行次数。

通过步骤640，判断执行次数是否超过阈值，如果已经超过阈值，则基线任务执行失败，并在步骤650中将基线任务个数减1。

在此，与前述相类似的，将返回步骤610，在确认基线任务个数不为0时，执行基线任务处理链表中的下一基线任务。

图11是根据一示例性实施例示出的邮件通知链表的示意图。与基线任务处理链表相类似的，邮件通知链表中，包括了多个相互链接的通知节点710，如图11所示的BaselineStruct1、BaselineStruct2、……、BaselineStructN，其用于暂存基线任务。

邮件通知链表中，位于首端的通知节点710，即BaselineStruct1，前端还链接有一用于存储任务个数的节点730。

通过如上所述的过程，为基线过程的实现提供了具体场景，由此将使得基线过程能够不再依赖于邮件的形式，进而不再由于邮件的遗漏而导致基线遗漏，保证了多项目多版本的敏捷开发。

下述为本公开装置实施例，可以用于执行本公开上述基线过程的实现方法实施例。对于本公开装置实施例中未披露的细节，请参照本公开基线过程实现方法实施例。

图12是根据一示例性实施例示出的一种基线过程实现装置的框图。该基线过程实现装置可以执行图1所示的基线过程实现方法的全部步骤。如图12所示，该基线过程实现装置，包括但不限于：任务确定模块810、任务暂存模块830、基线模块850和通知模块870。

任务确定模块810，用于确定发起的基线任务。

任务暂存模块830，用于将基线任务暂存于临时节点，临时节点为基线任务处理链表中的末端节点。

基线模块850，用于通过基线任务处理链表控制基线任务的执行，如果基线任务被成功执行，则从基线任务处理链表删除基线任务。

通知模块870，用于根据基线任务的成功执行按照基线任务中指示的通知对象进行基线通知。

图13是根据一示例性实施例示的对任务确定模块的细节进行描述的框图。该任务确定模块810，可以包括但不限于：请求处理单元811和任务生成单元813。

请求处理单元811，用于接收基线申请请求，提取基线申请请求中的基线申请信息。

任务生成单元813，用于根据基线申请信息生成基线任务。

图14是根据一示例性实施例示出的对基线模块的细节进行描述的框图。该基线模块850，如图14所示，包括但不限于：节点访问单元851a和任务执行单元853a。

节点访问单元851a，用于在基线任务处理链表中，按照首尾顺序进行临时节点的访问，通过临时节点的访问确定基线任务。

任务执行单元853a，用于执行确定的基线任务，判断执行是否成功，如果为是，则从基线任务处理链表删除被成功执行的基线任务，并触发节点访问单元851a。

图15是根据另一示例性实施例示出的对基线模块的细节进行描述的框图。该基线模块850，可以包括但不限于：执行次数更新单元851b和再次执行单元853b。

执行次数更新单元851b，用于如果确定的基线任务未被成功执行，则更新基线任务对应的执行次数，基线任务对应的执行次数在确定基线任务时，被配置为初始值。

再次执行单元853b，用于在执行次数未超出设定阈值时，再次执行基线任务，并在基线任务被成功执行时将基线任务从基线任务处理链表删除。

图16是根据一示例性实施例示出的对通知模块的细节进行描述的框图。该通知模块870，如图16所示，可以包括但不限于：任务插入单元871、定时触发单元873和邮件发送单元875。

任务插入单元871，用于将被成功执行的基线任务插入邮件通知链表，使被成功执行的基线任务被暂存至邮件通知链表中的通知节点。

定时触发单元873，用于为被成功执行的基线任务所在的通知节点定时，以通过定时触发通知节点中基线任务的基线通知。

邮件发送单元875，用于在基线通知被触发时按照基线任务中指示的通知对象发送基线通知邮件。

可选的，本公开还提供一种基线过程的实现装置，该基线过程的实现装置，执行图1、图2、图3、图4和图5任一所示的基线过程的实现方法的全部或者部分步骤。所述装置包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为执行：

确定发起的基线任务；

将所述基线任务暂存于临时节点，所述临时节点为基线任务处理链表中的末端节点；

通过所述基线任务处理链表控制所述基线任务的执行，如果所述基线任务被成功执行，则从所述基线任务处理链表删除所述基线任务；

根据所述基线任务的成功执行按照所述基线任务中指示的通知对象进行基线通知。

该实施例中的装置的处理器执行操作的具体方式已经在有关该基线过程的实现方法的实施例中执行了详细描述，此处将不做详细阐述说明。

图17是根据一示例性实施例示出的一种装置的框图。该装置900可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上中央处理器(central processingunits，CPU)922(例如，一个或一个以上处理器)和存储器932，一个或一个以上存储应用程序942或数据944的存储介质930(例如一个或一个以上海量存储设备)。其中，存储器932和存储介质930可以是短暂存储或持久存储。存储在存储介质930的程序可以包括一个或一个以上模块(图示未示出)，每个模块可以包括对装置中的一系列指令操作。更进一步地，中央处理器922可以设置为与存储介质930通信，在装置900上执行存储介质930中的一系列指令操作。装置900还可以包括一个或一个以上电源926，一个或一个以上有线或无线网络接口950，一个或一个以上输入输出接口958，和/或，一个或一个以上操作系统941，例如WindowsServerTM，Mac OS XTM，UnixTM,LinuxTM，FreeBSDTM等等。上述图1以及图2所示实施例中所述的步骤可以基于该图17所示的装置结构。

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等

应当理解的是，本发明并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围执行各种修改和改变。本发明的范围仅由所附的权利要求来限制。

Claims (10)

1.一种基线过程的实现方法，其特征在于，所述方法包括：

确定发起的基线任务；

将所述基线任务暂存于临时节点，所述临时节点为基线任务处理链表中的末端节点；

通过所述基线任务处理链表控制所述基线任务的执行，如果所述基线任务被成功执行，则从所述基线任务处理链表删除所述基线任务；

根据所述基线任务的成功执行按照所述基线任务中指示的通知对象进行基线通知。

2.根据权利要求1所述的方法，其特征在于，所述确定发起的基线任务，包括：

接收基线申请请求，提取所述基线申请请求中的基线申请信息；

根据所述基线申请信息生成基线任务。

3.根据权利要求1所述的方法，其特征在于，所述通过所述基线任务处理链表控制所述基线任务的执行，如果所述基线任务被成功执行，则从所述基线任务处理链表删除所述基线任务，包括：

在所述基线任务处理链表中，按照首尾顺序进行临时节点的访问，通过所述临时节点的访问确定基线任务；

执行所述确定的基线任务，判断执行是否成功，如果为是，则从所述基线任务处理链表删除被成功执行的所述基线任务，并返回所述在所述基线任务处理链表中，按照首尾顺序进行临时节点的访问，通过所述临时节点的访问确定基线任务。

4.根据权利要求3所述的方法，其特征在于，所述通过所述基线任务处理链表控制所述基线任务的执行，如果所述基线任务被成功执行，则从所述基线任务处理链表删除所述基线任务，还包括：

如果所述确定的基线任务未被成功执行，则更新所述基线任务对应的执行次数，所述基线任务对应的执行次数在确定所述基线任务时，被配置为初始值；

在所述执行次数未超出设定阈值时，再次执行所述基线任务，并在所述基线任务被成功执行时将所述基线任务从所述基线任务处理链表删除。

5.根据权利要求1所述的方法，其特征在于，所述根据所述基线任务的成功执行按照所述基线任务中指示的通知对象进行基线通知，包括：

将被成功执行的所述基线任务插入邮件通知链表，使所述被成功执行的基线任务被暂存至所述邮件通知链表中的通知节点；

为所述被成功执行的基线任务所在的通知节点定时，以通过所述定时触发所述通知节点中所述基线任务的基线通知；

在所述基线通知被触发时按照所述基线任务中指示的通知对象发送基线通知邮件。

6.一种基线过程的实现装置，其特征在于，所述装置包括：

任务确定模块，用于确定发起的基线任务；

任务暂存模块，用于将所述基线任务暂存于临时节点，所述临时节点为基线任务处理链表中的末端节点；

基线模块，用于通过所述基线任务处理链表控制所述基线任务的执行，如果所述基线任务被成功执行，则从所述基线任务处理链表删除所述基线任务；

通知模块，用于根据所述基线任务的成功执行按照所述基线任务中指示的通知对象进行基线通知。

7.根据权利要求6所述的装置，其特征在于，所述任务确定模块包括：

请求处理单元，用于接收基线申请请求，提取所述基线申请请求中的基线申请信息；

任务生成单元，用于根据所述基线申请信息生成基线任务。

8.根据权利要求6所述的装置，其特征在于，所述基线模块包括：

节点访问单元，用于在所述基线任务处理链表中，按照首尾顺序进行临时节点的访问，通过所述临时节点的访问确定基线任务；

任务执行单元，用于执行所述确定的基线任务，判断执行是否成功，如果为是，则从所述基线任务处理链表删除被成功执行的所述基线任务，并触发所述节点访问单元。

9.根据权利要求8所述的装置，其特征在于，所述基线模块还包括：

执行次数更新单元，用于如果所述确定的基线任务未被成功执行，则更新所述基线任务对应的执行次数，所述基线任务对应的执行次数在确定所述基线任务时，被配置为初始值；

再次执行单元，用于在所述执行次数未超出设定阈值时，再次执行所述基线任务，并在所述基线任务被成功执行时将所述基线任务从所述基线任务处理链表删除。

10.根据权利要求6所述的装置，其特征在于，所述通知模块包括：

任务插入单元，用于将被成功执行的所述基线任务插入邮件通知链表，使所述被成功执行的基线任务被暂存至所述邮件通知链表中的通知节点；

定时触发单元，用于为所述被成功执行的基线任务所在的通知节点定时，以通过所述定时触发所述通知节点中所述基线任务的基线通知；

邮件发送单元，用于在所述基线通知被触发时按照所述基线任务中指示的通知对象发送基线通知邮件。