ABAP

所有的ABAP程序都驻留在SAP数据库里。他们不像Java或者C++程序那样存储在一个单独的外部文件里，在数据库里所有的ABAP代码都以两种形式存在：可以用ABAP workbench查看和编辑的源代码和由ABAP运行环境载入和解释的“编译”代码（技术上更精确地说是“产生”代码）。当一段ABAP源代码第一次被调用时会隐含的进行代码产生。如果稍后源代码改变了或者程序访问的对象改变了（比如数据库的表添加了新的字段），产生代码就会自动重新产生。

ABAP程序在运行时系统（SAP核心的一部分）的控制下运行在SAP应用服务器里。运行时系统负责处理ABAP语句，控制显示的逻辑序列和响应事件（比如，用户按一下屏幕上的一个按钮）。ABAP运行时系统的一个关键组件是数据库接口，它把ABAP的数据库无关语句（“开放SQL”）变成底层数据库管理系统可以理解的语句（“本地SQL”）。数据库接口处理ABAP程序和关系数据库之间所有的通信；它也有一些其他的作用，比如把经常访问的数据缓存到应用服务器本地的存储器里。

所有的SAP数据和软件都存在／运行于SAP系统的环境中。这个系统包括一个中心关系数据库和一个或多个访问该数据库里的数据和程序的应用服务器（“实例”）。一个SAP系统至少包括一个实例，但可以更多，主要看大小和性能上的需求。在一个多实例系统中，负载平衡机制来保证负载比较平均的分摊到各个可用的应用服务器上。
典型安装的Web应用服务器（部署方案）包括三个系统：一个用于开发，一个用于测试和质量保证，一个用于生产。这个部署方案可以包含更多的系统，比如一个单独用于单元测试和产前测试的系统，或者也可以不完全包含这三个系统，比如只有开发和生产，没有单独的质量保证系统；但三个是最常见的。ABAP程序的创建和首次运行都在开发系统里。然后被分发到部署方案的其他系统里。这些都是在变化和传输系统（CTS）的控制下进行的。CTS是一个负责并发控制（比如防止两个开发人员同时修改同一段代码），版本管理和在质量保证和产品系统上部署程序的系统。

Web应用服务器有三层组成：数据库层，应用层和表现层。这些层可以在同一台或不同的物理机器上运行。数据库层包括关系数据库及相关软件。应用层包括系统的实例。所有应用相关的过程，包括业务事务和ABAP开发，都运行在应用层。表现层处理和系统的用户之间的交互。对ABAP应用服务器的在线访问可以通过专用图形接口SAPGUI或者浏览器进行。

报表程序遵循一个相对简单的编程模型，用户可选的输入一系列参数（比如，在一个数据子集上的选择），然后程序根据输入的参数以一个交互式列表的形式产生一张报表。报表程序的输出之所以是交互式的是因为它不是一个被动的显示；它允许用户使用ABAP语言通过深入挖掘功能以获得某个数据更细节的视图，或者通过菜单命令触发更深入的处理，比如按不同的方式排序数据或者按某种选择条件过滤数据。这种表现报表的方法有很大的优势，特别是对于那些需要处理大量信息但又要以很灵活的方式来检查这些信息的用户，这样他们就不会再被限制到一种固定的显示形式或者大小上无法管理的列表形式的报表中了。这种方便的开发交互式报表的方式是ABAP语言的一大重要闪光点。
“报表”这个词有时会给人一种误解，其实创建数据可以在底层数据库修改而不仅仅是只读的报表程序是完全可以的。

在线程序（也叫模块池）不产生列表。这些程序使用一系列的屏幕来定义更复杂的用户交互模式。术语“屏幕”是指用户看到的实际的物理图像。每个屏幕还有一个“流逻辑”；这是指由屏幕触发的ABAP代码，比如初始化屏幕，响应用户请求的应答和控制模块池的屏幕之间的序列的逻辑。每个屏幕都有自己的流逻辑，每个流逻辑都分为“PBO”（输出前处理）和“PAI”（输入后处理）部分。在SAP的文档中，术语“dynpro”（动态程序）用来表示这种屏幕和流逻辑的结合。
在线程序并不是通过名字调用的，而是和一段事务代码联系在一起。用户可以通过自定义，角色依赖，事务菜单来触发它们。

除了报表和在线程序外，以类库，功能库和子程序池的形式开发共享代码段也是可以的。