Documente Academic
Documente Profesional
Documente Cultură
INTEGRANTES:
DEFINICIN
Para conseguir un mayor nivel de agilidad es necesario poder combinar rpidamente los distintos componentes del sistema, algo a lo que la concepcin monoltica tradicional plantea muchas restricciones. La arquitectura SOA separa los procesos de negocio de las funciones automatizadas y organiza estas ltimas en mdulos individuales catalogados en un diccionario de servicios que permiten su utilizacin por parte de toda la organizacin
Negocio
Oportunidades de crecimiento sostenido, basadas en una estructura de costes estable Mayor facilidad de crecimiento por integracin de nuevas empresas Flexibilidad y personalizacin de los procesos a las necesidades de la organizacin, diferencindose respecto a sus competidores
Tecnologa
Independencia de la plataforma tecnolgica Mayor facilidad para la adaptacin de los sistemas a los procesos de negocio Acercamiento entre el lenguaje de negocio y el lenguaje de sistemas
Organizacin
Consistencia en los procesos Rapidez de adaptacin al cambio Mejora en la cultura de servicio Explotacin de sinergias y economas de escala
Mejorar la flexibilidad y agilidad de los sistemas. Proporcionar una visin integrada de los distintos silos de la organizacin. Mejorar la cobertura de las necesidades de negocio. Reducir el impacto de la evolucin de la tecnologa en las aplicaciones de negocio
Aumenta el grado de reutilizacin al desacoplar las capas de una aplicacin. Permite reutilizar las aplicacionesexistentes mediante la encapsulacin en servicios. Permite la utilizacin de servicios de terceros. Permite reaprovechar las plataformas existentes. Aumenta la flexibilidad: Simplifica la adaptacin de los sistemas existentes. Evita el desarrollo de interfaces punto a punto entre los sistemas. Aumenta la interoperabilidad entre sistemas, permitiendo tanto la externalizacin como la prestacin de servicios.
Aumenta el nivel de automatizacin de los procesos, reduciendo el nmero de actividades manuales. Permite monitorizar la actividad del negocio (cuadros de mando). Permite realizar un anlisis estadstico de los flujos de negocio reales en base a indicadores clave de negocio, permitiendo la identificacin de puntos de mejora a optimizar. Permite evaluar el impacto y beneficio de variantes en los procesos mediante simulacin.
Favorece la industrializacin. Mejora la especificacin de los requerimientos de negocio. Proporciona una filosofa de desarrollo comn a todos los negocios y canales. Mejora la calidad. Desacopla el desarrollo de servicios y de procesos. Mejora el mantenimiento (procesos autodocumentados).
Permite presentar al usuario la informacin dispersa en distintos sistemas y de forma integrada. Permite alcanzar un mayor nivel de automatismo en las aplicaciones en procesos complejos de workflow. Permite utilizar tecnologas de presentacin avanzadas como Web 2.0.
Los Servicios deben ser reusables: Todo servicio debe ser diseado y construido pensando en su reutilizacin dentro de la misma aplicacin, dentro del dominio de aplicaciones de la empresa o incluso dentro del dominio pblico para su uso masivo.
Los Servicios deben proporcionar un contrato formal: Todo servicio desarrollado, debe proporcionar un contrato en el cual figuren: el nombre del servicio, su forma de acceso, las funcionales que ofrece, los datos de entrada de cada una de las funcionalidades y los datos de salida. De esta manera, todo consumidor del servicio, acceder a este mediante el contrato, logrando as la indepencia entre el consumidor y la implementacin del propio servicio. En el caso de los Servicios Web, esto se lograr medienta la definicin de interfaces con WSDL.
Los Servicios deben tener bajo acoplamiento: Es decir, que los servicios tienen que ser independientes los unos de los otros. Para lograr ese bajo acoplamiento, lo que se har es que 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. Si conseguimos este bajo acoplamiento, entonces los servicios podrn ser totalmente reutilizables
Los Servicios deben permitir la composicin: Todo servicio debe ser construido de tal manera que pueda ser utilizado para construir servicios genricos de ms alto nivel, el cual estar compuesto de servicios de ms bajo nivel. En el caso de los Servicios Web, esto se lograr mediante el uso de los protocolos para orquestacin(WSBPEL) y coreografa (WS-CDL).
Los Servicios deben de ser autnomos: Todo Servicio debe 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: Un servicio no debe guardar ningn tipo de informacin. Esto es as porque una aplicacin est formada por un conjunto de servicios, lo que implica que si un servicio almacena algn tipo de informacin, se pueden producir problemas de inconsistencia de datos. La solucin, es que un servicio slo contenga lgica, y que toda informacin est almacenada en algn sistema de informacin sea del tipo que sea.
Los Servicios deben poder ser descubiertos: Todo servicio debe poder ser descubierto de alguna forma para que pueda ser utilizado, consiguiendo as evitar la creacin accidental de servicios que proporcionen las mismas funcionalidades. En el caso de los Servicios Web, el descubrimiento se lograr publicando los interfaces de los servicios en registros UDDI.
Servicios de negocio: Son los servicios que representan una tarea de negocio, y que forman parte de un proceso de negocio. Este tipo de servicios suelen ser poco reutilizables porque estn orientados a resolver una tarea muy puntual.
Servicios controladores: Son los encargados de recibir las peticiones de los clientes y realizar las llamadas necesarias a otros servicios (en la secuencia adecuada) para devolver una respuesta. Es decir, son los servicios encargados de coordinar al resto de servicios. Si analizamos bien este tipo de servicios, nos daremos cuenta de que representan a los procesos de negocio que queremos implementar, ya que un proceso de negocio no es ms que un conjunto de tareas ejecutadas en una determinada secuencia para obtener un objetivo.
Servicios de utilidad: Son aquellos servicios que se caracterizan por representar una tarea altamente reutilizable. Existen dos tipos, los servicios orientados al negocio que representan una tarea de negocio altamente reutilizable entre aplicaciones y los servicios tecnolgicos encargados de encapsular una determinada tecnologa y por tanto altamente reutilizables (ej: servicio de acceso a bases de datos relacionales). con lo cual, una aplicacin SOA la podemos dividir en tres capas. La capa de recepcin de peticiones (servicios controladores), la capa de tareas (servicios de negocio) la capa de lgica reutilizables (servicios de utilidad).
La arquitectura SOA permite la simplificacin del desarrollo de soluciones mediante la utilizacin de estndares de la industria y capacidades comunes de industrializacin
La arquitectura SOA desacopla los tres componentes de una aplicacin: presentacin, orquestacin de procesos y lgica de negocio, a la vez que estandariza la comunicacin entre cada una de las capas. Todo ello favorece a que el proceso de construccin se pueda dividir y por lo tanto industrializar ms facilmente
La arquitectura SOA permite aislar los sistemas frente a cambios generados por otras partes de la organizacin (proteccin de las inversiones realizadas)
la arquitectura SOA reutiliza, de un modo efectivo, los distintos sistemas tecnolgicos actuales, por ejemplo, identificando la funcionalidad bajo los sistemas tecnolgicos actuales y encapsulndolos en servicios que pueden ser utilizados por diferentes aplicaciones y procesos.
La arquitectura SOA permite alinear y acercar las reas de tecnologa y negocio Cuando el negocio requiere cambios en los procesos existentes, stos se realizan de forma flexible y gil, pues estn implementados mediante tecnologa estndar y servicios reutilizables. Adems, por primera vez, hay una definicin comn de las aplicaciones: los procesos, que tanto el rea de tecnologa como el rea de negocio comparten y entienden.
Comprensin de la estrategia de negocio y procesos. Anlisis de la situacin actual de los sistemas. Definicin del modelo objetivo de referencia SOA. Creacin de la hoja de ruta SOA.
Fase 2. Implantaciones tcticas En esta fase se realizarn las primeras implantaciones tcticas de SOA, con el objetivo de que sirva tambin para familiarizarse tanto con la tecnologa usada como con los procedimientos de gobierno y organizacin. Adems, durante la fase 2 se crear la infraestructura base de SOA y se iniciar el catlogo de procesos y servicios
Fase 3. Plataforma SOA En la fase 3 se consolidar la implantacin de SOA, tanto desde el punto de vista tecnolgico como desde el punto de vista organizativo y de gobierno. En esta fase, adems de consolidar la infraestructura base de SOA, se profundizar en la monitorizacin de procesos y se dispondr de un catlogo operativo de procesos y servicios.
Fase 4. SOA industrializado Durante la ltima fase se obtendrn todos los beneficios de la filosofa SOA. Se alcanzar un alto grado de reutilizacin de servicios y se impondr el modelo de factora SOA, donde la organizacin se centrar en disear los procesos, y tanto la construccin de los mismos como los servicios requeridos (que no existan en el catlogo) se externalizarn en factoras. alcanzar un mayor grado de sofisticacin en la gestin de SOA, como en la automatizacin de las reglas de negocio al modelo operativo, en la automatizacin del gobierno, en la implantacin de un cuadro de mando de procesos