Vea también
Su tienda
Libros electrónicos Software financiero Formación onlineListar Todos |
|
| área de descarga | |
| Mostrar Pedido | |
|
Su Pedido está actualmente vacío.
|
Hoy en La Revista de Finanzas y Banca...
Artículo destacado.- Executive en Finanzas y Tesorería
- IFEMA acogerá la X edición del Foro @asLAN Tendencias Tecnológicas que tendrá como tema principal: "Infraestructuras Inteligentes"
- Emilio Botín, empresario español más influyente por tercer año consecutivo
- El cierre de Megaupload y las reacciones de Anonymous marcan un mes de enero caliente
- Daniel de Melo, promocionado a Director de Preventas de FICO para Europa, África y Oriente Medio
- Mario Díaz-Guardamino Müller, nuevo Director del Departamento de Seguro de Crédito de Chartis Europe
- Carlos López-Otín, nuevo presidente del jurado del Premio Banc Sabadell a la Investigación Biomédica
- Botín: Hemos demostrado capacidad de alcanzar simultáneamente las exigencias de capital, aumentar provisiones para riesgo inmobiliario y mantener la retribución por acción
- Una reforma financiera poco brillante
- Caja Rural de Asturias gana 13,59 millones de euros y eleva su core capital hasta el 15,60%
- Una nota sobre la privatización: El difícil caso de Paradores
| SOA, un modelo en evolución |
|
|
Compartir |
|
Según un reciente estudio de IDC, se está produciendo un cambio de esquema en el que la visión de SOA está pasando de un modelo centrado en la integración a otro centrado en los procesos de negocio. (F&B, 132, septiembre 2008) ![]() Manuel Rodríguez Pero la integración de los sistemas y aplicaciones informáticas no es un fin en sí mismo, sino un medio para dar la respuesta más eficaz a las necesidades del negocio, especialmente exigentes en el mercado de los servicios financieros. Por tanto, para la obtención del máximo valor que puede aportar SOA es imprescindible que la tecnología y el negocio estén alineados. SOA es un paradigma que está evolucionando a medida que madura la oferta y que las organizaciones usuarias adoptan buscando nuevas formas de generar valor. Según ha puesto de manifiesto un reciente estudio de IDC, se está produciendo un cambio de esquema en el que la visión de SOA está pasando de un modelo centrado en la integración a otro centrado en los procesos de negocio. Es decir, se está pasando de un enfoque tecnológico a otro de negocio. Estrategia de adopción de SOA En este contexto, ¿cuál debe ser la estrategia de adopción de SOA en una organización perteneciente a un sector con un entorno tecnológico complejo, como es el sector bancario español? A continuación, algunas de las claves principales: 1. Diseño de una estrategia de negocio y de procesos. Las estrategias de negocio corporativas deben reflejarse en los departamentos de TI. Ambas áreas han de hablar el mismo lenguaje, en términos de servicios y procesos de negocio. Las áreas de negocio se centran en la definición de los procesos de acuerdo a la estrategia y el modelo de negocio de la compañía. Por su parte, el área de tecnología implementa los procesos a partir de la utilización de servicios existentes y de la creación de otros nuevos cuando es necesario. 2. Organización y gobierno. La adopción de SOA puede implicar un importante cambio organizativo y cultural. Por ello, debe estar patrocinado por la dirección de la compañía e implicar a todas las áreas de la misma. La creación del "Comité de SOA", que centralice la definición, creación y utilización de los servicios —en definitiva, su ciclo de vida—, es imprescindible en este contexto. Este comité debe aunar conocimiento de negocio, funcional y tecnológico. 3. Definición de la arquitectura de referencia, que permita cambiar procesos de negocio existentes e implementar otros nuevos rápidamente. Debe aprovechar el uso de tecnologías basadas en estándares y proporcionar funciones de integración, administración, seguridad y monitorización. Cada vez existen más soluciones tecnológicas de mercado que permiten soportar este tipo de arquitecturas. 4. Identificación de los servicios básicos. El primer paso, más allá de las pruebas de concepto y de los proyectos piloto, es la creación de un hub de servicios básicos, incluyendo la capa de servicios de acceso a datos (integración de datos). Para cada servicio, supone establecer su implementación (cómo y en qué tecnología se va a desarrollar o está desarrollado), la interfaz que expondrá para su publicación y los contratos de nivel de servicio para las diferentes aplicaciones o sistemas potenciales usuarios del mismo (tiempos de respuesta esperados, número de invocaciones por segundo soportadas, número de clientes simultáneos, etc.). 5. Coordinación de proyectos. Coordinar el orden de desarrollo de los proyectos, garantizando que los servicios corporativos se reutilizan y evitando así las tradicionales duplicidades de esfuerzos. Para ello se deben crear mecanismos de coordinación y comunicación entre proyectos. ![]() 6. Evaluación permanente. Ningún cambio será percibido si no es posible medir y mostrar los resultados, especialmente cuando se requiere una inversión inicial significativa. Por eso es tan importante contar con herramientas para estimar la inversión y medir los beneficios de adoptar SOA, no sólo en términos de ahorro económico, sino —también y sobre todo— en términos de beneficios de negocio. SOA Governance en el ciclo de vida de los servicios Alinear la tecnología y el negocio requiere algo más que mejorar la comunicación entre el departamento de TI y las unidades de negocio. Como se ha indicado anteriormente, para la implantación eficaz de SOA es necesario instaurar en la organización una serie de técnicas y metodologías que aseguren la conformidad con sus estándares y procedimientos desde el punto de vista de la gestión del ciclo de vida de los servicios y procesos corporativos. Esto es lo que se conoce como SOA Governance. SOA Governance se aplica a las principales etapas del ciclo de vida de los servicios, a saber, diseño, ejecución, monitorización y evolución. 1. Diseño. Se trata de la aplicación de las políticas de SOA Governance en la definición y creación de los servicios. Estas políticas han de asegurar que los servicios sean adecuados desde el punto de vista organizativo y de los estándares de la compañía, así como técnicamente correctos y válidos. Este tipo de validaciones se realizan automáticamente en el momento de añadir servicios en el registro. Además, se podrían disparar flujos de notificación y de aprobación, para las pertinentes revisiones. Los roles implicados en esta fase son los analistas de negocio, los arquitectos corporativos y los propios desarrolladores de los servicios. 2. Ejecución. En tiempo de ejecución, SOA Governance permite definir y controlar la aplicación de las políticas relativas al despliegue y utilización de los servicios. Normalmente dichas políticas se refieren a requerimientos no funcionales, tales como la seguridad (por ejemplo, garantizar que los servicios sólo son usados por consumidores autorizados) y el cumplimiento de los niveles de calidad de los servicios, en base a los contratos pre-establecidos. 3. Monitorización. La monitorización permite evaluar la calidad del sistema SOA. Para ello existen herramientas específicas, basadas en parámetros definidos a diferentes niveles, desde el desarrollo de los servicios hasta su puesta en producción. Se trata de parámetros tanto técnicos como puramente de negocio. Gracias a los resultados obtenidos del proceso de monitorización continua, la organización ha de ser capaz de tomar las decisiones adecuadas para ajustar el sistema, evolucionando hacia una arquitectura más eficaz y madura. 4. Evolución. Realizar una óptima gestión de cambios de los servicios es fundamental. SOA Governance define e implementa las buenas prácticas necesarias para tener controlada la evolución de los servicios, mediante el uso de herramientas específicas. Algunos aspectos contemplados en este ámbito son el control de las relaciones y las dependencias entre servicios, el análisis de impacto de los cambios, el aseguramiento del cumplimiento de los estándares en el nuevo ciclo de vida de los servicios modificados y la gestión de los circuitos de aprobación de los cambios. ![]() Lecciones aprendidas y expectativas de futuro La adopción de SOA en toda la organización no es trivial y requiere una correcta estrategia de despliegue. Impacta en toda la compañía, por lo que todas las partes deben estar involucradas con un alto grado de compromiso entre ellas. Las áreas de tecnología están en general convencidas de los beneficios a largo plazo, pero existe indecisión en las organizaciones para iniciar una adopción a gran escala. ![]() Se requiere un cambio de enfoque y considerar el proceso como el foco principal del diseño y desarrollo de los sistemas. Este nuevo enfoque es más complejo de lo que parece, por lo que es recomendable trabajar sobre una plataforma de procesos y servicios de la industria que soporte el desarrollo. Las herramientas e infraestructuras SOA, basadas en estándares, están alcanzando un nivel de madurez aceptable. No obstante, la operación de los sistemas SOA es el campo sobre el que hay más discusión en este momento y que más puede madurar en los próximos tiempos. La aproximación a SOA se debe realizar por fases y de forma iterativa, siguiendo una estrategia que permita obtener resultados en el corto plazo (quick wins), mediante implantaciones tácticas. No obstante, no se obtendrán todos los beneficios de la arquitectura SOA hasta su industrialización, en la que se pueda establecer un modelo de factoría de desarrollo de servicios. En cualquier caso, es fundamental definir y poner en marcha la función de gobierno desde el inicio de la adopción. En la actualidad, hablar de arquitectura de TI es hablar de SOA, pero el ritmo de adopción está siendo distinto entre diferentes tamaños de empresa y sectores de actividad, aunque todas se enfrentan a una problemática común y SOA parece resolverla mediante el alineamiento de negocio y tecnología. El sector financiero, con una elevada complejidad de su entorno tecnológico y unas exigentes necesidades de negocio, está liderando las principales iniciativas. |
| < Anterior | Siguiente > |
|---|










3. Definición de la arquitectura de referencia, que permita cambiar procesos de negocio existentes e implementar otros nuevos rápidamente. Debe aprovechar el uso de tecnologías basadas en estándares y proporcionar funciones de integración, administración, seguridad y monitorización. Cada vez existen más soluciones tecnológicas de mercado que permiten soportar este tipo de arquitecturas. 

