1. ARQUITECTURA DEL SERVICIO DE
INTEGRACION

2. • El servicio de la arquitectura de integración de
aplicaciones de negocio se define como
reutilizables, fácilmente cambiando componentes
funcionales de la empresa, y cómo estos se relacionan
entre componentes.
• Este concepto es de una arquitectura orientada a
servicios (SOA). SOA, mientras que se ha considerado
una buena práctica por más de dos décadas , hasta
hace poco, muy pocas empresas estaban interesadas
en ellos, ahora de repente SOA es un tema candente en
TI, y en el centro de muchas iniciativas destinadas a
aumentar la agilidad empresarial.

3. • En una arquitectura SOA, las funciones discretas
de negocios o procesos se crean como
componentes independientes pizca de interfaces
estándar que se puede acceder por otras
aplicaciones, servicios o procesos de
negocio, regarles de la plataforma o lenguaje de
programación. Estos servicios pueden ser
combinados con flexibilidad para soportar
diferentes o cambiar los procesos de negocio y
funciones, sino que apoya la creación de
aplicaciones compuestas, que puede ser
rápidamente de los servicios nuevos y existentes.

4. • Que las empresas se agilizen.SOA es la mejor manera de permitir la agilidad empresarial. Se
maximiza el aprovechamiento de los recursos existentes y reducir al mínimo el tiempo y el coste de
la implantación de nuevas aplicaciones. En lugar de desarrollo de aplicaciones a partir de cero, las
empresas pueden utilizar la funcionalidad de salir y crear nuevas soluciones mediante el
ensamblaje de componentes de aplicaciones existentes y nuevas funcionalidades. Esto permite el
despliegue rápido de nuevas soluciones.
•
Ofrecer un mayor retorno de la inversión. Reutilizables empresas que definen los servicios a las
empresas y la creación de negocios o de recapitulación funcionalidad estándar como servicios de
maximizar su inversión en TI, a través de la reutilización y el apalancamiento de los activos
existentes.
Permitirle agilidad. Definiciones estándar de servicios puede proporcionar una capa de resumieron
para los servicios empresariales. Un servicio puede funcionar en cualquier parte y tener acceso
desde cualquier lugar. Por lo tanto, una empresa puede cambiar fácilmente la ubicación o la
tecnología de la base de código.
Reducir los costes de formación. Las empresas pueden ser encapsuladas y resumieron en una
forma que hace fácil de utilizar y ensamblar los componentes en las aplicaciones con un mínimo de
programación. Las empresas pueden utilizar más cualificados programmers o la creación de las
definiciones de funcionalidad y servicio, que luego pueden ser reutilizados por los lías de los
programadores y los técnicos de montaje herramientas visuales aplicación.

5. • Reducir el coste y la fijación de error. Cada servicio es como un cuadro negro que realiza una
función específica, y ha publicado una interfaz definida que acepta entradas y produce resultados
definidos. Cada uno de los servicios pueden ser probados por separado, y luego reutilizarse una y
otra vez. Pruebas de interfaz es bastante sencillo, y utilizando las herramientas de prueba
automatizadas.
• Soporte de múltiples tipos de cliente y plataformas. La SOA ofrece una capa de abstracción de las
plataformas. Esto hace posible para varios tipos de dispositivos de usuario final, incluiding
navegadores y dispositivos móviles tales como beepers, teléfonos celulares, PDA y otros
dispositivos s especialización para utilizar la funcionalidad de la misma empresa y tienen la
información comunicada a differentdevices.this plataforma proporciona una gran independencia
ahorro para las grandes empresas que tienen una gran variedad de tecnologías en uso.
Velocidad el tiempo de desarrollo a través de un desarrollo paralelo. Diferentes programadores
pueden trabajar independientemente de los distintos servicios, ya que cada servicio es
independiente y no depende de el estado de otro servicio. Mientras el servicio de interfaces bien
definidas al inicio del proyecto, y los programadores saben qué esperar de otros servicios, que
pueden fácilmente crear y definir los servicios de forma independiente. Solía decir que pasado un
cierto punto de añadir más a los programadores a un proyecto aumenta el tiempo de desarrollo.
Esto ya no es cierto con SOA.

6. • Aumentar la escalabilidad y disponibilidad. SOA ofrece la
ubicación, porque la transparencia, existe la posibilidad de
aumentar la escalabilidad mediante la adición de varias
instancias de un servicio. Balanceo de carga dinámica de la
tecnología y encontrar la ruta para pedir el servicio
instancia. Del mismo modo, si hay varias instancias de un
servicio en la red, y uno está disponible, el software puede
pedir transparencia a la ruta a otro lugar, proporcionando
así una mejor disponibilidad. Esto es más el caso de nuevos
servicios basados en servicios de aplicación, y no la
funcionalidad legado que se ha envuelto en las interfaces
de servicios web.

7. CASO DE ESTUDIO
• la mejora de servicios para los estudiantes en Texas ABM
• texas ABM universidad ha sido un verdadero líder en la aplicación de la tecnología para apoyar la
misión de la university.As uno de los más grande del mundo, institución educativa, la mejora de los
servicios a los estudiantes-sobre todo-durante el registro sigue siendo una alta prioridad.
• un servicio orientado a utilizar los servicios web es muy adecuado para mejorar el registro y los
servicios auxiliares a los estudiantes que esperan más los servicios electrónicos y de dos
funcionarios y fue capaz de ofrecer un sistema que utiliza los servicios web y de dos funcionarios y
fue capaz de ofrecer un sistema en tres meses . la mayoría de los servicios prestados por los
programas COBOL y natural se está ejecutando en la mainframe.they fueron atados juntos en los
servicios web utilizando entireX communicator.it wasestimated que la utilización de este enfoque y
la tecnología se produjo un ahorro de más del 50% en el tiempo de desarrollo en comparación
similares a los anteriores esfuerzos en el departamento.
• durante el registro, miles de estudiantes fueron servidos al mismo tiempo y efficiently.the impacto
fue a la universidad un mayor grado de satisfacción de los estudiantes y una reducción significativa
en las llamadas telefónicas para el personal universitario.

8. DEFINIENDO SERVICIOS-DE ABAJO A
ARRIBA O DE ARRIBA HACIA ABAJO?
• hasta la fecha, la mayoría de la atención a SOA y Web services ha estado
en el detalle técnico de la definición de la interfaz estándar .mientras
definición es la crítica al servicio del sistema, el enfoque ascendente tiene
su limitacion.si el foco es el sólo en la especificación de interfaz, y no en la
definición de lo que la funcionalidad de exponer como un servicio, las
empresas no aprovechar todas las ventajas de SOA.incrementado una
agilidad de negocios y la disminución de los costos dependen
• Bien definidas, bien gestionada, servicios reutilizables que son rápidos y
fáciles de conectar, no hay ninguna teoría matemática o la metodología
que puede decir un desarrollador donde el componente o servicio que
está en el nivel correcto de granularidad para maximizar reuse.el más
comúnmente utilizado método de la creación de servicios empresariales
es el de prueba y error aprovechándolo. Esto generalmente significa que la
definición de servicios en el contexto de procesos de negocio da
particular, la revisión para su reutilización en la próxima solución.

9. • SERVICIO DE ARQUITECTURA DE INTEGRACIÓN DE LAS ESPECIFICACIONES
algunos han llamado el proceso de creación de servicios reutilizables de negocios similar a la cocina waffles. tu
necesidad de tirar la primera, y mejora con el tiempo, si bien es ciertamente un proceso interactivo, esta
especificación proporcionará directrices para la creación de servicios reutilizables.
INTRODUCCIÓN
SOA proporciona esta especificación de la arquitectura y el diseño de orientación para aplicando una arquitectura
orientada a servicios para integración. Este documento define los eventos, servicios y components.it es el diseño y
especificación de arquitectura para el desarrollo de los servicios y componentes.
•
• ÁMBITO
el ámbito de aplicación de esta especificación se define por el alcance del proyecto. Los documentos de la
arquitectura y el diseño de un enfoque SOA para una solución. En ámbito de aplicación de esta especificación
debe describir el alcance de la aplicación o sistema que se está diseñando.
PARTICIPANTES CLAVE
esta sección debería definir las partes interesadas que la empresa puede verificar los eventos, servicios e
interfaces; equipo de desarrollo que ejecutará la aplicación de los diseños, y el equipo responsable de la
arquitectura y otros participantes designados. Cualquier tomador también deberían ser identificadas, incluyendo
sus funciones.

10. CASO DE ESTUDIO
• Delta Airlines-la gestión de eventos de negocios a través del delta del sistema nervioso
• el delta del sistema nervioso (DNS), representa una inversión de 1 millón de dólares para entregar
datos oportunos quot;para clientes, empleados y sociosquot;, sin embargo, no es la entrega de la
información, pero el uso de que los datos en el manejo de eventos de negocios que se la gran
ventaja de la DNS.For ejemplo, una aplicación inicial del sistema es almed a los manipuladores de
equipaje y garantizar que tengan una idea exacta de la puerta y los retrasos de los vuelos cambios
para que puedan planificar mejor el movimiento de equipajes y fuera planes.the cambio en la
situación de un vuelo es un evento de negocios tiene una repercusión en toda la compañía aérea
system.whenever un evento ocurre, el cambio en la situación puede ser actuado por proporcionar a
los participantes clave de ese acontecimiento de Pentecostés información y servicios para
responder a estos cambios.
• el DNS se está convirtiendo en un delta en tiempo real con la capacidad para servir mejor a sus
costumers.however, también tiene un enorme generación de ingresos y de ahorro implications.for
ejemplo tener información en tiempo real permite el delta para aumentar el número de vuelos por
día por los aviones se desplazan en la planificación. los costes asociados con el mal manejo de las
bolsas puede ser eliminado.
• mientras que la atención se centra en la información disponible, el valor será significativo en la
identificación de eventos y, a continuación, tomar las medidas adecuadas como resultado de la
events.it es importante para crear una arquitectura que es capaz de actuar en eventos de negocios
y el flujo a través del sistema de las eficientemente como service.Delta ha puesto en tal lugar con su
DNS.

11. • EVENTOS DE NEGOCIOS
la sección de eventos de negocio define las actividades que el sistema debe apoyar. Un caso de negocio es algo
que
-se produce en el entorno empresarial
-se produce en un punto dado en el tiempo
-debe ser respondido por el sistema
el caso de la tabla se describen las actividades que suceden en la empresa y el sistema responde. Son dos tipos de
eventos que ocurren en el negocio, y se detectan mediante la definición de cada actividad dentro del ámbito de
aplicación del sistema temporal acontecimientos ocurren en un predeterminado punto en tiempos de eventos .l
existen porque la política de la empresa exige que ciertas actividades del sistema se producen en determinados
momentos, o el sistema porque produce sus resultados en un tiempo de base.
•
• SERVICIOS
las respuestas del sistema se define en la tabla de eventos se utilizan para determinar los servicios esenciales que
el sistema debe proveer .algunos de estos servicios o funciones ya existen en otros sistemas, la funcionalidad y
otros serán nuevos y deben ser desarrollados a continuación, las descripciones integrated.the definir el servicio
ámbito de aplicación de la funcionalidad necesaria para llevar a cabo un servicio específico de negocios. Para
maximizar la agilidad empresarial y la inversión en los servicios a las empresas deberían definirse en el nivel de
granularidad que las inversiones, los servicios a las empresas deben fijarse en el nivel de granularidad que
optimizar. Cohesión grupos estrechamente relacionados con las funciones junto a los servicios a las empresas-y
suelta de acoplamiento entre los servicios son los parámetros de diseño que producirán más reutilizables diseño.
Tres partes de la especificación de definir plenamente cada uno de los servicios Categoría mesa, la definición del
servicio de mesa, y la interfaz de servicio de mesa.

12. • CATEGORÍA DE SERVICIO DE MESA
la categoría de servicio de mesa una lista de todos los negocios requiere respuestas a eventos, y define si la
función ya existe en uno o varios sistemas, o si es nuevo .el probable cuadro también define los servicios que
proporcione el servicio .en este momento es un primer huésped en una mejor definición y servicios se
perfeccionarán aún más en la próxima definición de los pasos de servicios .cuando, piensa en módulos dentro de
una aplicación existente que puede llevar a cabo el servicio o que módulos deban desarrollarlo.
•
•
• DEFINICIÓN DEL SERVICIO DE MESA
•
la definición del servicio de mesa completo se describe cada uno de los servicios en el nivel suficiente para la
creación de servicios web u otros servicios de integración de interfaces.deben describirse en términos de sus
funciones y sistemas utilizados para crear el service.in la creación de esta mesa, todas las funciones del grupo y las
respuestas que, junto se forma un ejemplo de cohesión de modulo.para el servicio se debe manejar un conjunto
particular de datos, tales como información de cliente, o información sobre el producto, o debe realizar un servicio
específico que pueda utilizarse en otras aplicaciones, tales como cheques o de crédito deben apreciarse. se suelta
el acoplamiento entre servicios.cada servicio debe interactuar pizca cualquier otro servicio a través de los servicios
definidos inteface. en cambio uno no debería influir el funcionamiento de otros servicios.
la descripción de cómo se define el servicio se pondrá en práctica como servicio web, la aplicación del
adaptador, o módulo de la aplicación interface.este es el lugar en el pliego que lleva el diseño de arriba hacia
abajo a la tecnología, la tecnología a nivel de especificación.
•

13. • SERVIDOR DE INTERFAZ DE MESA
mientras que los servicios web estándar define la forma de una interfaz
específica, no define los datos y la funcionalidad que necesita contener.the interfaz
de especificación de interfaz de servicios proporciona la información necesaria
para la creación de servicios web u otra aplicación o componentes
interfaces.usando la definición del servicio de mesa , lista de insumos, productos, y
los métodos que la interfaz a las necesidades de apoyo y determinar la forma en
que la interfaz será ejecutado.
•
• DIAGRAMA CASO DE USO
caso de uso de la especificación que contiene el texto se describe además el caso
de uso especificada el texto también se describe por lo general todo lo que puede
salir mal durante el curso de la conducta especificada, y qué medidas
correctivas, el sistema tomando esta especificación puede ser personalizado o
ampliadas para manejar todo cuestiones dentro de una aplicación u organización.

14. • LAS MEJORES PRÁCTICAS EN LA INTEGRACIÓN DE LOS SERVICIOS DE ARQUITECTURA
el éxito de arquitectura orientada a servicios permite a las empresas a implementar rápidamente
nuevas soluciones de negocio o cambiar los existentes y pueden generar un importante
ROI.however SOA no es necesariamente fácil de las mejores prácticas accomplish.the siguiente le
ayudará a aprovechar todas las ventajas de SOA.
proporcionar alto nivel de organización y estructura soporte con SOA requiere el compromiso y la
empresa en curso investment.SOA no se puede lograr una sola pizca del proyecto. estos deben ser
los procesos de organización y políticas que rigen la empresa integration.as integración cruces y las
políticas que rigen la empresa integration.as cruza los límites de integración de
organización, también puede causar territorial disputes.las compañías tienen necesidades procesos
y políticas de gestión de estos conflictos.
aplicar las normas basadas en la arquitectura. estándar ayudará a asegurar tanto interoperabilidad
y evitar la tecnología de bloqueo portabilidad. y entonces ayudar a preservar el valor de TI en
investments.web Servirse de las normas que permitan la generalización de la adopción de SOA, a
pesar de que ha sido un conocido mejor arquitectura para la práctica que permite a sus tres
decadesXML sistema es una forma de proporcionar un transporte basado en estándares, la
gestión, y el formato de almacenamiento para todos los datos estructurados y no estructurados
contenido Dentro de la organización.

15. • pensar en grande, comenzar la planificación de la pequeña cuando una aplicación
SOA, considere el impacto en toda la empresa con el fin de maximizar la
reutilización de anuncios agilmente. iniciar con un proyecto que tiene un alcance
limitado y la alta probabilidad de éxito .aprenderá mucho de cada aplicación, por
lo que esperar hasta que haya un par de implementaciones más pequeñas, bajo su
cinturón antes de abordar los retos más difíciles.
invertir en la formación tendrá una mayor probabilidad de éxito si sus empleados
saben lo que re doing.few los diseñadores y los programadores con experiencia en
SOA basado en estándares web, tales como servicios y XML. esta demasiado a las
partes interesadas, incluiding las empresas y los administradores de
TI, arquitectos, diseñadores, programadores, personal de apoyo y necesidad de
comprender los conceptos generales de la arquitectura SOA y cuál es su papel en
el proceso.
Arquitectos y diseñadores para entender las necesidades de los parámetros de
diseño y las mejores prácticas para crear agiles y reutilizables sistemas.
Programadores tienen la necesidad de comprender las implicaciones de la gestión
distribuida de SOA
utilizar herramientas para ahorrar dinero y tratar de tiempo...

16. CASO DE ESTUDIO
• la vanguardia del grupo quot;brillantemente sencilla soluciónquot;
• que ha sido descrito como un quot;brillantemente sencilla soluciónquot; cuando el grupo de vanguardia de una decisión a finales de
1990 para alinear a sus clientes con su portal web de servicio al cliente system.in retrospectiva, es sorprendente que más
organizaciones no han llegado a la misma conclusión, porque los beneficios parecen tan evidentes:
• en parte, la interfaz entre el cliente en los canales funcionalmente
• reducción de la complejidad de mantener múltiples sistemas en
• una arquitectura que se puede aprovechar y se negaron para otros fines
• los resultados reales han sido impresive.training interior de los empleados se redujo significativamente, prácticamente la
eliminación de cuatro a seis semanas de entrenamiento.
• reitering un gran número de aplicaciones de bases de datos y reducción de la complejidad de las architecture.Almost 10%
menos de personal se requiere para mantener el systems.use los tiempos de respuesta se redujeron en un 60% a 70% el
aumento de la efficiecy de la staff.furthermore, la arquitectura apoya el desarrollo de aplicaciones que la mejora de varios
procesos de negocio clave, lo que resulta en directo a través de la transformación de transactions.saving de estos cambios se
espera que den como resultado un ahorro anual de $ 30 milion.the de inversión para lograr esto era importante, pero el
esperado retorno de la inversión es un tasa interna de retorno de más del 20%.
• mientras que la inversión en la arquitectura a menudo son considerados como gastos que no tienen un beneficio
evidente, demuestra que la vanguardia de la aplicación de una arquitectura que apoya la reutilización ificant signo puede
tener un impacto en business.A bien diseñado arquitectura orientada a servicios es la clave para la consecución de estos
benefits.web servicios no son necesarios, como lo vemos con Wath vanguardia logrado, sino que debe ayudar a reducir los
costos que fueron asumidos en este proyecto por la reducción de la cantidad de obras de infraestructura que la costumbre
es ahora a través de la tecnología de servicios web.