Componentes de SOA y BMP

Es importante señalar que existen similitudes y acoplamiento entre SOA y BPM. Por ejemplo, BPM y SOA se acoplan, ya que ambas implican la gestión de procesos o de la orquestación. Ambos tienen depósitos para servicios y procesos. Ambos tienen el desarrollo, el modelado, o herramientas de diseño (normalmente IDE) para la definición de los artefactos tales como los servicios y procesos. Ambos tienen el seguimiento y la funcionalidad de gestión de los servicios y procesos. Y ambos se ocupan de cuestiones de seguridad similares. Otra característica importante de BPM y SOA es que ambos están basados en eventos, ya que pueden publicar y consumir los acontecimientos.
Hay capacidades que son únicas a cada uno que los hace diferentes. O que haya áreas superpuestas que son más desarrollados en uno que el otro. Por ejemplo, la simulación de procesos y BAM principalmente existe en el mundo BPM. SOA también puede beneficiarse de estas tecnologías. No hay ninguna razón por qué los servicios Web no pueden ser simuladas, o por qué BAM no puede controlar los servicios Web.
Ellos son diferentes en el sentido de que SOA es algo de más bajo nivel y más técnico que de BPM. SOA generalmente se refiere a los servicios Web al mismo tiempo trata de procesos de negocio BPM que se componen de los servicios y otros elementos, como las actividades humanas. BPM es más orientado a los usuarios de negocio de SOA. Y generalmente tiene herramientas de modelado de proceso para que un persona ajenas a TI pueden utilizar para modelar procesos de negocio. Por lo tanto BPM es impulsado por el negocio, mientras que SOA es orientado a TI.
Si bien hay puntos de interoperabilidad entre los servicios de dos (por ejemplo, ser consumidos por los procesos), el enfoque y la capacidad más relevantes de los proveedores sólo se orienta a uno de los dos - BPM o SOA. Las normas relacionadas no sólo son independientes el uno del otro, pero también pueden competir entre sí (por ejemplo, BPEL vs XPDL). Del mismo modo las organizaciones tienen más probabilidades de desarrollar iniciativas en BPM o SOA independientes unos de otros.

Componentes SOA
Los componentes clave y capacidades de SOA son los siguientes:
• Desarrollo: IDEs visuales y drag-and-drop para construir servicios Web, para la definición de sus interfaces,  transformaciones y orquestaciones de servicios.
• Adaptadores: Conectividad para apoyar diversos sistemas back-end, tales como ERPs y CRMs, bases de datos, aplicaciones legadas.
• Transformación y enrutamiento: Para la transformación de datos y lel mapeo, por ejemplo, asignación de un documento XML de un formato a otro basado en un esquema XML. Generalmente se basa en XSLT, XQuery y XPath. Puede ser una parte de la ESB en algunas de las suites de productos.
• Orquestación: Normalmente, un servidor basado en BPEL para la definición de los procesos que se componen de los servicios Web. Puede haber un diseñador visual asociado que es parte del desarrollo.
• Enterprise Service Bus (ESB): Una cola de mensajes que proporciona encolamiento de mensajes, garantiza la entrega de mensajes , enrutamiento, gestión de eventos. La definición de la ESB ha ido cambiando y se está empezando a incluir otras funciones importantes, tales como la transformación y el mapeo e incluso la orquestación.
• Gobernabilidad y gestión: Para gestionar los servicios web, monitor (a nivel empresarial) su uso, gestión de acuerdos de nivel de servicio (SLA), gestión de políticas, control de versiones, etc. Esto es muy importante con un gran número de servicios Web (por ejemplo, más de 50 ), que es un hecho en cualquier organización de tamaño considerable.
• Seguridad: se ocupa de la autorización, autenticación, single sign-on, firmas digitales, y otros problemas de seguridad para servicios Web, puede estar cubierto por componente de gestión y de gestión en el mismo producto.

Componentes BPM
Los componentes clave y capacidades de BPM son los siguientes:
• Modelado: Una herramienta visual para la creación de modelos de procesos ideal en BPMN estándar, dirigido a usuarios no TI y analistas de negocio. El artefacto producido a partir de modelos es un modelo de proceso que potencialmente pueden ser analizados y simulados. Se debe dar cabida a ambos sistemas (de servicios) y las actividades humanas.
• Diseñador: una herramienta visual que puede estar integrado con un IDE o basada en la web para la definición de aplicaciones de proceso. Se debe dar cabida a ambos sistemas (de servicios) y las actividades humanas. Normalmente está integrado con el Modelador. En algunos casos, ambas funcionalidades puede ser proporcionada por la herramienta de integración. La actividad de diseño tiende a ser más técnica, ya que implica la definición de puntos de integración. El resultado de la actividad de diseño es un archivo ejecutable (proceso )  aplicación que se puede implementar en un motor de proceso.
• Simulación: Un componente visual  por lo general con capacidad de animación, dado un modelo de proceso y un conjunto de parámetros se pueden simular un proceso y elaborar los informes que pueden ser utilizados para análisis what-if para optimizar un proceso de negocio antes de ir a producción. Normalmente se pueden alimentar los datos de ejecución reales del proceso. La simulación por lo general no es una parte de las suites de productos SOA.
• Motor de Procesos: El núcleo del servicio que promulga y ejecuta los modelos de procesos. Este es el corazón de un sistema de BPM. Debe ser escalable y altamente disponible (debe se tolerante a fallas y clusterizable) para poder manejar grandes volúmenes de procesos y operaciones, dar confianza en el funcionamiento básico de los procesos de negocio de misión critica .
• Repositorio: para el almacenamiento y control de versiones de los modelos de procesos. Un modelo de proceso puede ser tomado, modificado y revisado creando una nueva versión del proceso. Debe tener la funcionalidad de búsqueda que permite varios criterios.
•  Componente Analitica: ofrece inteligencia de Negocios (BI) como funcionalidad para hacer análisis y presentación de informes basados en OLAP. Puede ser integrado o embebido en BPM para permitir una mejor toma de decisiones. También puede ser utilizado para el análisis de los datos históricos para identificar áreas de mejora y optimización. Se considera una función de gestión.
• BAM: Business Activity Monitoring, utiliza la tecnología de gestión de eventos para recibir y procesar eventos de diversas fuentes, como el motor de proceso, relacionar los datos y presentarlos en forma de controles visuales y los indicadores en el contexto de un dashboard de gestión. El dashboard se puede personalizar y configurar para usuarios de negocios diferentes con la métrica relevante para sus funciones. A diferencia de  Analitica, que trata en su mayoría con los datos históricos, BAM opera casi en tiempo real y por lo general proporciona los medios para tomar  acción correctiva si una anomalía se observa y se detecta. Hay poca funcionalidad BAM es el mundo SOA. Sin embargo, BAM puede ayudar a controlar los servicios Web mediante la recepción de información de uso de servicios Web cuando se usa un ESB.
• Administración: Proporciona el control de procesos y presentación de informes, indicadores, dashboard, etc. puede tener disponivilidad para hacer ciertos cambios en los procesos al vuelo. Se ha de superpone con Analitica y el BAM. Así que se debera incluir dentro de los mismos componentes. También existe una función de gestión del sistema como archivar procesos, detener los procesos, la definición de usuarios y de los permisos  de acceso.
• Application Framework: A diferencia del mundo de la arquitectura SOA que en su mayoría se refiere a los servicios, la participación humana en el BPM es una parte clave de los procesos de negocio. BPM debe proporcionar un marco de presentación flexible y personalizable para los procesos de negocio con elementos como la lista de tareas, colas, filtros, priorización y gestión del trabajo. Esto puede ser un marco de portal con gadgets personalizables o portlets que se puede configurar.