Actividad Clase 9 Merrill Linch Modificado
Actividad Clase 9 Merrill Linch Modificado
Actividad Clase 9 Merrill Linch Modificado
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.
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.
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:
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.
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.
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.
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?