Trabajo de SAP y SOA
-
Upload
marco6 -
Category
Technology
-
view
906 -
download
0
Transcript of Trabajo de SAP y SOA
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
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.