CASE: Proyecto de Mejora de la Calidad del Software
CLIENTE: Caixa Econômica Federal
SOLUCIÓN: Eccox Quality Control for Cobol (QC Cobol) y Eccox Quality Control for DB2 (QC DB2)

PREMIO: eFinance 2016


Iniciativa permite la inspección automatizada de los programas en todo el ciclo de la aplicación.

La calidad es estratégica para Caixa en todas las áreas, incluyendo el desarrollo de software. El “Proyecto de mejoría de calidad de software” de la CEF está trayendo beneficios a la economía ambos en el uso y en el mantenimiento de los recursos de TI, además de la reducción continua de riesgos de las plataformas de negocio. Con el proveedor Eccox, la iniciativa fue el ganador en la categoría “Calidad de Software” del eFinance 2016.

El amplio proyecto, que consumió inversiones de más de R$ 5 millones (reales brasileños), promete ganancias significativas, la eficiencia y la reducción del retrabajo, cumpliendo los requisitos y criterios de calidad, tiempo y costo.

Las soluciones implementadas fueran Eccox QC for Java, DB2 y Cobol, aplicando las mejores prácticas del Instituto de Gestión de Proyectos (traducción del inglés de la sigla PMI). Las herramientas soportan la metodología y otras soluciones de Caixa, incluyendo los sistemas de gestión del ciclo de vida de las aplicaciones, los compiladores y otras tecnologías.

Los indicadores permiten el seguimiento de las tendencias de evolución para guiar las unidades de desarrollo, con el objetivo de aumentar la eficiencia. Como resultado de ello, el banco tiene la opción de racionalizar las inversiones en nuevos recursos, mejorando el servicio a los clientes internos y externos. Como ya se estructuraron los inventarios de los sistemas de Caixa, se evaluó la línea de base (baseline) para comprobar violaciones de los sistemas de legado, lo que promovió un plan de mejora continua y complementaria.

“El case presenta un gran avance en el modelo de gestión del procesos de codificación en Java, Cobol y DB2, evaluado por herramientas que deben ser revertidos en economía de recursos informáticos durante la vida útil de los sistemas en el ambiente productivo”, dice Sidnei José Rossoni, gerente nacional de CEF.

Entre otros retos, el programa de calidad permite revisiones en el desarrollo. Las metodologías permiten inspeccionar por procesos automatizados (validación y verificación) y en las funciones de gestión. El monitoreo de métodos y estándares – utilizado por los desarrolladores – se certifica que los procesos están en conformidad con las políticas de calidad de la institución.

Si la calidad es una función de gestión, la validación y la verificación son procesos técnicos en el desarrollo de sistemas. Entre los modelos de gestión más populares de control de software, se sobresalen el Capability Maturity Model (CMM) y el ISO 25010. Métricas de software se usan para medir la eficacia a lo largo del proceso de desarrollo de aplicaciones, lo que se establece un calendario y costes de desarrollo.

“La iniciativa se destaca por traer un rápido retorno por inversión (ROI) para el cliente. La estandarización del código de programas contribuye para la eficiencia de cada unidad del desarrollo. Los resultados son mejoras continuas de los productos de Caixa”, afirma Maurício da Costa e Silva, presidente y CEO de Eccox.

Las soluciones Eccox tienen la ventaja de la inspección automatizada de los programas a lo largo del ciclo de la aplicación, desde la compilación hasta su sustentación en la producción. De esta manera, aquellos que tienen numerosas violaciones de reglas de calidad y que pueden impactar el rendimiento y el consumo de CPU no se elevan hasta la producción. En resumen: el entorno es menos susceptible a crisis debido a la falta de recursos o de fallos de programación.

El ROI (retorno de la inversión) se basa en la evaluación de la ejecución de mejora en los códigos de legado (códigos de sistemas ya usados en el ambiente productivo), teniendo en cuenta las violaciones señaladas en los artículos 40 y 41 de construcción del código Cobol, que apuntan las fuentes de desechos de procesamiento. Por ejemplo, la comparación de consumo de ciclos de CPU necesarios para la ejecución de una operación aritmética dada indica una diferencia de hasta 157% en ciclos de CPU en la misma operación.

Fueran encontrados en la baseline del legado de CEF alrededor de 38.000 violaciones. Con solo la aplicación diaria de cada uno de estos elementos con una violación, es posible obtener una reducción de 12 veces en el consumo de CPU/día, un total de 1,3 MIPS (millones de instrucciones por segundo) por día.