La Llamada Crisis del Año 2.000
A raíz de la publicación en septiembre de 1.997 del articulo "DOOMSDAY 2.000 ó Día del Juicio Final", Computerworld creo cierta inquietud en torno a la llamda "Crisis del 2.000". Se trata del hecho que algunas computadoras en particular en los modelos viejos, las fechas son almacenadas en tres campos de dos digitos cada uno, lo cual impide distinguir entre fechas del Siglo XX y del Siglo XXI.
Por si esto fuera poco, algunos de los programadores utilizaron en aquella época el 99 como un valor especial suponiendo que para en 1.999 ya existirian otras aplicaciones.Este problema puede parecer muy sutil, pero en realidad ha sido subestimado. Los especialistas en informática consideran hoy días que se trata del problema más grande al que se ha enfrentado la industria de la computación en sus 50 años de existencia. Por desgracia, muy pocas organizaciones están preparadas para encontrar solución oportuna.
La Dimensión Real del Problema
Cada cuatro años suele haber un pequeño cambio o ajuste en el calendario gregoriano utilizado hoy día desde su implementación desde 1.852. Dicho ajuste es el que ha llevado a la existencia de un día adicional en el mes de Febrero de cada cuatro años, o sea el llamado bisiesto. Muchos programadores de computadoras no tomaron en cuenta este hecho al definir sus fórmulas para el cálculo de fechas. No obstante el ajuste de un día cada cuatro años no presenta el mayor reto de los sistemas complejos; la llegada del 2.000 y los problemas que implica van mucho más álla.
Considere, por ejemplo, un sistema gubernamental de pagos que maneje cifras de 5 años atrás . En el año 2.001, al visualizar los pagos anteriore, los operadores esperan obtener en su pantalla una lista de arriba hacia abojo con indicaciones acerca de los años 01, 00, 99, 98, 97, etc. Sin embargo las listas clasificadas en forma descendentes por fechas se mostraran los datos correspondientes a los años 99, 98, 97, ... 00, 01 y 00 en vez de los originalmente deseado. El significado de los datos será totalmente alterado.
Entre las necesidades existentes debido a la llegada del año 2.000 cabe mencionar las siguientes:
- El rediseño de formas y reportes en los cuales el campo fecha no aparece completo de manera adecuada.
- La reindexación de aquellas Bases de Datos que utilizan fechas como índice.
- La reprogramación de sistemas si no existe el código fuente del Programa.
- La elaboración de procedimientos especiales para el manejo de listas basadas en fechas o para la recuperación de información existentes en cistas de respaldo en las cuales el 99 aparece como separador o como indicador de terminación de una lista.
- El rediseño de los sistemas de Código de Barras dado que hasta ahora ninguno de los dispositivos existentes para tal fin utilizan 4 dígitos para el manejo del año.
- La reingienería de casi todas las computadoras portátiles que no estén preparadas para el cambio de fecha de 31 de Diciembre de 1.999 al 01 de Enero del 2.000 (por que el BIOS no Soporta el año 2.000).
Desgraciadamente, el problema causado por la crisis del 2.000 abarca muchos aspectos no necesariamente técnicos.
Es imperativo ponerle más atención al problema, sobre todo sí se toma en cuenta la mínima o nula experiencia existente por falta de pruebas en torno al software. ¿ Que va a suceder en ambientes heterogéneos en los cuáles los servidores manejan fechas diferentes ? ¿ Y sí están en zona de tiempo distintas ?.
Es necesaria la participación de todos los Departamento, en particular el de mercadotécnia.
¿ Está su Departamento de mercadotécnia listo para reponder a las preguntas de los clientes acerca de la capacidad de su Empresa de soportar el año 2.000 ?
Por ejemplo, para calcular la edad de una persona nacida en 1.960, la formula utilizada hasta ahora es 97 - 60 = 37, pero en el año 2.000 dicha fórmula sería 00 - 60 = ???. En este caso la lógica implicíta para calcular los años transcurridos puede fallar. El resultado puede ser un número negativo o bien un entero extremadamente grande . En ambos casos, el resultado puede dar lugar a la cancelación de Tarjetas de Crédito, a errores en el calculo de Pensiones, al pago indebido de intereses, cancelación de Cuentas Corrientes, a vencimiento imprevistos en conservas u otro tipo de alimentos envasados, a la obtención de saldos telefónicos erróneos, etc.
Es indispensable que todo el personal conozca el problema. ¿ Está usted preparado para familiarizar a todos los usuarios de la empresa con las consecuencias del problema ?. En caso de tratarse de una corporación mediana o grande, el entrenamiento de gran cantidad de usuarios(por ejemplo, de unos 4.000 empleados) requiere de mucha planeación.
Han de ser verificados el 100% de los sistemas de información para contar con la "Certificación del año 2.000" ¿ Está su empresa lista para revisar el 100% de sus sistemas entre el día de hoy y el 31 de Diciembre de 1.999, cuado pueden surgir problemas, o incluso antes en caso de que los programas lleven a cabo cálculos por adelantado ?.
Las pruebas de computo en los Mainframes y las Bases de Datos muy grandes implican simular el año 2.00, pero son muy pocas las organizaciones con la capacidad de cómputo requerida para duplicar todos los sistemas, los archivos, los respaldos, etc. Además, la prueba de todos los sistemas obliga probablemente a trabajar fines de semana. ¿ Cuantos empleados conocedores de los sistemas están dispuestos a sacrificar sus fines de semana ? ¿ En caso dado, cuantos fines de semana van a poder trabajar ? ¿ Sabe usted cómo retener a la gente más preparada para resolver el problema ?.
Ha de ser debidamente Presupuestada la Estrategia a Seguir
La manera más efectiva de evitar esta crisis consiste en cambiar el 100% del Software por versiones listas para operar con fechas del año 2.000, como se propone más adelante . Sin embargo, es necesario darles respuestas anticipadamente a ls siguientes preguntas ¿ Está la empresa en capacidad de actualizar el 100% de su Software en menos de 18 meses ? ¿ Tiene idea del costo implícito ? ¿ Conoce los efectos fiscales de una inversión de este tipo ?.
Las respuestas a estas y otras preguntas similares permite evaluar más detalladamente la dimensión del problema y el impacto que pueda tener en una organización. Tome en cuenta además que para finales de 1.997 las empresas de asesoría y servicios de programación relativa a la solución de este problema estarán saturadas. En este contexto cabe señalar que el costo de corrección de una línea de código COBOL fue estimado por GATNER GROUP entre US$ 1.10 y US$ 1.50 dólares, lo cuál implica un costo total a la solución a la Crisis de 2.000, de tan solo en los Estados Unidos, es superior a los US$ 1.500 millones de dólares.
La Respuesta de MICROSOFT a la Crisis del 2.000
En términos de desarrollo de las aplicaciones, existirán problemas sólo si los campos tipo fecha no son debidamente utilizados. Estos problemas son ajenos a las herramientas de desarrollo pero dependen de cada programador. Por ejemplo, Microsoft Visual Basic está preparado para calcular correctamente fechas del próximo siglo, pero si no se utilizan las funciones internas de calculo de fechas o sea, se convierten las fechas en números seriales, o se utilizan campos enteros como fechas, las aplicaciones pueden ser incompatibles a la larga.
Existen otros problemas de menor importancia, como por ejemplo el hecho que MS-DOS no ha de aceptar la fecha 00 y de que ha de obligar a la captura completa del 2.000, o bien de ciertos programas tales como Microsoft Windows 3.1, se despliegan incorrectamente las fechas de los archivos del año 2.000 mostrándolos con caracteres no númericos (digase con basura). Sin embargo, mediante el seguimiento de ciertas recomendaciones sencillas, estos detalles no han de afectar la operación de los sistemas de información.
Recomendaciones
Existen diversas precauciones a tomar con relación a la Crisis del 2.000, pero muchas de ellas por no decir la mayoria, en torno a los equipos personales ( PC ) o Mainframes.
Desgraciadamente, muchos de los errores de dichos equipos serán reflejados en las PC de los usuarios por lo que para evitarlos, Microsoft y su proveedor de Computadoras recomienda lo siguiente :
- Simule en una PC de escritorio estar a unos minutos antes del 1º de Enero de 2.000, apague la computadora y vuelva a encenderla, generalmente vuelve a la fecha 01/01/1.980.
. Esta prueba jamas ha de ser efectuada en un sistema de producción. Esto permitirá saber si el BIOS de dicha computadora es capaz de soportar el Siglo XXI.
- Deje encendidos todos los sistemas personales y los servidores del 31 de Diciembre de 1.999 al 4 de Enero del 2.000 y ajuste manualmente la fecha de ese día, en caso necesario.
- Haga pruebas de todas las aplicaciones manejadas en su Empresa simulando la captura de fechas posteriores a la del 31 de dDiciembre de 1.999.
- Contrate lo antes posible la asesoría profesional pertinente para resolver este problema. Si al día de hoy no a empezado a reparar los sistemas para el cambio de Siglo, resulta muy difícil que en lo que queda de tiempo pueda corregir siquiera el 50% de los sistemas existentes.
Para muchas empresas, la problemática del 2.000 representa la oportunidad de Renovar sus Equipos y Cambiar Mainframes o PC´s (Computadoras Personales).
Conclusiones
No deje el problema del año 2.000 para último día. Analícelo ahora con la ayuda de Empresas especializadas en resolución del mismo, para evitar problemas implícitos en la llamada " Crisis del 2.000 ", lo más recomendable consiste en actualizar todo el Software a versiones certificadas , o sea en el caso de Microsoft, a versiones 1.997 o posteriores. Cada Armador / Clonero ó fabricante de computadoras ha de estar en posibilidad de proporcionar más información acerca de los productos y de la forma que estos están o no listos para el nuevo Siglo, en TEDICOM Computación todos nuestros equipos estan preparados para soportar el cambio del nuevo milenio sin problemas.