1. CAPA DE PRESENTACIÓN
Existen diferentes capas de presentación o frontends, por ejemplo, SAP GUI, navegador o SAP NW Business Client estos entornos son ejecutados en ABAP sin importar
si son transacciones clasicas o aplicaciones web (se procesaran por un proceso de dialogo)
En sistemas abap java uando llega la solicitud al sistema se determina automáticamente la llamada si es ABAP o JAVA y se envia al entorno adecuado
2. PROCESAMIENTO DE SOLICITUDES SAP GUI
Capa de presentación
Nivel de aplicación
Nivel de base de datos
A considerar
- El dispatcher (ABAP) se encargar de gestionar los recursos para las aplicaciones escritas en abap en coordinación con elsistema operativo, las tareas del dispatcher
consisten en la distribución de solicitudes entre sus work processes, integración de la capa de presentación y las organizacion de las comunicaciones.
- La solicitud envia por el SAP GUI entra en una cola de solicitudes del dispatcher
- No hay una relación fija entre los procesos y los usuarios, no se reservan wp para usuarios concretos, es un uso dinámico
- Cada work processes esta conectado a la base de datos.
- Tras cada solicitud la respuesta es enviada a través del dispatcher al sap gui interpreta la respuesta y genera una pantalla para el usuario.
- Shared memory: ayudan a agilizar el tiempo de respuesta del servidor de aplicación a la capa de apliación GUI.
- Buffer: Se reserva un alojamiento de datos repetidos en buffers para agilizar el funcionamiento y el acceso a datos de uso frecuente
3. INTERFACE CON LA BASE DE DATOS
La pogramación en ABAP incluye llamadas a sql STRUCTURED QUERY LANGUAGE
Se tratan de BD relacionales (RDBMS)
Con OpenSQL intentan utilizar de manera óptima los buffers del serv. de aplicacion
Mucha información que no cambia se aloja en los buffers del AS ABAP, programadores ABAP, las pantallas,dicionario ABAP, tablas datos estáticos
Si se accede a la BD con SQL Nativo por contra del OpenSQL se utilizará la interfaz de bd y los buffer locales.
Por defecto el tiempo de maximo de ejecución de un wp dialogo es de 6000seg = 10 minutos tiempo de ejecución (time out), configurable a través de la transaccion RZ11 (dinamico, no hace falta parar)