✒️ABAP El desarrollo BOR
ABAP El desarrollo BOR
Unidad-6-Lección-3: Desarrollo BOR. 1| Desarrollo de WorkFlow
Las áreas de las arquitecturas WorkFlow donde se requiere programación son:
A nivel de la Organización: Los roles.
A nivel de los Objetos de negocio: Los Atributos, Eventos y Métodos.
NOTA (Audio Tip 1): Otras áreas donde se pueden requerir programar dentro de los Workflows son la administración, el reporting y la creación de Workitems.
En el desarrollo de Workflows se utiliza tecnología orientado a objetos (OO) debido a que esta permite simplificar el proceso de modelado.
2) Tipos de ObjetosTipo de Objeto (Object Type): Es una definición genérica de un Business Object que describe las características generales y atributos comunes de los objetos de negocio de SAP.
Los tipos de objetos pueden consultarse en el Business Object Repository (BOR) a través de la transacción SWO1, (donde podremos crear, modificar, visualizar, copiar, etc. los objetos de negocio).
Los estados de un tipo de Objeto son:
- · Modelado: En este estado el tipo de objeto no se puede “instanciar”. Es decir no se puede 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á realizar ampliaciones pero no modificar radicalmente el tipo.
- · Obsoleto: El tipo de objeto ha sido reemplazado por otro.
Business Object (Objeto de Negocio): Es una instancia de un tipo de objeto SAP.
Un Bussines 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: Eventos que genera al objeto.
NOTA (Audio Tip 2): Un Bussines Object u objeto de negocio es básicamente una colección de atributo, métodos y eventos de una entidad de negocios en particular. Por ejemplo: una orden de venta, un vendedor, un cliente o un material.
3) 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 código de compañía, proveen tanto una visión de alto nivel orientado a los negocios como una interface de programación del sistema SAP.
- · Objetos Técnicos: incluyen textos, notas, ítems de trabajo y documentos, así como objetos de escritorio como textos, gráficos y hojas de cálculo.
- · Metaobjetos: cada objeto tiene un atributo “Tipo de Objeto” que hace referencia al Metaobjetos al que está asignado. Los métodos, atributos y eventos disponibles para un objeto en particular pueden ser recuperados desde su "Tipo de objeto".
Para trabajar con un objeto de negocio, debe primero crearse una instancia del objeto. Cuando se crea una instancia, existen dos tipos de objetos:
- · Persistentes: Los objetos persistentes contienen datos de las bases 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 bases de datos, por ejemplo, son utilizados para visualizar datos, o para nuevos objetos de negocio persistentes.
Un objeto se identifica unívocamente de otro a través de su clave. Un clave puede estar compuesto 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. Debe ser campos tipo carácter (CHAR). Los campos clave concatenados pueden contener un máximo de 70 caracteres.
6) AtributosUn atributo de un objeto representa determinada característica que este objeto pueda 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 (single-line o multiple-line).
- · 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 Bussines 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 son:
- o Datos dependientes de lenguaje
- o Datos dependientes del tiempo
- o Referencia a objetos
- o Cálculo 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.
7) Métodos
Los "métodos" 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 sí 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).
8) Eventos
Un evento se utiliza principalmente para indicar que algo ha sucedido. Estos son indispensables para iniciar o terminar los Workflows.
La definición del evento se hace a través del Bussines Object Builder, pero su implementación se hace a través de otras herramientas. Por ello la documentación de los eventos es indispensable.
Los eventos llevan y traen parámetros. Los parámetros pueden ser definidos por el usuario (explícitamente) o estándar los cuales no se definen (objeto lanzador, usuario que lanza el objeto, fecha, hora, etc.).
NOTA: El concepto de interfaces es el mismo que aprendidos en la unidad de programación orientada a objetos.
 
 
 
Sobre el autor
Publicación académica de Oscar Perez, en su ámbito de estudios para la Carrera Consultor ABAP.
Oscar Perez
Profesión: Ingeniero de Sistemas. Consultor y Desarrollador en Peoplesoft - Canada - Legajo: FD38F
✒️Autor de: 105 Publicaciones Académicas
🎓Cursando Actualmente: Master en Programación ABAP Orientado a Objetos
🎓Egresado de los módulos:
Certificación Académica de Oscar Perez