SAP系统开发管理规范

1、城建三租赁有限公司SAP 系统开发管理规范修订记录版本编号版本日期修订者说明A/02011-9-30信息技术部施友松初稿归口部门文件名称文件编号版本信息管理部SAP 系统开发管理规范IFELC/QD/IT-10A/01.0 目的为约束 SAP 系统的开发行为，标准化整个系统开发过程，基于 SAFP 系统 开发的特殊性要求，特制定本规约。2.0 范围本规定适用于城建三租赁有限公司及下属公司。 具体包括新项目实施 过程中的代码开发、新需求开发过程中的代码开发以及日常系统维护 过程中涉及到对系统代码的修改。3.0 定义3.1功能说明书是对业务需求的技术化描述，明确各个功能点，确定整体业务构架。3.2

2、技术说明书是系统开发的依据， 包含了对整个系统构架的说 明以及对功能说明书中每个功能点的技术实现说明。4.0 原则SAP 系统开发原则上必须遵循集团关于 SAP 系统管理的有关规定，同时 结合本公司的实际需求。SAP 系统遵从“全过程跟踪、标准化步骤”的原则；5.0 职责5.1需求部门5.1.1根据实际业务需要，通“IT 需求申请流程”提交系统开发需求， 需求描述力求完整、准确。5.1.2在信息技术部完成系统开发后，需求部门必须负责进行用户 测试，并对系统开发结果进行最终验收。5.2战略管理部 负责对开发需求的合理性审核确认。归口部门文件名称文件编号版本信息管理部SAP 系统开发管理规范IFE

3、LC/QD/IT-10A/05.3信息技术部5.3.1负责对接需求部门提出的有关 SAPR 统的需求。532负责按确定的系统需求撰写系统功能说明书，根据功能说明书编写技术说明书。533负责进行系统开发，包括自我开发和外包开发。534负责对开发的系统功能进行单元测试和集成测试。5.3.5负责 SA 療统与公司其他各相关系统的集成和兼容。5.3.6负责定期对系统开发进行公司内部审计，并负责协助公司稽 核部和外部审计公司对 SAP 系统开发方面的审计。6.0 管理规定6.1SAP 应用顾问负责编写功能说明书，说明书要求内容完整，表 达准确。6.2SAP 应用顾问负责技术说明书的编写，说明书内容必须明

4、确和 具有可操作性。6.3程序开发程序开发分为接口开发、功能开发、报表开发、增强开发与 SMARTFORM 开发等。6.3.1 接口开发指非 SAP 系统以 Web Services 方式与 SAP 系统之间进行数据交互的Function 代码编写。接口开发必须遵循以下要求。1）接口主 Function 只负责接收传入参数，全部的逻辑梳理在对应的 子函数中处理。2）对相对独立功能，必须剥离到单独的子函数。归口部门文件名称文件编号版本信息管理部SAP 系统开发管理规范IFELC/QD/IT-10A/03）以SA 接口功能清单台账对所有接口 Function 进行管理，包 括每个Function

5、的名称、参数和功能。632 功能开发分为两类，一类是带有操作交互界面的 DIALOG 类是后台执行的程 序，功能开发必须遵循以下要求。1）DIALOG 开发，对所有输入参数都必须提供业务方向和技术方向的 校验。2） 对相对独立功能，必须剥离到单独的子函数。3） 若需要新建数据表，必须首先通过 SAP 应用组内部讨论并达成共 识，并在SAI 数据表字典中登记。633 报表开发指以 ABA 语言开发的运行在 SAP 系统之上的报表，报表开发遵循以下 要求。1） 对报表输入参数进行业务方向和技术方向的校验。2） 报表开发必须进行权限校验，原则上保证数据公开的最小化。3） 报表开发必须考虑运行性能。6

6、.3.4 增强开发是指通过开发对 SAP 标准功能进行增强，增强方式包括 USER-EXITCUSTOMER-EXITBADI、MODIFICATION ENHANCEMENT-POINT 式， 而随着 SAP 系统的升级将出现更多的增强方式。增强开发必须满足一 下要求。1） 增强开发必须得到集团的确认，保证不会对集团客户造成影响。2） 尽量选择对 SAP 标准功能修改小的增强方式， 即尽量减少将来 SAP 升级对增强功能的影响。归口部门文件名称文件编号版本信息管理部SAP 系统开发管理规范IFELC/QD/IT-10A/03）使用SAP 系统增强台账对系统所有增强进行管理635 SMART

7、FORM 开发较友好的数据展现界面。SMART FORM 发必须遵循以下要求。1） 按用户需求绘制展现界面，界面要求简洁、直观，方面用户对数 据的读取。2）SMART FOR 报表开发必须考虑运行性能。6.4系统测试系统测试主要分为单元测试、集成测试、用户测试等。6.4.1单元测试是指对系统单个功能点的测试；由 SA 软件工程师完成。642 集成测试 在每个功能的单元测试都通过以后进入系统集成测试， 集成测试的目 的是检查系统各个功能点之间， 以及系统与系统之间的联动是否正 常。集成测试有 SA 工程师和 SAP 应用顾问执行。643 用户测试是用户根据需求文档对系统功能进行校验，以检查系统是

8、否满足用户 的需求。在用户测试完成后，如果没有特殊原因，用户需要在测试确认单上签 字确认。用户测试确认是系统开发完成的必要前提之一。6.5BUG 跟踪SMARTFOE/SA 提供的一种智能报表开发模式，可以输出较复杂和归口部门文件名称文件编号版本信息管理部SAP 系统开发管理规范IFELC/QD/IT-10A/06.5.1 BUG 产生于三个阶段，一是系统开发、单元测试和集成测试阶 段，有SA 软件工程师提出；一是在用户测试阶段，有用户提出；再 有是在系统上线之后，有用户在系统的使用过程中提出。6.5.2 BUG 影响分析，对各个阶段提出的系统 BUG SAP 软件工程师和 SAP应用顾问负责

9、进行影响分析，包括影响范围、影响程度、对业务影响的紧迫性。6.5.3 BUG 责任人，信息技术中心负责对用户提出的 BUG定责任人， 责任人必须向用户反馈 BU（的产生原因，可产用的和将采用的解决途 径，解决的时间安排，以及在 BUG 军决后及时通知用户。用户在得到 责任人的反馈后需要对该 BU（的修复进行测试确认。6.5.4 BUG 跟踪记录，无论是 SAP 软件工程师提出的还是用户提出的 BUG信息技术中心都需要进行跟踪记录，记录内容包括 BUG述、提 出人、责任人、提出日期、原因分析、解决途径、计划解决日期、实 际解决日期和 BU状态。7.0 记录/表单7.1SAP 接 口功能清单台账7.2SAP 数据表字典7.3SAF 系统增强台账7.4SAP BU 跟踪记录清单8.0 附件8.1