SAP系统开发管理规范

城建三租赁有限公司 SAP系统开发管理规范

修订记录

版本编号 A/0 版本日期 2011-9-30 修订者 信息技术部施友松 说明 初稿

归口部门 信息管理部 文件名称 SAP系统开发管理规范 文件编号 版本 IFELC/QD/IT-10 A/0 1.0 目的

为约束SAP系统的开发行为，标准化整个系统开发过程，基于SAP系统开发的特殊性要求，特制定本规约。 2.0 范围

本规定适用于城建三租赁有限公司及下属公司。具体包括新项目实施过程中的代码开发、新需求开发过程中的代码开发以及日常系统维护过程中涉及到对系统代码的修改。 3.0 定义

3.1 功能说明书是对业务需求的技术化描述，明确各个功能点，确定整体业务构架。

3.2 技术说明书是系统开发的依据，包含了对整个系统构架的说明以及对功能说明书中每个功能点的技术实现说明。 4.0 原则

SAP系统开发原则上必须遵循集团关于SAP系统管理的有关规定，同时结合本公司的实际需求。

SAP系统遵从“全过程跟踪、标准化步骤”的原则； 5.0 职责 5.1 需求部门

5.1.1 根据实际业务需要,通“IT需求申请流程”提交系统开发需求，需求描述力求完整、准确。

5.1.2 在信息技术部完成系统开发后，需求部门必须负责进行用户测试，并对系统开发结果进行最终验收。 5.2 战略管理部

负责对开发需求的合理性审核确认。

归口部门 信息管理部 文件名称 SAP系统开发管理规范 文件编号 版本 IFELC/QD/IT-10 A/0 5.3 信息技术部

5.3.1 负责对接需求部门提出的有关SAP系统的需求。

5.3.2 负责按确定的系统需求撰写系统功能说明书，根据功能说明书编写技术 说明书。

5.3.3 负责进行系统开发，包括自我开发和外包开发。 5.3.4 负责对开发的系统功能进行单元测试和集成测试。 5.3.5 负责SAP系统与公司其他各相关系统的集成和兼容。 5.3.6 负责定期对系统开发进行公司内部审计，并负责协助公司稽核部和外部审计公司对SAP系统开发方面的审计。 6.0 管理规定

6.1 SAP应用顾问负责编写功能说明书，说明书要求内容完整，表达准确。

6.2 SAP应用顾问负责技术说明书的编写，说明书内容必须明确和具有可操作性。 6.3 程序开发

程序开发分为接口开发、功能开发、报表开发、增强开发与SMARTFORM开发等。 6.3.1 接口开发

指非SAP系统以Web Services方式与SAP系统之间进行数据交互的Function代码编写。接口开发必须遵循以下要求。

1) 接口主Function只负责接收传入参数，全部的逻辑梳理在对应的子函数中处理。

2) 对相对独立功能，必须剥离到单独的子函数。

归口部门 信息管理部 文件名称 SAP系统开发管理规范 文件编号 版本 IFELC/QD/IT-10 A/0 3) 以《SAP接口功能清单台账》对所有接口Function进行管理，包括每个Function的名称、参数和功能。 6.3.2 功能开发

分为两类，一类是带有操作交互界面的DIALOG，一类是后台执行的程序，功能开发必须遵循以下要求。

1) DIALOG开发，对所有输入参数都必须提供业务方向和技术方向的校验。

2) 对相对独立功能，必须剥离到单独的子函数。

3) 若需要新建数据表，必须首先通过SAP应用组内部讨论并达成共识，并在《SAP数据表字典》中登记。 6.3.3 报表开发

指以ABAP语言开发的运行在SAP系统之上的报表，报表开发遵循以下要求。

1) 对报表输入参数进行业务方向和技术方向的校验。

2) 报表开发必须进行权限校验，原则上保证数据公开的最小化。 3) 报表开发必须考虑运行性能。 6.3.4 增强开发

是指通过开发对SAP标准功能进行增强，增强方式包括USER-EXIT、CUSTOMER-EXIT、BADI、MODIFICATION、ENHANCEMENT-POINT等方式，而随着SAP系统的升级将出现更多的增强方式。增强开发必须满足一下要求。

1) 增强开发必须得到集团的确认，保证不会对集团客户造成影响。 2) 尽量选择对SAP标准功能修改小的增强方式，即尽量减少将来SAP升级对增强功能的影响。

归口部门 信息管理部 文件名称 SAP系统开发管理规范 文件编号 版本 IFELC/QD/IT-10 A/0 3) 使用《SAP系统增强台账》对系统所有增强进行管理。 6.3.5 SMART FORM开发

SMART FORM是SAP提供的一种智能报表开发模式，可以输出较复杂和较友好的数据展现界面。SMART FORM开发必须遵循以下要求。 1) 按用户需求绘制展现界面，界面要求简洁、直观，方面用户对数据的读取。

2) SMART FORM报表开发必须考虑运行性能。 6.4 系统测试

系统测试主要分为单元测试、集成测试、用户测试等。 6.4.1 单元测试

是指对系统单个功能点的测试； 由SAP软件工程师完成。 6.4.2 集成测试

在每个功能的单元测试都通过以后进入系统集成测试，集成测试的目的是检查系统各个功能点之间，以及系统与系统之间的联动是否正常。

集成测试有SAP工程师和SAP应用顾问执行。 6.4.3 用户测试

是用户根据需求文档对系统功能进行校验，以检查系统是否满足用户的需求。

在用户测试完成后，如果没有特殊原因，用户需要在测试确认单上签字确认。用户测试确认是系统开发完成的必要前提之一。 6.5 BUG跟踪

归口部门 信息管理部 文件名称 SAP系统开发管理规范 文件编号 版本 IFELC/QD/IT-10 A/0 6.5.1 BUG产生于三个阶段，一是系统开发、单元测试和集成测试阶段，有SAP软件工程师提出；一是在用户测试阶段，有用户提出；再有是在系统上线之后，有用户在系统的使用过程中提出。

6.5.2 BUG影响分析，对各个阶段提出的系统BUG，SAP软件工程师和SAP应用顾问负责进行影响分析，包括影响范围、影响程度、对业务影响的紧迫性。

6.5.3 BUG责任人，信息技术中心负责对用户提出的BUG指定责任人，责任人必须向用户反馈BUG的产生原因，可产用的和将采用的解决途径，解决的时间安排，以及在BUG解决后及时通知用户。用户在得到责任人的反馈后需要对该BUG的修复进行测试确认。

6.5.4 BUG跟踪记录，无论是SAP软件工程师提出的还是用户提出的BUG，信息技术中心都需要进行跟踪记录，记录内容包括BUG描述、提出人、责任人、提出日期、原因分析、解决途径、计划解决日期、实际解决日期和BUG状态。 7.0 记录/表单

7.1 《SAP接口功能清单台账》 7.2 《SAP数据表字典》 7.3 《SAP系统增强台账》 7.4 《SAP BUG跟踪记录清单》 8.0 附件

8.1 《SAP功能说明书模板》 8.2 《SAP技术说明书模板》 8.3 《SAP系统开发管理流程》 9.0 附则

9.1 本规定由信息技术部牵头制定并负责解释、修订。

本文来源：https://www.bwwdw.com/article/dhc7.html