程序开发到高级阶段就是一个大工程。从头到尾由一个人实现是不可能的。于是就要分工模块化完成。即使是由一人完成的程序，内部按照MVC模式的话，也会由subroutine来完成各项功能。于是，对于模块化的开发，就有了这样的要求：高内聚低耦合。

如何理解这么晦涩的词儿呢？我们可以反过来看，如果不满足这个条件的程序会出现什么情况。低内聚的程序，就是“东一榔头西一棒棰”，想要用一个变量就当即定义一个变量。用完的变量也不清空，使用之前也不初始化。让人觉得零件落了一地；高耦合的程序，则“牵一发则动全身”。如果修改了某一个模块的接口，其他相关的模块都要从头重新测试。即使以前测试通过的，也受其改动的影响，要重新测试。由此会造成测试不完全而噩梦连连。做到这2点，对于OO的程序非常重要，对于ABAP4也可以适用相同的思想。

比如，planned independent requirement upload程序。分成如下模块：

upload file

convert date

fetch related data

merge quantity

call BAPI function

Log output

各个模块，各司其职，将其功能在模块内，发挥之极；而在模块外，其他模块不用关心它是如何做到的，只要关心拿到的数据是满足自己需要的格式就可以了。这样即使以后修改起来，也知道在哪儿修改，怎么修改。修改了以后，造成的影响，以及可以控制和预知测试的范围。