UNIDAD 4

SOFTWARE DEVELOPMENT IN SAP SYSTEMS

Objetivos

Describir la estructura de datos de la pila de ABAP en un sistema SAP.

Objetos de desarrollo del Transporte ABAP en un multisistema landscape.

Explicar lo básico de un programa ABAP.

Además de los ajustes de negocio relevantes para clientes específicos de un sistema SAP, todos

los sistemas SAP también contiene los parámetros de aplicación cruzadas y los objetos del

repositorio.

En los sistemas de SAP, los siguientes términos deben ser diferenciados con respecto a la

estructura de datos:

Client-specific data

Cross-client Customizing

Repository objects

Un cliente es una unidad con un sistema SAP este contenido es propio en los términos del

negocio, organización y dato. Un cliente es caracterizado por su propio ambiente de negocio tal

como un MASTER, transacción y un dato de usuario.

Cuando se prepara un sistema de SAP para el uso, se hace de personalización para cada cliente.

REPOSITORY

El repositorio es donde los objetos son accedidos usando ABAP Workbench. El repositorio es

un cliente-cruzado.

El repositorio es un almacén de cross-client que contiene todos los objetos Dictionary y

programas ABAP, menús y pantallas.

Todo sistema SAP requiere constante mantenimiento, que puede ser dado por cualquiera de

SAP o por los usuarios que utilizan el sistema.

Adicionalmente los objetos de repositorio ABAP son cliente independiente, que significa que

los cambios que hace un cliente inmediatamente afectan todos los otros clientes del mismo

sistema SAP.

Un sistema Landscape, puede configurar varios sistemas SAP con una licencia, sin embargo

solo se puede usar esta licencia con un sistema en producción.

Process Involved in Three-System Landscape – Procesos involucrados

En el sistema Landscape, se debe realizar las personalizaciones necesarias de los procesos

estándar de SAP en el sistema de desarrollo.

El sistema Landscape tiene una única descripción de 3 caracteres, tal como Desarrollo (DEV),

Control de calidad (QAS), y Producción (PRO).

El identificador del sistema (SID) es siempre de longitud de 3 caracteres y comienza con una

letra, pero puede contener letras y números.

GESTIÓN DE LOS PROCESOS DE SOFTWARE EN EL AMBIENTE ABAP

En un multi-sistemas landscape, los transporte son usado para transferir cambios a los objetos

de los repositorios y los cliente definen los ajustes de personalización desde unos de los

sistemas a otros. Para esto se utiliza solicitudes de transportes (Transport requests).

El Transport Organizer, cambia registro de objetos de repositorios y transporta como

requerimientos a Workbench. Se puede acceder al Transport Organizer usando la el código

transacción SE09.

El Transport Organizer SE09 asigna un número a la solicitud de transporte. A solicitud de

transporte tiene que contener objetos relacionados de manera lógica. Los requerimientos

permiten el transporte y la administración de los objetos de desarrollo.

Ejemplo: <SID>K9<nnnn> DEVK900050

El Transport Organizer automáticamente crea tareas para estos requerimientos de transporte

para cada empleado a quienes los requerimientos de transporte son asignados.

Los Workbench requests son requerimientos de transporte para la Personalización de cross-

cliente y los objetos del repositorio.

El proceso para Workbench requests son los siguientes:

EL Transport Organizer crea una tarea para todos los empleados para quien

transporta el requerimiento es asignado. Si un empleado asigna a un repositorio de

objeto a un Transport requests, el repositorio de objeto es grabado por nombre en la

tarea de ese empleado.

Cuando el empleado completa el desarrollo del proyecto, el empleado libera la tarea.

Estas acciones transfiere los objetos en una tarea del requerimiento del transporte por

nombres.

Si un desarrollador edita un objeto del repositorio e incluye un requerimiento de

transporte, entonces el objeto del repositorio es exclusivamente reservado para el

procesamiento por el empleado quien solicito el transporte para asignarlo.

Los objetos son desbloqueados cuando los requerimientos de transporte son liberados.

El Transport Organizer también actualiza las versiones del repositorio de objetos,

permitiendo la comparación de fácil acceso del repositorio de objetos.

Un requerimiento de personalización contiene objetos de datos de los clientes-dependientes,

personalización de datos, datos maestros, transacciones de datos, y datos de usuario.

Cuando los empleados completan su personalización, ellos liberan sus tareas. Estas liberaciones

transfieren actividades en la tarea para el requerimiento de personalización.

La estructura de personalización y desarrollo de proyectos son similares. El empleado involucra

en la personalización del proyecto que son los líderes de la personalización de proyectos, quien

crea y libera los requerimientos de personalización.

Los transportes de objetos son divididos en export e import. Los objetos son exportados

desde el desarrollo del sistema e importado desde el sistema de destino.

El Transport Organizer automáticamente clasifica un requerimiento de transporte como

transportable o local, basado en los objetos del destino.

TYPES OF REQUESTS IN SAP SYSTEMS

Transport request

Workbench request

Customizing request

Change request

Consolidation transport

SAP ofrece el código fuente de todos los programas ABAP. Usted puede ver el código y usarlo

como plantilla para sus programas, entre otras cosas.

Se puede usar el editor de ABAP (transacción SE38 o el Object Navigator, transacción SE80)

para crea y editar programas. Los programas ABAP son almacenados en el sistema de SAP

como tablas entrantes en la Base de Datos.

ABAP EDITOR

El editor de ABAP proporciona un rango de funciones, incluyendo un chequeo de sintaxis y una

opción para la capitalización de palabras claves de ABAP.

Si realiza un cambio en un programa y la guarda, una versión inactiva de programa siempre se

guarda en el repositorio ABAP.

Se puede ejecutar un programa en el editor ABAP usando el procesamiento directo (F8 keys).

Esta acción ejecuta la versión inactiva de su programa para las pruebas finales.

ABAP Dictionary

Es un componente central de Workbench ABAP, conteniendo definiciones de negocios y

técnicas y una descripción de datos ABAP.

El diccionario de ABAP habilita todos los datos definidos que el sistema SAP usa para ser

descrito y manejado. El diccionario ABAP es un diccionario activo, está completamente

integrado en el desarrollo de SAP y el ambiente del tiempo de ejecución.

Los Objetos del dictionario ABAP pueden ser divididos:

DEfinicion de objetos de Base de datos. (Tables, views)

Definición de tipos (estructuras, tipos de tablas)

Definicion de servicios (F1 help, F4 help, bloqueo de objetos)

Los diferentes tipos de objetos

Tables

Views

Lock Objects

Domai

Se puede definir Tablas en una base de datos independientemente en el Diccionario de ABAP.

Una tabla es una bidimensional matriz, consiste de columnas y filas.

Preguntas