SOA

1. GESTIÓN Y GOBIERNO DE TI
SOA

2. Introducción

3. ¿Qué es?
La arquitectura orientada a servicios (SOA) es el marco de
trabajo que permite establecer una estructura de diseño
para la integración de aplicaciones. Con esto, es posible
unir los objetivos de negocio con sistemas legados e
incorporar BPM con la infraestructura de TI.
En la actualidad, las organizaciones requieren obtener
mayor urgencia en la entrega de sistemas; sin embargo, a
pesar de los avances tecnológicos, las industrias carecen
de una solución integral que brinde una asistencia
oportuna de los requerimientos de cada negocio.

4. ¿Qué es?
Algunas de las dificultades que se presentan en las
organizaciones, actualmente, se refieren a:
• Las soluciones no responden a las necesidades del
mercado, y, por ende, no se obtiene respuesta en corto
tiempo.
• Pérdida de proyectos frente al mercado por tiempos de
implementación.

5. ¿Qué hace?
Incrementar la flexibilidad y reutilización tecnológica de las
organizaciones supone un trabajo tedioso y desgastante
para que el departamento TI brindara un conjunto de
interfaces estándar para gestionar los procesos de negocio.
De esta manera, y dado su contexto, se estableció una
forma de organizar lo existente en las organizaciones, para
lo cual, implementar una arquitectura orientada a servicios
es una de las vías más accesibles para obtener la agilidad e
integridad que se requiere.

6. ¿Qué hace?
Con SOA, es posible visibilizar fácilmente los recursos y
categorizarlos para que de esta manera apoyen el
departamento TI; construyendo infraestructuras que
simplifiquen y entiendan las necesidades de negocio.
Esta apuesta por generar una conectividad óptima y una
agrupación de la estructura tecnológica conlleva un numero
de retos a enfrentar, y sin duda, un numero de preguntas a
resolver.

7. Principios
• Deben ser reutilizables: todo servicio deberá estar diseñado y
construido pensado para su reutilización dentro de la misma
aplicación y dominio de aplicaciones de la empresa.
• Deben proporcionar un contrato formal: todos los servicios
deberán estar plasmados en un contrato que especifique el
nombre del servicio, su forma de acceso, sus funcionalidades, los
datos de entrada y de salida.
• Deben ser independientes: los servicios deberían obtener bajo
acoplamiento para que, cada vez que se acceda a este, se logre
independencia entre el servicio que se va a ejecutar y el que lo
llama.

8. Principios
• Cada servicio debe tener su propio ecosistema de ejecución, ser
autónomo. De esta manera, el servicio es totalmente
independiente y se puede asegurar que así podrá ser reutilizable
desde el punto de vida de la plataforma de ejecución.
• Un servicio no debe guardar información, pues si lo hace, es
posible que a futuro tenga problemas de inconsistencia de datos.
• Los servicios deben estar al descubierto, de forma que se pueda
acceder a él para ser utilizado.

9. Ventajas
• Permite alinear y acercar las áreas de tecnología y negocio
• Permite el desarrollo de aplicaciones manejables y más seguras,
ya que proporciona una infraestructura y documentación común
para desarrollar servicios con la posibilidad de añadir nuevas
funcionalidades.
• Es posible minimizar la pérdida de datos, esto ya que ofrece
seguridad y alta disponibilidad.
• Permite el desarrollo de aplicaciones en menor tiempo y más
económicas, gracias a la integración de todos los datos de
manera flexible.
• Ayuda a mejorar la agilidad y flexibilidad de las organizaciones

10. Ciclo de vida
•Modelar
• Recopilación de
requisitos
• Modelado y
simulación
• Diseño

11. Ciclo de vida
•Ensamblar
• Descubrimiento
• Construcción y
prueba
• Redacción

12. Ciclo de vida
•Desplegar
• Integración de
personas, procesos e
información

13. Ciclo de vida
•Gestión
•Gestión de aplicaciones
y servicios
•Gestión de identidad y
conformidad
•Supervisión

14. SOA
El gobierno con SOA y las mejores prácticas
dan soporte al ciclo de vida mediante el uso
de transparencia financiera, alineación de
negocio y TI, y control de los procesos.

15. GESTIÓN Y GOBIERNO DE TI