IFELC QS IT-10 SAP系统开发管理规范-附件.docVIP

远东租赁国际有限公司 SAP系统开发管理规范 修订记录 版 本 编 号 版 本 日 期 修 订 者 说 明 A/0 2011-04-15 信息技术部 施友松 初稿 目的 为约束SAP系统的开发行为，标准化整个系统开发过程，基于SAP系统开发的特殊性要求，特制定本规约。 范围 本规定适用于远东国际租赁有限公司及下属公司。具体包括新项目实施过程中的代码开发、新需求开发过程中的代码开发以及日常系统维护过程中涉及到对系统代码的修改。 定义 功能说明书是对业务需求的技术化描述，明确各个功能点，确定整体业务构架。 技术说明书是系统开发的依据，包含了对整个系统构架的说明以及对功能说明书中每个功能点的技术实现说明。 原则 SAP系统开发原则上必须遵循集团关于SAP系统管理的有关规定，同时结合本公司的实际需求。 SAP系统遵从“全过程跟踪、标准化步骤”的原则； 职责 需求部门 根据实际业务需要,通“IT需求申请流程”提交系统开发需求，需求描述力求完整、准确。 在信息技术部完成系统开发后，需求部门必须负责进行用户测试，并对系统开发结果进行最终验收。 战略管理部 负责对开发需求的合理性审核确认。 信息技术部 负责对接需求部门提出的有关SAP系统的需求。 负责按确定的系统需求撰写系统功能说明书，根据功能说明书编写技术 说明书。 负责进行系统开发，包括自我开发和外包开发。 负责对开发的系统功能进行单元测试和集成测试。 负责SAP系统与公司其他各相关系统的集成和兼容。 负责定期对系统开发进行公司内部审计，并负责协助公司稽核部和外部审计公司对SAP系统开发方面的审计。 管理规定 SAP应用顾问负责编写功能说明书，说明书要求内容完整，表达准确。 程序开发 程序开发分为接口开发、功能开发、报表开发、增强开发与SMARTFORM开发等。 接口开发 指非SAP系统以Web Services方式与SAP系统之间进行数据交互的Function代码编写。接口开发必须遵循以下要求。 接口主Function只负责接收传入参数，全部的逻辑梳理在对应的子函数中处理。 对相对独立功能，必须剥离到单独的子函数。 以《SAP接口功能清单台账》对所有接口Function进行管理，包括每个Function的名称、参数和功能。 功能开发 分为两类，一类是带有操作交互界面的DIALOG，一类是后台执行的程序，功能开发必须遵循以下要求。 DIALOG开发，对所有输入参数都必须提供业务方向和技术方向的校验。 对相对独立功能，必须剥离到单独的子函数。 若需要新建数据表，必须首先通过SAP应用组内部讨论并达成共识，并在《SAP数据表字典》中登记。 报表开发 指以ABAP语言开发的运行在SAP系统之上的报表，报表开发遵循以下要求。 对报表输入参数进行业务方向和技术方向的校验。 报表开发必须进行权限校验，原则上保证数据公开的最小化。 报表开发必须考虑运行性能。 增强开发 是指通过开发对SAP标准功能进行增强，增强方式包括USER-EXIT、CUSTOMER-EXIT、BADI、MODIFICATION、ENHANCEMENT-POINT等方式，而随着SAP系统的升级将出现更多的增强方式。增强开发必须满足一下要求。 增强开发必须得到集团的确认，保证不会对集团客户造成影响。 尽量选择对SAP标准功能修改小的增强方式，即尽量减少将来SAP升级对增强功能的影响。 使用《SAP系统增强台账》对系统所有增强进行管理。 SMART FORM开发 SMART FORM是SAP提供的一种智能报表开发模式，可以输出较复杂和较友好的数据展现界面。SMART FORM开发必须遵循以下要求。 按用户需求绘制展现界面，界面要求简洁、直观，方面用户对数据的读取。 SMART FORM报表开发必须考虑运行性能。 系统测试 系统测试主要分为单元测试、集成测试、用户测试等。 单元测试 是指对系统单个功能点的测试； 由SAP软件工程师完成。 集成测试 在每个功能的单元测试都通过以后进入系统集成测试，集成测试的目的是检查系统各个功能点之间，以及系统与系统之间的联动是否正常。 集成测试有SAP工程师和SAP应用顾问执行。 用户测试 是用户根据需求文档对系统功能进行校验，以检查系统是否满足用户的需求。 在用户测试完成后，如果没有特殊原因，用户需要在测试确认单上签字确认。用户测试确认是系统开发完成的必要前提之一。 日常修改测试 对应日常的一些小的IT需求，由于测试环境与生产环境有差异，一般只会进行SAP组人员的自行测试，用户则直接在生产机确认结果。 BUG跟踪 BUG产生于三个阶段，一是系统开发、单元测试和集成测试阶段，有SAP软件工程师提出；一是在用户测试阶段，有用户提出；再有是在系统上线之后，有用户在系统的使用过程中提出。