Es una llamada a función remota como sus siglas en inglés lo indican ( Remote Function Call).
Se trata de un protocolo que permite a un programa ejecutar código en otra maquina remota sin tener que preocuparse por las comunicaciones entre ambos dado que ha sido configurada previamente por el administrador del sistema.
4. Las herramientas propias de ABAP
Es el sinónimo de pantalla dentro de SAP.
Cada dynpro tiene asignado un número compuesto por cuatro dígitos numéricos.
Las dynpros son los componentes fundamentales de un programa de diálogo en abap, el cual está compuesto por una serie de pantallas por las cuales el usuario navega mientras interactúa con el programa y realiza determinadas acciones.
A los programas de diálogo en ABAP se los conoce también con el nombre de "Module Pool".
Dentro de cada dynpro se crearán o asociarán diferentes objetos para darles funcionalidades a las mismas. Entre ellos podemos nombrar:
- Menús
- Títulos
- Botones
- Tablas de control
- SubScreens
- Campos de entrada
- Campos de salida
Para trabajar con Programas de diálogo o Module Pools vamos a utilizar la transacción SE80 correspondiente al "Navegador de objetos".
- El entorno de depuracion-SE38, es el modo debugging de ABAP, puedes usar breakpoints y watchpoints, tienes la ejecucion paso a paso o por bloques para ver el programa y localizar el error en el lugar exacto.
Es el proceso de identificar y corregir errores de programación.
Forma parte del proceso de desarrollo del software y de hecho es una parte muy importante ya que todo desarrollo debe pasar por una prueba unitaria y una prueba funcional.
La prueba unitaria la realizará el mismo programador o un par. La idea de esta prueba es probar el funcionamiento del programa de forma unitaria o individual.
La prueba de sistemas la realizará el analista funcional encargado del proyecto. Su objetivo es probar el nuevo desarrollo de forma integra, viendo como interactúa este con otros objetos existentes en el sistema.
En ABAP podemos utilizar 2 Debuggers o "Entornos de depuración" diferentes:
- El nuevo debugger
- El viejo debugger
El nuevo debugger presenta ventajas significativas respecto al viejo debugger.
Para configurar uno u otro debugger debemos ir a:
Desde las transacciones SE80 o SE38 vamos a Utilidades → Opciones.
BREAKPOINTS
Son puntos de control que se colocan en el programa, para que al ejecutarse se detenga el procesamiento en esos puntos, de modo de poder analizar un posible error o la razón por la cual ciertas variables adquieren determinados valores.
Es indispensable para un programador ABAP saber utilizar a la perfección esta poderosa herramienta que nos brinda el Debuger ABAP ya que de esta manera es como se pueden descubrir los errores en las aplicaciones.
Existen dos tipos de breakpoints:
- Breakpoints de sesión: Estos puntos de interrupción solo son válidos para la sesión actual, es decir, para aplicaciones que se lancen dentro de la misma entrada al sistema. Además estos breakpoints son independientes de usuario.
- Breakpoints externos o de de usuario: Estos puntos de interrupción son válidos para cualquier aplicación que se ejecute en el sistema, independientemente de donde se haya lanzado. Por ejemplo, en aplicaciones Web Dynpro o BSP, que se ejecutan desde un navegador web, solo podrían utilizarse este tipo de breakpoints. Estos suelen tener validez de 2 horas y se asocian a un usuario.
WATCHPOINTS
Son expresiones que detienen la ejecución de un programa cuando la variable o valor en cuestión cambia de valor o adquiere el valor de parada.
Al igual que breakpoints, un watchpoint es un indicador en un programa que indica al procesador ABAP en tiempo de ejecución que interrumpa el programa en un punto determinado. Sin embargo, a diferencia de los breakpoints, los watchpoints no se activan hasta que cambia el contenido de un campo especificado.
Los watchpoints, como los breakpoints dinámicos, son específicos del usuario y por lo tanto, no afectan a otros usuarios que ejecuten el mismo programa. Sólo puede definir watchpoints en el depurador.
5. Modificaciones al sistema estandar de SAP
SAP permite que los usuarios puedan adaptar el sistema a sus propias necesidades, deja huecos en el codigo, estos huecos se conocen como Ampliaciones, que puedes extender o ampliar funcionalidades del sistema.
Principales ampliaciones que existen en SAP:
- Customer exists (Transacciones CMOD y SMOD): espacions que deja SAP para que los usuarios agreguen codigo para validaciones y mejoras.
- Field Exits (Transacciones CMOD y escribir PRFB): Ampliaciones de campo, validaciones de los elementos de datos asociados a campos de pantallas SAP.
- Badis(Business Adds-Ins, Transacciones SE18 y SE19): Basado en la utilizacion de objetos ABAP para la implementacion de validaciones y ampliaciones al codigo estandar, sin tener que modificar el codigo estandar.
OBJETOS
En programación Orientada a Objetos se usan para modelar objetos o entidades del mundo real (el objeto hijo, madre, o farmacéutica, por ejemplo).
Un objeto es, por tanto, la representación en un programa de un concepto y contiene toda la información necesaria para abstraerlo: datos que describen sus atributos y operaciones que pueden realizarse sobre los mismos.
Se trata de un ente abstracto usado en programación que permite separar los diferentes componentes de un programa, simplificando así su elaboración, depuración y posteriores mejoras.
Los objetos integran, a diferencia de los métodos procedurales, tanto los procedimientos como las variables y datos referentes al objeto.
A los objetos se les otorga ciertas características en la vida real. Cada parte del programa que se desea realizar es tratado como objeto, siendo así estas partes independientes las unas de las otras.Los objetos se componen de 3 partes fundamentales: metodos, eventos y atributos.
- Enhancements (Desde la misma transaccion SE38): Ampliaciones al codigo mediante las cuales podremos agregar funcionalidades determinadas.
- Estructuras Apend (Desde la misma transaccion SE11): Objetos de ABAP que se crean para agregar datos o configuraciones adicionales a las tablas bases de datos y estructuras estandar.
6. Consultores de SAP
Existen 3 tipos de consultores
- Consultor funcional: Se dedica a un modulo del sistema, y son los encargados de ayudar a las empresas a configurar el sistema de SAP, segun las necesidades de la empresa.
- Consultor SAP Basis: Administran el entorno SAP, mantenimiento, actualizaciones, backups etc, gestionan la plataforma operativa SAP Netweaver, para que funcione correctamente.
- Consultor tecnico: En general nos referimos a los progamadores de ABAP, tambien conocidos como ABAPER, desarrollador de ABAP, Consultor de ABAP. Tambien desarrollan documentacion, asesoran a los consultores funcionales en cuestiones tecnicas, realizan las pruebas tecnicas etc
7. El cliclo de trabajo de un consultor ABAP
- Requerimiento del cliente al consultor funcional, este parametriza o
- Elabora el diseño funcional para el consultor Tecnico, que va ser el informe de lo que necesita.
- El consultor tecnico elabora el diseño tecnico, como lo va hacer y la estimacion de tiempos.
- Se realiza la programacion, y las pruebas unitarias(el programador) y a el consultor funcional realiza las pruebas integrales