Introducción
El procesamiento de
datos ha tenido una extrema relación con el manejo de
fechas desde los primeros sistemas hasta
los más recientes que permiten nuevas funciones de
negocios. Las
fechas han sido usadas en cálculos, ordenamientos y para
determinar el comienzo o el término de muchos eventos
importantes. Actualmente, la representación del año
en las fechas, no nos permite identificar el cambio de
milenio, ya que sólo se representa el año con dos
dígitos.
El advenimiento del nuevo milenio trae consigo uno de
los más significativos cambios en la tecnología de la
información de la cual NADIE está
exento. El no ajustarse a estos nuevos lineamientos puede
provocar grandes errores en el procesamiento de
datos y por consiguiente una contaminación masiva en nuestras bases de
datos.
INDICE
01. Introducción
02. El Problema del Año 2000 o La llamada
crisis del
año 2000 *
03. ¿Cuál es el problema? *
04. ¿Cuál es el Impacto del Cambio de
Milenio? *
06. Qué Hacer. *
07. En resumen La solución
será *
08. La Metodología: *
09. Algunos Links de Internet
relacionados: *
10. ¿Cómo enfrentar la
situación? *
11. Conclusión *
1. El Problema del Año 2000 o La
llamada crisis del
año 2000
¿CUMPLEN todos sus sistemas de
computación con el cambio del
siglo para el año 2000? Si usted no sabe la respuesta a
esta pregunta, puede tener un problema en su Organización que debe enfrentar.
Se trata del hecho de que en algunas computadoras,
en particular en las de modelos
viejos, las fechas son almacenadas en tres campos de dos
dígitos cada uno, lo cual impide distinguir entre las
fechas del siglo XX y las del siglo XXI. Por si esto fuera poco,
algunos programadores utilizaron en aquella época el 99
como un valor especial
suponiendo que para 1999 ya existirían otras
aplicaciones.
En el campo de la tecnología de la
información (TI), la crisis del
año 2000 se refiere a los errores que los computadores
pueden generar en cálculos basados en comparaciones de
fechas con la llegada del nuevo milenio. Esto se debe a que
algunos computadores y dispositivos electrónicos almacenan
las fechas en campos de dos dígitos, por lo que les es
imposible distinguir entre fechas del Siglo XX y fechas del Siglo
XXI.
Aunque en apariencia este es un problema sencillo, la
identificación y corrección de fechas en distintos
tipos de programas es un
proceso
extremadamente lento y costoso, Microsoft
estima que el 30% del presupuesto de
las grandes empresas en 1998
será destinado a la corrección de este
inconveniente.
Los especialistas en informática consideran hoy en día
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 una solución
oportuna.
De acuerdo con Bill Ulrich, una de las principales
autoridades en el problema del año 2000, "si usted piensa
que sus sistemas de
computación están seguros, lo
más probable es que se equivoque". El ochenta por ciento
de todos los programas de
cómputo no cumple con el cambio de
siglo en el año 2000. Esto significa que debido a la forma
en que las fechas están programadas en las computadoras,
al llegar al año 2000 sus sistemas no
funcionarán adecuadamente.
¿Qué significa esto para usted, su
negocio, sus clientes y su
industria?
Puede significar que el departamento de servicio a
clientes no pueda
procesar las órdenes, que manufactura no
pueda planear y programar la producción, que finanzas no
pueda reportar correctamente las ventas y los
ingresos, en
otras palabras, no será posible satisfacer las necesidades
de los clientes. Los
problemas e
interrogantes del año 2000 tendrán un "efecto
expansivo" en toda su organización.
Para los sistemas
informáticos existen tres problemas
principales:
- Dos dígitos frente a cuatro
dígitos.
El problema mayor lo tienen aquellos sistemas que
almacenan internamente las fechas en un formato de dos
dígitos para la parte correspondiente al año
(mm/dd/aa o dd/mm/aa). Los cálculos que se basan en este
modelo no
devolverán los resultados correctos. Por ejemplo,
supongamos que en el año 1999 alguien intentar realizar
una sencilla operación con una tarjeta de crédito
(como harán millones de personas). Supongamos que el
comprador tiene un balance positivo a final de año. El
banco
intentará calcular el interés
debido, como siempre, pero ahora hay un problema: para calcular
el interés, el banco resta la
fecha del vencimiento del pago de la fecha actual. Usando un
formato de fecha de dos dígitos, el computador
intenta restar 99 de 00, dando como resultado -99. Esto es debido
a que aquellos sistemas, que almacenen internamente los
años en formato de dos dígitos no comprenden que 00
es, en este caso, un número mayor que 99.
Pero los problemas
causados por el cambio de
siglo también se extienden a otras áreas. Y es que
hay que considerar que el primero de enero de 1900 fue lunes y el
primero de enero de 2000 será sábado. Como
resultado de esta aparente insignificancia, un sistema que es
incapaz de distinguir entre fechas de diferentes siglos
interpretará incorrectamente a partir de ese día,
todos los días de la semana. Esto sucede también en
sistemas que asocian a cada día un número fijo como
cuenta de días desde el 1 de Enero de 1900 hasta el
presente. Este problema seguramente causará dolores de
cabeza a las compañías cuyos sistemas emiten
facturas automáticamente en días predeterminados y
a aquellas que limitan el acceso mediante sistemas
informáticos a sus entornos seguridad en
ciertos días de la semana.
El impacto de los malos cálculos de la fecha
puede afectar a los sistemas de
control de inventario,
herramientas
de proyección financiera, sistemas de archivo
automático, etc. Los problemas del
Año 2000 se manifestarán no necesariamente
impidiendo que los sistemas sigan funcionando sino también
en los sistemas que aparenten funcionar correctamente pero
generen fallos lógicos.
2. Año
bisiesto.
La segunda posibilidad de error relacionado con la fecha
se centra en el hecho de que el año 2000 es un año
bisiesto. Cada cuatro años suele haber un pequeño
ajuste en el calendario gregoriano utilizado hoy en día
desde su implantación en 1582. Dicho ajuste es el que ha
llevado a la existencia de un día adicional en febrero de
cada cuatro años, o sea, al llamado año 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 representa el mayor reto de los sistemas
complejos: la llegada del año 2000 y los problemas que
implica van mucho más allá.
El año es bisiesto, es
decir tiene 366 días (29 de Febrero) todo aquel que sea
múltiplo de 4, sin incluir aquellos que a su vez sean
múltiplos de 100 a excepción de aquellos que sean
múltiplos de 400" Muchos algoritmos
matemáticos tomaron las dos primeras partes de la regla
pero se olvidaron de la última porque la última vez
que pasó este caso fue en el año 1,600 !! Ahora
como vez, el año 2000 es bisiesto por que cumple con
:
- Multiplo de 4 (Esto lo hace bisiesto)
- Multiplo de 100 (Esto hace que no sea
bisiesto) - Multiplo de 400 (Esto hace que sea una
execpción al punto 2. y por lo tanto SI LO HACE
BISIESTO)
En realidad, 2000 es un año bisiesto especial,
que ocurre una vez cada 400 años. Muchos sistemas y
aplicaciones fueron diseñados sin tener en cuenta que el
año 2000 es bisiesto y, por consiguiente, no han contado
con el 29 de febrero del 2000. Todas las fechas siguientes a este
día serán, por tanto, incorrectas.
3.- Códigos especiales y
control del
tiempo en el
Bios.
El tercer problema importante no es específico
del año 2000 sino que es un problema relacionado con la
fecha. Muchas aplicaciones antiguas reconocen fechas
específicas concretas como si fueran un código
especial del sistema. Por
ejemplo, cuando un usuario introduce 9/9/99 en el campo fecha de
un formulario de una aplicación determinada puede dar
lugar a que 9/9/99 se interprete como un código especial
que haga que el documento particular sea tratado de una forma
especial, como rellenar determinado espacio o pasar al comienzo
del siguiente informe o
realizar una función lógica
con ese informe. En
principio, esas aplicaciones se interrumpirán el 9/9/99,
pero volverán a funcionar correctamente el 10/9/99 (o
9/10/99). La mayoría de las empresas de
desarrollo de
software que
incluyen códigos especiales para las fechas están
utilizando el proceso
Año 2000 para encontrar y eliminar esos
códigos.
Técnicamente, el problema es fácil de
comprender. Las soluciones al
problema suelen ser también bastante sencillas. Sin
embargo, el alcance del problema lo hace difícil, pues hay
que tener en cuenta cada pieza de hardware y software y cada sistema
integrado. Se debe examinar todo, desde los sistemas
críticos de contabilidad a
las pequeñas aplicaciones de usuario, buscando en la
manipulación de las fechas para ver cómo pueden
afectar al resto del entorno.
La solución del problema del año 2000 no
se limita a la modificación del software afectado; el
hardware del PC
también puede verse afectado y los resultados
serían desastrosos.
Aunque el problema del año 2000 tiene en mayor
parte una solución software, el hardware del PC no es inmune
al problema. Los esfuerzos por acabar con el problema en el
software del PC
pueden ser inútiles si no se toma un punto de vista desde
el hardware.
Afortunadamente, muchos fabricantes están
aplicando ya la solución al problema en sus nuevos
sistemas, una actualización del Sistema de
Entrada/Salida Básico (BIOS) empieza
a estar disponible para muchos sistemas. Sin embargo, las
empresas
deberían trabajar con los fabricantes para encontrar una
solución efectiva en coste y eficiencia.
Muchos PCs tienen un temporizador hardware, alimentado con una
batería, llamado reloj de tiempo real (RTC)
para mantener la fecha y hora del sistema. El RTC
fue diseñado para almacenar sólo los últimos
dos dígitos de la fecha. Para superar esta deficiencia, se
añadió un byte en memoria CMOS para
almacenar los otros dos dígitos de la fecha. Cuando el
sistema es reinicializado, la ROM combina el RTC y el byte de la
CMOS para crear el año de cuatro dígitos, el cual
es pasado al sistema. En los PCs, la actualización del
byte CMOS está inhabilitada lo que conduce a la
interpretación incorrecta del año 2000. La RTC se
actualiza por si misma desde "99" a "00", pero la CMOS se
mantiene constante en "19", lo que en teoría
causa que el 2000 se convierte en el 1900. En realidad,
dependiendo de las versiones del chip BIOS y del
sistema operativo
utilizado, la fecha del sistema probablemente será
interpretada como "1980" o "1984".
El problema del año 2000 no se limita a los
sistemas mainframe ni al software, el hardware del PC puede verse
afectado en algunos casos. Los PCs sin una ROM BIOS adaptada
al año 2000 producirán fechas incorrectas
después de 1999.
Un sistema de fecha incorrecta en un PC es especialmente
peligroso en aplicaciones que utilicen funciones de
fecha para cálculos.
Muchos fabricantes proveen una actualización de
la BIOS para
corregir los problemas del sistema o realizan ampliaciones al
sistema. Las actualizaciones son distribuidas generalmente
vía Internet o servicios
on-line.
Un método
para corregir el problema es cambiar la fecha manualmente
mediante una directiva a nivel del sistema
operativo. Utilizando el comando ‘DATE’ (entorno
DOS) o la función fecha y hora del panel de control
(Microsoft
Windows 95 y
Windows NT),
podemos cambiar el byte de la CMOS de "19" a "20".
Desafortunadamente este método de
actualización requiere de la interacción del
usuario, aunque mínima, y idealmente debería
ejecutarse en el instante en que se inicie el año 2000,
permitiendo una pequeña oportunidad de
actualización. Este método de
actualización no es recomendable y debería
utilizarse sólo en el caso en que la actualización
de la BIOS fuese inviable.
Aunque parezca que se trata de un problema sin mayor
relevancia, la importancia del mismo es tal que, en Venezuela como
en el mundo entero, muchos negocios
tendrán pérdidas multimillonarias debido a este
inconveniente. La razón principal es que el problema
afecta a cada uno de los sistemas y dispositivos que manejamos en
nuestra compañía, lo que
provocará:
- Un mal funcionamiento en nuestros
sistemas. - Generación errónea de información.
- Contaminación de nuestras bases de datos
con información errónea. - Paro total o parcial de los sistemas de manufactura,
control de
procesos,
producción, facturación, finanzas,
contabilidad, inventarios,
toma de
decisiones, sistemas de
información, etc.
Lo que a su vez ocasionará:
- Faltas a contratos de
forma masiva. - Fallas en el cumplimiento de obligaciones
- Desprestigio de nuestra
compañía. - Pérdidas multimillonarias. (Este es el
problema más grande de la era informática!)
El problema ante el cuál nos enfrentamos es de
magnitud impresionante y debemos recurrir a empresas que nos
brindan herramientas y
metodologías probadas.
¿Cuál es el Impacto del Cambio de
Milenio?
La causa de alarma es que este problema afecta
virtualmente a todos los negocios,
gobiernos y organizaciones de
todo el mundo. El Grupo de
Consultores Gartner estima el costo del
problema de cómputo del año 2000 en $400 a $600
miles de millones de dólares en todo el mundo. Lo anterior
se traduce en un rango de $55 a $90 millones de dólares
para una compañía Fortune 500. El costo del
problema ha dejado de ser la principal preocupación de la
industria de
Tecnología
de Información, la principal inquietud radica
actualmente en la escasez de recursos
humanos capacitados que se requieran para corregir los
millones de programas de
software que están actualmente en uso.
Desde un punto de vista técnico, corregir un solo
programa de
software no es una tarea difícil. El reto radica en el
gran número de programas
afectados y la complejidad de los sistemas integrados y las
bases de datos
compartidas. Por ejemplo, una importante compañía
de seguros opera
aproximadamente 75,000 programas que
representan 50 millones de líneas de código. En
promedio, se necesita un año hombre para
corregir 100,000 líneas de código. En este ejemplo,
la aseguradora requeriría de 500 años-hombre de
esfuerzo para eliminar el problema del año 2000. La fecha
límite para finalizar estos grandes y complejos proyectos no
puede cambiarse, y los analistas de la industria
están de acuerdo en que el problema del año 2000 es
mucho más un reto administrativo, que un problema
técnico.
La Ventaja que puede obtener en su industria
Unisys predice que las compañías que logren cumplir
con el requisito del año 2000 para finales del año
1997 tendrán una considerable ventaja competitiva en su
industria. He aquí el porqué – el Grupo Gartner
estima que menos del 40 por ciento de la demanda de
recursos
técnicos externos podrá ser satisfecha por los
proveedores de
la industria de servicios. Los
principales proveedores de
servicios
tendrán que asignar prioridades a las demandas de sus
clientes, y
muchas compañías tendrán que
arreglárselas sin ayuda. Sin recursos
adicionales, las compañías se verán forzadas
a asignar a todo su personal interno
de Tecnología de la Información a
proyectos
relacionados con el año 2000. Esto podría implicar
que se suspendieran todos los demás proyectos de
Tecnología
de la Información y mantenimiento
planeados o ya iniciados, que darán apoyo a su negocio.
¿Puede su empresa competir
de manera efectiva sin el apoyo de Tecnología de la
Información para satisfacer los requerimientos en
constante cambio de sus negocios? Se
espera que el costo de
oportunidad sea enorme para muchas organizaciones.
¿Podrá darle a sus clientes la confianza
para seguir haciendo negocios con usted en el próximo
siglo? Algunos alarmistas están prediciendo un 20% de
negocios fallidos debido a este problema
¿Reaccionarán los clientes ante esta
situación? -¡Sí! Una organización del sector público ya
ha comenzado a incluir estándares de cumplimiento con el
año 2000 en todos sus contratos con
proveedores y
lo aplica a sus proveedores,
desde vendedores de software, hasta los bancos que
manejan sus ingresos anuales
por $2 mil millones de dólares.
Establecer
una garantía de certificación para el Año
2000
El concepto
"Certificado para el Año 2000" no es útil para
clasificar el comportamiento
de un producto en el
nuevo milenio ni refleja las complejidades que los usuarios
pueden enfrentar con el cambio de siglo. La frase tampoco ofrece
una guía que permita al usuario prepararse para el
año 2000.
Hay diversas razones que impiden que exista una
auténtica garantía de certificación en el
mercado. Entre
éstas se pueden contar las siguientes:
Aún cuando existen algunas definiciones de
"compatibilidad con el año 2000," como el BSI DISC
PD2000-1, no hay hasta el día de hoy un conjunto de
pruebas
estándar capaces de certificar la compatibilidad. En
algunos de los actuales procesos de
certificación, como el estándar de
certificación en seguridad del
Reino Unido, (ITSEC), la certificación se efectúa
en ambientes estrictamente controlados. Cualquier prueba que se
desvíe de la configuración autorizada debe ser
re-certificada para ser "compatible". En el caso del año
2000 es imposible que un sistema de certificación similar
pueda ser implementado de forma generalizada en un marco de
tiempo
razonable. Y aún si este proceso
existiera, las empresas
especializadas en tecnología de la información
tendrían que pasar por un lento y costoso proceso de
certificación para configuraciones específicas que
desviaría recursos
necesarios para enfrentar los problemas generados por la llegada
del año 2000. En una palabra, no existe estándar
alguno que permita afirmar que un software está realmente
certificado para el año 2000.
Con la flexibilidad de programación y adaptación del
software moderno no sería nada raro que, al usar un
programa de
una forma determinada, muchas personas acaben teniendo que
abordar el problema del año 2000, independientemente del
producto que
empleen. Mucha gente, por ejemplo, almacena fechas en campos de
texto, realiza
cálculos particulares en ciertas aplicaciones y captura
datos en dos
dígitos de forma forzada. Lo anterior significa que, para
tener una auténtica validación al año 2000,
no sólo el producto, sino
también el uso del producto
tendría que ser certificado. Por ejemplo, si un usuario de
una hoja de
cálculo realiza determinados cálculos de
amortización de préstamos sobre datos referentes
a años reflejados de forma forzada como un número
entero de 2 dígitos, verá que estos cálculos
son incorrectos al introducir años posteriores al
año 2000.
Aún cuando no cumplan todos los criterios de una
"Certificación del año 2000", algunos productos
podrán ser usados más allá del fin de siglo.
Esto se aplica especialmente a productos que
utilizan una ventana de tiempo para
convertir dos dígitos a cuatro campos
automáticamente. Así pues, el hecho de no ser
"compatible con el 2000" no tiene en cuenta la posibilidad de que
esos productos se
puedan utilizar correctamente en el Siglo XXI.
Qué Hacer ante el
Problema.
No hay duda alguna de que si usted no comienza a
enfrentar este problema de inmediato, su negocio puede quedar en
una posición difícil. Entonces, ¿qué
debe hacer? Se recomienda una estrategia en
siete etapas para que su organización tome la iniciativa en la
solución del problema del año 2000:
- Asignar a un gerente de
alto nivel como patrocinador de una iniciativa Año 2000
en toda la
empresa. - Establecer un plan de
comunicación en toda la empresa para
informar a los empleados sobre el problema, lo que su organización está haciendo al
respecto y el papel que
tendrán en el proceso de
corrección. - Buscar ayuda calificada para auxiliar a sus equipos de
trabajo en la evaluación, planeación y solución del problema
del año 2000. - Adoptar un proceso formal para guiar las actividades
en toda la
empresa. - Coordinar los recursos,
apoyos externos y proveedores
como parte de un esfuerzo integrado. - Establecer una estrategia y
presupuesto
para segmentación de la
empresa. - Evaluar y corregir los puntos débiles en la
infraestructura, como parte del plan
global.
Entre las necesidades existentes debido a la llegada del
año 2000 cabe mencionar los siguientes:
- El rediseño de formas y de reportes en los
cuales el campo de fecha no aparece completo o de manera
adecuada. - La reindexación de aquellas bases de datos
que utilizan la fecha como índice. - La reprogramación de sistemas de los que no
existe el código fuente. - La elaboración de procedimientos
especiales para el manejo de listas basadas en fechas, o para
la recuperación de información existente en
cintas 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 utiliza 4 dígitos para el manejo
del año. - La reingeniería de casi todas las computadoras
portátiles dado que no están preparadas para el
cambio de fecha del 31 de diciembre de 1999 al 01 de enero de
2000 (porque el BIOS no soporta el año
2000).
- Asesoría en todo momento.
- Administración del proyecto.
- Capacitación de su staff de
programadores. - Resolución del problema sin afectar su
productividad. Outsourcing del
problema a nuestras instalaciones. - Soluciones integrales y
valor
agregado. - Equipo experto en diferentes lenguajes y
plataformas. - Planeación a futuro de sus
sistemas. - Migración y cambio a software
estándar. - Documentación en línea.
- El respaldo de una compañía con
experiencia y calidad en sus
productos.
Las dimensiones del problema Año 2000 son de tal
magnitud, que ninguna compañía individual puede
proveer todo lo que se requiere durante cada una de las fases del
esfuerzo del integración Año 2000. Una consultoria
ofrece servicios de
integración de sistemas para diseñar
e instrumentar todos los aspectos de la solución de
negocios bajo un solo programa
integrado para el cliente. Nuestras
soluciones se
basan en experiencia, herramientas
automatizadas, procesos y
técnicas que son los mejores en su clase en el mercado. Contar
con socios dinámicos, fuertes y con gran capacidad de
respuesta para ayudar a brindar soluciones a
los clientes es un aspecto muy importante para una
firma.
Integración de sistemas significa la responsabilidad por asumir el liderazgo en
la coordinación de los mejores recursos de
soporte, incluso manejar las operaciones y
relaciones multiproveedor con mayor nivel de involucramiento.
Ofrecer soluciones
totales entraña manejar exitosamente la complejidad y el
riesgo. La
consultoria
debe aceptar la responsabilidad total por la
instrumentación y aplicación de su programa de
actualización Año 2000 -Usted debe tener un solo
responsable para todas las actividades necesarias.
La
Metodología:
Una metodología de trabajo debe comprende
básicamente cuatro etapas, en las cuales inventariamos,
asesoramos, presupuestamos, implementamos y probamos.
a.- FASE 1: Inventario del
Software y el Hardware.
b.- FASE 2: Análisis. Estrategia de
Solución
Se levanta un inventario
completo del Software y el Hardware a través de Herramientas
especiales bajo la supervisión de personal
capacitado y se jerarquiza por riesgos
potenciales a la empresa. En
base al inventario se
diseña una estrategia de
solución, así como la posibilidad de implementarla
dentro de una solución integral que brinde beneficios
inmediatos al cliente.
c.- FASE 3:
Implementación y cambios
d.- FASE 4: Pruebas y
Liberación
Se implementan los cambios en los programas afectados y
se modifican reportes, interfases, bases de datos,
en todo momento cuidando no afectar la productividad de
la empresa. Se
prueba cada programa
modificado a través de metodologías especiales
así como su desempeño global dentro del sistema
productivo de la empresa.
En la primera etapa realizaremos un inventario
completo de los sistemas a modificar y los atacar según el
riesgo en el
cuál pueda incurrir su empresa, de esta
forma garantizan que el riesgo de su
empresa
disminuye conforme el proyecto
avanza.
Para la segunda etapa, una vez que conocemos la magnitud
de su problema, diseñamos una estrategia
personalizada y planeada donde se involucre como objetivo
principal la salvación de sus sistemas, de esta manera
podremos saber el esfuerzo que requerirá su
solución y el costo de la
misma. Debemos estar conscientes que el proyecto
año 2000 no puede ser un proyecto aislado
de sus soluciones a
futuro, este proyecto debe ser
parte de una nueva estrategia de negocios de la cual puede sacar
provecho para lograr una ventaja competitiva ante sus
competidores en el mercado
La tercera etapa consiste en modificar los programas de
tal forma que cumplan con los requisitos del nuevo milenio
cuidando en todo momento que su productividad no
se vea afectada en lo más mínimo.
En la última etapa se debe garantizar que sus
sistemas cumplen con los requerimientos del nuevo milenio a
través de metodologías de pruebas
altamente confiables. De esta forma respaldamos que su empresa
está lista para recibir el nuevo siglo
Algunos Links de Internet
relacionados:
- http://www.infosel.com.mx
- http://www.cronica.com.mx
- http://www.economista.com.mx
- http://www.year2000.com
- http://www.internet.com.mx/editorial/computacion/
- http://www.map.es/csi/2000.htm
- http://rosario2k.com.ar/articulos/caos.asp
- http://www.arango.com/noticias/n_2000.html
- http://www.microsoft.com/year2000
- http://www.microsoft.com/cio/year.asp
- http://www.microsoft.com/cio/articles/year2000faq.htm
- http://www.microsoft.com/kb/
(Lista de productos
para el año 2000).
- Auditar todo el hardware, software y equipo
electrónicos en la empresa para localizar dispositivos
que dependan de alguna manera de la fecha para su
funcionamiento. Aquí es importante no dejar de lado
ningún equipo, por pequeño que sea, pues
precisamente puede ser el culpable de que su infraestructura de
cómputo falle el 1 de enero del 2000. - Investigar con los proveedores si cada equipo o
programa tendrá problemas con la llegada del año
2000. - Buscar programas de actualización o
sustitución.
Decida si los cambios serán hechos en casa, se
contratará a otras empresas para hacerlos o se
llegará a una solución intermedia.
Establecer políticas
y procedimientos
para la modificación de los equipos y programas que no
pueden ser sustituidos. Aquí es importante trabajar en
estrecha colaboración con clientes y proveedores, no
sólo de equipo y programas, sino de cualquier otro
producto o
servicio que
tenga que ver con el intercambio de información por
vía electrónica.
Por último, hay que mencionar un par de problemas
adicionales:
- Las licencias de software que vencen antes del
año 2000. Si usted tiene software que vence antes del
cambio de siglo tendrá problemas o incluso estará
imposibilitado para correr pruebas en
equipos con fecha adelantada; por ello debe ponerse en contacto
con los proveedores para que modifiquen sus programas y le
permitan realizar el proceso de simulación. - Por si todo lo anterior fuera poco, los europeos
deberán preocuparse además del costo de
conversión cuando se lleve a cabo la unificación
monetaria para hacer del Euro una realidad.
¿Y Latinoamérica?
Sin duda, las filiales y grandes socios comerciales de
empresas trasnacionales ya están empezando a trabajar en
el tema. Lo preocupante en Latinoamérica es que nuestras
economías están conformadas por micro y
pequeñas empresas que hacen uso de sistemas computarizados
en todas las ramas de la economía y que, por
lo general, no cuentan con departamentos de sistemas que puedan
mantenerse al tanto de muchos posibles problemas en el futuro.
Definitivamente, se necesita de una mayor difusión a ese
nivel para que estas empresas tomen sus providencias y no se
encuentren con sorpresas desagradables.
Conclusión
La resolución de la crisis del
año 2000 o nuevo siglo demanda
atención inmediata por parte de todos, es un error asumir
que los proveedores resolverán el problema, pues debido a
las complejas interacciones entre equipo y software de tantos
vendedores en las empresas modernas, los departamentos de
sistemas de cada compañía deben liderizar el
proyecto de conversión.
Empezando a planificar ya, las empresas pueden minimizar
el gran impacto potencial del año 2000 en el hardware del
PC.
La actualización de la BIOS es la forma
más eficiente de solucionar el problema en los sistemas
instalados.
Lo que es un hecho es que en lo que resta de esta
década, y durante una buena parte de siguiente, tendremos
que lidiar con los problemas relacionados al cambio de milenio.
No tenemos mucho tiempo: el 6 de
abril de 1997 empezó la cuenta regresiva, Finalmente, no
hay que olvidar que habrá algunos beneficios ocultos, pues
el hecho de tener que reescribir millones de líneas de
código alrededor del mundo sin duda hará que muchos
sistemas sean actualizados para tener mejor funcionalidad en el
mundo de hoy.
Algunos hechos interesantes sobre el tema
- La fecha límite aceptada para realizar los
cambios es el 1 de enero de 1999. Sin embargo, y en palabras de
Ann Coffou, del Year 2000 Relevance Service en Giga Group
(Boston, Estados
Unidos): "creemos que cerca del 50% de las
compañías no lograrán hacer los cambios
para ese día". - El consumidor
típico de los grandes servicios de
outsourcing en
Estados
Unidos desembolsará de 7 a 100 mil dólares
diarios durante cerca de un mes para lograr la
conversión y prueba de sus sistemas. - MasterCard International (Nueva York) inició
sus planes de conversión desde 1994. - IBM anuncio un contrato de
outsourcing con
Prudential Insurance Co., por 200 millones de
dólares. - La industria telefónica (CANTV) también
tiene un gran reto que enfrentar, debido a centrales
telefónicas y equipos de medición y monitoreo no
preparados para el 2000. - Visite los web site sobre
el 2000 donde encontrará información adicional y
listas de proveedores de soluciones para Y2K.
ANEXO
Documento traducido original de
Kathleen Melymuka
Cuando todo también
falla
Si sus sistemas explotan el 1 de Enero de 2000,
un plan de
contingencia puede salvar a su compañía.
Aquí diez puntos para diseñar
uno.
"Si ustedes tienen un plan de
contingencia, entonces debe pensar que también puede
fallar." Dice Robert Vaccaro, director del proyecto para el
año 2000 de la Administración del Seguro Social
de los Estados Unidos de
América
en Washington. "Este es un mecanismo que muchas corporaciones han
tomado en consideración, y nada podría estar
más cerca de la realidad. A pesar de que un plan de
contingencia es una acción inteligente."
Esta excepción brillante, entristeció al
Gobierno Federal
en forma total con respecto al año 2000, provocando una
ampliación de esfuerzos por parte del Gobierno y del
Subcomité Tecnológico de Reforma del Estado.
Conforme el cambio de milenio se acerca, crece la incertidumbre,
y más compañías empiezan a ver las cosas de
la misma manera que Vaccaro. Dirigen su planificación para la contingencia por el
año de 2000, como el paso final en el estado de
su preparación para la prueba concluyente de que todo
funcionará adecuadamente. Un plan de contingencia que no
funcione de forma adecuada, hará que su
compañía se derribe, provocando que cese su
operación a causa del año de 2000, a pesar de sus
mejores esfuerzos en sistemas, procesos,
servicios o ayuda externa.
Las contingencias son maneras alternativas- incluso de
poco tecnología o ninguna que son esenciales para realizar
los trabajos. Por ejemplo un banco
podría pensar en un posible fracaso en sus sistemas de la
información para el año 2000 y planear un sistema
de respaldo, pero también puede retener información
del cliente
crítica y estados de la cuenta en papel en caso
de que todo falle.
Una vez que el plan de contingencia del negocio se
encuentre en su lugar, debe haber también un plan de
contingencia técnica, que saque de apuros a los sistemas
prioritarios en orden de importancia del negocio. De esta manera,
si los sistemas técnicos fallan, las personas trabajaran
en ellos en el orden de importancia, en lugar del primero en
llegar, primero en reparar.
Derrumbando los Planes
Para empezar la planificación de las contingencias, usted
necesita determinar en cada línea del negocio a las
personas líderes que podrían influir para el
año 2000, e incluírlos como miembros de la Oficina del
Proyecto del año 2000, además de las personas que
harán el trabajo
técnico.
"Obtenga lo mejor y más brillante de su empresa y
lo organiza por línea de negocio," dice David Iacino,
Gerente del
Proyecto para el Cambio de Milenio del BankBoston S.A.
El empleado contribuye con el
conocimiento adquirido en el desarrollo de
sus funciones dentro
del negocio.
Las personas técnicas, pueden comunicar a los
funcionarios del negocio los sistemas que los apoya, e informar
que sistemas son más vulnerables al fracaso.
Los miembros de la Oficina del
Proyecto del año 2000, entregaran lo que Iacino llama el
"Encabezado Y2K". Por ejemplo, Qué sucederá
si este servidor
dejará de funcionar? ¿Qué sucederá si
la red no sirve?
¿Qué pasa si no hay teléfonos? ¿Sin
correo?, y ¿Nada de electricidad?
Deben realizarse reuniones para cada unidad del negocio para
aportar ideas, dice Janet Myers, directora del programa
año 2000 de Antífona, Inc., una corredora de
seguros de
vida en Indianapolis.
"Nosotros nos fuimos a un cuarto y hablamos a
cerca de todos estos puntos", recuerda. Una vez que las
unidades del negocio entienden el escenario real del año
de 2000, se podrán hacer responsables de desarrollar sus
propios planes, pero siempre bajo la coordinación
centralizada de la Oficina del
Proyecto del año 2000. Cómo hacer
esto?:
Construir sobre lo que esta
hecho
Si su compañía ya tiene una un plan de
recuperación del desastre, en lugar de que cada unidad
del negocio comienza una planificación nueva, inicie con ese. "No
comience con una hoja de papel
pálida," dice a Eldridge Blanco, Gerente de
Sistemas y Programación de JC Penney Sistemas de la
Información en Plano, Texas. "El ejercicio es
modificarlo; ponga se el sombrero sobre el año
2000."
Pero no sobre estime las diferencias. Por ejemplo, el
plan de la recuperación del desastre de una banco presume
que los datos
serán disponibles de la Reserva Federal y a
través del equipo en la red
automatizada.
"Qué nos asegura que contaremos con estos
servicios?" , pregunta Iacino.
Desarrolle un Súper
Analista.
Distribuya un Súper Analista común del
plan de contingencia para ayudar a las líneas del
negocio a enfocarlo. "Hágalo simple," dice
Vaccaro.
El Súper Analista debe ayudar a las unidades
del negocio a identificar los principales procesos del
negocio, prioritizar los riesgos y
planificar cómo poner en marcha los principales procesos
del negocio de manera escalonada en caso de "qué si"
sucede lo inesperado.
Por ejemplo Myers empezó ayudando a las
unidades del negocio identificando las funciones
importantes y sus eventos. Porque
Antífona Inc es un proveedor de seguros de
vida, el proceso de las demandas es una función del
negocio importante y un evento dependiente de este, es el
juicio de las mismas, explica. Entonces, los equipos
identificaron los sistemas que apoyarían esta
función importante, consideraron el impacto de los
fracasos potenciales en el sistema y estimaron la probabilidad de
estos fracasos.
"Nosotros prioritizamos la probabilidad
basada en el fracaso e impacto en la compañía,"
dice, Myers.
La prioritización mantuvo enfocados a los
equipos. "Yo tengo que decidir si cierta contingencia no es
importante de ser analizadas" dice Iacino. "Por otra parte,
podría gastarse unos dólares del presupuesto en
planear contratar helicópteros para hacer llegar a la
gente a sus lugares de trabajo."
Predecir las fechas del
fallo.
El mundo no llegará a su fin el 1 de Enero del
2000. Para muchos, los fallos pasarán antes y para otros
más tarde. Determine cuando cada fracaso importante
podría pasar. Una compañía de seguros que
cobra cada seis meses, por ejemplo, se debe preparar para
realizar el próximo cobro, el 1 de Junio del 2000,
aquí es cuando las fallas pueden comenzar a
exhibirse.
Consideración del
Tiempo
Si un sistema se cae, tiene que considerarse la
longitud de tiempo que el mismo estará fuera de servicio,
dice Ed Yourdon, un redactor de la revista
Computerworld y Director de un Consorcio de Servicios de
Asesoría para el año de 2000 en Arlington, Mass.
¿ "Una hora, y pierde algo de dinero, pero
qué, si está fuera por un par de días?
¿Hay un retroceso a lo manual?
¿Deberemos cerrar? ¿Qué pasa si no esta
disponible por un mes?", pregunta Yourdon.
Espere problemas de las
personas
Dado el ambiente
actual en la contratación de personal en la
tecnología de la información, no sólo se
debe planear la falla de sistemas importantes; también
debe de hacerse lo mismo con aquellas personas importantes que
podrían dejar la
organización, dice Debra Speight, funcionario del
centro de información de Harvard Pilgrim Health Care,
una organización del mantenimiento de la salud instalado en
Brookline, Mass. Asegurese que el plan de contingencia no
depende de una persona en
particular o igual de su posición. De igual manera que
se tiene sistemas de respaldo, se debe tener a personas de
respaldo, que conozcan y puedan manejar la
situación.
Este listo a ser golpeado con
fuerza
Existen tantas posibilidades de que el equipo
preparado para el año 2000 sea "IMPACTADO", como existen
negocios en el mundo, pero la mayoría de
compañías siempre tienen a un pequeño
grupo al
cuál acudir para tratar de resolver los problemas que se
presentan y servir como moderadores para la priorizar las
medidas a tomar, ante eminentes amenazas durante la marcha. El
IMPACTO podría afectar tanto a personas de la Oficina del
Programa para el año de 2000, como al resto del personal del
negocio. Algunas compañías están creando
determinados equipos de IMPACTO en cada unidad del negocio;
buscando a personas de entre los empleados de secciones y
unidades del negocio.
Prueba del plan de
contingencia
"Si no puede probarlo, no tiene un
plan," dice Vaccaro.
Para riegos menores o áreas de bajo impacto, un
prueba de escritorio puede ser suficiente. Esta es una manera
de asegurar el funcionamiento de la lista de recursos que usted
requiere describir en el plan de contingencia, para que
esté tenga efecto. Si se tiene los recursos disponibles
y las personas capacitadas, el plan pasa.
En áreas de alto impacto y de alto riesgo,
probablemente quiera consultar con más personas para
realizar una prueba manual.
Documentar los
planes
Se debe documentar cada uno de los planes para cada
línea del negocio, así como el plan Maestro de la
Oficina del
Programa del año 2000. En el BankBoston por ejemplo,
cada línea de negocio tiene a un funcionario responsable
del plan, quién informará en forma oportuna
cuando una voz de alertase de.
No se olvide de sus
compañeros
"El mundo externo es nuestro mayor riesgo," dice
Iacino. ¿Si "Cirrus", una máquina de los
cajeros automáticos conectada a una red de computadoras
queda fuera de servicio,
qué podríamos hacer?
Si se presenta una emergencia en los bancos por
dinero
efectivo, por ejemplo, se puede planear de forma contingente el
funcionamiento con la Reserva Federal acumulando dinero
efectivo de antemano. "Es un asunto de suministro en cadena,"
dice.
Ventajas del
Aprendizaje
La comprobación de un plan de contingencia
fortalecerá su estado de
respuesta para el año de 2000.
"Los costos de
implementación de planes de contingencia son altos,"
dice Jim Jones, Director del Grupo del
año 2000 para el Foro del Manejo de la
Información en Atlanta. " Pero cuando se reciben
solicitudes para la comprobación de planes de
contingencia que se elevan a $3 millones, pensaría que
la comprobación es cara, implementando esto por una
semana podría costarle $10 millones."
Melymuka es el editor Senior de
Computerworld.
Autor:
Franklin Sandoval
fsandova[arroba]telcel.net.ve