sap最佳业务实践-abap开发规范

《sap最佳业务实践-abap开发规范》由会员上传分享，免费在线阅读，更多相关内容在教育资源-天天文库。

1、SAP最佳业务实践ABAP开发规范一、关于开发相关的命名规范1.程序的命名规则:ZR_XXXXX第一位：Z——用户自行开发的程序均以Z开头；第二位：R——代表为报表(Report)程序；F——代表为表单(Form)程序；A——代表为功能应用(Application)程序；E——代表增强(Enhancement)程序名称(主要由顾问开发)；注:XX：前面两个XX代表的是模块名称，如：MM，SD，FI，CO，PP，QM等。XXX：后面三个XXX是序列号,可通过SE80事务来查询现在有关此类型的程序编号数。如:程

2、序名称为ZR_PP_001,代表PP模块的编号为001的报表。一、关于开发相关的命名规范开发类(Package)的命名规则:ZDEV:所有开发都存放在该开发类中.3.事务代码(Transaction)的命名规则:ZXXXXX(与程序的后五位命名规则相同)XX:前面两个XX代表的是模块名称，如：MM，SD，FI，CO，PP，QM等。XXX:后面三个XXX是序列号，事务码的命名以Z开头后面加序列号，序列号可通过SE93来查询。自建数据库透明表(TransparentTable)命名规范:ZXXX:Z开头即可，原

3、则上不规范后几位命名规则。二、数据读取规范出于对系统性能考虑，在SELECT查询语句中，对于系统透明表的读取，不能用*来取数，必须列出具体所需要选择的字段。例如:select*fromafpo应改为selectaufnrmatnrdfreifromafpo.2.出于对系统数据的安全性与完整性的考虑，在对系统透明表的操作中，禁止使用INSERT(插入)、UPDATE(更新)、DELETE(删除)等数据库更新语句。出于对程序效率的考虑，减少访问数据库的时间，应尽量将数据先读取到内部表，再通过READ进行相应的查

4、询.三、代码编写规范在程序的开始处，要用注释语句来说明程序开发的目的、功能、需求负责人、开发人，部门及联系电话等。例如:*************************************************************程序名称:ZR_PP001*程序功能:生产订单信息查询表*需求负责人:张三部门:二分厂电话:65808000*程序创建人:李四创建日期:2005.11.16*程序修改人:王五修改日期:2005.11.17*当前版本号:V1.0**********************

5、**************************************REPORTZR_PP001.三、代码编写规范程序中对于内部表的命名必须以ITAB开头，变量的定义、子程序的调用、关键的逻辑运算式必须进行相应的注解。注解要用中文。例如:DATA:BEGINOFITAB_MARAOCCURS0,MATNRLIKEMARA-MATNR,"物料编码MEINSLIKEMARA-MEINS,"单位MATKLLIKEMARA-MATKL,"物料组MTARTLIKEMARA-MTART,"物料类型MAKTXLI

6、KEMAKT-MAKTX,"物料描述ENDOFITAB_MARA.PERFORMGET_DATA."调用获取数据子程序三、代码编写规范3.程序中尽量用事件块(EventBlock)来控制代码运行顺序。子程序的调用尽量放到事件块里执行，子程序代码本身放在程序的最后部分。将主要的事件块举例如下:TOP-OF-PAGE.PERFORMOUTPUT_TITLE."调用输出抬头子程序ATSELECTION-SCREEN.PERFORMCHECK_MATNR."调用检查物料号子程序START-OF-SELECTION.

7、PERFORMGET_DATA."调用获取数据子程序END-OF-SELECTION.PERFORMOUTPUT_DATA."调用输出数据子程序FORMOUTPUT_TITLE."输出抬头子程序……………四、开发测试流程开发测试工作的系统内部流程:开发人员在DEV系统200集团中进行开发工作，以及程序结构测试，在提交到QAS系统测试前要经开发负责人审核后，才能传到QAS进行测试；测试完成后在传到PRD系统前，需经过需求提出人及模块负责人签字确认后(测试报告)，方可传入PRD系统。DEVQASPRD四、开发测

8、试流程2.开发测试工作的系统外部流程:四、开发测试流程流程说明:各部门关键用户、业务人员提出的功能需求时,必须填写需求申请表,方可提交.(现阶段已有的开发清单必须由需求负责人补填需求申请表).各模块需求负责人必须先对需求申请表进行判断,确定SAP系统标准功能是否能满足所提出的需求;如果不需要开发,则需和关键用户、业务人员进行沟通培训,尽量使用标准功能;如最终协商不一致,必须进行二次开发,则需求负责人根据所提出的开