¿Una nueva plataforma para combatir la 'inflamación' del software?

Lawson

A principios de mayo, en la Conference and User Exchange (CUE), unas semanas antes de que Lawson anunciara la fusión con Intentia, Lawson dio a conocer una nueva plataforma de aplicaciones comerciales basada en estándares. Diseñada para incrementar por completo la calidad de la aplicación y mejorar la experiencia del ciclo de vida del producto para futuros y actuales clientes de Lawson, la aplicación comprende la construcción, el desarrollo, la implementación, la integración, el soporte y las actualizaciones.

El nuevo ambiente tecnológico, cuyo nombre clave es Landmark, ha sido desarrollado por un equipo especial encabezado por Richard Lawson, el fundador de Lawson. Se ha llevado más de tres años para mitigar la fuente de la complejidad de la aplicación, la cantidad masiva de los códigos computacionales, llamados “inflamación del software” es lo que ha provocado que las innovaciones del software comercial estén paralizadas. Para mayor información acerca de este problema en específico u otros problemas que fastidian las aplicaciones comerciales actuales, consulte What's Wrong With Enterprise Applications, and What Are Vendors Doing About It?.

Segunda parte de la serie ¿Puede Java mejorar el legado de sistemas de la planificación de los recursos de la empresa?

El nuevo modelo intenta reducir drásticamente la codificación de la fuente necesaria e idealmente esto resultará en un código libre de errores consistente con Java. Lawson también pretende de manera gradual extraer la información de las aplicaciones desarrolladas en Landmark y de los servicios Web para que puedan compartir el mismo repositorio de datos como aplicaciones existentes de los clientes de Lawson. Esto quiere decir que los clientes existentes solo tendrían que llevar a cabo una actualización, no una migración ni una nueva implementación.

Landmark

Basada en una arquitectura orientada al servicio (SOA), (para mayor información y antecedentes, consulte Understanding SOA, Web Services, BPM, BPEL, and More), Landmark está diseñada para permitirle a Lawson y a sus clientes modificar y personalizar relativamente fácil y rápido los procesos comerciales para acomodar necesidades comerciales o tecnológicas especiales. La importante reducción en códigos y errores y el paso a una tecnología llena de estándares abiertos también se cree que ayudará a reducir considerablemente los tiempos de implementación y en un futuro reducirá el costo total de propiedad (TCO). Landmark también complementará la serie de Movex de Intentia de aplicaciones empresariales a escale basadas en Java, que están conformes con los estándares industriales de integración, interoperabilidad y SOA. Landmark soporta estándares clave como el lenguaje de descripción de los servicios Web (WSDL), el lenguaje extensible de marcas (XML), y el protocolo de acceso a objetos sencillos (SOAP).

Con el ambiente tecnológico nuevo, Lawson ofrecerá un eje troncal de Java 2 Enterprise Edition –de acuerdo con los servicios Web (J2EE) para las SOA que operan en plataformas estándares de la industria, como IBM WebSphere. Al mismo tiempo, también debe permitirle a Lawson desarrollar más rápido nuevos servicios dirigidos a la industria o procesos comerciales funcionales específicos sin el acostumbrado ciclo tan largo de desarrollo del producto, mientras que les permite a los clientes incorporar las aplicaciones de Lawson y los componentes dentro de nuevas aplicaciones compuestas. Lawson afirma que las primeras aplicaciones creadas con Landmark están en desarrollo y se esperan para el 2006.

Antecedentes de la estrategia de Lawson

Landmark es la nueva plataforma tecnológica de Lawson que con el tiempo reemplazará el "ambiente" actual que permite que las aplicaciones de Lawson operen a través de bases de datos y sistemas operativos (OS) múltiples. Viéndolo desde otra perspectiva, a pesar de que Lawson en un principio le proporcionó al cliente el software del procesador central para las instalaciones de Burroughs e IBM, seguido, la compañía ha reconocido y ha anticipado las tendencias computacionales al ampliar el soporte de la plataforma y al añadir productos. Por ejemplo, en 1981 añadió IBM System/38, en 1988 IBM AS/400 (ahora IBM iSeries), en 1990 UNIX, y en 1998 Microsoft Windows NT. La compañía agregó por completo la tecnología de los sistemas abiertos en 1985 al mover todos los desarrollos a una herramienta de ingeniería del software asistida por la computadora (CASE) basada en UNIX.

En 1993, Lawson era uno de los primeros vendedores de software en cambiar el enfoque del mercado al entregar aplicaciones cliente-servidor. La tecnología de componentes, de plataformas cruzadas y de bases de datos abiertas de Lawson se incorporó al mejor producto, que en los años 90 se llamaba LAWSON INSIGHT II Business Management System y a principios de la siguiente década se llamaba lawson.insight. Los clientes de Lawson pueden operar en un gran número de sistemas operativos (como UNIX, Windows NT e iSeries), de sistemas de bases de datos (como IBM DB2, Microsoft SQL Server y Oracle) y de plataformas hardware (como Hewlett Packard [HP], IBM, Sun, y Windows/Intel). Además los clientes pueden accesar a las aplicaciones a través de varios dispositivos de usuario final, incluyendo computadoras personales (PC), dispositivos inalámbricos y asistentes digitales personales (PDA).

Así mismo, Lawson se ha subido con ansia al mismo tren que Intranet e Internet, y ha creado en todos los productos, mucho antes que la mayoría de sus competidores -inclusive los más fuertes, una funcionalidad basada en la Web. Su serie actual de aplicación Lawson 8 Series muestra interfases del usuario (UI) completamente basadas en la Web, mientras que su base histórica de usuarios de iSeries ahora tiene un menor rendimiento (hasta el 20 por ciento), en parte por la provisión temprana del camino actualizado a UNIX. Desde hace mucho Lawson ha incorporado una arquitectura del producto con un XML accesible, basada en la Web, abierta, flexible, y en niveles, con la idea de darle soporte a los siempre cambiantes estándares tecnológicos. Un buen ejemplo de esto fue la pronta entrega de productos visionarios, compuestos y direccionables de la Web. Las características direccionables de la Web utilizan una lógica de aplicación basada en el servidor y una estructura de datos que pueden ser referenciados y ejecutados por medio de un localizador universal de recursos (URL). Los productos por componentes utilizan un repositorio activo de objetos que exhibe una arquitectura abierta y soporta un gran número de plataformas (utilizando un integrador de los componentes comerciales [BCI]).

Desde 1996, Lawson ha promovido la iniciativa de aplicaciones evidentes (SEA), con la idea de simplificar la curva del aprendizaje que requieren los usuarios, donde muestra Lawson Portal (una interfase implícita de usuario Web basada en roles) y herramientas de navegación. El fundamento de las tecnologías de Lawson ha sido por mucho tiempo SEA, el concepto de dar la funcionalidad de la aplicación a escritorios basados en navegadores y clientes ligeros. Mientras que las aplicaciones convencionales cliente-servidor son formas –o se manejan por transacciones, las aplicaciones evidentes (recientemente llamadas de autoservicio) están basadas en la información, lo cual significa que el usuario puede verlas en páginas Web dinámicas y personalizadas, con requisitos de entrenamiento mínimos. Otro componente del producto que se lanzó a finales de los años 90 fue LAWSON INSIGHT II Open Component Solutions, que permitía a los usuarios accesar, ver e interactuar con la información empresarial al utilizar una de las siguientes tecnologías: Java, Microsoft ActiveX, Lotus Domino, o Javascript/HTML.

Desde entonces, la arquitectura del producto de Lawson ha evolucionado y actualmente está compuesta de componentes de servicios Web (que incluyen el portal de Lawson y servicios de objetos de Internet (IOS), que son componentes clave para desplegar las aplicaciones vía Internet) y de componentes de servidor de aplicación que incluye las aplicaciones lógicas comerciales, el repositorio activo de objetos, la capa de base de datos y el ambiente (flujo de trabajo, seguridad, y el integrador de componentes BCI) Para mayor información, consulte Lawson Software-IPO and Several Acquisitions After .

La estrategia actual de Lawson

Landmark permitirá que los expertos del dominio comercial especifiquen las aplicaciones en un nivel muy alto, con el lenguaje específico del dominio (DSL), que entonces generará un código de programa de Java. El acercamiento de Lawson está basado en la tecnología del “lenguaje de configuración”, que ha sido un tema polémico entre algunas de las comunidades de ingenierías de software, concretamente entre los profesionales de diseño y desarrollo orientado a objetos (OO). Por lo tanto, Landmark puede brindarle algunas ventajas tanto a Lawson como a sus clientes cuando las primeras aplicaciones basadas en el nuevo marco de trabajo de desarrollo empiecen a presentarse el próximo año.

Con el tiempo, los desarrolladores de Lawson harán toda su programación en el ambiente de desarrollo de Landmark y en el Lawson Pattern Language (LPL) asociado, que, cuando se combina con Eclipse el marco de trabajo del desarrollo de la aplicación de IBM, se generará un JavaBeans empresarial (EJB). El código de programa que genera operará en cualquiera de los servidores de aplicación compatibles con J2EE, como la fuente abierta Tomcat o Jboss, o los servidores de propiedad tales como los de IBM, BEA Systems, u Oracle. Los objetos de software y los EJB creados por Landmark estarán habilitados para los servicios Web, y podrán interoperar en un ambiente SOA.

Por consiguiente, los clientes de Lawson que están realizando un trabajo de adaptación y mantenimiento, pronto trabajarán con LPL en lugar de con varios lenguajes 3GL como RPG y COBOL, que se generan con el lenguaje de cuarta generación (4GL) que utiliza hoy en día Lawson. Para contextualizar, los 4LG son lenguajes de programación, en su mayoría utilizados para accesar las bases de datos, que están más cercanos a los leguajes humanos que los lenguajes típicos de programación de niveles superiores.

Las otras cuatro generaciones de lenguajes computacionales son la primera generación (lenguaje de la máquina), segunda generación (lenguaje de ensamblaje), lenguajes de tercera generación (3GL, lenguajes de programación de alto nivel, como C, C++, Pascal, y Java), y lenguajes de quinta generación (5LG), que se utilizan principalmente para redes neuronales y de inteligencia artificial (AI). Los lenguajes DSL como LPL también se les pueden llamar de 5GL, ya que permiten que los desarrolladores modifiquen programas computacionales específicos, en este caso, como las aplicaciones comerciales de Lawson. Al mismo tiempo, trabaja a un nivel muy alto y escribe en un código muy denso. Otros ejemplos de DSL incluyen RosettaNet, herramientas Bell Labs desarrolladas para modificar los interruptores de telecomunicación e incluso de Microsoft Excel. Por consiguiente, los DSL son aclamados por estos defensores como el futuro del desarrollo de las aplicaciones comerciales.

Las ventajas de Landmark deberán venir por el mismo camino que las de Lawson y sus clientes. Concretamente, en lugar de 30,000 líneas de un código de RPG o COBOL de una aplicación dada, la versión del código de Landmark será sólo de 2,000 líneas de LPL, ya que reutilizará varios patrones. Lawson calcula una reducción de 15 o 20 veces en el volumen total del código requerido bajo Landmark y LPL, que deberá ser equivalente al 95 por ciento menos de líneas de código. Esto se traduce en el hecho de que cualquiera puede en cualquier momento reducir la cantidad del código, así mismo, también se debe esperar un margen de error similar.

Por ejemplo, en lugar de escribir cinco veces la distribución de las aplicaciones, y quizás de hacer cinco tipos diferentes de los varios componentes y versiones de la serie de planificación de los recursos de la empresa (ERP) de Lawson, el desarrollo de Landmark basado en los patrones permitirá que Lawson escriba la lógica del costo de la distribución tan sólo una vez, y que la reutilice como se necesite. En el tiempo de operación, cuando uno de los muchos componentes de ERP necesita realizar una función en especial, entonces llamará a un sólo pedazo de código, que deberá, a su vez, reforzar la coherencia del código de Lawson, y permitir actualizaciones más rápidas, con mejores versiones y modificaciones, y otros beneficios del ciclo de vida del software.

Lawson cree que este acercamiento le permitirá enfocarse en los conocimientos del dominio y en el “ir y venir” de la comprobación de pasos y en el fechado efectivo de "las características de la firma". Por ejemplo, la característica de ir y venir (que no depende de un camino predeterminado, sino se maneja por la transacción única y los atributos que el usuario está investigando, sin importar la aplicación) les permite a los usuarios extender su búsqueda de conocimiento en una manera de señalar y dar clic en cualquier nivel de la aplicación, incluyendo reportes de cualquier elemento de datos dentro de la base de datos. Para ello, el repositorio activo de objetos permite que cualquier usuario autorizado vea a través y a lo largo de los datos de transacción al emplear la característica de ir y venir, con base en las necesidades del usuario y el criterio de análisis.

Además, la calidad del tradicional software cuestionable debe incrementarse ya que el acercamiento de generación de código de Landmark supuestamente reducirá tremendamente el número de líneas de códigos. Según se dice, habrá una reducción de 20 veces o más en las líneas de código del módulo de gestión de vendedor de Lawson y una reducción de más de 40 veces en el módulo de gestión de empleados de Lawson. En cuanto al desenvolvimiento del cliente, Lawson está enfatizando un acercamiento de co-existencia. Todos los nuevos módulos de Lawson de ahora en adelante se escribirán bajo Landmark y coexistirán e ínter operarán con módulos existentes de Lawson, que serán “refactorizados” en Landmark. Por consiguiente, los clientes de base instalados podrán moverse cada vez más en las versiones escritas de Landmark

Retos

Mientras que nadie que esté familiarizado con las dificultades de las aplicaciones empresariales ponga en duda un código más consistente, limpio y esbelto, la pregunta sigue siendo si los clientes actuales de Lawson (de los cuales han corrido aplicaciones en el venerable servidor iSeries por veinte años) serán capaces de cambiar a Landmark y aprender el nuevo lenguaje LPL sin llevar a cabo una reescritura del ERP importante, y abandonar todo lo que han construido virtualmente al igual que su aprendizaje de RPG.

Por cierto, aunado a la cobertura complementaria funcional y geográfica de las ofertas de Intentia y Lawson, a Lawson le atrajo los conocimientos de Intentia en Java, y el hecho de haber creado una herramienta de generación de código y un lenguaje LPL relacionado. Por otro lado, después de seis años de desarrollo y un estimado de $100 millones de dólares en inversiones de investigación y desarrollo (R&D), Intentia ya ha llevado la serie RPG a Java y ha creado una serie de producto Movex que abarca varias plataformas y no está perfectamente unido a iSeries.

En los últimos años, Lawson ha renovado su compromiso con iSeries a través de nuevos lanzamientos de productos basados en iSeries, sin embargo, ahora se está moviendo en la dirección por la que Intentia ya pasó. Se deben ver los conocimientos que Intentia ha adquirido al mover la serie Movex a Java.

En cualquier caso, Lawson les proporcionará a los clientes con iSeries herramientas y una capa de meta datos para llevar al código RPG al ambiente de desarrollo integral de (IDE) Landmark. Se le debe referir al cambio de Landmark como una actualización en lugar de una migración completamente desarrollada. Los programadores de RPG no tendrán que aprender Java, el cual no se lleva bien con el RPG tradicional, para trabajar en las aplicaciones de Landmark. En lugar, tendrán que aprender LPL, que será muy declarativa y que mostrará una sintaxis intuitiva y fácil de aprender. Sin embargo, el lenguaje de programación no debe ser el verdadero problema con Landmark, ya que cualquiera que entienda el proceso comercial de la compañía seguirá siendo de valor para el despliegue de las aplicaciones de Landmark en una organización, ya sean los programadores de RPG u otros analistas comerciales los que tengan que mantener al día las aplicaciones y operarlas por más de dos décadas

En cuanto a la generación EJB, Lawson reconoce que las aplicaciones de Java comúnmente requieren más del hardware, incluyendo los procesadores más rápidos, con más memoria que las aplicaciones escritas en lenguajes conocidos. Este puede ser el caso en especial de iSeries, donde se optimiza el RPG para cada acceso eficiente a la base de datos, y donde un despliegue de WebSphere normalmente necesita de una actualización del hardware. Sin embargo, se espera que cuando Landmark esté en algunos años disponible comercialmente, desarrollos tecnológicos nuevos hagan Java más eficiente. Quizás para el 2008, cuando las computadoras operen en procesadores de núcleos múltiples con bloques de memoria disponibles en chip, y se pongan en práctica aplicaciones de multiensartes de 64 bit, Java habrá tenido tremendas ganancias en el desempeño, quizás también con la ayuda de aplicaciones de Java especiales. Por último, pero no por eso menos importante, quizás estas ganancias en el desempeño serán el resultado de la esperada reducción de tamaño de las líneas de código.

En este punto, Landmark es todavía una mera visión, aunque después de tres años en el laboratorio, es seguro que haya más que una instrucción de dirección. La primera aplicación de Landmark se debe introducir en el 2006 como una aplicación fuente para las oficinas de gobierno. En ese punto, el mercado deberá ser un buen indicador de si Lawson es capaz de entregar o no. De cualquier modo, no habrá una migración “masiva” a Landmark, y Lawson planea durante los próximos años hacer la transición en forma gradual. Por otro lado, como se vio en el caso del producto de iSeries, Lawson no está esperando a comenzar por escribir en Landmark ya que ya ha puesto en marcha a Java.

Con esto termina la segunda de varias partes que conforman esta nota.

En la primera parte se habló acerca de la estrategia actual de Intentia con base en Java.