SOA. Terreros Saldivar Yesica. http://www-03.ibm.com/marketing/mx/soa/soa_1.

shtml

SOA (Arquitectura Orientada a Servicios) SOA es un conjunto de principios, metodologas y estilo para el diseo de arquitectura de TI que soporta la orientacin a servicios, se basa en la independencia de plataformas de hardware, de sistemas operativos y de distintos lenguajes de programacin. Conecta sistemas heterogneos en plataforma, tecnologa y lenguaje, expone una interface bien definida y descripta. Ayuda a fortalecer la reutilizacin de los sistemas actuales que se construyeron y se utilizaron durante aos, de igual manera, ayuda a crear ambientes en el que los negocios y la tecnologa de la informacin pueden interactuar entre s. SOA proporciona una forma en que los consumidores de los servicios se vern beneficiados con interfaces bien definidas.
http://www-03.ibm.com/marketing/mx/soa/soa_1.shtml

REQUISITOS Y PRINCIPIOS Los requisitos de SOA se basan principalmente en la interoperabilidad entre los diferentes sistemas y lenguajes de programacin que proporcionan la base para la integracin entre aplicaciones en diferentes plataformas a travs de un protocolo de comunicacin. Y el uso de mensajes a travs de canales definidos ya que disminuye la complejidad de la aplicacin final, permitiendo de este modo el programador de la aplicacin a concentrarse en la funcionalidad real de la aplicacin en lugar de las complejas necesidades de un protocolo de comunicacin. SOA se fundamenta en: - Ejecutar rpido, adaptarse al mercado, ganar ante la competencia. - Reutilizar los componentes de los procesos de negocios. - Medir los resultados y tomar accin sobre ellos. - Garantizar resultados que sean repetibles y predecibles. - Empezar donde sea necesario (rea de negocios - rea de tecnologa).
http://en.wikipedia.org/wiki/Service-oriented_architecture

Los principios de SOA son los siguientes:

Herramientas Automatizadas

Secuencia: 2CM40

SOA. Terreros Saldivar Yesica. http://www-03.ibm.com/marketing/mx/soa/soa_1.shtml

* Los servicios deben ser reutilizables: Todo servicio debe ser diseado y construido pensando en la reutilizacin dentro de la misma aplicacin, dentro del domino de aplicaciones de la empresa o incluso dentro del dominio pblico para uso masivo. * Los servicios deben proporcionar un contrato formal: Todo servicio desarrollado, debe proporcionar un contrato formal en el cual figuren: el nombre del servicio, su forma de acceso, las funciones que ofrece, los datos de entrada de cada una de sus funcionalidades y los datos de salida. * Los servicios deben tener bajo acoplamiento: Tienen que ser independientes los unos de los otros, es decir, cada vez que se vaya a ejecutar un servicio, se acceder a l a travs del contrato, logrando as la independencia entre el servicio que se va a ejecutar y el que lo llama. * Los servicios deben permitir la composicin: Todo servicio debe estar construido de tal manera que pueda ser utilizado para construir servicios genricos de alto nivel a partir de servicios de bajo nivel. En el caso de los servicios web, esto se lograr mediante el uso de los protocolos para orquestacin (WS-BPEL) y coreografa (WS-CDL). *Los servicios deben ser autnomos: Todo servicio debe de tener su propio entorno de ejecucin. De esta manera el servicio es totalmente independiente y nos podemos asegurar que as podr ser reutilizable desde el punto de vista de la plataforma de ejecucin. * Los servicios no deben tener estado: Los servicios minimizarn la retencin de la informacin especfica de una actividad. * Los servicios deben tener descubrimiento: Los servicios son diseados de manera que sea posible describirlos para que puedan ser encontrados y accedidos va mecanismos de descubrimiento.
http://www.softwareag.com/corporate/products/wm/soagovernance/default.asp

Herramientas Automatizadas

Secuencia: 2CM40