CAPA DE PRESENTACIÓN
Existen diferentes front ends, un ejemplo de estos es el clasico de SAP GUI, pero asi mismo existen diferentes como los de un navegador y asi trabajan con las apps de SAP que estan desarrolladas en ese tipo de interfaz.
Los programas que conforman esas aplicaciones estan desarrollados para que sean ejecutados en el entorno de ejecución ABAP del sistema SAP. Sin importar si son tx clasicas o aplicaciones web, estos seran ejecutados por el proceso de diálogo de la instancia de ABAP.
*Las aplicaciones web también pueden ser desarrolladas en JAVA, cuando llega la solicitud se determinar si es ABAP o JAVA y se reenviar al entorno correspondiente*
PROCESAMIENTO DE SOLICITUD DE UN USUARIO
Ejemplo: Llamado de una transacción, en el servidor de aplicación ABAP, el procesamiento involucra diferentes procesos en las tres capas (presentación, aplicación y base de datos).
Cuando el usuario llama a una tx o cambia de pantalla dentro de una misma función, se toma por el programa de presentación SAP GUI, el cual lo convierte en un formato interno y enviado al AS ABAP.
El dispatcher (ABAP) es el proceso central del AS ABAP. Este se encarga de gestionar los recursos para las aplicaciones escritas en ABAP en coordinación con el sistema operativo respectivo donde corre el sistema SAP. Las principales tareas del dispatcher incluye la distribución de solicitudes entre sus work processes, la integración de la capa de presentación y la organización de las comunicaciones.
La solicitud enviada por el SAP GUI entra en una cola de solicitudes en el dispatcher. En cuanto existe un proceso de diálogo libre, la solicitud es enviada por el dispatcher a este work process. Lo que significa que no hay una relación fija entre los work process y los usuarios. Para poder procesar las solicitudes de usuario, el work process necesitara leer los datos desde o escribirlos en la base de datos del sistema. Cada work process esta conectado directamente a la base de datos. Una vez que la solicitud ha sido completamente procesada por el work process la respuesta es enviada nuevamente a través del dispatcher al SAP GUI, este, interpreta la respuesta y genera una pantalla para el usuario.
Los buffers (memorias) que estan dentro del área indicada como Shared Memory ( memoria compartida ) ayudan a agilizar el tiempo de respuesta por parte del servidor de aplicación a la capa de presentación SAP GUI ya que datos que son accedidos frecuentemente pueden alojarse en alguno de estos buffers en vez de tener que solicitarlos a través de una consulta a la base de datos.
INTERFACE CON LA BASE DE DATOS DEL SISTEMA
En el lenguaje de progrmación ABAP, para acceder a los datos de la aplicación ABAP se utiliza el ABAP Open SQL (SQL: Structured Query Language), en este método el programador se independiza del RDBMS (Sistema Administrador de Base de Datos) sobre el cual se instaló el sistema SAP.
La interfaz de la base de datos, que existe en cada work process del AS ABAP, traduce la sentencia Open SQL al lenguaje SQL para la base de datos especifica utilizada, que sería el Native SQL. Esta es la manera en que los programas ABAP aseguran que sean independientes de la base de datos.
El Open SQL intenta utilizar de manera óptima los buffers del servidor de aplicación de SAP para acceder a los datos rapidamente.
Información que no suele cambiar frecuentemente y se aloja en los buffers del AS ABAP: Programas ABAP, pantallas, información del diccionario ABAP y tablas con datos estaticos.
Se puede utilizar el Native SQL para acceder a los objetos de la base de datos, lo que quiere decir que la interface de la base de datos y el buffer local no se usan en esos casos. Si el programa ABAP tiene en su codigo sentencuas Native SQL, este pierde la independencia de la plataforma de base de datos del sistema SAP.