ABAP报表程序开发细则.doc

ABAP报表程序开发规范 目的 为保证在R/3系统中使用ABAP语言开发报表程序的规范性，特制定本开发规范。在本开发规范的约束下，将源代码与报表开发人的相关性降到最低；即只要具备基本的ABAP开发技巧，遵循本开发规范，不同的开发人员开发的同样逻辑的源代码应该是基本相同的。 适用范围 本技术规范适用于捷顺R/3系统的所有开发人员和除标准对象外的所有ABAP报表程序开发。 职责 ABAP开发小组负责程序的开发、传输请求的创建及提交。 BASIS小组负责传输请求向PRD系统的传输。 开发流程 开发人员接收业务顾问提交的开发需求；如果需要，开发人员应当配合业务顾问进行用户需求分析； 开发人员根据开发需求在DEV100中进行程序开发； 开发人员将程序传输至质量保证系统中进行初步测试，测试完毕后通知业务顾问进入用户测试阶段； 程序在质量保证系统中经用户测试通过后，开发人员申请将程序传输至生产系统，相关主管审批通过后，BASIS人员负责将传输请求传输至生产系统。 如果程序需要作为后台程序运行，需要在传输申请中做出说明，由BASIS人员在生产系统中定义后台作业。 开发和修改程序都需要填写开发文档。开发文档存放于服务器的专用目录中，每个程序一个文档，新程序需要新建文档，修改程序需要修改原来的程序文档（在原文档基础上追加内容，不允许删除原文档内容），记录本次修改的内容和请求号等信息。开发程序申请传输生产系统中时，同时提交开发文档审核，相关主管需要同时检查程序和文档的规范性。 命名规则 用户开发对象的命名规则 用户开发对象的名称必须以Z开头，只能使用字母、数字和下划线。用户开发对象包括开发类、程序、函数组、函数、透明表、结构等。 开发类一般使用ZREPORT，如有特殊需要，可以创建新的开发类。 报表程序命名规则：ZXX_Y_NN[ADDITIVE]。 其中，XX为模块名称，现在常用的有以下几种： MM——MM模块，PP——PP模块，SD——SD模块，CS——CS模块，FI——FI模块，CO——CO模块，BC――公共模块，CA――交叉应用； Y表示程序的类型，目前有四种：R——报表程序，E——批输入程序，S――SmartForm程序，I——接口程序。 NN为序列号，表示该程序在同一模块同类型程序中的编号。比如ZSD_R_01，表示SD模块的一个报表程序。如果业务顾问已经提供需求的编号，则取业务顾问提供的需求编号。 ADDITIVE，程序的附加说明，如项目名称等，可以灵活使用，不是必须的部分。如果创建与程序相关的Include程序，则Include程序的命名中的ZXX_Y_NN部分与主程序相同，通过ADDITIVE部分区分不同的Include程序，如ZXX_Y_NNTOP，ZXX_Y_NNUI等。 特别说明： 如果需要替换原程序，建议将原程序拷贝为ZXX_Y_NNOLD，而新编写的程序的命名与被替换程序的命名一致，不要将新程序命名为ZXX_Y_NNN或ZXX_Y_NNNEW。这样可以避免需要修改需求文档编号与程序编号的对应关系，也避免在日后维护中由于对应关系没有更新而导致错误的修改已废除的程序。 数据字典对象的命名规则：ZXX_Y_NAME 其中，XX为模块名称，现在常用的有以下几种：MM——MM模块，PP——PP模块，SD——SD模块，CS——CS模块，FI——FI模块，CO——CO模块，BC――公共模块，CA――交叉应用； Y代表对象类型，现在常用的有如下几种： T――透明表, V――视图，S――结构类，I――内表类型； NAME为对象的名称。尽量给数据字典对象有意义的名称，不要使用序号；如果定义是配置表及其维护视图，可以使用3位的序号。 函数组命名方式：Z_NAME 其中，NAME表示函数组有意义的名称，如项目名称，命名应能表示所包含的函数的用途等。 函数命名方式：Z_NAME 函数必须指定所属的函数组，NAME表示对函数的说明，使用下划线分隔单词，如Z_ORDER_MODIFY_ABTNR，表示修改订单的部门（ABTNR）字段。 事务代码的命名方式：ZXXYNN 即对于报表程序取主程序命名，但将下划线去掉。如果业务顾问已经给出事务代码的命名,则按照业务顾问的命名,只需确保命名以Z开始。 SmartForm的命名方式：ZXXSNAME 其中，XX为模块名称，现在常用的有以下几种：模块名称：MM——MM模块，PP——PP模块，SD——SD模块，CS——CS模块，FI——FI模块，CO——CO模块，BC――公共模块,CA――交叉应用； NAME为对象的名称。尽量给SmartForm有意义的名称，不要使用序号。 SELECT-OPTION的命名方式：SO_NAME 其中，NAME赋予变量有意义的名称，对于类型参照数据字典中表字段