CN104536745A - 任务修改方法和任务修改装置 - Google Patents

Abstract

本发明还提供了一种任务修改方法和任务修改装置，用于集成平台系统客户端，任务修改方法包括：当在eclipse上接收到任务修改命令时，对指定代码文件进行修改；在eclipse上通过egit将对指定代码文件修改后得到的目标代码文件提交至配置管理系统，并建立目标代码文件和支持网之间的关联；通过目标代码文件和支持网之间的关联构造增量补丁及安装盘；生成的增量补丁及安装盘自动流转到测试、用户环节，以供测试及用户对增量补丁进行检测。通过本发明的技术方案，可以有效的解决项目研发资产丢失，减少创建配置文件的工作量，通过系统自动构建所有研发资产，不需开发手工参与，完成复杂关系、逻辑的调度；可以节省人力、时间或硬件资源，增加了项目开发的规范性、规避常见系统错误，提高问题验证效率，并且加强了补丁管理，为自动化测试垫定了基础。

Description

任务修改方法和任务修改装置

技术领域

本发明涉及计算机技术领域，具体而言，涉及一种任务修改方法和一种任务修改装置。

背景技术

模型驱动开发(MDD Model-Driven Development)是一种新型软件设计方法：面向模型的分析设计方法，首先确立领域模型Domain Model，以及它们之间的关系，进而可以交由程序员分别实现表现层、业务服务层和持久层，通过使用模型驱动框架，正确无误地、且快速高质量地完成一个软件开发过程。UAP6系列支持元数据建模、组件建模、流程建模、领域建模从而实现了MDD的开发能力，但现有的支持网系统、配置管理系统、构造系统不仅在集成方面缺乏全流程管理，同时缺乏模型驱动开发方式的全流程研发支持。

因此需要一种新的技术方案，可以有效的解决项目研发资产丢失，减少创建配置文件的工作量完成复杂关系、逻辑的调度，可以节省人力、时间或硬件资源，增加项目开发过程的规范性，规避常见系统错误，提高问题验证效率。

发明内容

本发明正是基于上述问题，提出了一种新的技术方案，可以有效的解决项目研发资产丢失，减少创建配置文件的工作量，完成复杂关系、逻辑的调度，可以节省人力、时间或硬件资源，增加项目开发过程的规范性，规避常见系统错误，提高问题验证效率，增加了项目开发的规范性。

有鉴于此，本发明提出了一种任务修改方法，用于集成平台系统客户端，包括：当在eclipse上接收到任务修改命令时，根据接收到的修改指令，对指定代码文件进行修改；在eclipse上通过egit将对所述指定代码文件修改后得到的目标代码文件提交至配置管理系统，以供所述配置管理系统为所述目标代码文件记录变更后的版本号，并建立所述目标代码文件和支持网之间的关联；发送构造指令至后端服务系统，以供所述后端服务系统在接收到所述构造指令后，根据所述目标代码文件和所述支持网之间的关联构造增量补丁及安装盘；生成的增量补丁及安装盘自动流转到测试环节或用户环节，以供测试人员或用户对所述增量补丁和所述安装盘进行检测。

在该技术方案中，在eclipse上将指定代码文件修改提交至配置管理系统，并建立目标代码文件和支持网之间的关联，这样可以完成复杂关系、逻辑的调度，后端服务系统根据已修改的代码构造增量补丁，并通过系统流转到下游环节(测试、顾问)，这样通过系统自动构建所有研发资产，不需开发手工参与，可以有效的解决项目研发资源丢失的问题，并极大的节省人力、时间或硬件资源，提高问题验证效率，并且加强了补丁管理，为自动化测试垫定了基础。

在上述技术方案中，优选地，所述eclipse通过webservice与所述支持网进行交互，所述集成平台系统客户端接收所述用户输入的功能指令，通过与功能指令对应的webservice完成支持网的功能处理。

在该技术方案中，通过Webservice来完成支持网的功能处理，可以极大的节省人力、时间或硬件资源，提高问题验证效率。

在上述技术方案中，优选地，还包括：所述配置管理系统通过egit进行二次开发，实现所述eclipse提交所述目标代码文件时与支持网之间进行信息关联，为构造所述增量补丁提供数据支持。

在该技术方案中，通过egit的二次开发，提高了开发活动管理的易用性，并有效的解决项目研发资源丢失的问题。

在上述技术方案中，优选地，所述后端服务系统在生成所述增量补丁和安装盘后，向所述支持网发布实际增量补丁信息。

在该技术方案中，通过后端构造完成增量补丁，并发布实际增量补丁信息，这样，可以完成复杂关系、逻辑的调用，增加了项目开发的规范性，并有效的解决项目研发资源丢失的问题，同时节省人力，时间或硬件的资源。

在上述技术方案中，优选地，所述目标代码文件中包含所述目标代码文件的修改范围和使用说明。

在该技术方案中，由于目标代码文件中包含修改范围和使用说明，可以更好的修改或规避常见的系统错误，提高问题验证效率。

另外，在构造安装盘或补丁时，通过对build.xml抽象、建模，在工程中只需配置一下关联关系，这样，减少了配置文件工作量。

根据本发明的另一方面，还提供了一种任务修改装置，用于集成平台系统客户端，包括：修改单元，当在eclipse上接收到任务修改命令时，根据接收到的修改指令，对指定代码文件进行修改；建立单元，在eclipse上将对所述指定代码文件修改后得到的目标代码文件提交至配置管理系统，以供所述配置管理系统为所述目标代码文件记录变更后的版本号，并建立所述目标代码文件和支持网之间的关联；构造单元，发送构造指令至后端服务系统，以供所述后端服务系统在接收到所述构造指令后，根据所述目标代码文件和所述支持网之间的关联构造增量补丁及安装盘；流转单元，生成的增量补丁及安装盘自动流转到测试环节或用户环节，以供测试人员或用户对所述增量补丁和所述安装盘进行检测。

在该技术方案中，在eclipse上将指定代码文件修改提交至配置管理系统，并建立目标代码文件和支持网之间的关联，这样可以完成复杂关系、逻辑的调度，后端服务系统根据已修改的代码构造增量补丁，并通过系统流转到下游环节(测试、顾问)，这样通过系统自动构建所有研发资产，不需开发手工参与，可以有效的解决项目研发资源丢失的问题，并极大的节省人力、时间或硬件资源，提高问题验证效率，并且加强了补丁管理，为自动化测试垫定了基础。

在上述技术方案中，优选地，处理单元，控制所述eclipse通过webservice与所述支持网进行交互，以及控制所述集成平台系统客户端接收所述用户输入的功能指令，通过与功能指令对应的webservice完成支持网的功能处理。

在该技术方案中，通过Webservice来完成支持网的功能处理，可以极大的节省人力、时间或硬件资源，提高问题验证效率。

在上述技术方案中，优选地，关联单元，将所述配置管理系统通过egit进行二次开发，实现所述eclipse提交所述目标代码文件时与支持网之间进行信息关联，为构造所述增量补丁提供数据支持。

在该技术方案中，通过egit的二次开发，提高了开发活动管理的易用性，并有效的解决项目研发资源丢失的问题。

在上述技术方案中，优选地，还包括：发送单元，控制所述后端服务系统在生成所述增量补丁和安装盘后，向所述支持网发布实际增量补丁信息。

在该技术方案中，通过将构造完成的增量补丁发送至后端服务系统，并发布实际增量补丁信息，这样，可以完成复杂关系、逻辑的调用，增加了项目开发的规范性，并有效的解决项目研发资源丢失的问题，同时节省人力，时间或硬件的资源。

在上述技术方案中，优选地，所述目标代码文件中包含所述目标代码文件的修改范围和使用说明。

在该技术方案中，由于目标代码文件中包含修改范围和使用说明，可以更好的修改或规避常见的系统错误，提高问题验证效率。

另外，在构造安装盘或补丁时，通过对build.xml抽象、建模，在工程中只需配置一下关联关系，这样，减少了配置文件工作量。

通过以上技术方案，可以有效的解决项目研发资产丢失，减少创建配置文件的工作量，完成复杂关系、逻辑的调度；可以节省人力、时间或硬件资源，增加了项目开发的规范性、规避常见系统错误，提高问题验证效率。

附图说明

图1示出了根据本发明的实施例的任务修改方法的流程图；

图2示出了根据本发明的实施例的任务修改装置的框图；

图3示出了根据本发明的一个实施例的任务修改方法的具体示意图。

具体实施方式

为了能够更清楚地理解本发明的上述目的、特征和优点，下面结合附图和具体实施方式对本发明进行进一步的详细描述。需要说明的是，在不冲突的情况下，本申请的实施例及实施例中的特征可以相互组合。

在下面的描述中阐述了很多具体细节以便于充分理解本发明，但是，本发明还可以采用其他不同于在此描述的其他方式来实施，因此，本发明的保护范围并不受下面公开的具体实施例的限制。

图1示出了根据本发明的实施例的任务修改方法的流程图。

如图1所示，根据本发明的实施例的任务修改方法，用于集成平台系统客户端，包括：步骤102，当在eclipse上接收到任务修改命令时，根据接收到的修改指令，对指定代码文件进行修改；步骤104，在eclipse上将对所述指定代码文件修改后得到的目标代码文件提交至配置管理系统，以供所述配置管理系统为所述目标代码文件记录变更后的版本号，并建立所述目标代码文件和支持网之间的关联；步骤106，通过目标代码文件和支持网之间的关联构造增量补丁及安装盘，构造的所述增量补丁及所述安装盘自动流转到测试环节或用户环节，以供测试人员或用户对所述增量补丁和所述安装盘进行检测。

在该技术方案中，在eclipse上将指定代码文件修改提交至配置管理系统，并建立目标代码文件和支持网之间的关联，这样可以完成复杂关系、逻辑的调度，后端服务系统根据已修改的代码构造增量补丁，并通过系统流转到下游环节(测试、顾问)，这样通过系统自动构建所有研发资产，不需开发手工参与，可以有效的解决项目研发资源丢失的问题，并极大的节省人力、时间或硬件资源，提高问题验证效率，并且加强了补丁管理，为自动化测试垫定了基础。

在上述技术方案中，优选地，所述eclipse通过webservice与所述支持网进行交互，所述集成平台系统客户端接收所述用户输入的功能指令，通过与功能指令对应的webservice完成支持网的功能处理。

在该技术方案中，通过Webservice来完成支持网的功能处理，可以极大的节省人力、时间或硬件资源，提高问题验证效率。

在上述技术方案中，优选地，还包括：所述配置管理系统通过egit进行二次开发，实现所述eclipse提交所述目标代码文件时与支持网之间进行信息关联，为构造所述增量补丁提供数据支持。

在该技术方案中，通过egit的二次开发，提高了开发活动管理的易用性，并有效的解决项目研发资源丢失的问题。

在上述技术方案中，优选地，所述后端服务系统在生成所述增量补丁和安装盘后，向所述支持网发布实际增量补丁信息。

在该技术方案中，通过后端构造完成增量补丁，并发布实际增量补丁信息，这样，可以完成复杂关系、逻辑的调用，增加了项目开发的规范性，并有效的解决项目研发资源丢失的问题，同时节省人力，时间或硬件的资源。

在上述技术方案中，优选地，所述目标代码文件中包含所述目标代码文件的修改范围和使用说明。

在该技术方案中，由于目标代码文件中包含修改范围和使用说明，可以更好的修改或规避常见的系统错误，提高问题验证效率。

另外，在构造安装盘或补丁时，通过对build.xml抽象、建模，在工程中只需配置一下关联关系，这样，减少了配置文件工作量。

图2示出了根据本发明的实施例的任务修改装置的框图。

如图2所示，根据本发明的实施例的任务修改装置200，用于集成平台系统客户端，包括：修改单元202，当在eclipse上接收到任务修改命令时，根据接收到的修改指令，对指定代码文件进行修改；建立单元204，在eclipse上将对所述指定代码文件修改后得到的目标代码文件提交至配置管理系统，以供所述配置管理系统为所述目标代码文件记录变更后的版本号，并建立所述目标代码文件和支持网之间的关联；构造单元206，发送构造指令至后端服务系统，以供所述后端服务系统在接收到所述构造指令后，根据所述目标代码文件和所述支持网之间的关联构造增量补丁及安装盘；流转单元208，生成的增量补丁及安装盘自动流转到测试环节或用户环节，以供测试人员或用户对所述增量补丁和所述安装盘进行检测。

在该技术方案中，在eclipse上将指定代码文件修改提交至配置管理系统，并建立目标代码文件和支持网之间的关联，这样可以完成复杂关系、逻辑的调度，后端服务系统根据已修改的代码构造增量补丁，并通过系统流转到下游环节(测试、顾问)，这样通过系统自动构建所有研发资产，不需开发手工参与，可以有效的解决项目研发资源丢失的问题，并极大的节省人力、时间或硬件资源，提高问题验证效率，并且加强了补丁管理，为自动化测试垫定了基础。

在上述技术方案中，优选地，处理单元210，控制所述eclipse通过webservice与所述支持网进行交互，以及控制所述集成平台系统客户端接收所述用户输入的功能指令，通过与功能指令对应的webservice完成支持网的功能处理。

在该技术方案中，通过Webservice来完成支持网的功能处理，可以极大的节省人力、时间或硬件资源，提高问题验证效率。

在上述技术方案中，优选地，关联单元212，将所述配置管理系统通过egit进行二次开发，实现所述eclipse提交所述目标代码文件时与支持网之间进行信息关联，为构造所述增量补丁提供数据支持。

在该技术方案中，通过egit的二次开发，提高了开发活动管理的易用性，并有效的解决项目研发资源丢失的问题。

在上述技术方案中，优选地，还包括：发送单元214，控制所述后端服务系统在生成所述增量补丁和安装盘后，向所述支持网发布实际增量补丁信息。

在该技术方案中，将构造指令发送至后端服务系统，后端服务系统根据支持网及配置管理系统构造生成实际增量补丁，并向所述支持网发布实际增量补丁信息，这样，可以完成复杂关系、逻辑的调用，增加了项目开发的规范性，并有效的解决项目研发资源丢失的问题，同时节省人力，时间或硬件的资源。

在上述技术方案中，优选地，所述目标代码文件中包含所述目标代码文件的修改范围和使用说明。

在该技术方案中，由于目标代码文件中包含修改范围和使用说明，可以更好的修改或规避常见的系统错误，提高问题验证效率。

另外，在构造安装盘或补丁时，通过对build.xml抽象、建模，在工程中只需配置一下关联关系，这样，减少了配置文件工作量。

图3示出了根据本发明的另一个实施例的任务修改方法的具体示意图。

为了有效支撑研发管理体系，本发明将现有的配置管理系统、开发工具环境、支持网系统及构造支撑系统有机整合，实现基于模型驱动的全流程研发持续集成能力。

如图3所示，根据本发明的另一个实施例的任务修改方法，具体步骤包括：

步骤302，在开发人员接收到任务修改命令时，开始进行脚本文件修改，即开始代码开发。

步骤304，将开发成果分别提交至资产管理系统和支持网。

步骤306，资产管理系统记录代码的变更版本。

步骤308，修改完成的结果发送至支持网。

步骤310，在后端根据修改后的结果构造增量补丁。

步骤312，补丁发送至开发人员，以供开发人员进行自测，并将自测结果发送至支持网。

步骤314，支持网webservice处理业务流程。

步骤316，支持网进行测试验证。

步骤318，支持网进行顾问验证。

步骤320，后端服务生成安装盘、补丁，并发布补丁信息至支持网。

综上，在本申请中首先通过eclipse插件开发，实现集成平台系统客户端，其中包含：开始修改、开发成果提交、修改完成、修改完成、构造和补丁自测等功能，通过使用这些功能点让开发工程师完成所有的日常工作，在这些工作过程中自动生成补丁及安装盘自动发布到下游环节，开发成果全程在系统中流转，杜绝了人的干预，系统完成了从手工到自动化系统的蜕变。

其次，eclipse通过webservice与支持网进行交互，集成平台系统客户端接受工程师的功能指令通过各个webservic完成支持网功能处理，实现支持网与平台的集成Git配置管理系统。通过egit进行二次开发，实现eclipse提交开发成果时与平台进行信息集成，为构造提供数据支持。

再次，产品信息、依赖关系通过参数设置进行配置。通过ant二次开发、build.xml抽象来完成后端安装盘及补丁构造，依据领域驱动开发，对系统进行领域建模，通过领域模型设计优化了各系统之间的关系并抓住了该集成平台的核心，使工程师脱离了对ant等工具类的依赖。

以上结合附图详细说明了本发明的技术方案，通过本发明的技术方案，可以有效的解决项目研发资产丢失，减少创建配置文件的工作量，完成复杂关系、逻辑的调度；可以节省人力、时间或硬件资源，增加了项目开发的规范性、规避常见系统错误，提高问题验证效率，实现了公司内所有产品、项目的构建和集成的全自动化。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种任务修改方法，用于集成平台系统客户端，其特征在于，包括：

当在eclipse上接收到任务修改命令时，根据接收到的修改指令，对指定代码文件进行修改；

在eclipse上通过egit将对所述指定代码文件修改后得到的目标代码文件提交至配置管理系统，以供所述配置管理系统为所述目标代码文件记录变更后的版本号，并建立所述目标代码文件和支持网之间的关联；

发送构造指令至后端服务系统，以供所述后端服务系统在接收到所述构造指令后，根据所述目标代码文件和所述支持网之间的关联构造增量补丁及安装盘；

生成的增量补丁及安装盘自动流转到测试环节或用户环节，以供测试人员或用户对所述增量补丁和所述安装盘进行检测。

2.根据权利要求1所述的任务修改方法，其特征在于，

所述eclipse通过webservice与所述支持网进行交互，所述集成平台系统客户端接收所述用户输入的功能指令，通过与功能指令对应的webservice完成支持网的功能处理。

3.根据权利要求1所述的任务修改方法，其特征在于，还包括：

所述配置管理系统通过egit进行二次开发，实现所述eclipse提交所述目标代码文件时与支持网之间进行信息关联，为构造所述增量补丁提供数据支持。

4.根据权利要求1所述的任务修改方法，其特征在于，还包括：

所述后端服务系统在生成所述增量补丁和安装盘后，向所述支持网发布实际增量补丁信息。

5.根据权利要求1至4中任一项所述的任务修改方法，其特征在于，

所述目标代码文件中包含所述目标代码文件的修改范围和使用说明。

6.一种任务修改装置，用于集成平台系统客户端，其特征在于，包括：

修改单元，当在eclipse上接收到任务修改命令时，根据接收到的修改指令，对指定代码文件进行修改；

建立单元，在eclipse上通过egit将对所述指定代码文件修改后得到的目标代码文件提交至配置管理系统，以供所述配置管理系统为所述目标代码文件记录变更后的版本号，并建立所述目标代码文件和支持网之间的关联；

构造单元，发送构造指令至后端服务系统，以供所述后端服务系统在接收到所述构造指令后，根据所述目标代码文件和所述支持网之间的关联构造增量补丁及安装盘；

流转单元，生成的增量补丁及安装盘自动流转到测试环节或用户环节，以供测试人员或用户对所述增量补丁和所述安装盘进行检测。

7.根据权利要求6所述的任务修改装置，其特征在于，

处理单元，控制所述eclipse通过webservice与所述支持网进行交互，以及控制所述集成平台系统客户端接收所述用户输入的功能指令，通过与功能指令对应的webservice完成支持网的功能处理。

8.根据权利要求6所述的任务修改装置，其特征在于，

关联单元，将所述配置管理系统通过egit进行二次开发，实现所述eclipse提交所述目标代码文件时与支持网之间进行信息关联，为构造所述增量补丁提供数据支持。

9.根据权利要求6所述的任务修改装置，其特征在于，还包括：

发送单元，控制所述后端服务系统在生成所述增量补丁和安装盘后，向所述支持网发布实际增量补丁信息。

10.根据权利要求6至9中任一项所述的任务修改装置，其特征在于，

所述目标代码文件中包含所述目标代码文件的修改范围和使用说明。