基于SAP平台的代码更新自动传输实现方法及系统

摘要

本发明公开了基于SAP平台的代码更新自动传输实现方法及系统；方法步骤如下：创建代码更新自动传输的工作流，根据不同的部门建立不同的审核角色，对代码更新自动传输的请求进行审核，审核通过就创建自定义表，存储审核通过的请求信息；根据代码更新自动传输的请求信息的类型在SAP平台中分别开发创建传输请求的函数、合并传输请求的函数、释放传输请求的函数和传输申请的函数；使用工作流把创建传输请求的函数、合并传输请求的函数、释放传输请求的函数和传输申请的函数串联,完成SAP平台中代码更新自动传输从申请开始至结束完全自动化。本发明满足审批需要的传输管理应用，使传输管理程序将贴合用户的操作习惯，在操作上更简单易用。

说明书

技术领域

本发明涉及一种基于SAP平台的代码更新自动传输实现方法及系统。

背景技术

按以前SAP系统中开发或配置环境中程序或配置的修改的正常传递流程为：需要变更申 请人在线下打印系统变更传输申请单，然后找各个模块负责人逐个签字审批之后，将申请单 提交给具有专业技术的传输请求的负责人，其将申请单上的变更申请请求传输到测试环境以 及正式环境。按此流程存在几个方面的缺陷：

1.线下纸质申请单审批，审批效率低下、审批过程复杂且不绿色环保。

2.需要专业的处理人员进行请求传输工作，成本高且易出错，存在安全风险。

3.传输历史记录查询不方便。

发明内容

本发明的目的就是为了解决上述问题，提供一种基于SAP平台的代码更新自动传输实现 方法及系统，它具有可解决在SAP中通过在效率，成本，流程等方面最优化的方法来解决SAP 变更申请传输的解决方案。同时满足审批需要的传输管理应用，使传输管理系统化。传输管 理程序将贴合用户的操作习惯，在操作上更简单易用优点。

为了实现上述目的，本发明采用如下技术方案：

基于SAP平台的代码更新自动传输实现方法，包括如下步骤：

步骤(1)：创建代码更新自动传输的工作流，根据不同的部门建立不同的审核角色，不 同的审核角色对代码更新自动传输的请求进行审核，如果代码更新自动传输的请求审核通过 就进入步骤(2)，如果代码更新自动传输的请求审核未通过就驳回请求；

步骤(2)：创建自定义表，所述创建自定义表用于存储步骤(1)审核通过的代码更新自 动传输的请求信息；

步骤(3)：根据步骤(2)的代码更新自动传输的请求信息的类型在SAP平台中分别开发：

创建传输请求的函数：用于当代码或系统配置变更申请需求申请人提供的变更申请，经 上级领导确认审核之后,自动生成变更申请传输的请求；

合并传输请求的函数：用于同一个代码或系统配置变更申请需要多个开发人员来提供的 情况，将各个开发人员的传输申请合并到一个传输申请；

释放传输请求的函数：用于对变更申请的正确性和完整性确认完毕，准备传输的申请进 行释放；

传输申请的函数：某一个变更申请下的所有开发全部完成确认并释放之后,传输申请的 函数将数据传输到测试环境和正式环境；

步骤(4)：最后使用工作流把步骤(3)的创建传输请求的函数、合并传输请求的函数、 释放传输请求的函数和传输申请的函数串联,完成SAP平台中代码更新自动传输从申请开始 至结束完全自动化。

所述步骤(3)的创建传输请求的函数：根据是代码修改还是流程配置更改的变更申请修 改的类型及传输的SAP平台的测试机或生产机目标作为传入参数；每一个在SAP平台中新建 或修改的代码均会产生一个对应的传输请求号；或先新建一个传输请求号,后面将后续的新建 或修改的代码保存到此传输请求号。

所述步骤(3)的合并传输请求的函数：每个开发人员生成各自的传输申请,在所有的开 发人员确认开发完成无误以后,合并传输请求的函数将各个开发人员的传输申请合并到一个 传输申请。

所述步骤(3)的释放传输请求的函数：对确认完毕准备传输的申请进行释放,释放之后, 后续代码的修改均会产生新的传输申请,不会再更改到当前释放之后的传输申请中；释放之后 的传输申请无法再变更。

基于SAP平台的代码更新自动传输实现系统，包括如下步骤：

创建代码更新自动传输的工作流的模块，根据不同的部门建立不同的审核角色，不同的 审核角色对代码更新自动传输的请求进行审核的模块，如果代码更新自动传输的请求审核通 过就进入创建自定义表模块，如果代码更新自动传输的请求审核未通过就驳回请求；

创建自定义表的模块，所述创建自定义表用于存储审核通过的代码更新自动传输的请求 信息；

根据代码更新自动传输的请求信息的类型在SAP平台中分别开发：

创建传输请求的函数的模块：用于当代码或系统配置变更申请需求申请人在提供的变更 申请，经上级领导确认审核之后,自动生成变更申请传输的请求；

合并传输请求的函数的模块：用于同一个代码或系统配置变更申请需要多个开发人员来 提供的情况，将各个开发人员的传输申请合并到一个传输申请；

释放传输请求的函数的模块：用于对确认完毕，准备传输的申请进行释放；

传输申请的函数的模块：某一个变更申请下的所有开发全部完成确认并释放之后,传输 申请的函数将数据传输到测试环境和正式环境；

最后使用工作流把创建传输请求的函数的模块、合并传输请求的函数的模块、释放传输 请求的函数的模块和传输申请的函数的模块串联,完成SAP平台中代码更新自动传输从申请 开始至结束完全自动化的模块。

所述创建传输请求的函数的模块：根据是代码修改还是流程配置更改的变更申请修改的 类型及传输的SAP平台的测试机或生产机目标作为传入参数；每一个在SAP平台中新建或修 改的代码均会产生一个对应的传输请求号；或先新建一个传输请求号,后面将后续的新建或修 改的代码保存到此传输请求号。

所述合并传输请求的函数的模块：每个开发人员生成各自的传输申请,在所有的开发人员 确认开发完成无误以后,合并传输请求的函数将各个开发人员的传输申请合并到一个传输申 请。

所述释放传输请求的函数的模块：对确认完毕准备传输的申请进行释放,释放之后,后续 代码的修改均会产生新的传输申请,不会再更改到当前释放之后的传输申请中；释放之后的传 输申请无法再变更。

本发明的有益效果：

可解决在SAP中通过在效率，成本，流程等方面最优化的方法来解决SAP变更申请传输 的解决方案。同时满足审批需要的传输管理应用，使传输管理系统化。传输管理程序将贴合 用户的操作习惯，在操作上更简单易用。

附图说明

图1为本发明的方法流程图；

图2为发明的系统架构图；

图3为本发明的SAP系统平台的代码更新自动传输过程。

具体实施方式

下面结合附图与实施例对本发明作进一步说明。

如图1所示，基于SAP平台的代码更新自动传输实现方法，包括如下步骤：

步骤(1)：创建代码更新自动传输的工作流，根据不同的部门建立不同的审核角色，不 同的审核角色对代码更新自动传输的请求进行审核，如果代码更新自动传输的请求审核通过 就进入步骤(2)，如果代码更新自动传输的请求审核未通过就驳回请求；

步骤(2)：创建自定义表，所述创建自定义表用于存储步骤(1)审核通过的代码更新自 动传输的请求信息；

步骤(3)：根据步骤(2)的代码更新自动传输的请求信息的类型在SAP平台中分别开发：

创建传输请求的函数：用于当代码或系统配置变更申请需求申请人在提供的变更申请， 经上级领导确认审核之后,自动生成变更申请传输的请求；

合并传输请求的函数：用于同一个代码或系统配置变更申请需要多个开发人员来提供的 情况，将各个开发人员的传输申请合并到一个传输申请；

释放传输请求的函数：用于对确认完毕，准备传输的申请进行释放；

传输申请的函数：某一个变更申请下的所有开发全部完成确认并释放之后,传输申请的 函数将数据传输到测试环境和正式环境；

步骤(4)：最后使用工作流把步骤(3)的创建传输请求的函数、合并传输请求的函数、 释放传输请求的函数和传输申请的函数串联,完成SAP平台中代码更新自动传输从申请开始 至结束完全自动化。

所述步骤(3)的创建传输请求的函数：根据是代码修改还是流程配置更改的变更申请修 改的类型及传输的SAP平台的测试机或生产机目标作为传入参数；每一个在SAP平台中新建 或修改的代码均会产生一个对应的传输请求号；或先新建一个传输请求号,后面将后续的新建 或修改的代码保存到此传输请求号。

所述步骤(3)的合并传输请求的函数：每个开发人员生成各自的传输申请,在所有的开 发人员确认开发完成无误以后,合并传输请求的函数将各个开发人员的传输申请合并到一个 传输申请。

所述步骤(3)的释放传输请求的函数：对确认完毕准备传输的申请进行释放,释放之后, 后续代码的修改均会产生新的传输申请,不会再更改到当前释放之后的传输申请中；释放之后 的传输申请无法再变更。

如图2所示，基于SAP平台的代码更新自动传输实现系统，包括如下步骤：

创建代码更新自动传输的工作流的模块，根据不同的部门建立不同的审核角色，不同的 审核角色对代码更新自动传输的请求进行审核的模块，如果代码更新自动传输的请求审核通 过就进入创建自定义表模块，如果代码更新自动传输的请求审核未通过就驳回请求；

创建自定义表的模块，所述创建自定义表用于存储审核通过的代码更新自动传输的请求 信息；

根据代码更新自动传输的请求信息的类型在SAP平台中分别开发：

创建传输请求的函数的模块：用于当代码或系统配置变更申请需求申请人在提供的变更 申请，经上级领导确认审核之后,自动生成变更申请传输的请求；

合并传输请求的函数的模块：用于同一个代码或系统配置变更申请需要多个开发人员来 提供的情况，将各个开发人员的传输申请合并到一个传输申请；

释放传输请求的函数的模块：用于对确认完毕，准备传输的申请进行释放；

传输申请的函数的模块：某一个变更申请下的所有开发全部完成确认并释放之后,传输 申请的函数将数据传输到测试环境和正式环境；

最后使用工作流把创建传输请求的函数的模块、合并传输请求的函数的模块、释放传输 请求的函数的模块和传输申请的函数的模块串联,完成SAP平台中代码更新自动传输从申请 开始至结束完全自动化的模块。

所述创建传输请求的函数的模块：以根据是代码修改还是流程配置更改的变更申请修改 的类型及传输的SAP平台的测试机或生产机目标作为传入参数；每一个在SAP平台中新建或 修改的代码均会产生一个对应的传输请求号；或先新建一个传输请求号,后面将后续的新建或 修改的代码保存到此传输请求号。

所述合并传输请求的函数的模块：每个开发人员生成各自的传输申请,在所有的开发人员 确认开发完成无误以后,合并传输请求的函数将各个开发人员的传输申请合并到一个传输申 请。

所述释放传输请求的函数的模块：对确认完毕准备传输的申请进行释放,释放之后,后续 代码的修改均会产生新的传输申请,不会再更改到当前释放之后的传输申请中；释放之后的传 输申请无法再变更。

为使本发明更明显易懂，兹以一计算模型的实施实例，并配合附图作详细说明如下。

本发明提供了一种基于SAP(SystemsApplicationsandProductsinDataProcessing) 平台的代码更新自动传输实现的方法，其具体步骤为:

1、指定需求负责人

业务部门发起需求变更后，如果涉及系统变更，则需要指定需求负责人。步骤如下： 由ERP项目负责人指定为需求负责的项目组，再由该组组长指定某业务顾问为需求负责 人。

2、创建请求

创建传输请求时，需按照以下的规则对请求进行命名：项目名称+日期+请求版本号， 如“XXXX项目20121029V1.0”。

3、开发及配置管理

需求负责人通过SLM进行系统配置，通过在300系统的开发管理工作流提交开发需 求，之后由开发组长分配开发任务。

开发及业务顾问在进行系统开发和配置的过程中，需要生成请求时，应选择需求负 责人拥有的请求编号。

4、提交请求

提交请求时，需求负责人要在工作流中分别对每个请求进行内容说明(逐条目说明所 开发及配置的内容)。需求负责人提交后，请求会自动释放。如果请求释放失败，需求负 责人要查询请求释放失败的原因(如：请求中的对象被其他请求锁定，需要先释放或删除 相关请求)，解决问题之后再重新提交请求。

注：如果因为某些原因，开发及业务顾问的某些自建请求没有被包含在最新版本的 请求中，那么需求负责人要将有关的所有自建请求，按照请求类型(工作台或定制)，分 别包含到本流程所创建的最新版本请求中，并将被包含的自建请求释放(否则本流程创建 的请求会释放失败)。

5、审批请求

各项目组组长(包括各模块运维组长)要根据需求负责人提交请求时填写的内容说 明，严格审核系统变更对本模块的影响。如果审核不通过，则驳回需求负责人提交的请 求。需求负责人在接收到请求被驳回的通知时，重新进行系统开发与测试，并将上一版 本请求包含的内容及当前开发调整的内容，按请求类型分别包含到新的请求中，再进行 请求的提交。如果审核通过，则由系统管理员进行请求的传输。

6、传输请求

系统管理员在工作流待办中接收到请求时，首先执行请求队列的调整。如果调整失 败，则检查失败原因(如：用来调整的RFC账号的密码不匹配或其他系统原因等)，重新 执行调整。调整成功后，系统管理员在工作流中执行请求的传输。如果传输失败，需求 负责人会收到请求传输失败的通知。这时需求负责人需要根据传输失败原因，调整请求， 将需要传输的内容包含到流程创建的新请求中，重新进行测试和请求提交。

7、系统测试

请求传输至测试系统后，需求负责人需要通过SLM连接到测试系统进行相关测试。 如果测试成功，需求负责人要在工作流上传测试结果(对于财务部门主要负责的需求， 还需要上传应急预案)。如果测试失败，需求负责人要重新进行系统开发与测试，并将上 一次传输请求的内容及当前开发调整的内容，按请求类型分别包含到新的请求中，再进 行测试和请求提交。

8、请求对象版本检查

请求在传输生产系统前，系统会对请求所包含的对象执行版本检查，并将存在冲突的请 求及相关信息提供给需求负责人。需求负责人要判断存在冲突的内容是否影响本次传输，如 果影响则需要由需求负责人勾选相应冲突项，系统会自动生成新的需求版本号及请求，并根 据需求负责人勾选的结果，包含当前请求及冲突请求中较新版本的对象。需求负责人对新请 求确认后，再次进行请求的提交。

其中，提到的需求、请求、需求版本、对象版本的定义如下：

需求：指业务部门通过需求变更管理流程发起的业务变更需求号，或项目组顾问发现程 序bug后通过工作流产生的业务变更需求号；

请求：指工作流为需求负责人创建的传输请求；

需求版本：指需求所关联的请求的不同版本；

对象版本：指传输请求所包含的对象的版本。

如图3所示，

步骤(1)：根据业务顾问选择的请求类型，根据序号的规则自动分配请求号及版本号， 并反馈给业务顾问；

步骤(2)：系统根据步骤(1)提供的请求号及版本号调用创建请求的函数在系统中创 建请求号；

步骤(3)：业务顾问或开发顾问进行系统配置或开发；

步骤(4)：业务顾问或开发顾问将修改的内容划分到步骤(2)生成的对应的请求号及 版本下，即分配创建请求号；

步骤(5)：检查本次申请的所有变更需求是否完整确认无误；

步骤(6)：将以上各开发顾问和业务顾问的变更申请合并到同一个变更申请下；

步骤(7)：将步骤(6)合并之后的请求号及变更的明细内容提交到测试系统；

步骤(8)：经步骤(7)测试无误，释放请求号，请求号一经释放，则所有的变更再无 法添加到此请求号列表下；

步骤(9)：判断是否释放成功，如果是就审核传输申请，传输传输申请，如果否就对传 输申请进行检查和确认，并返回步骤(1)。

上述虽然结合附图对本发明的具体实施方式进行了描述，但并非对本发明保护范围的限 制，所属领域技术人员应该明白，在本发明的技术方案的基础上，本领域技术人员不需要付 出创造性劳动即可做出的各种修改或变形仍在本发明的保护范围以内。