✒️SAP BASIS Los procesos de diálogo ABAP
SAP BASIS Los procesos de diálogo ABAP
Lección: Procesos de Diálogo ABAP
1 .CAPA DE PRESENTACIÓN
Los usuarios pueden ingresar al sistema SAP utilizando diferentes front ends, tal como el clásico SAP GUI, pero también podrían utilizar un navegador y así interactuar con las aplicaciones de SAP desarrolladas para este tipo de interfaz de usuario.
Las aplicaciones web de igual forma se pueden desarrollar en JAVA y serian procesadas por este entorno. Por lo tanto, cuando se realiza una solicitud al sistema, este determina si es ABAP o JAVA y la reenvía al entorno adecuado.
2. PROCESAMIENTO DE SOLICITUDES SAP GUI
-Capa de presentación
-Nivel de aplicación
-Nivel de base de datos
Cuando un usuario realiza una transacción o cambia de pantalla dentro de una misma función, esto es tomado por el programa de presentación SAP GUI, y lo convierte en un formato interno y enviado al AS ABAP.
El dispatcher (ABAP) es el proceso central del AS ABAP. Se encarga de gestionar los recursos para las aplicaciones escritas en ABAP en coordinación con el sistema operativo respectivo donde corre nuestro 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. Esto significa que no hay una relación fija entre los work process y los usuarios (más adelante volveremos sobre esto).
Para poder procesar las solicitudes de usuario, frecuentemente el work process necesitará 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 de datos.
El tiempo de vida de los procesos de Diálogo (procesos que atienden a los usuarios): no puede demorar más de 600 segundos (10 minutos). Genera alta disponibilidad del sistema, pero si se necesita ejecutar un proceso en SAP que dure más del tiempo de vida se debe realizar mediante la transacción RZ11.
Los buffer ayudan a agilizar el tiempo de la respuesta por parte del servidor de aplicación a la capa de presentación ya que los datos accedidos frecuentemente pueden alojarse en algunos de los buffer y no solicitarlos a través de una consulta a la Base de Datos.
Conceptos:
Shared memory: ayudan a agilizar el tiempo de respuesta del servidor de aplicación a la capa de aplicació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
Dentro del lenguaje de programación ABAP el programador puede utilizar los que se conoce como ABAP OPEN SQL para acceder a los datos de la aplicación ABAP. Cuando se usa este método el programador no utiliza el RDBMS sobre el cual se instaló SAP.
La interfaz de la base de datos que existe en cada work process de AS ABAP traduce la sentencia OPEN SQL y la transforma a NATIVE SQL, esto es importante porque los programas ABAP aseguran que sean independientes a la base de datos.
Otra ventaja de utilizar OPEN SQL es que la interface de la base de datos del work process que interpreta la sentencia intenta utilizar de manera óptima los buffers de la aplicación SAP para acceder a los datos rápidamente.
La información que no cambia frecuentemente es la que se aloja en estos buffers de AS ABAP, entre otros, se encuentra los programas ABAP las pantallas información de diccionario ABAP y tablas con datos estáticos.
Es posible utilizar NATIVE SQL para acceder a los objetos de la base de datos, esto significa que la interface de la base de datos y el buffer local no serán utilizados en estos casos.
Conceptos:
RDBMS: es un sistema administrador de datos relacionales. El RDBMS viene del acrónimo Relational Data Base Management System. Los RDBMS proporcionan el ambiente adecuado para gestionar una base de datos.
 
 
 
Sobre el autor
Publicación académica de Sebastian Alberto Rodriguez Almonte, en su ámbito de estudios para la Carrera Consultor Basis NetWeaver.
Sebastian Alberto Rodriguez Almonte
Profesión: Tecnologo en Redes - Republica Dominicana - Legajo: CF22D
✒️Autor de: 26 Publicaciones Académicas
🎓Egresado del módulo:
Certificación Académica de Sebastian Rodriguez