Actividad Clase 9 Merrill Linch Modificado

Descargar como docx, pdf o txt
Descargar como docx, pdf o txt
Está en la página 1de 4

Caso práctico clase 9

Merrill Lynch conecta la tecnología del pasado y la del futuro

Merrill Lynch es un líder mundial en administración financiera y servicios de consultoría, que da


empleo a 50,600 trabajadores de 36 países y territorios. La empresa y sus subsidiarias
proporcionan corretaje, banca de inversiones, financiamiento, administración del patrimonio,
consultoría, administración de activos, seguros, préstamos y otros productos y servicios
relacionados a clientes privados, públicos, institucionales y gubernamentales con activos que
ascienden a 1‘6 billones de dólares. En 2005, Merrill Lynch declaró una utilidad neta record de
5,100 millones de dólares, un incremento de 15 por ciento en relación con el año anterior, con
ingresos netos de 26,000 millones de dólares.

Uno de los componentes más importantes de las operaciones de Merrill Lynch es su


infraestructura de tecnología de información. Esta infraestructura de TI ha tenido un rol principal
en las ganancias de la empresa durante los últimos cinco años. Al igual que muchas instituciones
financieras, Merrill Lynch ha tenido que modernizar su infraestructura de tecnología con la
finalidad de permanecer en la competencia. Merrill Lynch consideraba como un activo estratégico
su sistema mainframe de IBM, el cual era uno de los más grandes del mundo. El mainframe
operaba con 23,000 programas para procesar los 80 millones de transacciones en línea diarias de
la empresa, para el acceso a las cuentas de los clientes o realizar transacciones accionarias.

Al modernizar su tecnología, Merrill Lynch tuvo que tomar algunas decisiones en relación con sus
computadoras y aplicaciones heredadas. Las aplicaciones basadas en Internet que daban a los
clientes acceso a sus carteras y herramientas para trabajar con ellas eran fundamentales para
permanecer en la competencia. Pero estas aplicaciones no utilizaban software basado en
mainframes. ¿De qué manera podría Merrill Lynch y otros bancos desarrollar tales aplicaciones y
aprovechar al mismo tiempo la potencia de procesamiento y la riqueza de datos de su mainframe?

Al parecer, la respuesta eran los servicios Web y una arquitectura orientada a servicios (SOA). Por
lo general, la mayoría de las corporaciones que desarrollan un SOA utilizan plataformas
comerciales como las de BEA Systems y webMethods en lugar de crear sus propias plataformas de
desarrollo. Se apoyan en el conocimiento de los proveedores y recurren a consultores
familiarizados con la integración de aplicaciones para mainframe y las basadas en la Web.

Jim Crew, el líder de proyecto y entonces encargado de la infraestructura de bases de datos de


Merrill Lynch, determinó que a primera vista la compra de una plataforma SOA era mucho más
sencilla que la construcción de una, y podría permitir a la empresa desplegar sus servicios Web con
relativa rapidez. Sin embargo, todos de los proveedores de SOA que Crew investigó ofrecía
productos que cumplieran los requerimientos que Crew estableció para el proyecto. Estos
proveedores ofrecían plataformas SOA orientadas a la programación distribuida y herramientas de
desarrollo recientes como Java y .NET.

Ninguno de los 1,200 programadores de mainframe de Merrill Lynch tenía experiencia con estas
herramientas. Desde el punto de vista económico, no tenía sentido volver a capacitar a este
enorme personal, como tampoco comprar las nuevas estaciones de trabajo requeridas para
ejecutar el software de desarrollo. Según una investigación de los consultores de Gartner Group,
volver a capacitar a los programadores de mainframe de Merrill Lynch podría haber durado hasta
un año y costado más de 80 millones de dólares. Para Crew, era evidente que la empresa debía
optar por un enfoque menos convencional: construir una plataforma de desarrollo Web
propietaria desde cero para extender la capacidad de sus sistemas mainframe heredados.

En un principio, Merrill Lynch había intentado evitar estos costos al copiar los datos almacenados
en su mainframe a bases de datos de Oracle, Sybase o Microsoft SQL Server. En estos formatos, los
datos eran compatibles con las aplicaciones basadas en servidor. Sin embargo, esta técnica no fue
completamente satisfactoria. Con frecuencia, la copia de grandes cantidades de datos propicia
errores como fallas de disco y problemas de espacio áreo. Además, algunos datos se pueden
volver obsoletos inmediatamente después de haber sido copiados. Por ejemplo, un cliente que
hubiera realizado varias transacciones accionarias podría tener que esperar hasta el día siguiente
para ver el saldo exacto de su cuenta. Crew se dio cuenta de que la empresa estaba gastando
dinero en copiar datos que se podían volver obsoletos rápidamente y que los datos precisos
siempre se conservaban en el mainframe.

En consecuencia, Merrill Lynch creo su propio conjunto de herramientas propietarias que


facilitaban que sus programas heredados de mainframe y las funciones que realizaban se
presentaran como servicios Web. Se utilizan etiquetas XML para describir los datos para otras
aplicaciones equipadas para interpretar este lenguaje. SOAP posibilita que programas que se
ejecutan en diferentes sistemas operativos se comuniquen entre sí. En conjunto, ambos
estándares hacen posible que las aplicaciones en línea se comuniquen efectivamente con el
mainframe sin necesidad de una capa adicional de middleware.

El conjunto de herramientas de servicios Web de Merrill Lynch se denominé X4ML, que significa
XML for Modernizing Legacy (XML para modernizar las aplicaciones heredadas). Crew desafió a su
equipo a incrementar diez veces los ahorros de la empresa por concepto de los servicios Web a 20
millones de dólares El equipo de Crew estableció cinco criterios para el proyecto de servicios Web:

1- Que los programadores de mainframe no tuvieran que aprender nuevos lenguajes de


programación u otras herramientas.

2. Nada de herramientas de software para desarrollo que requirieran estaciones de trabajo


costosas; las herramientas estarían disponibles desde un navegador Web.

3. Un directorio de almacenamiento central para los servicios Web que se desarrollarían para que
los programadores pudieran reutilizar y reempaquetar fácilmente los servicios Web.

4. Los servicios Web desarrollados como resultado del proyecto tenían que apegarse a los
estándares de seguridad existentes para el mainframe, al igual que a los estándares de seguridad
de la Web para encriptación, autenticación y autorización.

5-La inclusión de mejores estándares para la arquitectura de servicios en la Web, garantiza la


Viabilidad futura.

El equipo del proyecto prohibió que la nueva plataforma requiriera cambios al código de los
productos del mainframe o que obstaculizara su funcionamiento de cualquier manera. El equipo
no quería modificar el mainframe de ninguna forma debido a sus antecedentes, su complejidad y
al hecho de que era poco probable que alguien del personal conociera el funcionamiento interno
de su complicado código. Para maximizar la simplicidad y la velocidad, el equipo evitó instalar un
servidor de middleware para traducir las solicitudes que se le hicieran en otros lenguajes como
Java, a instrucciones que las aplicaciones del mainframe pudieran entender. En vez de ello, el
software de traducción se escribió en Lenguaje ensamblador (un lenguaje de programación que
data de la década de 1950 y que en la actualidad casi no se utiliza para desarrollar aplicaciones de
negocios) y se instaló directamente en el mainframe. Esta estrategia redujo la cantidad de errores
que se podían cometer durante las traducciones y prometía un mejor desempeño.

La falta de middleware significaba que los usuarios del sistema, como los asesores financieros de
Merrill Lynch, podían solicitar información directamente al mainframe desde sus computadoras de
escritorio. Por ejemplo, un asesor podía utilizar un navegador Web para solicitar una lista de todos
los clientes que son propietarios de participaciones de una acción específica, como General
Electric (GE). La solicitud llega al mainframe a través de SOAP que indica al mainframe que realice
una operación en particular, y la búsqueda es traducida por XML.

Un programador de mainframe de Merrill Lynch puede acceder a la herramienta de desarrollo


X4ML desde el navegador Web de su computadora de escritorio. Con X4ML, el programador
puede crear y nombrar un nuevo servicio Web, importar la aplicación necesaria del mainframe y a
continuación elegir cuales partes de la operación de la aplicación heredada incluir en el servicio
Web. De esta manera, un programador puede producir un servicio Web que extraiga todos los
datos personales de un cliente o únicamente los menos delicados, como el nombre y la dirección.
Una vez que el programador crea un servicio Web, éste se enlista en un directorio de Descripción,
Descubrimiento e Integración Universal(UDDI), desde donde otros programadores pueden
accesarlo. La herramienta de desarrollo X4ML también incluye una capacidad de prueba, que
permite a los programadores corregir errores antes de distribuir un servicio, lo mismo que recurrir
al método de prueba y error para perfeccionar combinaciones de aplicaciones para nuevos
servicios.

Merrill Lynch destinó 1,100 millones de dólares durante un periodo de tres años para utilizar X4ML
para dotar a sus 14,500 asesores financieros de un nuevo conjunto de aplicaciones de
administración del patrimonio. Para esta iniciativa, la empresa se asoció con Thomson Financial y
Siebel Systems (ahora propiedad de Oracle), las cuales aportaron datos financieros y servicios de
investigación y experiencia en la administración de clientes, respectivamente.

La inversión de Merrill Lynch en servicios Web ahorró a la empresa 41 millones de dólares en


costos de desarrollo de aplicaciones. La empresa obtuvo aún más valor de X4ML al venderlo en
diciembre de 2005 al proveedor de servicios Web SOA Software Inc., cuyas oficinas centrales están
en Los Angeles. Como parte del trato, Crew y otros tres integrantes importantes del equipo de
X4ML pasaron a formar parte de SOA Software para continuar mejorando la herramienta, que fue
rebautizada con el nombre de Service Oriented Legacy Architecture (SOLA). Merrill Lynch tiene
una larga historia de vender tecnología desarrollada de manera interna, y consideró la venta de
X4ML como una forma de optimizar su inversión.

Andrew Brown, director de tecnología, no consideraba que la venta de la tecnología a otra


empresa pudiera afectar la ventaja competitiva de Merrill Lynch. Tardó seis meses para convencer
a la administración de que la venta a un proveedor de software era lo más adecuado. Después de
esto, la administración apreció el valor de la venta y el beneficio que representaba en el
presupuesto de TI. Al momento de la venta, X4ML utilizaba 600 servicios Web para 40 diferentes
aplicaciones centrales en Merrill Lynch y procesaba 1.5 millones de transacciones diariamente. El
precio del a venta de X4ML a SOA no fue revelado, pero en 2006 SOA software comenzó a vendar
SOLA a sus clientes en 155.000 dólares. Quienes adquirieron la herramienta estaban destinados a
ganar una escalabilidad sin precedentes, Mientras tanto, el éxito de X4ML dio una segunda
oportunidad a los programadores de mainframe de Merrill Lynch para continuar con su trabajo.

Actividad caso práctico

1-Porqué necesitaba Merrill Lynch actualizar su infraestructura de TI?

2-Cuál es la relación de la tecnología de la información con la estrategia de negocios de Merrill


Linch?

3-De qué manera se relacionaba su iniciativa de servicios Web con esa estrategia?

4-Cuáles son las ventajas y desventajas de los servicios de Web, son una buena solución para
Merrill Lynch?

5-Considera correcta la decisión de Merrill Lynch de vender su exitosa iniciativa tecnológica? Por
qué si o por qué no?

También podría gustarte