capitulo vii: seguridad de documentos electrónicos - Departamento ...

hace a través del bus de servicios, el cual se comunica directamente con el directorio deservicios. El directorio típicamente provee al bus la información de enlace mediante la cualse podrá acceder a un proveedor del servicios en cuestión. En el caso en que exista más deun proveedor para dicho servicio, el bus de servicios puede optar por uno de losproveedores (si no es el bus quien tiene esta responsabilidad, la elección la debe realizar elconsumidor propiamente). El bus de servicios mantiene la información de enlace entre elconsumidor y el proveedor. Luego, el consumidor envía un mensaje al bus de servicios, elcual la retransmitirá al proveedor referido. Notar que el bus de servicios tiene por lo tanto,la responsabilidad de correlacionar los mensajes de un consumidor con los proveedores decada servicio que esté consumiendo en un determinado instante en el tiempo. Porsimplicidad se omiten los eventuales mensajes que siguen al primero. Como ya fueradiscutido antes, en caso de que el bus de servicios sea lo suficientemente sofisticado, elmensaje siguiente podría llegar a ser ruteado a otro proveedor del mismo servicio porrazones de eficiencia y/o calidad de servicio.Escenario IV. Este caso corresponde a la consumición de un proceso de negocio. Debido aque un proceso de negocio puede ser entendido como un servicio, y por lo tanto el motor deprocesos como un proveedor de servicios, este escenario no presenta grandes diferenciasconceptuales respecto al anterior; en lugar de ser un proveedor cualquiera quien procesa losmensajes de solicitud de servicio, es el motor de procesos quién lo hace. La correlaciónentre mensajes de solicitud de servicio y las diferentes instancias de proceso de negocio esresuelto por el motor de procesos internamente y por lo tanto no es de relevancia en esteescenario. Finalmente, al ejecutar un proceso de negocio es necesario consumir servicios,por lo cual intercalados con algunos de los mensajes de solicitud de servicio entrantes, elmotor de procesos consume otros servicios. Para dicha parte de la interacción aplicanuevamente el escenario anterior, sin embargo es el motor de procesos quien ocupa el lugardel consumidor de servicios.6.3.5 ImplantaciónLa siguiente secuencia de pasos describe el proceso de adopción y aplicación de unaArquitectura de Servicios. El proceso aquí presentado asume que se cuenta inicialmentecon un conjunto de sistemas independientes o conectados en forma directa entre ellos, yque se quiere construir a partir de ellos una arquitectura que provea los beneficios de laorientación a servicios. Este contexto, que coincide con el motivador del patrón, es el queocurre con mayor frecuencia. Sin embargo, el proceso no es directamente aplicable asistemas nuevos que deben ser construidos desde su inicio, sin ningún sistema previo areaprovechar. Para este tipo de escenarios el estado del arte presenta escasas propuestas,conformándose las mismas bajo el nombre de SOMA (Software-Oriented Modeling andArchitecture). Estas propuestas no son atacadas aquí.El punto de partida es un conjunto de sistemas existentes completamente independientes opobremente integrados. Por esto último, se entiende que para cada par de sistemas queinteroperan se cuenta con las respectivas interfaces donde el mecanismo de comunicaciónes propietario. Además, estás aplicaciones ofrecen funcionalidades redundantes y endistintos niveles de granularidad.127