任务修改方法和任务修改装置的制造方法
【技术领域】
[0001]本发明涉及计算机技术领域，具体而言，涉及一种任务修改方法和一种任务修改
目.0
【背景技术】
[0002]模型驱动开发(MDD Model-Driven Development)是一种新型软件设计方法:面向模型的分析设计方法，首先确立领域模型Domain Model,以及它们之间的关系，进而可以交由程序员分别实现表现层、业务服务层和持久层，通过使用模型驱动框架，正确无误地、且快速高质量地完成一个软件开发过程。UAP6系列支持元数据建模、组件建模、流程建模、领域建模从而实现了 MDD的开发能力，但现有的支持网系统、配置管理系统、构造系统不仅在集成方面缺乏全流程管理，同时缺乏模型驱动开发方式的全流程研发支持。
[0003]因此需要一种新的技术方案，可以有效的解决项目研发资产丢失，减少创建配置文件的工作量完成复杂关系、逻辑的调度，可以节省人力、时间或硬件资源，增加项目开发过程的规范性，规避常见系统错误，提高问题验证效率。
【发明内容】
[0004]本发明正是基于上述问题，提出了一种新的技术方案，可以有效的解决项目研发资产丢失，减少创建配置文件的工作量，完成复杂关系、逻辑的调度，可以节省人力、时间或硬件资源，增加项目开发过程的规范性，规避常见系统错误，提高问题验证效率，增加了项目开发的规范性。
[0005]有鉴于此，本发明提出了一种任务修改方法，用于集成平台系统客户端，包括:当在eclipse上接收到任务修改命令时，根据接收到的修改指令，对指定代码文件进行修改；在eclipse上通过egit将对所述指定代码文件修改后得到的目标代码文件提交至配置管理系统，以供所述配置管理系统为所述目标代码文件记录变更后的版本号，并建立所述目标代码文件和支持网之间的关联；发送构造指令至后端服务系统，以供所述后端服务系统在接收到所述构造指令后，根据所述目标代码文件和所述支持网之间的关联构造增量补丁及安装盘；生成的增量补丁及安装盘自动流转到测试环节或用户环节，以供测试人员或用户对所述增量补丁和所述安装盘进行检测。
[0006]在该技术方案中，在eclipse上将指定代码文件修改提交至配置管理系统，并建立目标代码文件和支持网之间的关联，这样可以完成复杂关系、逻辑的调度，后端服务系统根据已修改的代码构造增量补丁，并通过系统流转到下游环节(测试、顾问)，这样通过系统自动构建所有研发资产，不需开发手工参与，可以有效的解决项目研发资源丢失的问题，并极大的节省人力、时间或硬件资源，提高问题验证效率，并且加强了补丁管理，为自动化测试垫定了基础。
[0007]在上述技术方案中，优选地，所述eclipse通过webservice与所述支持网进行交互，所述集成平台系统客户端接收所述用户输入的功能指令，通过与功能指令对应的webservice完成支持网的功能处理。
[0008]在该技术方案中，通过Webservice来完成支持网的功能处理，可以极大的节省人力、时间或硬件资源，提高问题验证效率。
[0009]在上述技术方案中，优选地，还包括:所述配置管理系统通过egit进行二次开发，实现所述eclipse提交所述目标代码文件时与支持网之间进行信息关联，为构造所述增量补丁提供数据支持。
[0010]在该技术方案中，通过egit的二次开发，提高了开发活动管理的易用性，并有效的解决项目研发资源丢失的问题。
[0011 ] 在上述技术方案中，优选地，所述后端服务系统在生成所述增量补丁和安装盘后，向所述支持网发布实际增量补丁信息。
[0012]在该技术方案中，通过后端构造完成增量补丁，并发布实际增量补丁信息，这样，可以完成复杂关系、逻辑的调用，增加了项目开发的规范性，并有效的解决项目研发资源丢失的问题，同时节省人力，时间或硬件的资源。
[0013]在上述技术方案中，优选地，所述目标代码文件中包含所述目标代码文件的修改范围和使用说明。
[0014]在该技术方案中，由于目标代码文件中包含修改范围和使用说明，可以更好的修改或规避常见的系统错误，提高问题验证效率。
[0015]另外，在构造安装盘或补丁时，通过对build, xml抽象、建模，在工程中只需配置一下关联关系，这样，减少了配置文件工作量。
[0016]根据本发明的另一方面，还提供了一种任务修改装置，用于集成平台系统客户端，包括:修改单元，当在eclipse上接收到任务修改命令时，根据接收到的修改指令，对指定代码文件进行修改；建立单元，在eclipse上将对所述指定代码文件修改后得到的目标代码文件提交至配置管理系统，以供所述配置管理系统为所述目标代码文件记录变更后的版本号，并建立所述目标代码文件和支持网之间的关联；构造单元，发送构造指令至后端服务系统，以供所述后端服务系统在接收到所述构造指令后，根据所述目标代码文件和所述支持网之间的关联构造增量补丁及安装盘；流转单元，生成的增量补丁及安装盘自动流转到测试环节或用户环节，以供测试人员或用户对所述增量补丁和所述安装盘进行检测。
[0017]在该技术方案中，在eclipse上将指定代码文件修改提交至配置管理系统，并建立目标代码文件和支持网之间的关联，这样可以完成复杂关系、逻辑的调度，后端服务系统根据已修改的代码构造增量补丁，并通过系统流转到下游环节(测试、顾问)，这样通过系统自动构建所有研发资产，不需开发手工参与，可以有效的解决项目研发资源丢失的问题，并极大的节省人力、时间或硬件资源，提高问题验证效率，并且加强了补丁管理，为自动化测试垫定了基础。
[0018]在上述技术方案中，优选地，处理单元，控制所述eclipse通过webservice与所述支持网进行交互，以及控制所述集成平台系统客户端接收所述用户输入的功能指令，通过与功能指令对应的webservice完成支持网的功能处理。
[0019]在该技术方案中，通过Webservice来完成支持网的功能处理，可以极大的节省人力、时间或硬件资源，提高问题验证效率。
[0020]在上述技术方案中，优选地，关联单元，将所述配置管理系统通过egit进行二次开发，实现所述eclipse提交所述目标代码文件时与支持网之间进行信息关联，为构造所述增量补丁提供数据支持。
[0021]在该技术方案中，通过egit的二次开发，提高了开发活动管理的易用性，并有效的解决项目研发资源丢失的问题。
[0022]在上述技术方案中，优选地，还包括:发送单元，控制所述后端服务系统在生成所述增量补丁和安装盘后，向所述支持网发布实际增量补丁信息。
[0023]在该技术方案中，通过将构造完成的增量补丁发送至后端服务系统，并发布实际增量补丁信息，这样，可以完成复杂关系、逻辑的调用，增加了项目开发的规范性，并有效的解决项目研发资源丢失的问题，同时节省人力，时间或硬件的资源。
[0024]在上述技术方案中，优选地，所述目标代码文件中包含所述目标代码文件的修改范围和使用说明。
[0025]在该技术方案中，由于目标代码文件中包含修改范围和使用说明，可以更好的修改或规避常见的系统错误，提高问题验证效率。
[0026]另外，在构造安装盘或补丁时，通过对build, xml抽象、建模，在工程中只需配置一下关联关系，这样，减少了配置文件工作量。