modernización del software

Existen diferentes factores impulsores y estrategias para la modernización del software:

• La Modernización Impulsada por la Arquitectura (ADM, por sus siglas en inglés) es la iniciativa para estandarizar las vistas de los sistemas existentes con el fin de permitir actividades de modernización comunes, como el análisis y la comprensión del código, y la transformación del software.
• Business-Focus Approach: The modernization strategy is tied to the business value added by the modernization. It implies defining the intersection of the criticality to the business of an applications with its technical quality.^[1] This approach pushed by Gartner puts the Application Portfolio Analysis (APA) as a prerequisite of modernization decisions for an application portfolio to measures software health, risks, complexity and cost providing insight into application strengths and weaknesses.^[5]
• Model Driven Engineering (MDE) is being investigated as an approach for reverse engineering and then forward engineering software code.^[6][7][8]
• Renaissance^[9] Method for iteratively evaluating legacy systems, from technical, business, and organizational perspectives.
• WMU (Warrants, Maintenance, Upgrade) is a model for choosing appropriate maintenance strategies based on aspired customer satisfaction level and their effects on it.^[10][11]

Software modernization^[12] is a risky, difficult, long, and highly intellectual process involving multiple stakeholders. The software modernization tasks are supported by various tools related to Model-driven architecture from the Object Management Group and processes such as ISO/IEC 14764:2006 or Service-Oriented Migration and Reuse Technique (SMART).^[13] Software modernization implies various manual and automated tasks performed by specialized knowledge workers. Tools are supporting project participants' tasks and help organize the collaboration and sequencing of the work.

A general software modernization management approach ^[14] taking risks (both technological and business objectives) explicitly into account consists of:

• Analysis the existing portfolio: measuring the technical quality and business value. Confronting the technical quality with business goals to define the right strategy: replace, no go, low priority, good candidate.
• Identify stakeholders: all persons involved in the software modernization: developers, testers, customers, end-users, architects, …
• Understand the requirements: requirements are divided in 4 categories: user, system, constraints and nonfunctional.
• Create the Business Case: the business case supports the decision process in considering different approaches when decision makers need it.
• Comprender el sistema que se va a modernizar es fundamental, ya que la documentación del software rara vez está actualizada y los proyectos son realizados por numerosos equipos, tanto internos como externos, que suelen permanecer ocultos durante largos periodos. Analizar el contenido de la aplicación y su arquitectura ayuda a comprender el sistema.
• Comprender y evaluar la tecnología objetivo: esto permite comparar y contrastar las tecnologías y capacidades con los requisitos y el sistema existente.
• Definir la estrategia de modernización: ^{[ 15 ]} la estrategia define el proceso de transformación. Esta estrategia debe contemplar los cambios que se produzcan durante el proceso de modernización (cambios tecnológicos, conocimiento adicional, evolución de los requisitos).
• Conciliar la estrategia con las necesidades de las partes interesadas: es posible que las partes interesadas implícitas tengan opiniones diversas sobre lo que es importante y cuál es la mejor manera de proceder. Es fundamental lograr un consenso entre ellas.
• Estimación de recursos: una vez definidos los pasos previos, se pueden evaluar los costos. Esto permite a la gerencia determinar si la estrategia de modernización es factible dados los recursos y las limitaciones disponibles.

• Softcalc (Sneed, 1995a) es un modelo y una herramienta para estimar los costos de las solicitudes de mantenimiento entrantes, desarrollado a partir de COCOMO y FPA.
• EMEE (Early Maintenance Effort Estimation) ^{[ 16 ] [ 17 ]} es un nuevo enfoque para la estimación rápida del esfuerzo de mantenimiento antes de comenzar el mantenimiento real.
• RENAISSANCE es un método para apoyar la evolución del sistema recuperando primero una base estable mediante la reingeniería y, posteriormente, mejorando continuamente el sistema mediante una serie de cambios incrementales. El enfoque se integra con éxito con diferentes procesos de gestión de proyectos ^{[ 18 ].}

Los principales problemas de un sistema heredado incluyen sistemas muy antiguos con falta de documentación, falta de expertos en la materia/conocimiento sobre los sistemas heredados y escasez de habilidades tecnológicas en las áreas donde se implementaron dichos sistemas. ^{[ 19 ]} Los sistemas heredados típicos han existido durante más de dos décadas. La migración está plagada de desafíos:

• Falta de visibilidad en grandes carteras de aplicaciones: las grandes organizaciones de TI cuentan con cientos, si no miles, de sistemas de software. El conocimiento tecnológico y funcional, por su naturaleza, está distribuido, diluido y resulta opaco. La falta de un punto central de visibilidad para la alta dirección y los arquitectos empresariales es un problema fundamental: resulta difícil tomar decisiones de modernización sobre los sistemas de software sin contar con los datos cuantitativos y cualitativos necesarios sobre estos sistemas en toda la organización.
• Gestión del cambio organizativo: Los usuarios deben recibir formación y capacitación para utilizar y comprender las nuevas aplicaciones y plataformas de forma eficaz.
• Coexistencia de sistemas heredados y nuevos: Las organizaciones con una gran cantidad de sistemas heredados no pueden migrar de una sola vez. Es necesario adoptar un enfoque de modernización por fases. Sin embargo, esto conlleva sus propios desafíos, como brindar una cobertura empresarial completa con funcionalidades superpuestas bien comprendidas e implementadas, duplicación de datos y sistemas desechables para conectar los sistemas heredados con los nuevos necesarios durante las fases intermedias. ^{[ 20 ]}
• Una gestión deficiente de la calidad estructural (véase calidad del software ) da como resultado una aplicación modernizada que presenta más problemas de seguridad, fiabilidad, rendimiento y mantenibilidad que el sistema original.
• Costes y duración significativos de la modernización: la modernización de un sistema heredado complejo y de misión crítica puede requerir grandes inversiones, y el tiempo necesario para tener un sistema modernizado en pleno funcionamiento podría extenderse durante años, sin mencionar las incertidumbres imprevistas que puedan surgir durante el proceso.
• Compromiso de las partes interesadas: Las principales partes interesadas de la organización deben estar convencidas de la inversión que se está realizando para la modernización, ya que los beneficios y un retorno de la inversión inmediato pueden no ser visibles en comparación con los costos de modernización que se están invirtiendo.
• Composición de software: Hoy en día, es extremadamente raro que los desarrolladores creen código 100% original en cualquier producto creado después de 2010. ^{[ 21 ]} Suelen utilizar marcos de trabajo y componentes de software de terceros y de código abierto para obtener eficiencia, velocidad y reutilización. Esto introduce dos riesgos: 1) vulnerabilidades en el código de terceros y 2) riesgos relacionados con las licencias de código abierto.

Por último, pero no menos importante, no existe una solución universal para la modernización. Con una amplia gama de opciones comerciales y personalizadas disponibles, es fundamental que clientes, vendedores y ejecutores comprendan las complejidades de las diversas técnicas de modernización, sus mejores implementaciones, su idoneidad en un contexto particular y las mejores prácticas a seguir antes de seleccionar el enfoque adecuado.

A lo largo de los años, han surgido diversas opciones para la modernización de sistemas heredados, cada una con distinto grado de éxito y adopción. Incluso hoy en día, existe un abanico de posibilidades, como se explica a continuación, y no hay una única opción válida para todas las iniciativas de transformación de sistemas heredados.

• Evaluación de aplicaciones: Establecer una línea base del portafolio de aplicaciones existente utilizando inteligencia de software para comprender el estado, la calidad, la composición, la complejidad y la preparación para la nube del software, con el fin de comenzar a segmentar y priorizar las aplicaciones para diversas opciones de modernización.
• Descubrimiento de aplicaciones : Los componentes de las aplicaciones están fuertemente interconectados, lo que implica la necesidad de comprender la complejidad y resolver las interdependencias de los componentes de software.
• Migración: Migración de lenguajes (3GL o 4GL), bases de datos (de sistemas heredados a RDBMS y viceversa), plataformas (de sistemas operativos a sistemas operativos), a menudo mediante convertidores automatizados o sistemas de transformación de programas para lograr una alta eficiencia. Este es un método rápido y rentable para transformar sistemas heredados.
• Migración a la nube: Migración de aplicaciones heredadas a plataformas en la nube, a menudo utilizando una metodología como la metodología de las 5 R de Gartner para segmentar y priorizar las aplicaciones en diferentes modelos (Reubicar, Refactorizar, Revisar, Reconstruir, Reemplazar).
• Reingeniería: Técnica para reconstruir aplicaciones heredadas en una nueva tecnología o plataforma, con la misma funcionalidad o una funcionalidad mejorada, generalmente mediante la adopción de la Arquitectura Orientada a Servicios (SOA). Esta es la forma más eficiente y ágil de transformar aplicaciones heredadas. ^{[ 6 ]} Esto requiere inteligencia de software a nivel de aplicación con sistemas heredados que no son bien conocidos ni están bien documentados.
• Reubicación: Ejecutar las aplicaciones heredadas, sin cambios importantes, en una plataforma diferente. La lógica de negocio se conserva mientras la aplicación y los datos se migran al entorno abierto. Esta opción solo requiere el reemplazo del middleware, el hardware, el sistema operativo y la base de datos. ^{[ 22 ]} Esto se usa a menudo como un paso intermedio para eliminar hardware heredado y costoso. Los ejemplos más comunes incluyen aplicaciones de mainframe que se reubican en una plataforma UNIX o Wintel .
• Implementación de paquetes: Reemplazo de aplicaciones heredadas, en su totalidad o en parte, con software comercial (COTS) como ERP, CRM, SCM, software de facturación, etc. ^{[ 23 ]}

El código heredado es cualquier aplicación basada en tecnologías y hardware antiguos, como los mainframes, que sigue prestando servicios esenciales a una organización. Las aplicaciones heredadas suelen ser grandes y difíciles de modificar, y su eliminación o sustitución a menudo implica también la reingeniería de los procesos de negocio de la organización. Sin embargo, cada vez más aplicaciones escritas en lenguajes modernos como Java se están convirtiendo en heredadas. Si bien lenguajes como COBOL encabezan la lista de lo que se considera heredado, el software escrito en lenguajes más recientes puede ser igual de monolítico, difícil de modificar y, por lo tanto, susceptible de ser objeto de proyectos de modernización.

La reimplementación de aplicaciones en nuevas plataformas de esta manera puede reducir los costos operativos, y las capacidades adicionales de las nuevas tecnologías pueden brindar acceso a funciones como servicios web y entornos de desarrollo integrados. ^{[ 7 ]} Una vez completada la transformación y alcanzada la equivalencia funcional, las aplicaciones pueden alinearse más estrechamente con las necesidades comerciales actuales y futuras mediante la adición de nuevas funcionalidades a la aplicación transformada. El reciente desarrollo de nuevas tecnologías, como la transformación de programas por parte de empresas de modernización de software, ha convertido el proceso de transformación de sistemas heredados en una forma rentable y precisa de preservar las inversiones heredadas y, por lo tanto, evitar los costos y el impacto comercial de la migración a un software completamente nuevo.

El objetivo de la transformación de sistemas heredados es conservar el valor de los activos heredados en la nueva plataforma . En la práctica, esta transformación puede adoptar diversas formas. Por ejemplo, podría implicar la traducción del código fuente o la reutilización de código existente, junto con la incorporación de una funcionalidad de acceso web para proporcionar al cliente el acceso requerido por la empresa. Si es necesario reescribir el código , las reglas de negocio existentes pueden extraerse para formar parte de la declaración de requisitos para dicha reescritura.

Debido a la evolución de la tecnología actual, algunas empresas o grupos de personas desconocen la importancia de los sistemas heredados. Algunas de sus funciones son demasiado importantes como para dejarlas sin usar y demasiado costosas para reproducirlas. La industria del software y los investigadores han prestado recientemente mayor atención al desarrollo de software basado en componentes para mejorar la productividad y acelerar el tiempo de comercialización. ^{[ 25 ]}

En general, tres clases de tecnologías de sistemas de información son de interés en la modernización de sistemas heredados: Tecnologías utilizadas para construir los sistemas heredados, incluidos los lenguajes y los sistemas de bases de datos. Tecnologías modernas, que a menudo representan el nirvana para quienes están inmersos en tecnología de décadas de antigüedad y que contienen la promesa (a menudo incumplida) de sistemas de información empresariales potentes, eficaces y de fácil mantenimiento. Tecnologías ofrecidas por los proveedores de sistemas heredados: estas tecnologías proporcionan una ruta de actualización para aquellos demasiado tímidos o prudentes para lanzarse de cabeza a la última ola de ofertas de TI. Los proveedores de sistemas heredados ofrecen estas tecnologías por una simple razón: proporcionar una ruta de actualización para la modernización del sistema que no requiera abandonar la comodidad del "matriz del mainframe". Si bien estas tecnologías pueden proporcionar un camino más fluido hacia un sistema moderno, a menudo resultan en una solución aceptable que no alcanza el ideal. ^{[ 26 ]}