Arquitectura del Sistema R/3 Los sistemas de procesamiento de datos deben tener un alto grado de flexibilidad e integracin para

satisfacer las necesidades de las cada vez ms complejas estructuras corporativas. Las arreas que antes se administraban centralmente ahora se asignan frecuentemente a unidades organizacionales especificas. Como resultado, los procesos como administracin de inventarios, compras o administracin de calidad difieren de un departamento a otro as como de compaa a compaa. Mas aun, las demandas del mercado han provocado cambios en el dominio de los procesos de negocios los cuales ahora se extienden mas all de la compaa misma para incluir a clientes y fabricantes. Debido a esta complejidad, ahora mas que nunca, las compaas deben tener acceso rpido y directo a la informacin y un alto grado de comunicacin entre sub. reas. Por desgracia los sistemas de procesamiento de datos de muchas compaas no estn cumpliendo estas necesidades, los sistemas de procesamiento de datos moderno requieren lo siguiente Un alto nivel de integracin de sistemas de aplicaciones de negocios para asegurar el modelado optimo de los procesos de negocios Desacoplar los sistemas de aplicacin de modo que puedan implementarse en forma local, sin importar la tecnologa disponible. Comunicaciones fluidas entre todos los sistemas de informacin corporativos y personales.

Las soluciones estndar a estos requerimientos tuvieron xito limitado. Rara vez los sistemas de tecnologa de la informacin centralizados demuestran ser la respuesta. Los excesivos tiempos de respuesta durante los periodos pico de trafico, los cuellos de botella tcnicos las diferentes zonas de horario para las corporaciones internacionales y los problemas asociados con la actualizacin del sistema, son solamente algunos de los retos que enfrenta el procesamiento de datos de negocio. El transporte de datos mediante el mecanismo de bases de datos distribuidas no ha podido resolver estos problemas. Las razones de este fracaso incluyen grandes cargas de comunicacin, procesamientos de datos costosos y medidas de seguridad inadecuadas. A fin de lograr la flexibilidad y la facilidad de comunicacin requeridas, las compaas estn pasando de la computacin centralizada a distribuida. Los grandes fabricantes de negocios, como SAP, Oracle, VAN y people Soft, estn adoptando varios enfoques que satisfacen la necesidad de los clientes por obtener sistemas de aplicacin distribuidos, estos fabricantes estn aprovechando las ventajas de un conjunto de tecnologas que se materializaron recientemente en el mercado, como la base para la distribucin de aplicaciones. Estas tecnologas como la replica de bases de datos, la mensajeria, y los procesamientos remotos son partes fundamentales del middleware. El middleware es por definicin el conjunto de servicios que permiten la interoperabilidad entre fabricantes y el desarrollo de aplicaciones que son portables entre plataformas. El middleware evoluciono a un objetivo secundario, el cual consiste en pasar, tanto como sea posible la lgica de programacin y la funcionalidad de acceso de datos a una maquina o a un grupo de maquinas centralizadas. Este enfoque de cliente delgado proporciona un mecanismo mucho ms slido para instalaciones del cliente, mantenimiento, mejoras a futuro, y escalabilidad. Tiene la capacidad de relegar la carga de la mayora de las mejoras y el mantenimiento a unas cuantas maquinas servidor en lugar de varios cientos o miles de maquinas clientes. Un buen ejemplo de esto es un servidor web, el cual puede proporcionar la lgica y funcionalidad para atender miles de clientes y ser el nico enlace fsico a un origen de datos subyacente. Aunque los datos estn disponibles para miles de usuarios, todo el mantenimiento y las mejoras se realizan en una ubicacin centralizada. El middleware es generalmente la pieza de software que define el modelo de programacin de componentes de un sistema (COM, COBRA, etc., ) debido a que el middleware permite el desarrollo de aplicaciones mas abiertas los clientes tienen la libertad de acoplar diferentes aplicaciones entre s.

El middleware desempea el papel de gua en las tendencias actuales en cuanto a las soluciones de ingeniera de negocios. Las compaas estn comenzando a desempacar las tecnologas de middleware para sustentar la distribucin de aplicaciones. Dicho enfoque combina la escalabilidad con una base de datos centralizada independiente. Debido a que los fabrica de software de arquitectura empresarial dependen de una base de datos centralizada, requieren de medios para lograr que las aplicaciones se comuniquen en forma remota a fin de que las aplicaciones integradas puedan compartir datos y transacciones. Para lograr el objetivo de crear un entorno distribuido SAP desarrollo un amplio concepto de middleware.

El Sistema R3 y el entorno distribuido La administracin de transacciones y las aplicaciones de misin critica son inseparables para los planificadores de tecnologa. Como proveedor lder de software estndar tanto en sistemas tradicionales de mainframes como en sistemas abiertos, SAP es un caso de estudio interesante en cuanto a la implementacin de una arquitectura para transacciones abiertas. El R/3 tiene una arquitectura cliente servidor de 3 capas que incluye su propio software de administracin de transacciones. Aqu examinamos el modelo cliente servidor y el enfoque para las transacciones de SAP El sistema R3 es un software empresarial integral que opera principalmente en entornos de sistemas abiertos como Unix y Windows. Las aplicaciones utilizan el lenguaje ABAP/4 Advanced Busines Aplication Programing, Programacin de aplicaciones avanzadas de negocios, el ABAP/4 development workbrench (Banco de trabajo de desarrollo), un conjunto de herramientas para desarrollar software empresarial, la arquitectura de 3 capas del R3 se complementa con servicios especiales de impresin seguridad y comunicaciones. El R3 permite la interaccin y portabilidad de aplicaciones, datos e interfaz de usuarios. Esta interactividad se logra a travs del uso de estndares internacionales de formatos de interfaces, de servicios y de datos. Estos forman parte de un marco de trabajo industrial mas grande para integrar aplicaciones, el R3 soporta un gran numero de sistemas operativos, sistemas de bases de datos y computadoras de presentacin grafica: TCP/IP Protocolo de control de transmisin / Protocolo Internet, como protocolo de comunicaciones en red. RFC: (llamada a funcin remota) el cual permite la llamada remota a funciones de aplicaciones en otros sistemas. CPI-C para comunicaciones de programa a programa a travs de mltiples sistemas. SQL (Lenguaje de consultas estructurado) y ODBC (Conectividad abierta de bases de datos) para permitir que sistemas externos accedan a informacin de diversas bases de datos. OLE (Vinculacin e incrustacin de objetos) -ahora conocida como COM- para la integracin de aplicaciones de Windows. MAPI (Interfaz de programacin de aplicaciones de mensajeria) X400-500- y EDI (Intercambio electrnico de datos) para comunicacin externa. BAPI (Interfaz de programacin de aplicaciones de negocios) e interfases abiertas especializadas para aplicaciones especializadas como sistemas CAD, archivos pticos y recoleccin de datos.

En el R3 los servidores dedicados orientados a tareas los cuales se enlazan en redes de comunicaciones integran datos y procesos una instalacin R3 puede tomar una de las siguientes formas:

Homognea Se usa el mismo sistema operativo en una o mas plataformas Heterognea Se utiliza una variedad de sistemas y plataformas diferentes para servidores de presentacin (Windows) servidores de aplicaciones, (por ejemplo Unix o Windows) y un solo servidor de bases de datos (por lo regular unix con Oracle, informix, DB2/6000, o bases de datos de software AG). En el ultimo caso que es el mas comn, los compradores del R3 deben dar lugar a un entorno distribuido de la forma mas compleja. La instalacin heterognea podra contener varios sistemas operativos plataformas y combinaciones que tengan poco en comn excepto por el conjunto de aplicaciones R3. uno de los mayores atractivos del R3 es que puede resolver los retos distribuidos, heterogneos y tcnicos que se encuentran en la mayora de las organizaciones actuales. Los altos niveles de rendimiento del R3 se deben a la configurabilidad del sistema esta amplia flexibilidad del R3 es en gran medida resultado de la implementacin de middleware de SAP y al uso de servidores de aplicaciones mltiples. Estos ofrecen los siguientes beneficios: si un servidor de aplicaciones no esta disponible un servidor alterno se selecciona en forma automtica. el balance de cargas se logra asignando un cliente al servidor de aplicaciones menos ocupado los servidores de aplicaciones proporcionan un uso eficiente de memoria cache de datos relacionados con la solicitud de un cliente. El uso de memoria cache reduce la carga en el servidor de bases de datos y proporciona mejores tiempos de respuesta al usuario. para proporcionar escalabilidad del servidor de aplicaciones es posible agregar servidores de aplicaciones adicionales segn se requiera. El repository (repositorio) del R3 contiene descripciones de todas las tablas de datos, as como de los mdulos de software, incluyendo formularios en pantalla, reglas de negocios y ubicacin de los servidores de aplicacin.

Todas las aplicaciones se extraen del repository del R3 (contenido en la base de datos nica) hacia el servidor de aplicaciones y de ah al servidor de presentacin, cuando es necesario. En consecuencia, las actualizaciones a las aplicaciones llegan automticamente a todos los participantes del R3 de manera confiable con el mnimo esfuerzo por parte de los sistemas. En un entorno heterogneo distribuido, esta capacidad es una ventaja operacional significativa. La arquitectura Cliente Servidor de tres capas del R3 La administracin de transacciones del R3 debe entenderse en el contexto de los siguientes escenarios posibles para la configuracin del sistema cliente servidor: Centralizado .- Una computadora central realiza todas las tareas de procesamiento que involucran una sola base de datos, aplicaciones y presentacin ( esta ultima a travs de terminales X). De 2 Capas .- (conocida a menudo como al variante cliente grueso servidor delgado) poderosos sistemas de escritorio que se encargan tanto de la presentacin como de la ejecucin de aplicaciones estando totalmente aparte el servidor nico de bases de datos. De 3 capas .- Se usan sistemas por separado para la presentacin (por ejemplo PCS, MACS etc.), para las aplicaciones y para los servidores nicos de bases de datos. De muchas capas .- las 3 capas se amplan con servidores de aplicacin de Internet.

En el R3, la capa de aplicaciones es un microcosmos de middleware. Mientras que la capa de presentacin y las de bases de datos podran operar en diferentes plataformas, la capa de aplicaciones esta adaptada para la administracin de transacciones, la escalabilidad, el desempeo y la facilidad de mantenimiento/actualizaciones. SAP apoya el escenario de 3 capas ya que es donde se explotan casi por completo las virtudes del sistema R3. adems el sistema de 3 capas optimiza la flexibilidad de plataforma para el usuario. Los usuarios finales pueden aprovechar las diferentes estructuras de costo de las computadoras para usuario y de las que actan como servidores. De echo, en el R3, los usuario finales son el centro de atencin como son en la IT el uso de recursos del sistema o los gerentes de departamentos. Esta atencin se manifiesta en la arquitectura del R3 la cual es por diseo altamente portable. Por ejemplo la GUI (interfaz grafica de usuario) de SAP, permite la presentacin en un amplio rango de computadoras para usuario final. Esta capacidad es un lujo de ingeniera de software, especialmente debido a que la mayora de las computadoras de escritorio utilizan MS-Windows. Durante mucho tiempo la industria ha estado encaprichada con tecnologas de enseanza abierta que abarcan diferentes sistemas y minimizan considerablemente los riesgos de encadenarse a una sola plataforma. La arquitectura del R3 permite desacoplar la capa de aplicaciones de las capas de presentacin y de las bases de datos. Esta separacin es un prerrequisito para distribuir tareas en configuraciones cliente / servidor. Cmo proceden las transacciones a trabes del R3? Con excepcin de las transacciones en lote, el protocolo de transferencia del middleware de R3 consta de 2 categoras Protocolo de presentacin para el intercambio de datos entre servidores de presentacin y servidores de aplicaciones. Una interfaz de bases de datos, utilizando el SQL de SAP para transferir datos entre servidores de aplicaciones y de bases de datos. La capa de presentacin o interfaz para el usuario de sistema R3 es portable. Las aplicaciones de R3 ofrecen una apariencia y funcionalidad consistentes en computadoras de presentacin que operan con Windows OS2, OSF-Motive y Apple Macintoch. El software de presentacin del R3 al operan en computadoras de presentacin individuales, implementa la Gui mediante las funciones y los recursos que proporciona el entorno del sistema operativo. El resultado es un flujo muy compacto de datos entre la computadora de presentacin del R3 y el servidor de aplicaciones. Las 2 computadoras no pasan de un lado al otro pantallas completas, mas bien, intercambian informacin lgica acerca de elementos de control y entradas de usuario. Por lo regular, solo es necesario transferir de uno a 2 kilobytes de datos para cada cambio de pantalla. Por lo tanto, tambin es algo sencillo conectar computadoras de presentacin a travs de WANS. La interfaz de bases de datos asla el mecanismo para el transporte y manejo de datos entre aplicaciones y la base de datos. Tambin tiene la tarea clave de mediar entre las estructuras lgicas del diccionario de datos las estructuras fsicas de la misma base de datos relacional. La interfaz de bases de datos maneja el acceso a los datos a travs del SQL de SAP, que en esencia es una biblioteca de llamadas SQL estndar, disponible dentro del entorno de ABAP/4. la arquitectura del R/3 asegura que permanezcan ocultas, en solo unos cuantos mdulos, las diferencias en sintaxis y en semntica de las implementaciones de SQL de varios fabricantes de bases de datos. Esta practica permite al R/3 soportar todos los sistemas de bases de datos relacionados conocidos, cuyo rendimiento sea adecuado.

Debido a que los sistemas de bases de datos ofrecen diferentes subconjuntos del rango general, de funciones de SQL, el ABAP/4 development workbrench pone a disposicin SQL en 2 niveles: SQL de SAP y SQL nativo. La interfaz de bases de datos traduce el SQL de SAP al SQL propio de la base de datos instalada en el sistema. El SQL nativo se proporciona mediante un segundo mecanismo para acceso de la base de datos, que permite que se incruste dentro de un programa ABAP/4. despus, ABAP/4 pasa directamente el SQL a la base de datos, pasando por alto totalmente la interfaz de base de datos. Beneficios del cliente-Servidor de 3 capas del R/3 Existen diversos beneficios del cliente servidor de 3 capas del R/3. estos incluyen: portabilidad, proteccin de la inversin, implementacin de nivel mltiple, optima distribucin de carga e interoperabilidad. Portabilidad para implementar requerimientos de negocios a travs del procesamiento de datos, se requiere de una infraestructura que haga que el usuario sea independiente de todos los aspectos del sistema tcnico subyacente. El R/3 ofrece dicha infraestructura tecnolgica, en gran medida, a travs de su arquitectura cliente-servidor de nivel mltiple. El principio de construccin bsico de esta arquitectura es la clara distincin que hace de las capas de presentacin, de aplicaciones y de bases de datos. Este principio permite que el R/3 se distribuya en forma transparente a travs de varios sistemas de computo (Servidores). Para cada uno de estos niveles la infraestructura tecnolgica del R3 ofrece los servicios correspondientes, estos soportan la portabilidad de sistemas a travs de sistemas de presentacin heterogneos, servidores de aplicaciones y servidores de bases de datos. Al mismo tiempo, aceptan las caractersticas especificas del sistema de diferentes servidores y aseguran la optima operacin del sistema R/3 en cada una de estas computadoras. Con respecto a estos 3 niveles el R/3 maneja las siguientes plataformas Sistemas de presentacin la GUI de SAP es la interfaz grafica del R/3. Se basa en el estndar de Windows y puede ejecutarse en Windows 98, Windows 2000, NT, mac OS, OSF/Motivf y OS/2 presentation manager. Servidores de aplicaciones la lgica de negocios completa relativa a las aplicaciones del R/3 puede ejecutarse sin modificaciones en los principales sistemas operativos: Unix, Sistemas AS/400 y en Windows 2000 Advanced Server como clientes, varios servidores de aplicaciones pueden obtener acceso paralelo a la informacin de un servidor de base de datos, a travs de SQL abierto o SQL nativo Servidores de bases de datos El R/3 puede utilizar distintos sistemas de administracin de bases de datos. Estos incluyen: el DB2 de IBM (DB2/6000) para AIX y DB2/400 para AS/400, informix online, Microsoft SQL Server, Oracle y Adabas D de Softwares AG.

Proteccin de la inversin El beneficio operacional de la infraestructura tecnolgica del R/3 es el resultado de la alta portabilidad del sistema antes expuesta, la proteccin de la inversin en software de aplicacin correspondiente y los procesos de negocios implementados con base en este software. La vida til de este software critico a menudo excede los 10 aos mientras que los ciclos de innovacin de hardware, sistemas operativos y bases de datos es mucho mas corto. La portabilidad del sistema R/3 tambin garantiza la adaptabilidad a nuevas tecnologas base, como las tecnologas orientadas a objetos, mas aun la portabilidad permite a las compaas la libre eleccin entre diferentes entornos de sistemas, lo cual redita durante todo el ciclo de vida en sus entornos de procesamientos de datos.

Implementacin de nivel mltiple la distribucin en los 3 niveles de sistema es, con frecuencia, la mejor solucin para estructuras de compaas grandes y distribuidas. Esta solucin no solo de aplica al nivel de presentacin en donde simplemente pueden agregarse nuevas PCs si aumenta el numero de usuarios, si no que tambin se aplica al nivel de aplicacin, es posible agregar computadoras dedicadas para el procesamiento del libre dialogo en segundo plano. tambin se pueden agregar para reas de aplicacin operacional especifica, como planeacin del volumen de ventas, ventas o contabilidad financiera. A los negocios se les ofrece una transparencia total respecto a cuantos servidores de aplicaciones se instalaron recientemente y donde esta operando actualmente una aplicacin determinada del R/3. por ultimo, el nivel de base de datos, es fcil cambiar de un sistema de un solo procesador a uno multiprocesador, o bien, agrupar configuraciones. Optima distribucin de la carga este tipo de escalabilidad ofrece a la compaa una gran libertad desde la perspectiva del costo. Permite que los negocios instalen la capacidad de computo optima de cada nivel y ofrece una optima distribucin de carga incluso en configuraciones cliente-servidor, con varios miles de usuarios. En consecuencia, las compaas no estn obligadas a instalar computadoras y sistemas operativos de un solo proveedor sino que tienen la opcin de implementar un entorno heterogneo de sistemas. Interoperabilidad la interoperabilidad es un aspecto importante de la arquitectura del R/3, debido a que el software empresarial basado en procesos debe coexistir y cooperar con otros sistemas para alcanzar los objetivos de negocios. La orientacin hacia los procesos a travs de las reas de negocios y aplicaciones requiere de interoperabilidad entre las aplicaciones R/3 distribuidas as como entre el R/3 y los sistemas externos. Comunicacin entre Programas En el Sistema R/3, las comunicaciones programa a programase implementan con CPI-C. CPI-C es un antecedente al movimiento de IBM para estandarizar las comunicaciones como parte de su impulso SAA (Arquitectura de aplicaciones de sistemas). A finales de los 80s cuando SAP desarrollo partes del R/3. las funciones del CPI-C se integraron dentro del ABAP/4. un programa ABAP/4 puede iniciar o afectar sesiones CPI-C intercambiar datos, as como establecer y terminar conexiones. Las comunicaciones programa a programa, siempre se realizan a travs de un gateway interna, la cual se encarga de convertir comunicaciones CPI-C al protocolo de transferencia utilizado en forma externa, por ejemplo TCP-IP o LU6.2 Al hablar de comunicaciones en red, resulta esencial hacer la distincin entre transferencias de datos sincrona y asncrona existen muchas situaciones en las que las aplicaciones necesitan un mecanismo para comunicacin asncrona en vez de las comunicaciones sincronas de CPI-C. Por ejemplo, una computadora receptora podra en forma temporal ser incapaz de aceptar datos. En esos casos, el sistema R/3 puede apilar un buffer para poner los datos en colas de espera especiales y trasmitirlos mas tarde. El mecanismo que se emplea para manejar estas colas se denominan Q-API (Interfaz de programacin de aplicaciones de colas de espera) se puede integrar libremente dentro de programas de aplicacin. El formato que se usa para almacenar datos en una cola de espera puede variar, aunque el formato de entrada en lote, BDC (comunicaciones de datos en bloque) esta definido para aceptar registros de datos externos dentro del R/3. el formato de entrada en lote permite que los datos fluyan directamente de la cola de espera haia transacciones interactivas normales. Sin embargo, las colas de espera tambin pueden manejar datos de un formato definido libremente interpretado por el programa receptor. Otro aspecto de la comunicacin entre programas de la RFC, que es la implementacin de SAP de la RPC (llamada a procesamiento remoto) de ABAP/4 la RFC es el medio principal para el acceso de aplicaciones de R/3 y es la interfaz de programacin del R/3. la RFC cumple los requerimientos de computo distribuido asociados al uso de un servicio externo mediante la llamada a un subprograma. El automation software development KIT (KIT desarrollo de software de automatizacin) del R/3 contiene las bibliotecas del RFC y las dlls (bibliotecas de vnculos dinmicos) RFC

disponibles, los dilogos, las funcionas de administracin de errores, la documentacin relevante y los programas de ejemplo: es posible usar RFC para llamar a un amplio rango de funciones R/3 mdulos y aplicaciones externas, por ejemplo, MS Excell, Lotus 123 Power Builder, Entis, Visual basic, Java y C. Adems, SAP esta relacionado en forma estrecha con la arquitectura COM de Microsoft y por lo tanto, al utilizar al automatizacin OLE2 de Micorosoft la RFC tambin esta disponible. Esta tecnologa de middleware ofrece la capacidad de conectar e incorporar objetos de negocios a travs de mltiples programas o archivos. Otros sistemas o aplicaciones R/3 pueden llamar mdulos de funciones del R/3 por medio de la RFC. La RFC oculta la capa de llamadas CPI-C, que es la comunicacin estndar que emplea SAP. Para tener acceso a un sistema R/3, otros programas de usuarios tienen que registrarse a travs de los mdulos de funciones estndar, y entonces pueden llamar a los mdulos de funciones especificas con los que desean comunicarse. Integridad transaccional es un aspecto clave de las transacciones remotas. En el contexto del R/3 donde un sistema completo podra residir en el servidor de aplicaciones, es casi obligatorio enviar las transacciones a travs de servidores de aplicaciones. La RFC asegura la integridad transacconal en las siguientes formas. las llamadas RFCs se ejecutan en el mismo orden y dentro del mismo contexto de programa en el sistema de destino que en el sistema que llama. Se toman medidas para asegurar que cada llamada RFC no se ejecute mas de una vez El estado de una llamada RFC puede consultarse en cualquier momento

Las llamadas RFC son esencialmente sincronas pero tambin pueden hacerse asncronas cuando el sistema de destino esta inactivo. En este caso, la llamada se coloca en una cola de espera local y no se enva hasta despus. Por ejemplo la llamada puede transmitirse a intervalos regulares o en tiempos estipulados con precisin. Las llamadas tambin pueden controlarse mediante la disponibilidad de la computadora de destino. Administracin de transacciones middleware Consciente de que el esquema cliente-servidor de 3 capas tiene limitaciones en empresas geogrficamente dispersas SAP fue pionero en el concepto de ALE (Application linking and Enabling, enlace y habilitacin de aplicaciones) basado en procesos de negocios. El concepto de ALE de SAP elimina con xito las restricciones de una sola estructura de bases de datos distribuyendo entre diferentes sitios la disponibilidad de la base de datos. El concepto ALE hace posibles los sistemas distribuidos al permitir que los usuarios configuren mdulos y bases de datos de aplicaciones en diferentes ubicaciones. Debido a que el sistema R/3 aade la capacidad de interaccin entre Internet, el flujo de trabajo y los objetos de negocios, el nivel de especializacin en la tecnologa del middleware se incrementa. Los datos se intercambian desde un sistema central hacia uno remoto permitiendo que las aplicaciones intercambien informacin. El concepto ALE no solamente enruta datos, tambin sabe que datos son necesarios en una determinada situacin. A este respecto, ALE es middleware inteligente. ALE abre el camino para la comunicacin de informacin de negocios en forma eficiente y segura, entre sistemas diferentes y tcnicamente independientes. Adems ALE ofrece modelos y tecnologas de distribucin para el alcance de aplicaciones, adems de herramientas para el diseo y la operacin de aplicaciones distribuidas.

Los pilares de la tecnologa ALE son la consistencia de la informacin, los documentos intermedios y la FRC asncrona. Consistencia de la informacin para la ALE, se tomo la decisin conciente de no utilizar el concepto de bases de datos distribuidas desde un punto de vista tcnico dicho concepto supone, por lo regular, un alto grado de complejidad administrativa y un estado de versin idntico en todos los componentes del sistema involucrados, en todos los nodos de la red. Esta complejidad va contra la idea de autonoma y a menudo no puede realizarse debido a consideraciones de tiempo y costo, en particular si se considera un escenario distribuido con unidades econmicamente independientes. Desde una perspectiva de negocios el sistema de bases de datos no puede representar en forma adecuada una parte importante de la lgica de la aplicacin como son las verificaciones de la consistencia relacionadas con la seguridad. Implementar procesos relacionados de tipo propietario tampoco es una solucin valida para recuperar la semntica de negocios, debido a que esta solucin seria a costo de la portabilidad. La mayora de las bases de datos ahora soportan un concepto de replica lo que significa que pueden describirse en bases de datos idnticas en diferentes ubicaciones fsicas como una actualizacin atmica nica. En la actualidad, esta tecnologa se emplea ampliamente a travs de redes de rea amplia, en especial cuando la mayora de los usuarios leen datos y no los escriben. IDOCs (Intermediate Documents, Documentos intermedios) - el concepto ALE utiliza un intercambio de mensajes asncronos controlados en forma operacional entre sistemas de aplicacin autnomos, vagamente acoplados. El eje central para un intercambio de datos dctil y seguro es el concepto IDOC desarrollado por SAP. Los mensajes de tipo IDOC se caracterizan, en particular, por tener una estructura expansible compatible con nuevas versiones y adecuada para datos complejos. Una vez concluida la transferencia, IDOC inicia el procesamiento de entrada en el sistema de destino. Los datos se procesan de acuerdo con configuracin de la aplicacin correspondiente, la cual puede incluir asientos de informacin. En este enfoque orientado a los negocios adems de otros sistemas de mensajeria Internet tambin esta disponible como transportador. RFC asncrona los IDOCs tienen una estructura de datos neutral que es independiente de los datos de la aplicacin especifica. Como resultado, sistemas externos tambin pueden usarlos como interfaz estndar para transferencia de datos. Una aplicacin, configurada para enviar datos a otros sistemas genera en respuesta a un evento correspondiente) un IDOC maestro, el cual contiene los datos de negocios y la definicin de las secuencias de procesamiento a iniciar en la aplicacin receptora. La transferencia real tiene lugar a travs de la RFC asncrona. La tecnologa asncrona es un pilar de la ALE, es la clave de la mensajeria ya que permite que 2 o mas sistemas se comuniquen sin estar sincronizados. En consecuencia la comunicacin es independiente de la indisponibilidad momentnea de la computadora de destino. Si no se realiza la conexin la capa ALE inicia y monitorea la transferencia mas adelante.

Fundamentos Para La Integracin De Procesos de Negocios Distribuidos

En las primeras etapas del desarrollo del R/3, SAP comprendi que las bases de datos distribuidas no eran un medio adecuado para procesar objetos de negocios complejos ubicados en diferentes sistemas. Como resultado, inicialmente el sistema R/3 se implemento con una sola base de datos a fin de ofrecer el control y la separacin de transacciones necesarios aunque la decisin de considerar una sola base de datos fue comprensible en el contexto de finales de los aos 80, cuando se diseo y construyo cuando por primera vez el R/3, actualmente ya no es adecuada. Ahora las organizaciones tienen diferentes tipos de bases de datos en sistemas diferentes. Bajo las condiciones de la realizad actual de los negocios la tecnologa cliente-servidor debe soportar con facilidad mas de una base de datos (esto es bases de datos mltiples, las cuales, cuando se combinan, construyen la totalidad del sistema R/3) . A fin de aplicar la ingeniera de procesos de negocios de manera optima un sistema de aplicaciones de negocios debe estar altamente integrado.. La ALE es el mecanismo que permite a SAP integrar orgenes de datos y bases de datos de R/3 (Operacionales, datos u otras). El principio que sustenta la ALE permite que una instalacin R/3 sea distribuida, aunque y al mismo tiempo integrada. La ALE permite la implementacin de bloques de aplicaciones vagamente acopladas. Las aplicaciones operan de forma independiente y tienen sus propios datos por separado en las instalaciones distribuidas. Conclusin SAP ha demostrado ser un adaptador pragmtico de estndares de sistemas abiertos (procedimiento remoto EDI, MAPI, CPI-C, etc). Al crear el R/3 SAP tenia la responsabilidad de asegurar que transacciones sencillas y complejas pudieran ejecutarse en una amplia variedad de sistemas. Aunque optaron por usar un enfoque novedoso en ciertas reas ( como la RFC), SAP sigue conservando un alto grado de apertura hacia las aplicaciones externas que asocian transacciones en el mundo de SAP. SAP no solo ofrece un conjunto terminado de aplicaciones, si no que tambin proporciona las herramientas de desarrollo y del middleware. Aunque el desarrollo de aplicaciones externas que establezcan una interfaz con el R/3 podran requerir una cantidad considerable de conocimiento interno del R/3 y de recursos, esta estrategia fortalecer aun ms la posicin de SAP en el mercado de las aplicaciones, debido a que permite que se desarrollo casi cualquier aplicacin. El sistema R/3 es el modelo de procesamiento de transacciones abiertas de una larga e impresionante (y creciente) lista de compaas mundiales. SAP esta, por tanto en una posicin particularmente fuerte como precursor de la industria en la determinacin de cmo y donde se conectara el middleware con sus propias aplicaciones y las de otras compaas. Como una seal del xito del R/3, SAP ofreci la ALE al grupo de aplicaciones abiertas, un consorcio de fabricantes de sistemas cliente servidor que acord cooperar con el desarrollo de interfaces entre aplicaciones, de modo de que los usuarios puedan depender de la ALE para enlazar aplicaciones SAP y distintas a SAP. El propsito fundamental de la distribucin de aplicaciones es permitir que la arquitectura R/3 evolucione de manera que facilite la adicin de conexiones R/2 y R/3 y se expanda a redes de aplicaciones que comprendan aplicaciones SAP y distintas a SAP ligeramente acopladas. Para cumplir estos objetivos el R/3 utiliza mensajes que intercambian las aplicaciones distribuidas con base en reglas de negocios predeterminadas y objetos almacenados, en el reference model del R/3. Adems el R/3 hace un amplio uso de enlaces asncronos a fin de evitar los enlaces, antes rgidos, a una base de datos central.

Al permitir evolucionar en esta forma al R/3, su concepto ALE permite que se desarrolle casi cualquier aplicacin como complemento del R/3. El reto mayor y objetivo ultimo de los fabricantes de software empresarial es hacer posible que los sistemas interacten entre si sin obstculos. La arquitectura del R/3 es una mitad de la ecuacin sin obstculos.