¿Qué es ABAP?
Es un lenguaje de programación de cuarta generación, orientado a eventos, en una de las últimas versiones del lenguaje ABAP se introduce la programación Orientada a Objetos, propiedad de SAP, que se utiliza para programar la mayoría de sus productos o como apoyo a la configuración del sistema, lo que se llama como Z. Los desarrollos Z que se realicen van a depender de las necesidades de información de la empresa, pueden ser transacciones pequeñas o complejas.
La programación ABAP es estructurada de modo TOP-DOWN. No importa el orden en el cual estén escritos los eventos dentro de un programa ABAP, porque hay un orden preestablecido de ejecución de los eventos y este es el que se tiene en cuenta al momento de la ejecución.
Principales fortalezas
- Sentencias de OPEN SQL para conectarse con prácticamente cualquier base de datos.
- Es un lenguaje estructurado que puede ser también programado orientado a objetos
- Permite conexiones RFC para conectar a los sistemas SAP con cualquier otro sistema o lenguaje de programación.
- Permite la creación de aplicaciones multi-idioma.
- Ayuda potente sobre la sintaxis y la semántica del lenguaje.
- Permite la realización de reportes en forma rápida y sencilla.
Herramientas de ABAP. Ellas son:
- Diccionario de Datos (Transacción SE11): permite aislarles del sistema de gestión de base de datos que se utilice por debajo. Desde una misma pantalla se puede crear, modificar y borrar los objetos de base de datos, entre los que se incluyen: tablas bases de datos, estructuras, vistas, elementos de datos y dominios.
- Editor de programas (Transacciones SE38 y SE80): Nos permite efectuar una verificación de sintaxis y aceptar las sugerencias del dispositivo de corrección automática que tiene incluido. Así como resaltar las palabras clave y tener una vista en forma de estructura jerárquica que ofrece la posibilidad de ocultar o desglosar bloques sintácticos.
- Screen Painter (Transacción SE51): creación de interfaces gráficas de usuario. Las pantallas que se crean se denominan dynpros, en ellas se incluye la definición de la pantalla, sus campos y la lógica de proceso de la misma.
- Entorno de depuración (Dentro de la transacción SE38): Tiene ayudas a la programación (creación de breakpoints, watchpoints, ejecución paso a paso, ejecución por bloques...) pero además nos permite hacer todo esto viendo el código fuente del programa, por lo que la localización del lugar del error es exacta.
El ciclo de trabajo de un consultor ABAP
A continuación se describe el proceso del ciclo de trabajo de un consultor ABAP:
1º La Petición del Cliente al Consultor Funcional
Lo que habitualmente sucede es que el gerente de ventas cita a un Consultor Funcional SAP.
Luego el Consultor Funcional analizará el pedido del cliente y evaluará si ese trabajo se puede realizar parametrizando el sistema SAP, o si SAP ya nos brinda dicho reporte y el mismo satisface las necesidades de información del cliente entonces será cuestión de utilizarlo y nuestro trabajo habrá terminado. De lo contrarios si el requisito del cliente excede a una parametrización o un reporte ya existente y es allí cuando el "Consultor Funcional" y el "Consultor Técnico" se ponen a trabajar en equipo.
2º La elaboración del Diseño Funcional:
El Consultor Funcional, elabora el "Diseño Funcional", en este documento se le indica al Consultor Técnico lo siguiente:
- Si se trata de hacer un programa Nuevo o modificar un programa existente.
- La funcionalidad del programa a realizar.
- El detalle de la interfaz gráfica de selección de datos que debe tener el programa o bien la modificación/es.
- Las tablas bases de datos que se accederán.
- Las pruebas básicas a realizar luego que el programa esté terminado.
- Demás documentación que crea necesaria o útil al Consultor ABAP.
Una vez que el Consultor Funcional elaboró el "Diseño Funcional “ se le pedirá al Consultor Técnico, elabore y entregue un "Diseño Técnico" a detalle, con la siguiente información:
- El nombre del programa a crear.
- Los campos que componen la pantalla de selección.
- La forma de acceder a las tablas de la base de datos.
- Las validaciones que se realizarán en el programa.
- Si se imprimirán datos en pantalla.
- Si se generará un archivo de salida, etc.
3º La elaboración del Diseño Técnico y la Programación
El Consultor ABAP comenzará el desarrollo del programa o modificación a realizar. Al finalizar se realizaran las pruebas unitarias.
En la programación ABAP existen dos formas de acceder a los datos la primera es a través de Open SQL en el que se encuentran todos los programas estándares de SAP y la segunda forma es a través de Native SQL qué tal como su nombre indica utiliza sentencias nativas de la base de datos. La principal ventaja de Open SQL es que su escritura es simple mientras que Native SQL el procesamiento de las sentencias es más rápido.
ABAP gracias a la llegada de SAP HANA con la promesa del tiempo real, el desarrollador puede acelerar programas existentes, optimizando las funcionalidades, por ejemplo en lugar de hacer una ejecución de fondo, se podrán ejecutar de manera online.
Antes se programaba ABAP en workbench con las transacciones de desarrollo SE38 y SE80, pero a partir de HANA se cuenta con la herramienta de desarrollo de eclipse. Por lo que ahora se puede hacer uso de las dos herramientas para desarrollar en SAP. Solo el modelado de los datos queda de la misma manera, haciendo uso del diccionario de datos con la transacción SE11.
AMBIENTES, MANDANTES, Y CLASES DE DESARROLLO O PAQUETES
AMBIENTES: Es un servidor donde ha sido instalado el sistema SAP. Por ejemplo: El ambiente de desarrollo se instala en un servidor al cual el programador tendrá acceso, al realizar las pruebas el desarrollador deberá acceder al servidor donde se encuentre instalado el ambiente de testing.
Dentro de cada ambiente se encuentran los mandantes, los datos son independientes en cada mandante dentro del mismo ambiente.
MANDANDES: Es una instancia dentro de un ambiente, que se utiliza para configuración, desarrollo o pruebas. Dentro de cada mandante existen los que son independientes de mandantes y los dependientes de mandantes. Los datos de las bases de datos y los formularios son dependientes del mandante en el que fueron creados
MANDANES ESTANDAR: Estos son 3, el 000 de referencia no contiene datos de parametrización empresarial, no se deben borrar o modificar ningún aspecto de este demandante, 001 de ejemplo y el 066 de EarlyWatch debe garantizar la confidencialidad de los datos reales de producción..
MANDANTES PROPIOS: A partir del mandante de referencia 000 podemos crear tantos mandantes como queramos
A continuación vamos a describir los mandantes que se crean habitualmente.
- Mandante 200: Desarrollo y parametrización en el sistema de desarrollo.
- Mandante 210: se lo conoce como Sandbox. Las pruebas inusuales de parametrización las realizaremos en el 210 de manera que no interrumpamos el trabajo normal del mandante 200.
- Mandante 220: Pruebas unitarias en desarrollo.
- Mandante 300: Pruebas integradas y control de calidad en integración.
- Mandante 310: Formación a usuarios finales.
- Mandante 320: Maestro de parametrización.
- Para que cumpla su función se deben transportar los cambios al mandante 400 y al 320 al mismo tiempo y mantenerlos siempre sincronizados.
- Mandante 400: Mandante productivo.
CLASE DE DESARROLLO O PAQUETES
La Clase de Desarrollo o paquete, organiza todos los nuevos objetos que se crean en SAP, clasificándolos por módulos. La clase $TMP, que se utiliza para objetos temporales, para pruebas.
Crear un paquete o clase de desarrollo:
1.- Acceder a la transacción SE80.
2.-Abriri el menú desplegable y hacer clic en paquetes
3.- Asignar un nombre el cual debe comenzar con Z
4.-Dar clic en crear o entrar al paquete existente.
5.- Escribir una descripción breve y guardar
6.- elegir una orden de transporte o crearla
7.- Escribir una descripción para la orden y grabar
8.- Hacer doble clic en el paquete creado para visualizar su configuración.