UNIVERSIDAD DE SAN MARTIN DE PORRES

FACULTAD DE INGENIERIA Y ARQUITECTURA

ESCUELA DE INGENIERIA DE COMPUTACION Y SISTEMAS

SAP

INVESTIGACION DE OPERACIONES

OSCCO ENCISO , MARCO

2005213494

LIMA – PERU

2008

¿Qué es SAP?

El nombre de SAP pertenece a una empresa Alemana, fundada 1972 con sede en Walldorf y es acronimo de << Systeme, Anwendungen, Produkte in der Datenverarbeitug>>, siendo su traducción en castellano << Sistemas, Aplicaciones y Productos en tratamiento de datos>>; es el primer proveedor de aplicaciones de software empresarial en el mundo.

El Sistema SAP es un Software planificador de recursos de la empresa, también denominado en inglés << Enterprise Resource Planning>> o ERP, siendo capaz de integrar multiples aplicaciones de negocio en el que cada aplacación representa una especifica área del negocio; SAP se desarrolla a través de un lenguaje de programación de cuarta generación, llamado << Advanced Business Application Programming>> (ABAP). Las últimas versiones de SAP también interactúan con Java.

Características de SAP

Una característica destacada es su alto grado de integración, que permite procesos simplificados de negocios, definición estándar de los datos y un lenguaje de negocios común; Es de gran flexibilidad, ya que al ser parametrizable puede acoplarse a los procesos y necesidades de cualquier tipo de industria.

Otra característica sobresaliente de SAP es que al momento de una implementación se hace entrega del código fuente, lo que permite acoplar el Sistema a cualquier requerimiento no contemplado dentro del estándar de SAP, es decir, cualquier proceso de negocios puede ser cubierto con SAP.

Aplicaciones de SAP R/3

Las aplicaciones de R/3 están organizadas en tres núcleos de areas funcionales: Logística, Finanza y Recursos humanos, estas áreas a su vez están sub divididas en aplicaciones o módulos. SAP a creado las <<Industry-specific solucions>>(ISs), en castellano "Soluciones Sectoriales" las cuales se han desarrollado a para un tipo de Sector especifico. Algunas de estas soluciones son:

IS-OIL: solución sectorial para compañias Petrolíferas.

IS-T: solución sectorial para Telecomunicaciones

IS-B: solución sectorial para Bancos

IS-Retail: solución sectorial para Minoristas.

Módulos de aplicación R/3

Gestión Financiera (FI): Libro mayor, libros auxiliares, ledgers especiales, etc. Controlling (CO): Gastos generales, costes de producto, cuenta de resultados,

centros de beneficio, etc.

Tesorería (TR): Control de fondos, gestión presupuestaria, flujo de efectivo

Sistema de proyectos (PS): Grafos, contabilidad de costes de proyecto, etc.

Gestión de personal (HR): Gestión de personal, cálculo de la nómina, contratación de personal, etc.

Mantenimiento (PM): Planificación de tareas, planificación de mantenimiento, etc.

Gestión de calidad (QM): Planificación de calidad, inspección de calidad, certificado de, aviso de calidad, etc.

Planificación de producto (PP): Fabricación sobre pedido, fabricación en serie, Kanban, etc.

Gestión de material (MM): Gestión de stocks, compras, verificación de facturas, etc.

Comercial(SD): Ventas, expedición, facturación, etc.

Workflow (WF), Soluciones sectoriales (IS): Contienen funciones que se pueden aplicar en todos los módulos

Activos Fijo(AF), Ingresos , depreciacion y amortizacion de activos fijos. (Sub modulo de FI) AM

Visión General de SAP

SAP Hoy

1 er proveedor de Software Empresarial en el mundo. 3 era compañía del mundo como vendedor de software independiente.

Líder del mercado en soluciones de software inter-empresariales.

+80.000 clientes en más de 120 Países.

+10 millones de usuarios

Clientes en el Mundo

Sería imposible mencionar la gran cantidad de clientes alrededor del mundo, pero entre muchos otros, se destacan las grandes corporaciones como: Adidas, AGFA, Airbus, American Airlines, Apple, Autodesk, BASF, Bayer, Banco de Mexico, Bell

Canada, Chevron, Coca-Cola, Compaq, Commerce Bank, Kodak, Fuji, General Electric, Goodyear, HP, Hitachi, Hyunday, IBM, MIT, Mitsubishi, Motorola, Nisan, Philips, Pirelli, PEMEX, P&G, Shell, Siemens, Staloil, Texaco, Toyota, Varta, Nestlé, Ecopetrol.

 

Clientes en Venezuela

Venezuela no escapa al éxito de SAP: PDVSA, El Universal, El Nacional, Hotel Kristoff, CANTV, Telcel, Digitel, Alcaldía de Maturin, Iveco, Eveba, Conduven, CVG,

Grupo Zoom, Trébol Gas, Pequiven, IESA, Universidad Metropolitana, Aventis, Grupo Farma, Laboratorios Calox, Laboratorios Leti, Laboratorios Vargas, Cementos Caribe,

Inelectra, Jantesa, OTEPI, Caveguias, Petrozuata, Polinter, Sincor, Molipasa, Ron Santa Teresa, Fin de Siglo, CNTI (Dependencia del Ministerio de Ciencia y

Tecnología), La Previsora, EDELCA, ENELVEN, Electricidad de Caracas, Génesis Telecom, HL Boulton, Unilever, Alcaldía de Iribarren, Venequip, Drolanca, P&G,

Brahma.

Si tantas empresas importantes seleccionan SAP, asegure Ud. de seleccionar lo mejor para su empresa, contáctenos y sin ningún compromiso gustosamente le atenderemos.

Mercados de SAP

SAP comercializa todos sus productos en diferentes industrias del mundo, desde las compañías privadas hasta las gubernamentales. La siguiente lista es una muestra parcial de las industrias a las que sirve SAP:

Materias primas, minería y agricultura Gas y petróleo

Químicas

Metalúrgicas

Farmacéuticas

Materiales de construcción, arcilla y vidrio

Construcción pesada

Servicios

Consultorías y software

Sanatorios y hospitales

Muebles

Automoción

Textil y vestidos

Papel y maderas

Sector Público

Retail

Educación Superior e Investigación

UNIVERSIDAD DE SAN MARTIN DE PORRES

FACULTAD DE INGENIERIA Y ARQUITECTURA

ESCUELA DE INGENIERIA DE COMPUTACION Y SISTEMAS

SOA

Arquitectura Orientada a Servicios

INVESTIGACION DE OPERACIONES

OSCCO ENCISO , MARCO

2005213494

LIMA – PERU

2008

SOA

Arquitectura orientada a servicios

La Arquitectura Orientada a Servicios (en inglés Service Oriented Architecture), es un concepto de arquitectura de software que define la utilización de servicios para dar soporte a los requisitos del negocio.

Permite la creación de sistemas altamente escalables que reflejan el negocio de la organización, a su vez brinda una forma estándar de exposición e invocación de servicios (comúnmente pero no exclusivamente servicios web), lo cual facilita la interacción entre diferentes sistemas propios o de terceros.

SOA define las siguientes capas de software:

Aplicaciones básicas - Sistemas desarrollados bajo cualquier arquitectura o tecnología, geográficamente dispersos y bajo cualquier figura de propiedad;

De exposición de funcionalidades - Donde las funcionalidades de la capa aplicativas son expuestas en forma de servicios (servicios web);

De integración de servicios - Facilitan el intercambio de datos entre elementos de la capa aplicativa orientada a procesos empresariales internos o en colaboración;

De composición de procesos - Que define el proceso en términos del negocio y sus necesidades, y que varia en función del negocio;

De entrega - donde los servicios son desplegados a los usuarios finales.

SOA proporciona una metodología y un marco de trabajo para documentar las capacidades de negocio y puede dar soporte a las actividades de integración y consolidación.

SOA, una nueva generación de ideas  

Indiscutiblemente, SOA es el paradigma actual en cuanto a arquitectura de software se refiere. Esta obvia conclusión es la primera lección aprendida en el Enterprise Architect Summit 2005, que se celebró durante este mes de noviembre en Barcelona y al que los ingenieros de raona tuvimos ocasión de asistir.

El Enterprise Architect Summit es un evento dirigido a arquitectos de software que se celebra de forma anual y que este año 2005 ha tenido lugar en Barcelona. En este evento de

dos días y medio participan arquitectos y estrategas de las empresas líderes en temas de arquitectura, exponiendo el futuro hacia el que se dirigen los sistemas de información, a modo de “baño” de tendencias. Son conceptos a tener en cuenta, no para los sistemas de hoy, sino para los de mañana (y pasado mañana).

Afortunadamente, tuvimos la ocasión de asistir a todas las presentaciones del evento, lo cual nos permite tener el guión completo de la película. Y, para los que no hayan podido asistir, hemos creado un blog en el que hemos expuesto la información básica de la mayoría de ponencias (http://easbyraona.blogspot.com/). El presente artículo se basa en las lecciones aprendidas en el EAS y expuestas en este blog.

SOA, ¿hacia dónde vamos?

Para empezar por el principio, ¿cómo podemos saber si en el entorno que tenemos es aplicable SOA? Las siguientes necesidades pueden indicarnos su aplicabilidad:

Aprovechar activos existentes Las infraestructuras son una commodity

Menor time-to-market

Reducir costes

Mitigar riesgos

Mejora contínua de los procesos de negocio

Arquitectura centrada en los procesos

Una vez decidimos utilizar SOA, vamos a ver qué es lo que nos implica. Para ello, debemos cubrir dos aspectos complementarios de la arquitectura de sistemas: su construcción y su operación.

Construcción de sistemas SOA

La importancia de la fase de construcción de sistemas SOA radica, en primer lugar, en el hecho de que incluye el diseño de cómo será el sistema, por lo que los errores que se cometan en esta fase se sufrirán durante toda la vida del sistema. Así pues, dada la importancia que los servicios están adquiriendo, el primer consejo sería gestionar su desarrollo como si fuese un producto en sí. Hay que analizar qué funcionalidades debe tener el sistema y cuáles deben ser servicios. SOA no significa que deban exponerse como servicios todas las funcionalidades del sistema.

Un elemento importante que se debe tener en cuenta en el momento de la construcción es el tema de la seguridad. La seguridad de un sistema SOA debe tenerse en cuenta a nivel de diseño, y nunca debe tomarse como algo que se incorpora al sistema a posteriori. Los errores de seguridad más comunes suelen venir tanto de la configuración de un sistema como de su implementación.

En cuanto a la implementación en sí, simplemente recordar que SOA no son exclusivamente web services. Pueden usarse otras tecnologías, ya que SOA hace referencia a la arquitectura y no a la tecnología de comunicaciones (aunque obviamente los web services son el mecanismo por excelencia).

Así pues, ¿cuál es la estrategia para obtener la mejor arquitectura SOA? Hay distintas estrategias en marcha, que veremos madurar en los próximos tiempos.

Los Capability Maps, según Microsoft, son la clave del diseño de una arquitectura SOA. Son mapas de funcionalidades cuyo objetivo es permitirnos

extraer los servicios y mensajes del modelo de negocio Otra estrategia es, por ejemplo, el Enterprise Service Bus, la propuesta de

Sonic Software: una infraestructura software destinada a actuar como eje de una arquitectura SOA. Capaz de mediar, controlar y conectar aplicaciones y servicios en entornos altamente distribuidos

Gestión de sistemas SOA

Probablemente, la operación de los sistemas SOA sea el campo alrededor del que hay más discusión en este momento y que más puede madurar en los próximos tiempos. Nos encontramos ante una área que ha tenido que lidiar hasta el momento con pocas armas ante las aplicaciones empresariales. La aparición de un estándar en arquitectura permitirá, en un plazo breve, poder enfocar la operación de sistemas desde nuevos puntos de vista, especialmente en el área en el que la gestión ha tenido su punto débil hasta el momento: los sistemas ad-hoc de las empresas. En este sentido, posiblemente veamos modificados los paradigmas de gestión, empezando por ejemplo por la incorporación de la figura del "Administrador de servicios", de la misma forma que ya tenemos "Administradores de bases de datos", dando a los servicios la misma consideración que los datos en la empresa.

La complejidad de los SSII es cada vez mayor, y esto es inevitable. SOA es la estrategia que permite atacar esta complejidad y darnos un camino hacia la correcta gestión de esta complejidad, donde radica el éxito de los sistemas. El reto actual de las empresas consiste no sólo "en mantener a raya" los costes que el mantenimiento de sistemas supone sino incluso, y a pesar de esta complejidad, su disminución. Hay que incorporar, por tanto, nuevas herramientas o estrategias para que esto sea posible, ya que hasta el momento muchos de los sistemas de gestión no se han gestionado de forma directa sino a partir de la monitorización de su entorno de ejecución y detectando los comportamientos anómalos. Con SOA tenemos la oportunidad de incluir herramientas que entiendan de web services y sean capaces de llegar al interior de nuestros sistemas ad-hoc.

Además de la complejidad de los sistemas, el otro aspecto característico de los SSII actuales es el mayor riesgo que suponen. Especialmente, debido al peso que han adquirido dentro de la operación de las empresas.

Así pues, de la creciente complejidad y del riesgo que suponen los sistemas aparece como consecuencia una demanda de un mayor control de los sistemas de información de la empresa. Como comentaba, el uso de una arquitectura SOA facilita este mayor control, ya que con SOA tenemos una arquitectura estándar de las aplicaciones que tratar. En cuanto a la forma de tratar el tema, de nuevo tenemos distintas alternativas:

Una propuesta es el Enterprise Management Bus (EMB). Según Intersperse, el EMB define un sistema nervioso central de la empresa para la gestión de sistemas. Mediante esta centralización, se responde de forma unificada –e incluso automatizada– a su gestión.

La estrategia de Microsoft recibe el nombre de DSI (Dynamics Systems Initiative), y consta de tres ejes principales: Conocimiento, Modelo y Ciclo de vida. Esta estrategia se apoya en un modelo, el SDM (Systems Definition Model). Sobre este modelo, Microsoft está construyendo un conjunto de tecnologías que permitirán realizar el control de actividad, la configuración y cambios, y la simulación y planificación de los sistemas de software a partir de un único punto de la organización, basado en la definición que se realiza con

este modelo. De esta forma, se consiguen unir los siguientes conceptos:

El “ought-ness”, que significa cómo deberían ser los sistemas

El “is-ness”, que significa cómo son los sistemas en realidad en este momento

El “was-ness”, que significa cómo se han comportado los sistemas hasta el momento

Con todo esto, debemos esperar una mayor madurez de la gestión de sistemas gracias a SOA. Se están empezando a definir modelos de gestión de arquitectura de empresa. Estos modelos, en el momento en que madure la tecnología, pueden convertirse en sistemas ejecutables. En este sentido, uno de los estándares que se han definido a este respecto es WSDM (Web Services Distributed Management) de OASIS. Este estàndar define una serie de medidas de control (identificadores, controles de estado, métricas, configuración, relaciones, etc.) para poder medir el entorno de producción. En cualquiera de los casos, el objetivo es llegar a que los sistemas sean en la medida de lo posible autosuficientes.

Conclusiones

En definitiva, en la actualidad hablar de arquitectura de software es hablar de SOA. Pero hablar de SOA no es hablar sólo de web services, sino que el tema va mucho más allá. El ciclo de vida de desarrollo de software, desde el diseño hasta la operación, está encima de la mesa para ser re-estudiado en base a las aportaciones y posibilidades de SOA. A medida que el mercado vaya adoptando las estrategias y tecnologías implicadas, veremos madurar el desarrollo de software hasta niveles no alcanzados por el momento. El mundo del software no deja de reinventarse contínuamente. Tenemos entre manos una nueva generación de ideas, vamos a ver hasta dónde nos llevan.