Inicio
 > Informes e investigaciones > Blog de TEC > ¿Arquitectura o durabilidad del producto?

¿Arquitectura o durabilidad del producto?

Escrito por: Predrag Jakovljevic
Publicado: septiembre 30 2005

El mercado de interés para LANSA

Aunque no es un nombre tan conocido como Microsoft o IBM, LANSA, por dos décadas, le ha suministrado soluciones de software a compañías de mercado medio. Es un proveedor mundial de software de desarrollo e integración de aplicaciones empresariales y el mercado de su interés consta de aproximadamente 250,000 organizaciones medianas. Varias son tiendas de IBM iSeries dentro de segmentos de fabricación y distribución, y mientras algunos compran con frecuencia nuevas soluciones, varios tratan de fortalecer y modernizar el legado de sistemas existente para participar en cadenas mundiales de suministro con base en Internet.

Dichas organizaciones necesitan aprovechar los servicios Web y últimamente, una arquitectura orientada al servicio (SOA) para lograr la integración entre los usuarios a escala individual a través de diversas arquitecturas, plataformas y compañías. También necesitan soporte para dispositivos universales para interfaces de usuarios (UI) que van de pantallas, navegadores, asistente personal digital (PDA), portales y otros. Debajo de todo eso, se encuentra el rápido desarrollo de la aplicación con soporte para una modernización gradual y portabilidad (debido a presupuestos fijos de tecnología de la información) y el conocimiento adecuado del equipo acerca de la aplicación.

Con estas necesidades en mente, LANSA sostiene que ayuda al presidente del consejo de administración (CEO), a los vicepresidentes (VP) del sector de actividad (LoB) a contestar la pregunta “¿Podemos competir con la infraestructura actual? mientras que concilian los dilemas del los jefes de información (CIO) y VP de los departamentos de IT que preguntan “¿Podemos sobrevivir con el staff IT actual?” y “¿Qué debemos escoger Java o .NET?”.

Esta es la segunda de dos partes que conforman esta nota.

En la primera parte se habló acerca de la situación y de cómo LANSA la está abordando.

LANSA 2005

El paso rápido que tienen los negocios globales actualmente les presenta a todas las empresas que buscan mejorar y automatizar las operaciones un conjunto único de retos. Así mismo, dichas empresas deben ser capaces de adaptarse rápidamente a los cambios. Con la creciente competencia, la falta de reglamentos, la globalización y las actividades de fusión y adquisición (M&A), los compradores de software empresarial se han dado cuenta de que la arquitectura de los productos juega un papel de gran importancia en la rapidez con que los vendedores pueden implementar, mantener, expandir, adaptar e integrar sus productos. La arquitectura de los productos debe hacer mucho más que ofrecer funcionalidades técnicas, interfaces de usuarios (UI) y soporte de las plataformas, ya que determinará si el producto durará, será graduable para muchos usuarios y podrá incorporar las tecnologías emergentes para adaptarse a los requisitos de los usuarios que están en evolución. Por lo tanto, se debe estar conciente de cómo va a evolucionar la tecnología en un futuro, mientras se traza el camino a seguir del negocio y de IT.

Para ello, al utilizar módulos de aplicación Web (WAM), una característica de LANSA 2005, los promotores tendrán una curva más corta de aprendizaje y costos de desarrollo más bajos para producir aplicaciones empresariales comerciales con base en navegadores. Los promotores de pantalla pueden aprender rápidamente a producir aplicaciones sofisticadas con n número de capas con base en la Web para usar las capacidades de la pantalla de arrastre o de lo que se ve es lo que se imprime (WYSIWYG). Al mismo tiempo, pueden usar el mismo lenguaje de mantenimiento y desarrollo rápido (RDML) para implementar procesos y reglas comerciales.

LANSA 2005 WAM también se puede desarrollar dentro de servicios Web, ya que la arquitectura WAM separa la lógica comercial de la presentación a través de una capa llamada proveedor de servicios tecnológicos (TSP). Esta capa protege las aplicaciones construidas sobre WAM de futuros cambios en la capa UI, dejándolas listas para adaptarse a la próxima ola de tecnologías UI. Los usuarios, deben, por ejemplo, ser capaces de conectar el nuevo TSP del día e irse. La arquitectura también permite que los WAM interoperen con aplicaciones .NET o Java.

Además, LANSA 2005 promete capacitar a los promotores para utilizar los servicios de Java en sus aplicaciones sin hacer el mayor esfuerzo; incluyendo el acceso y la implementación, sumamente sencillos, de servicios Web a través de LANSA y programas de lenguajes de la tercera generación (3GL). Para las organizaciones que siguen el camino de SOA, la plataforma puede proveer las herramientas y la arquitectura necesarias puesto que todas las aplicaciones nuevas creadas bajo LANSA 2005 son automáticamente habilitadores de servicios Web y los legados de aplicaciones se pueden envolver dentro de los servicios Web.

Debajo de todo eso, se encuentra el rápido desarrollo de la aplicación con soporte para una modernización gradual y portabilidad (debido a presupuestos fijos de tecnología de la información) y el conocimiento adecuado del equipo acerca de la aplicación. Los promotores de LANSA 2005 utilizan el repositorio de objeto independiente a la plataforma y el lenguaje comercial de gran nivel para desarrollar el navegador Web 5250 y programas de clientes ricos en UI parecidos a Windows.

Aunado a esto, a través de una capacidad llamada Visual LANSA Framework, LANSA 2005 proporciona la infraestructura comercial y seguridad necesaria para que los promotores puedan, desde un simple modelo de aplicación, crear rápidamente prototipos, desarrollar e implementar aplicaciones con base en navegadores y aplicaciones de Windows. Dado que el marco de trabajo es una mera conexión de Internet separada del servidor de aplicaciones, también le ofrece al equipo capacidades de desarrollo y de gestión de cambios.

Concretamente, la característica de sincronización del repositorio principal mantiene a todos los promotores al día dentro de un sólo repositorio maestro. Las capacidades de rastreo de tareas y de segmentación del desarrollo aseguran que la investigación y desarrollo (R&D), el seguro de calidad y el ambiente de producción permanezcan de forma independiente pero que se puedan mantener en sincronización. Capacidades adicionales de la gestión de cambios están disponibles por medio de ciertos socios de LANSA. La herramienta de desarrollo y prototipo productivo del marco de trabajo se traduce en la aplicación del usuario final utilizando un lenguaje extensible de marcas (XLM) en la arquitectura. Esta arquitectura puede llevar a una notoria reducción en el mantenimiento de la aplicación a través de un asistente de código que crea la lógica de la aplicación por medio de un acercamiento manejado por medio de plantillas. Una curva de aprendizaje más corta reducirá sustancialmente los costos de arranque del usuario.

LANSA 2005 genera aplicaciones de código simple, de base, de plataformas cruzadas portátiles, lo que significa que se pueden desplegar e incluso explotar para el uso de plataformas de servidores múltiples (por ejemplo, iSeries, Windows, Unix y Linux) y bases de datos múltiples que corren en estas plataformas (por ejemplo, Microsoft SQL Server, Sybase, Oracle, etc.). Además, al utilizar esta simple metodología de desarrollo, los promotores pueden crear aplicaciones que se puedan desplegar no solo a plataformas de servidores múltiples, sino también a servidores Web o a cualquier aparato que sea capaz de navegar y a tecnologías de presentación como Palm, Pocket PC, y a teléfonos móviles habilitadores de protocolos de aplicación inalámbrica (WAP)

Debido a que la lógica comercial está separada de la capa de presentación, las aplicaciones creadas hoy en día que utilicen WAM serán capaces de entregar UI que utilicen las tecnologías de presentación del mañana, sin causar impacto alguno en la lógica comercial. Para ello, la plataforma exhibe una arquitectura abierta con n número de capas interoperables. La capa de presentación soporta un lenguaje de marcas de hipertexto extensible, o XHTML un híbrido de HTML y XML, que fue diseñado específicamente para visualizaciones de dispositivos Net. También emplea XML, lenguaje de marcas inalámbrico (WML), y lenguaje de marcas de aplicación extensible (XAML). Otras capas incluyen la capa lógica comercial (WAM) y la capa de acceso a datos, como los módulos de acceso a objeto (OAM) de LANSA hasta varias bases de datos finales.

Estas características deben garantizar una rápida adaptación a nuevas tecnologías y estándares con base en la Web como .NET, J2EE, WAP, XML, portlets, el lenguaje de marca de interfase de usuario abstracto (AUIML) que promueve IBM, y otros, donde no se generan etiquetas de propiedad. Así mismo, se habilita la presentación definida según el usuario por medio de XML como un ingreso que se transforma subsecuentemente a través de una tecnología TSP basada en un lenguaje extensible de hojas de estilo (XSL). Los usuarios pueden bifurcar múltiples TSP para generar salidas múltiples, y para ello, LANSA 2005 proporcionará TSP XHTML, XAML, inalámbricos, y servicios Web con mucho más por venir. LANSA promete con el tiempo, habilitar el cambio del software de sus clientes, al igual que cualquier aplicación puede cambiar la interfase con un cambio mínimo o nulo de código. Además, también se pueden cambiar con relativa facilidad el servidor de aplicación o el código de aplicación que necesiten modificarse.

Por último pero no por ello menos importante, en cuanto la habilitación de la integración entre los usuarios a escala individual a través de arquitecturas múltiples, plataformas y compañías interempresariales (B2B), las características de LANSA Integrator construyen un soporte para protocolos de trasporte múltiple para HTTP, protocolo de transferencia de archivo (FTP), protocolo de transferencia simple de correo (SMTP), servicio de mensajes cortos (SMS), y protocolo de acceso a objetos sencillos (SOAP). También soporta formatos múltiples de datos, como XML, EDI, valores separados con comas (CSV), XLS, etc., mientras que otros servicios ayudan a automatizar la creación de comprimidos (ZIP) y archivos de datos portátiles (PDF) y la conversión de archivos intermedios iSeries a documentos PDF. Un estudio de integración ahora les permite a los promotores administrar, configurar, depurar y desplegar aplicaciones para la integración con sistemas dispares dentro y fuera de la organización del usuario.

Recomendaciones para el usuario

La mera implementación de tecnología nueva no va a causar un impacto directo en la productividad, sin embargo, si puede mejorar los procesos comerciales, la compañía verá de forma indirecta los beneficios expresados en lo monetario. Cuando un legado de sistemas parece estar trabajando en orden, es menos probable que una compañía adapte un sistema completamente nuevo, pero es probable que considere algunas modificaciones. Si una empresa opta por el acercamiento que se presentó en este artículo, hay ciertas cosas que se deben considerar. Primero, si en teoría, una compañía puede abandonar su infraestructura existente para darle preferencia a RDML, es posible que no sea algo práctico ya que, en realidad, el mundo de IT es una mezcla de tecnologías y aplicaciones. Las empresas deben buscar que los vendedores llenen los huecos de los portafolios de aplicaciones existentes, y deben considerar varios proveedores como alternativa. Se debe considerar a los vendedores con estrategias de plataformas múltiples que van acompañadas de capacidades de integración y migración y a aquellos que ofrecen modelos de desarrollo con bases estándares. También hay que tener en cuenta que la arquitectura será un beneficio sólo después de la producción masiva de los productos. Dado esto, los clientes potenciales y actuales no tienen necesariamente que partir de estrategias de inversión en IT a corto plazo. También deben considerar la integración de las aplicaciones empresariales (EAI) de terceros, en especial si la compañía busca integrar estándares middleware.

Para más recomendaciones generales para el usuario, consulte Rejuvenecer los sistemas legados: ¿bendición o maldición?.

Si los vendedores titulares no cubren las necesidades de manera adecuada, se debe favorecer a los vendedores como LANSA, que tienen mejores funciones de aplicación además de la habilidad de participar en aplicaciones compuestas. Lo que se requiere de una solución compuesta ideal es la habilidad de integrar el proceso comercial, de integrar las aplicaciones y los datos y de proporcionar funcionalidad adicional para “llenar los huecos" para producir una aplicación compuesta coherente que asegure una integridad transaccional y contextual a través de procesos comerciales completos en los que se incluya una solución de proceso manual/ un parche provisional, una hoja de análisis, o algún otro tipo de solución que mantenga el proceso comercial de ser automatizada completamente por las aplicaciones.

 
comments powered by Disqus