✒️ABAP El desarrollo BOR
ABAP El desarrollo BOR
Desarrollos en Workflows: las áreas de la arquitectura Workflow donde se requiere programación son:
- Organización.
- Procesos.
- Objetos de negocio.
- Administración.
- Reporting.
- Creación de workitems.
En el desarrollo de Workflows se utiliza tecnología orientada a objetos debido a que esta permite simplificar el proceso de modelado.
Tipos de objetos: es una definición gnérica de un Business Object que describe las características generales y atributos comunes de los objetos de negocios de SAP.
Los estados de un tipo de objeto son:
- Modelado: en este estado del tipo de objeto no se puede "instanciar". Es decir no se pueden generar objetos para este tipo.
- Implementado: solo para pruebas, uso interno o posiblemente inestable.
- Liberado: liberado para ser utilizado por el cliente. Solo se podrán realizar ampliaciones pero no modificar radicalmente el tipo.
- Obsoleto: el tipo de objeto ha sido remplazado por otro.
BUSINESS OBJECT: es una instancia de una tipo de objeto SAP.
Un Business Object está definido por los siguientes elementos:
- ID del objeto: identificador único.
- Campo clave: número.
- Nombre: Designación semántica única.
- Componentes: estructura interna diferenciada para los objetos de relación "es parte de".
- Subtipos: especialización de un objeto "es un".
- Atributo: Fecha de entrada, aprobado por, ingresado por, etc.
- Métodos: Implementación de los métodos aplicable al objeto.
- Eventos: evento que generan al objeto.
Business Object Repository:
El BOR es un entorno de desarrollo y ejecución completo, que permite manejar los siguientes tipos de objetos:
- Objetos del negocio: incluyen objetos como "Cliente", "Material", y "Codigo de compañia".
- Objetos técnicos: incluyen textos, notas, ítems de trabajo y documentos.
- Metaobjetos: cada objeto tiene un atributo "Tipo de Objeto" que hace referencia al metaobjeto al que esta asignado. Los métodos, atributos y eventos disponibles para un objeto en particular pueden ser recuperados desde su "Tipo de Objeto".
Instancias: para trabajar con un objeto de negocio, debe primero crearse una instancia del objeto. cuando se crea una instancia, existen dos tipos de objetos:
- Peristentes: contienen datos de las base de datos R/3. Tienen un identificador único determinado por el campo clave.
- No persistentes: los objetos no persistentes no están ligados a entradas concretas de base de datos. Por ejemplo, son utilizados para visualizar datos, o para crear nuevos objetos de negocio persistentes.
Campos claves: un objeto se identifica unívocamente de otro a través de su clave. Una clave puede estar compuesta de uno o más campos. Hacen referencia a un campo clave de una tabla de la aplicación subyacente.
El mandante no es necesario en las claves. Deben ser campos tipo carácter (CHAR). Los campos claves concatenados pueden contener un máximo de 70 caracteres.
Atributos: de un objeto representa determinada característica que este objeto puede llegar a tener.
En SAP los atributos pueden ser de base de datos o virtuales. En cuanto a su definición pueden estar relacionados a un tipo de dato de la base de datos o a un tipo de objeto (para asociaciones o composiciones). Pueden ser de una línea o varias líneas.
- Atributos virtuales: un atributo virtual es un atributo "calculado", es decir que se requiere programación para poder obtenerlo (no viene directamente de la base de datos). El business object builder no puede generar el código para un atributo virtual automáticamente (como sucede con los atributos de base de datos) por lo que deben ser "explícitamente" codificados.
Ejemplos donde son necesarios atributos virtuales:
- Datos dependientes de lenguaje.
- Datos dependientes del tiempo.
- Referencias a objetos.
- Calculos de valores netos - brutos.
- Atributos multi-lineales: se corresponden a lo que en ABAP denominamos "tablas internas". pueden contener campos de base de datos u objetos.
Metodos: son las actividades que podemos llevar a cabo sobre un objeto. Estos pueden ser:
- Sincrónicos: el resultado es enviado directamente al programa que lo ejecutó. Además es posible la utilización de excepciones.
- Asincrónicos: el resultado siempre es enviado de vuelta al programa llamador en la forma de un evento. Solo se permiten algunas excepciones (restringidas). El método en si mismo no espera un posible evento finalizador.
Ambos tipos de métodos pueden recibir datos a través de parámetros (parámetros de importación).
Eventos: se utiliza principalmente para indicar que algo a sucedido. Estos son indispensables para iniciar o terminar los workflows. La definición del evento se hace a través del Business Object Builder, pero su implementación se hace a través de otras herramientas, por ello la documentación de los eventos es "indispensable".
 
 
 
Sobre el autor
Publicación académica de Jorge Luis Leal Marquez, en su ámbito de estudios para la Carrera Consultor ABAP.
Jorge Luis Leal Marquez
Profesión: Analista de Sistemas - Venezuela - Legajo: CD46R
✒️Autor de: 113 Publicaciones Académicas
🎓Egresado de los módulos:
- Carrera Consultor en SAP BI / BW BO Nivel Inicial
- Carrera Consultor ABAP Nivel Avanzado
- Carrera Consultor ABAP Nivel Inicial
Disponibilidad Laboral: PartTime
Presentación:
Profesional del área de tecnológica, enfocado a garantizar la continuidad de las operaciones. consultor abap.
Certificación Académica de Jorge Leal