如何写ABAP程序

1.知识准备

1.1 面向过程的软件的工程方法6步.

1.业务需求
2.需求分析
3.总体设计
4.详细设计
5.编程
6.测试

1.2 面向过程的开发方法

1 思想观念： 从数据和流程出发，解决业务问题
2.构造策略：分析业务流，数据流，分别确定程序的模块结构和数据结构，将数据和操作分开
3.保证机制：基于数据流图，设计功能与数据间的关系。基于ER图，设计关系。
4.设计内容 ：数据结构+算法 = 程序设计
数据
操作
类型与变量
函数调用
类型与子类型
5.分析结果：数据流图
6.设计结果：功能模块结构图,实体-关系图等.

2.方法

给你一个任务，不是马上去做,我觉得应该有以下两点
2.1.找业务要相关的流程，先读一下对应的流程，如果有操作手册最后做一个相关的数据操作,再仔细的读相应的开发说明书,然后确定这个开发任务在这个流程位置，改程序更应如此;
2.2.小步快跑，最高效，具体实现大过程，应先取数，再做逻辑处理.

3.具体步骤

首先问自己，我是否有明白这次开发任务是解决的一个什么业务场景，不管不能不能看明白，我们都需要肯业务顾问确认。

1. 先根据开发说明书搞清楚其业务逻辑，最好用思维导图来整理清楚，然后自己来写开发说明书（和开发业务顾问一起写开发说明书，写完后可以最少减少沟通时间，到时候可以只来写程序）；
2. 在做第一步的时候应该先用ZSQL这些数可以取出来不， 如果业务顾问给的逻辑都实现不了(是否需要有新的字段，是否需要建新的表，如果需要则应建好)；那先不要去做，先和业务顾问沟通（一定要先让业务顾问提供一个数据）；
3. 手工实现一下其逻辑，看可不可以实现（尤其是一个人加班的时候，在正常上班的时候就应该把这个要做一次,尤其是取数的过程.）；
4. 一定要问业务顾问找到相应类似程序，如果有SAP的标准的demo or 自开发程序（系统刚上线，最近开发的），反复读，理解其逻辑，怎么实现(最好自己做一个业务数据，如果不行，则请业务顾问做一个)；
5. 再来写程序的主逻辑框架；先保证主逻辑没有问题，这个就象相当于人的骨架这些，在这样的基础上实现一部分功能;
6. 再来写细小的逻辑，这相当于人的肉，有了主框架，才有这些;
7. 再来跑数据来测试，往往测试系统由于数据较少，测试不出来什么问题，在实际应用的时候才有更多的问题(First ,you should use one data for testing ,then you should use batch data for testing it);
8. 对于有困难的程序，每天用一点时间来研究，不是说1天持续的研究这个程序，这样很浪费时间，某个问题可能需要很多东西，可能今天想到了这1点，明天想到了另外一点，很多时候一次只能想到一点。
9. 如果是修改别人的程序，应该一定要写注释，就算自己写的程序，去修改的时候都要尽量写注释。 When you develop it ,and you must write note.

4.总结

1.总之，写程序不是天马星空，逻辑很重要，一点点的去实现，对于主逻辑，细节把控都重要.
写程序就是帮助实现手动的过程，然后提高效率。
2.写程序之余应该多了解业务，我们应该把操作流程和操作手册拿出来边读，如果有手操作手册，也应该操作，深刻的理解业务才是最优秀的程序员.
3. The main logic is not chaged in the programme.And it includes main internal table.When you define variant, you must distinct global and local in the different position.