✒️SAP BASIS Los procesos de diálogo ABAP
SAP BASIS Los procesos de diálogo ABAP
Procesos de dialogo ABAP
Capa de presentación
Los usuarios pueden loguearse al sistema SAP utilizando diferentes front ends, tal como el SAP GUI, o podrían utilizar un navegador y así trabajar con las aplicaciones de SAP que estén desarrolladas para este tipo de interfaz de usuario.
Los programas que conforman esas aplicaciones están desarrollados para que sean ejecutados en el entorno de ejecución ABAP de nuestro sistema SAP, sin importar si son transacciones clásicas o aplicaciones web serán ejecutadas por el proceso de diálogo de la instancia de ABAP.
Procesando solicitudes de SAP GUI
El procesamiento involucra diferentes procesos en las tres capas (presentación, aplicación y base de datos).
Cuando el usuario llama a una transacción o cambia de pantalla dentro de una misma función, esto es tomado 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 de AS ABAP, se encarga de gestionar los recursos para las aplicaciones escritas en ABAP en coordinación con el sistema operativo respectivo donde se corre nuestro sistema SAP.
Las principales tareas del dispatcher incluye la distribución de solicitudes entre sus work process, 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, esto 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 datos desde o escribirlos en la base de datos del sistema, es por esto que cada work process está conectado directamente a la base 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. El SAP GUI interpreta la respuesta y genera una pantalla para el usuario.
Los buffers denominados de shared memory (memoria compartida) ayuda a agilizar el tiempo de respuesta por parte del servidor de aplicaciones a la capa de presentación SAP GUI ya que los datos que son accedidos frecuentemente pueden ser alojados 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
Dentro del lenguaje de programación ABAP, el programador puede utilizar ABAP Open SQL (SQL= Structured Query Language) para acceder a los datos de la aplicación ABAP, cuando se elige este método el programador se independiza del RDBMS sobre el cual se instaló el sistema SAP.
La interfaz de base de datos, que existe en cada work process de AS ABAP, traduce la sentencia Open SQL al correspondiente lenguaje SQL para la base de datos especifica utilizada, que sería el Native SQL (SQL Nativo).
Mucha información que no suele cambiar es la que se aloja en estos buffers del AS ABAP, entre otros se encuentran los programas ABAP, las pantallas, información del diccionario ABAP y tablas con datos estáticos.
Sin embargo, es posible utilizar Native SQL para acceder a los objetos de la base de datos, esto significa que la interface de base de datos y el buffer local no serán utilizados en estos casos.
Si el programa ABAP tiene en un código sentencias Native SQL, este pierde su independencia de la plataforma de base de datos del sistema SAP.
 
 
 
Agradecimiento:
Ha agradecido este aporte: Andrea Aquino Pedrozo
Sobre el autor
Publicación académica de Wander Jorge Andujar Ortiz, en su ámbito de estudios para la Carrera Consultor Basis NetWeaver.
Wander Jorge Andujar Ortiz
Profesión: Ingeniero en Sistemas y Computación - Republica Dominicana - Legajo: XO87G
✒️Autor de: 104 Publicaciones Académicas
🎓Egresado de los módulos:
Disponibilidad Laboral: FullTime
Certificación Académica de Wander Andujar