Modernizar COBOL

En Adamed pensamos que modernizar COBOL y cambiar de lenguaje reescribiendo toda nuestra lógica de negocio no es una buena opción. Nuestro haber más valioso está precisamente en nuestros programas COBOL y en nuestros programadores que conocen las apliicaciones y su funcionalidad, aspecto muy valioso para el mantenimiento diario.

Enfrentarse a una migración de COBOL a COBOL puede parecer ariesgado ya que muchos consideran COBOL como un lenguaje muerto de todas todas. Nosotros consideramos que al contrario, COBOL sigue más vivo que nunca y ya está disponible por ejemplo para .NET donde nuestros programadores pueden trabajar conjuntamente con programadores de otros lenguajes de tu a tu y compartiendo los datos de manera transparente.

Si usted es un responsable TI de una instalación basadda en Mainframes IBM, también podrá encontrar beneficios en reducir los MIPS de la instalación con NetCOBOL y NeoSUITE.

La modernización de COBOL con cambio de lenguaje presenta además unois riesgos tremendos en cuanto a pruebas. La migración se debe de sincronizar con el mantenijmiento diario y ya es una tarea compleja si mantenemos COBOL. Cambiar de tipos de componentes y de lenguaje hará esta tarea todavía más compleja. No será nunca lo mismo probar el sistema si conservamos COBOL que cambiando el lenguaje. Manteniendo COBOL podríamos digamos obviar muchas pruebas. Si el resultado es el esperado y por ejemplo el fichero de datos se escribe, podremos suponer que está bien ya que son los mismos MOVE los que se han quedado en nuestro programa migrado.

Nuestra experiencia nos dice que mantener COBOL es bastante más económico que enfrentrase a un cambio de lenguaje. Del orden de un 54% más barato.

Nuestros programadores son también un haber importante y no reciben generalmente bien un cambio de lenguaje. Se ven amenudo desmoralizados. No obstante, trabjar con nuevas tecnologías en COBOL es algo que agradecen y que les motiva sobre manera. Ellos lo agradeceran:

No cambie COBOL cambie solamente la tecnología con: