ASPECTOS GENERALES

Una visión global del problema que representa para las Tecnologías de la Información el Año 2000 implica el conocimiento, al menos de forma general, de sus:

1.1.1 CAUSAS

1.1.2. ORÍGENES

1.1.3. ÁMBITOS Y ALCANCE

1.1.4. POSIBLES PROBLEMAS

1.1.5. MAGNITUD ESPERADA

1.1.6. CARACTERÍSTICAS PRINCIPALES

1.1.7. RIESGOS

1.1.8. ALTERNATIVAS DE SOLUCIÓN

1.1.9. FACTORES DE ÉXITO

CAUSAS

La proximidad del Año 2000 ha puesto de manifiesto el alto riesgo existente de que los sistemas informatizados fallen o realicen tratamientos erróneos debido a:

 

• Empleo de formatos de fecha para el año con solo dos posiciones (año en siglo).

 

• Diseño y funcionamiento de los relojes y sistemas internos.

 

• Consideración equivocada del Año 2000 como no bisiesto.

Por otro lado, la equivocación, muy extendida, de denominar a la llegada del Año 2000 como cambio de siglo o cambio de milenio, siendo así que no se pasará al nuevo siglo y milenio hasta el día 1 de enero del 2001, en principio solo es conceptual y no es de esperar que tenga mayor trascendencia.

Origenes

En el primer caso, uso de dos dígitos para el año, el motivo inicial para ello fue, hace ya bastantes años, la necesidad de ahorrar espacio en los dispositivos de almacenamiento, muy caros en aquellos momentos, y en muchos casos limitados técnicamente por la arquitectura y posibilidades de los equipos. A ello se unía la reducida capacidad de proceso y el lógico deseo de optimizar los tiempos globales de ejecución.

La consideración del Año 2000 no parecía oportuna; se trataba de un futuro relativamente lejano y el creciente avance de la tecnología hacía previsible una sustitución de los sistemas antes de su llegada.

Pese a haber cambiado las circunstancias como consecuencia del rápido desarrollo tecnológico, procesos posteriores siguieron este mismo criterio de utilizar sólo dos dígitos para representar el año, sobre todo para facilitar la necesaria compatibilidad con los antiguos sistemas y métodos, pero también en parte debido posiblemente a la costumbre.

En cuanto a la segunda causa, relojes y sistemas internos no adaptados, su origen es similar. Las posibilidades técnicas existentes en los primeros momentos y los criterios iniciales de diseño adoptados han constituido normalmente la base sobre la que han ido evolucionando equipos y sistemas básicos, buscando unos menores costes de desarrollo de los productos y el aprovechamiento en la mayor medida posible del parque informático instalado.

Por último, la errónea consideración del Año 2000 como año normal o no bisiesto tiene su origen en el olvido, hasta cierto punto comprensible por su excepcionalidad, de una parte del convenio que rige, desde la reforma de Gregorio XIII en el año 1583, la determinación de los años bisiestos, como medio para absorber totalmente la diferencia entre el año solar (algo más de 365,25 días) y el año de calendario (365 días). La expresión completa de dicho convenio es:

Serán en principio años bisiestos, que tendrán un día más que los normales y que corresponderá concretamente al 29 de Febrero, los años que sean múltiplos de cuatro, excepto aquello que simultáneamente sean múltiplos de cien, salvo que a su vez lo sean de cuatrocientos.

Esto significa que desde el año 1600 no se había dado que un cambio de centuria coincidiera con un año bisiesto y, por supuesto, es la primera vez que ésto ocurre desde que existen los actuales sistemas informáticos.

ÁMBITOS Y ALCANCE

Debido a las causas expuestas es muy probable que surjan problemas en:

 

• Los Sistemas de Información o Aplicaciones Informáticas, tanto desarrollados a la medida como estándar, y sobre todo en los más antiguos o en los modernos con ellos relacionados, ya que gran parte utilizan, para representar el año, los dos últimos dígitos significativos en lugar de las cuatro cifras.

 

Asimismo hay muchos programas que ejecutan algoritmos de cálculo en los que no se ha tenido en cuenta que el año 2000 es bisiesto.

 

• Los propios Sistemas Operativos, Gestores de Bases de Datos y otros de utilidad o básicos que pueden ser incapaces de trabajar con años expresados con cuatro dígitos.

Los ordenadores cuyo reloj del sistema retorne en el año 2000 o sucesivos a un año base, que será incorrecto y provocará errores en los programas que se exploten en ellos y hagan uso en cualquier forma de la fecha del sistema.

Además existen todavía en operación algunos ordenadores que no soportan el formato de fecha completa en ocho dígitos.

 

• Los equipos y sistemas de control, generalmente denominados sistemas empotrados, como los empleados en ascensores, semáforos, puertas o cajas de seguridad, etc., que utilizan procesadores y, en general, elementos informáticos para su funcionamiento, y que pueden fallar al considerar valores incorrectos en cualquiera de los parámetros por ellos manejados (día de la semana, número de la semana, etc.).

Por otra parte, desde una perspectiva funcional los problemas pueden afectar a cualquier Área de un Organismo, ya que hoy en día prácticamente todas las unidades organizativas de las Administraciones Públicas hacen un uso importante, cuando no intensivo, de los medios informáticos.

POSIBLES PROBLEMAS

Normalmente cualquier organización, y por supuesto las Administraciones Públicas, utilizan de forma habitual en sus procesos informáticos datos basados en la consideración de fechas y que pueden verse afectados.

En general los tipos de problemas más probables serán:

 

• Errores en algoritmos aritméticos debidos a la identificación del año por medio de sólo dos posiciones (aa), como:

 

 

• Años de antigüedad de los empleados a partir de su fecha de ingreso.

 

• Edades calculadas a partir de la fecha de nacimiento.

 

• Fechas de renovación o vencimiento en función de una fecha inicial y un plazo dado (carné de conducir, avales, ...).

 

• Plazos de liquidación sobre la base de la diferencia entre dos fechas (intereses, recargos, ...).

 

• Etc.

Por ejemplo, suponiendo que ya se estuviera en el año 2000, si un empleado entró en 1952, el cálculo de la antigüedad en el Organismo, con el formato del año de dos dígitos, resultaría de la siguiente manera:

00 - 52 = - 52

es decir un resultado negativo, que de no esperar el programa el valor con signo se consideraría como positivo y válido, siendo así que el cálculo correcto debería haber sido 48 años.

 

• Errores de lógica en los programas, también causados por la identificación del año por medio de solo dos posiciones (aa), como:

 

 

• Aplicación de valores según fecha de vigencia (tipos impositivos, tasas, ...).

 

• Tomas de decisión automáticas en función de fechas (borrado de datos, contenidos de la información, ...).

 

• Etc.

 

Un ejemplo de este tipo de problemas sería la ejecución en el año 2000 de un proceso de paso de los datos de los padrones anteriores al año 1990 a ficheros históricos en cinta fuera de línea, es decir no accesibles directamente desde el ordenador, en el que se planteara la disyuntiva:

 

 

Si Año (aa) < 90 mover registros a soporte en cinta

 

ya que evidentemente para el año 2000 el valor considerado sería 00, que es menor que 90.

 

 

• Errores en los procedimientos informatizados debidos al uso en los programas con fines especiales de valores específicos del año representado en dos dígitos

 

Este es el caso, por desgracia no tan infrecuente, de haber empleado el valor 00 para indicar año desconocido o 99 para marcar el fin de un fichero.

 

• Errores en procesos de ordenación de registros de datos al estar identificado el ejercicio por solamente dos posiciones.

 

Evidentemente en esta situación los valores correspondientes a los primeros años dos mil precederían a los de los últimos años mil novecientos en una secuencia ascendente y viceversa en una descendente.

 

• Errores de diversos tipos, según la eventual utilización en los programas de la fecha del sistema, si el reloj interno o determinadas utilidades no se comportan correctamente con relación al año 2000 o sucesivos.

 

• Errores en los cálculos o la lógica de los programas debidos a no identificar al año 2000 como bisiesto.

 

Plazos de vencimiento según días del año 2000 transcurridos en una fecha posterior al 28 de Febrero (días hábiles para presentación de recursos, cobro de recargos, ...).

Determinación del día de la semana, también a partir del 28 de Febrero del 2000 (apertura programada de cajas fuertes o puertas de seguridad, frecuencia de cambio en semáforos, ...).

Identificación de las fechas de comienzo y fin de una semana concreta, posterior a la décima.

 

• Errores, prácticamente de todos los tipos anteriores, pese a haberlos previsto internamente por falta de consistencia con los trasmitidos por o a terceros: otros organismos públicos (estatales, autonómicos, locales o supranacionales) o empresas privadas.

Además hay que tener en cuenta que estos problemas tendrán un efecto "dominó", es decir se propagarán en cascada, contaminando posiblemente a otros procesos que podrían haberse ejecutado de forma correcta.

MAGNITUD ESPERADA

Si bien las evaluaciones más recientes, basadas en una mayor experiencia práctica, tienden a rebajar algo las apreciaciones hechas inicialmente por los estudiosos teóricos del tema, los expertos siguen considerando como de primera magnitud los problemas derivados de la llegada del Año 2000.

Una idea al respecto la pueden dar las siguientes estimaciones en cuanto al grado de afectación para una instalación de tamaño medio:

 

• Componentes (programas, rutinas, copys, etc.): del orden del 80 %, normalmente con un mínimo del 60 %.

 

• Datos: en torno al 3 %.

 

• Líneas de Código de los componentes: entre un 2 % y un 5 %.

Estas cifras deben considerarse solamente a título indicativo, en cuanto previenen sobre la posible gran dimensión del problema, ya que las circunstancias propias de cada instalación pueden suponer importantes variaciones de las mismas, tanto a favor como en contra.

CARACTERÍSTICAS PRINCIPALES

Aún cuando el problema del Año 2000 podría asimilarse simplemente a un proyecto de mantenimiento de los elementos informáticos de una organización, de gran magnitud eso sí, presenta una serie de peculiaridades que es necesario resaltar, pues son la causa de su singularidad e importancia.

 

• Ámbito extenso

 

El problema afecta a la totalidad del mercado prácticamente, ya que, de una manera u otra, su ámbito es mundial y alcanza a todas las organizaciones, tanto públicas como privadas, comprendiendo a sistemas y equipamiento.

 

• Fechas fijas

 

La fecha límite será el 1 de Enero del año 2000, en la que el problema deberá estar totalmente resuelto, no siendo posibles retrasos si que ello suponga un gran riesgo.

Incluso, algunas áreas deberán haber resuelto sus problemas antes de dicha fecha, si deben operar con fechas de los años 2000 a medio o largo plazo:

 

 

Empréstitos.

Inversiones.

Vencimientos.

Etc.

 

 

• Coexistencia con el día a día

 

Durante los periodos de sustitución, conversión, pruebas e implantación los procesos o elementos cambiados deberán coexistir con los antiguos, aún no adaptados, con el mantenimiento habitual del conjunto y con la gestión diaria, no siendo en general admisible la paralización de las actividades, ni siquiera durante cortos períodos de tiempo.

 

• Coincidencia con el Euro

 

Simultáneamente aparece otro efecto, el de la adaptación al Euro, que afecta a cualquier organización dentro de la Comunidad Europea cuyo país se haya integrado en la Moneda Única, lo que seguramente será el caso de España.

Los procesos de cambio en ambos casos, Euro y Año 2000, se desarrollarán prácticamente en paralelo, durante un período muy similar y afectarán probablemente a gran parte de los Sistemas de Información.

 

• Coste económico elevado

 

Los recursos económicos que será inevitablemente necesario emplear en la adaptación al Año 2000, es muy probable que sean bastante elevados.

Sin embargo, el acierto en la estrategia y las decisiones adoptadas puede hacer que el montante económico se reduzca, si bien el desembolso será en general siempre considerable.

 

• Plazos de conversión largos

 

Las ejecuciones de los cambios se han de desarrollar durante un período prolongado de tiempo, a lo largo del cual pueden sufrir variaciones elementos internos como las estrategias y políticas a seguir, la estructura organizativa y los procedimientos de trabajo, y componentes externos como las tecnologías y los sistemas, básicos o de aplicación.

 

• Complejidad operativa

 

El ámbito y alcance de los cambios y, en general, acciones a emprender, dentro del contexto anteriormente descrito, hacen que los correspondientes procesos sean de una extraordinaria complicación, pese a su teórica simplicidad técnica.

 

RIESGOS

 

El encarar adecuadamente la llegada del año 2000 supone, además, el identificar los riesgos en que se puede incurrir, con el fin de poderlos evaluar y emprender las acciones precisas para superarlos o en todo caso minimizarlos.

Entre los más significativos de carácter general están:

• Ámbito

 

La consideración únicamente de los Sistemas de Información corporativos desarrollados a la medida, con olvido de los departamentales y de las aplicaciones estándar o paquetes, de los sistemas básicos (gestores de bases de datos, sistemas operativos, utilidades, etc.), de los equipos de proceso, almacenamiento y comunicaciones, e incluso de aquellos otros que sencillamente utilizan microprocesadores (centralitas, controles de accesos, etc.), puede provocar problemas de importancia no inferior a la que daría lugar el funcionamiento erróneo de los primeros.

 

• Alcance

 

La evaluación equivocada de la magnitud del impacto de los problemas a que da lugar en un organismo la llegada del Año 2000 o un planteamiento que parta de que se trata de algo que básicamente deben resolver otros, casi con total seguridad provocará inaceptables desviaciones en el tiempo y muy probablemente la imposibilidad de contar con los recursos suficientes, internos o externos, para recomponer la situación.

Las dudas en acometer los trabajos necesarios y el consiguiente aplazamiento del comienzo de las actuaciones pueden incrementar exponencialmente los riesgos de no llegar en fecha y de incurrir en costes excesivos e indebidos.

 

• Recursos

 

Una visión no contrastada, demasiado optimista de antemano sobre la capacidad, disponibilidad y adecuación de los recursos humanos y materiales que se han de emplear, tanto en términos de idoneidad técnica como de volumen, puede afectar muy negativamente al cumplimiento de los plazos y la calidad de los resultados.

 

• Costes económicos

 

La aparición de errores en los procesos de registro y elaboración de la información, así como consecuentemente en su uso, pueden dar lugar a costes, directos e indirectos, o disminuciones de ingresos muy importantes; a los que habría que añadir seguramente efectos intangibles negativos en cuanto a calidad de servicio y deterioro de la imagen de las Administraciones Públicas.

 

• Contingencias

 

En un proceso tan complejo, amplio y dilatado como será normalmente el de adaptación al Año 2000, es prácticamente imposible que no se produzcan imprevistos y aparezcan fallos, aún cuando los procedimientos de cambio se desarrollen correctamente.

 

• Interacción entre proyectos

 

La tentación de aprovechar la coincidencia en el tiempo de las dos problemáticas que afectarán próximamente a cualquier Organismo: la llegada del Año 2000 y la entrada en vigor del Euro, unificando en un solo proyecto su resolución, puede ser muy fuerte.

Es esta una alternativa estratégica que debe ser cuidadosamente analizada en cada instalación, ya que la complejidad y volumen de las actuaciones a realizar en ambos casos y las diferencias realmente existentes en los aspectos funcionales, incluso en el caso de los formatos, que es el que mayor similitud supone, representan un serio inconveniente para ello.

No obstante es posible e incluso aconsejable con carácter general el empleo de herramientas comunes y el doble uso de estudios e informaciones de índole general o referentes al impacto en los sistemas en cuanto a la identificación de fechas e importes.

Todo ello independientemente de la obligada coordinación entre los dos proyectos, que por otra parte no sería sino un caso particular de la que en general debe existir en relación con los desarrollos e implantación de nuevos sistemas el mantenimiento de los que estén en explotación, la puesta en marcha de nuevos equipos o sistemas básicos, etc..

Por otra parte, con carácter más general, la obligada coexistencia con el funcionamiento y mantenimiento habituales de los sistemas existentes y con el desarrollo de otros nuevos es también un riesgo potencial que se ha de superar estableciendo los adecuados mecanismos de control y coordinación en cuanto a cambios, configuración y normativa.

 

• Suministradores externos

 

Dar por seguro y obligado que los suministradores de equipos y sistemas emprenderán en todos los casos las actuaciones necesarias para la resolución del problema del Año 2000, y que serán capaces de dar una respuesta adecuada en los plazos correctos, no constituye una apreciación incuestionable.

A ello habría que añadir la dificultad que pueden suponer las personalizaciones hechas a paquetes, en las que el papel y responsabilidades del suministrador puede no estar claras.

Por tanto, se deben adoptar las medidas de seguimiento pertinentes para identificar o establecer los compromisos adquiridos por los suministradores y controlar el avance de sus actuaciones, considerando los oportunos planes de contingencia en previsión de posibles incumplimientos.

 

• Transferencias de información

 

Normalmente todos los Organismos de las Administraciones Públicas precisan enviar o recibir información. Si dicho intercambio se hace por medios informáticos, soportes magnéticos o comunicaciones, es difícil que el emisor y el receptor implanten simultáneamente las adecuaciones de formato de la fecha.

Será, por tanto, necesario establecer los mecanismos de coordinación adecuados, con el fin de asegurar la integridad de los datos y evitar el asumir o provocar contingencias.

 

ALTERNATIVAS DE SOLUCIÓN

 

Desde una perspectiva general y de forma sintética las posibles opciones en el caso de los Sistemas de Información, son:

• Convertir las aplicaciones, es decir adecuar los programas, y eventualmente los datos, conforme a alguna de las diferentes técnicas existentes.

 

• Desarrollar nuevamente las aplicaciones, respetando estrictamente sus funcionalidades actuales o incorporando otras nuevas.

 

• Sustituir las aplicaciones desarrolladas a la medida por paquetes estándar.

 

• Sustituir los paquetes estándar por nuevas versiones u otros que cumplan las especificaciones necesarias.

 

• Eliminar las aplicaciones sin sustituirlas por no ser ya realmente necesarias.

En cuanto a las soluciones en el caso de que existan problemas con los equipos o los sistemas básicos, estas se limitan a:

 

• Migrar hacia nuevas versiones, si no están discontinuados los productos.

 

• Sustituir por nuevos productos, del mismo fabricante o de otro.

En los diferentes ámbitos habrá que estudiar cual es la solución más idónea considerando factores tales como:

 

• Criticidad de las aplicaciones o productos.

 

• Disponibilidad de recursos.

 

• Coste de cada alternativa.

 

• Fiabilidad de la solución.

 

• Garantía de cumplimiento de plazos.

 

• Integración en relación con el conjunto de la instalación.

 

• Adecuación a la estrategia general de sistemas.

 

• Cobertura global de riesgos.

 

FACTORES DE ÉXITO

 

Se podrían resumir en la correcta consideración de las especiales características y de los riegos que condicionan la adecuada resolución de los problemas que plantea la llegada del Año 2000.

Más específicamente se concretarían en:

• Concepción del proyecto

 

El proyecto de adaptación al Año 2000 debe ser considerado como de vital importancia por todos los miembros de las Administraciones Públicas, pero especialmente por sus estamentos directivos que, asumiéndolo como tal, deben auspiciarlo, aprobar la asignación de recursos y supervisarlo a alto nivel.

La resolución de los problemas a que puede dar lugar la proximidad del Año 2000, es una tarea que deben afrontar principalmente las unidades técnicas responsables de los Sistemas de Información, pero sería un tremendo error pensar que sólo afecta a éstos, ya que además incide de una u otra manera sobre el funcionamiento de toda la organización, entre otras razones por poder precisar una importante dedicación de recursos humanos y financieros, suponer retrasos en la puesta en marcha de nuevas funcionalidades (mantenimiento perfectivo) o cambios en determinados hábitos de trabajo.

A su vez, si bien parte de los cambios deberían abordarlos los fabricantes de equipos o los suministradores de los sistemas básicos o de los paquetes, es competencia de los responsables de los Sistemas de Información el tomar las medidas oportunas por si ello no se produjera, así como dirigir y controlar la eventual adecuación de las aplicaciones por empresas externas. Suya es la gestión y responsabilidad operativas del proyecto global, en tanto cuenten con los recursos necesarios.

 

• Planificación de las soluciones

 

 

 

Es necesaria la determinación precisa de las políticas y criterios a seguir y de los recursos, métodos, técnicas y herramientas a emplear, así como una coordinación y previsión de las actividades a realizar, que optimicen los esfuerzos, añadan valor al proceso en la medida de lo posible, garanticen el cumplimiento de los plazos límite y eviten, subsanen o cuando menos palien las posibles contingencias.

Las principales razones para ello son el alcance de las acciones a realizar, que pueden afectar a la estrategia, el equipamiento, las aplicaciones, el personal, etc., el gran volumen de elementos sobre los que normalmente habrá que incidir, las relaciones de toda índole con terceros y la convivencia con el funcionamiento habitual.

Un caso particular pero de especial importancia es el cuidadoso análisis de las coincidencias y diferencias entre los proyectos de adecuación al Año 2000 y al Euro, con el fin de determinar su grado de unificación.

 

• Gestión y control de los proyectos

 

Por los mismos motivos aducidos en el punto anterior, la magnitud de los proyectos a acometer hace que su teórica sencillez técnica en determinados aspectos se vea normalmente superada por su complejidad de ejecución práctica, lo que, unido a la existencia de fechas límite, requiere un esfuerzo singular en cuanto a la dirección, organización, coordinación y supervisión de las actividades a realizar y los recursos a emplear, a lo que habrá que añadir un control estricto de cambios y versiones de los componentes informáticos.

 

• Pruebas de los cambios

 

Es obligada la realización de pruebas exhaustivas que garanticen adecuadamente la calidad de los cambios, de forma individual y conjunta, evitando o en todo caso minimizando la aparición y propagación de errores una vez puestos en explotación los sistemas.

El normalmente elevado número de cambios a realizar, la dispersión de estos en diversas aplicaciones, la posible incorporación de nuevos elementos o sustitución de sistemas, la necesidad de cumplir determinados plazos y las negativas consecuencias de caer sobre todo en algunos de los riesgos existentes, justifica sobradamente la necesidad de un mayor esfuerzo en este ámbito.

 

• Selección y dotación de recursos

 

Es inexcusable la asignación de los medios humanos y materiales precisos, superiores evidentemente a los necesarios para la operación normal, creando equipos multidisciplinares que piloten, apoyen y materialicen los procesos de cambio y adecuación, empleando para ello las herramientas, metodologías y técnicas más adaptadas al problema y a las particularidades de cada instalación concreta. En este sentido hay que tomar conciencia de la excepcionalidad de la situación.

INTRODUCCION

A

LA

METODOLOGIA

SOBRE

LA

Problemática

DEL

AÑO

2000

Asimismo como en Métrica, se describen en detalle la sucesión de pasos a seguir en el proceso de adaptación, estructurados en Fases, las cuales se descomponen en Actividades y éstas a su vez en Tareas.

Las fases en que se divide esta metodología son:

 

• FASE 1: INVENTARIO Y ANALISIS DE IMPACTO

 

• FASE 2: CONVERSION Y PRUEBAS

 

• FASE 3: VALIDACIÓN Y SOPORTE

A continuación se describe muy brevemente estas cuatro fases necesarias para acometer la conversión de las aplicaciones operativas en las organizaciones de cara al año 2000:

 

• Inicialmente, se hará un Diagnóstico General en el ámbito de las Tecnologías de la Información que proporcione una visión global de la situación existente y que será el punto de partida para la adecuación de los sistemas, así como eventualmente de la plataforma tecnológica, al año 2000.

 

• Tras esta Fase previa, para el conjunto de aplicaciones a las que se decida adecuar por medio de su conversión, debe realizarse un Inventario de los componentes de las aplicaciones y un Análisis de Impacto mediante el cual se identifiquen en detalle todos los elementos afectados, y que por consiguiente necesitan convertirse a fin de soportar el formato de fecha del año 2000, para, tomándolo como base, a continuación realizar la definición, valoración y planificación de los trabajos concretos a acometer.

 

• Posteriormente, se acometerá lasel Conversión y Pruebas de las aplicaciones propiamente dicha desarrollando las modificaciones conforme se haya determinado en la Fase anterior y realizando las correspondientes pruebas. A lo largo de esta Fase se habrá de tener en cuenta como premisa fundamental el que ha de mantenerse la operativa normal de mantenimiento de las aplicaciones afectadas por los cambios a lo largo de los mismos.

 

• Por último, será necesaria la Validación de los cambios efectuados y el Soporte a las eventuales contingencias o variaciones que puedan presentarse.

Igualmente ha de tenerse en cuenta el uso compartido de ficheros y tablas por las diferentes aplicaciones, lo que incidirá en los requerimientos de entrada para la definición de la planificación y priorización de las tareas, así como en los mecanismos de control de cambios y coexistencia con las aplicaciones en proceso de cambio, mantenimiento o desarrollo y de las interfases con entidades externas.

Toda esta problemática implica un riguroso control y seguimiento del desarrollo de los diferentes proyectos.

Es importante destacar que teóricamente podrían considerarse las siguientes posibilidades:

 

• Realizar el Proyecto de adaptación de forma manual.

 

• Apoyarse en una herramienta que cubra todas las Fases.

 

• Buscar soluciones mixtas, utilizando dos o más herramientas, una para la Fase 1 "Inventario y Análisis de Impacto", otra para la Fase 2 "Conversión y Pruebas", etc..

Sin embargo la primera alternativa será normalmente inviable en la realidad, dado el elevado número de componentes a analizar y adecuar. Es por ello, que en el desarrollo de la metodología frecuentemente se hace referencia al uso de herramientas, eso sí, con independencia de cuales sean las que concretamente se adopten en cada caso y dando por supuesto que en muy determinadas circunstancias las labores equivalentes se podrían incluso realizar de forma manual..

NOTA: La Fase de Diagnóstico General no forma parte estrictamente del Proyecto de Conversión, ya que su objetivo último es la determinación inicial de las soluciones a adoptar en los diferentes campos (equipos, sistemas básicos, aplicaciones, etc.), y dentro de cada uno de ellos en cada caso particular, con el fin de afrontar de la manera más eficaz y eficiente los posibles problemas existentes.

Sin embargo comprende claramente los primeros trabajos a abordar para la solución del problema del año 2000; es un elemento común a cualquier alternativa de solución, incluida la propia conversión, y es por ello que se ha incorporado como primera Fase en esta metodología.

NOTA: Aunque el problema de la conversión de Sistemas Informáticos para su operativa en el año 2000 es coincidente en el tiempo con el de la adaptación para soportar el tratamiento del Euro, este último tiene otras implicaciones de tipo funcional, que lo hacen más complejo. Lo que es cierto es que la metodología descrita en este documento puede utilizarse como punto de apoyo para superar el problema, al menos en lo referente a la evaluación del impacto en aspectos como los siguientes:

 

• Identificación de campos importe y número de decimales o de literales "moneda"

 

• Formato de los almacenamientos en ficheros o tablas

 

• Identificación de campos que puedan ser de tratamiento multidivisa

2.1.3 ACTIVIDADES DE LA METODOLOGÍA

De acuerdo con el modelo metodológico adoptado, la realización de cada una de las cuatro fases citadas anteriormente representa el desarrollo de las actividades que se indican a continuación:

FASES

ACTIVIDADES

TAREAS

DIAGNÓSTICO
GENERAL

SITUACIÓN
ACTUAL DEL
ORGANISMO

SITUACIÓN TÉCNICA ACTUAL DE LOS SISTEMAS DEL ORGANISMO

ESTRATEGIA Y CRITERIOS GENERALES TECNOLÓGICOS DEL ORGANISMO

VALORACIÓN
DE LOS
SISTEMAS
INFORMÁTICOS

RECOGIDA DE DATOS

ANÁLISIS DE LA INFORMACIÓN

ELABORACIÓN Y REVISIÓN DEL DIAGNÓSTICO GLOBAL SOBRE LOS SISTEMAS INFORMÁTICOS

PLANIFICACIÓN Y
VALORACIÓN DEL
PROYECTO DE
ADAPTACIÓN

DETERMINACIÓN DE ESTRATEGIAS DE ADAPTACIÓN

DEFINICIÓN DE PROYECTOS Y SUBPROYECTOS

ELABORACIÓN DEL PLAN DE ACCIÓN

INVENTARIO Y
ANÁLISIS DE
IMPACTO

INVENTARIO
GENERAL DE
COMPONENTES
DEL SISTEMA
INFORMÁTICO

RECOPILACIÓN DE LA INFORMACIÓN DE LA INSTALACIÓN Y DE CADA UNA DE LAS APLICACIONES

ANÁLISIS DE
IMPACTO EN LAS
APLICACIONES

PREPARACIÓN Y CARGA DE OBJETOS

IDENTIFICACIÓN Y ANÁLISIS DE FECHAS EN CAMPOS Y VARIABLES

ANÁLISIS DE
IMPACTO
GLOBAL E
INTERRELACIONES

ANÁLISIS DE LOS DATOS GENERALES DE LA INSTALACIÓN

CONTRASTE DEL ANÁLISIS Y CONCLUSIONES

DISEÑO TÉCNICO
GENERAL

ESTUDIO DE ALTERNATIVAS Y PROPUESTAS DE SOLUCIÓN

DEFINICIÓN DEL ENTORNO DE PRUEBAS

PLANIFICACIÓN Y
VALORACIÓN DE
LA CONVERSIÓN

ELABORACIÓN DEL PLAN DE CONVERSIÓN

DETERMINACIÓN DE ESFUERZOS, MEDIOS Y COSTES

CONVERSIÓN Y
PRUEBAS

DESARROLLO DE
LOS CAMBIOS

MODIFICACIONES Y PRUEBAS DE LOS COMPONENTES DEL SUBPROYECTO

PRUEBAS UNITARIAS
DEL SUBPROYECTO
DE CONVERSIÓN

PREPARACIÓN Y EJECUCIÓN DE LAS PRUEBAS INTEGRADAS DEL SUBPROYECTO

PRUEBAS GENERALES
DE INTEGRACIÓN

PREPARACIÓN Y EJECUCIÓN DE LAS PRUEBAS DE INTEGRACIÓN DEL SISTEMA

PRUEBA DE ACEPTACIÓN

PUESTA EN PRODUCCIÓN PROGRESIVA

VALIDACIÓN Y
SOPORTE

2.5 FASE 3: VALIDACIÓN Y SOPORTE

A lo largo de esta Fase se dará soporte al mantenimiento e incidencias que puedan producirse. Eventualmente, y si se considerase necesario, se podrían efectuar pruebas complementarias de los sistemas, en aquellos casos (interfaces con entidades externas, procesos de cierre anuales, semestrales, …) en los que para garantizar el máximo nivel de confianza, sea aconsejable una simulación lo más cercana posible a la realidad.

A la vista de las características especiales de esta fase, no puede aplicarse la misma estructura a la que responden las fases anteriores, precisando una definición diferente, en la que se especifican las posibles acciones a realizar durante la misma, sin asimilarlas en actividades que, en esta ocasión, podrían, además, presentar una estructura muy variable.

Teniendo en cuenta el objetivo de esta fase, deben acometerse principalmente las siguientes acciones:

 

• Pruebas complementarias

 

Deberán realizarse durante esta fase aquellas pruebas que, por sus condicionantes técnicos específicos, debieron posponerse. Un ejemplo son las aplicaciones que reciben fechas de otros sistemas, que aún no habían finalizado su conversión, y que por tanto no permitieron realizar las pruebas en las fechas previstas originalmente.

 

• Comunicación con sistemas externos

 

La comunicación con sistemas de información externos a la propia organización es probable que haya obligado a establecer "puentes" (bridges) temporalmente. Es preciso vigilar que esta solución momentánea se sustituya por la modificación definitiva y verificar la adecuación de la conexión.

 

• Mantenimiento de aplicaciones

 

Las modificaciones realizadas en las aplicaciones, supondrán labores de mantenimiento, que probablemente implicarán un mayor esfuerzo durante su período inicial de funcionamiento.

El mantenimiento de estas aplicaciones se verá facilitado por la corrección y calidad de la documentación generada, para cada aplicación individual, a lo largo de todo el proceso de conversión. Estas labores de mantenimiento deberán integrarse dentro del plan de mantenimiento perfectivo de aplicaciones, existente con anterioridad a que se produjesen dichos cambios.

 

• Nuevos desarrollos

 

Deberá controlarse el cumplimiento de los criterios de conformidad con el año 2000 en todos los nuevos desarrollos de aplicaciones que se realicen.

 

• Acciones del Plan de Contingencias

 

Si se detectasen problemas, se llevarán a cabo las acciones previstas dentro del plan de contingencias del proyecto 2000, que permitan resolverlos.

La composición de los equipos de trabajo se realizará de acuerdo con la planificación que se establezca, y en función de las necesidades que se determinen al finalizar la fase de conversión, y dependiendo del grado de resolución de las pruebas de aceptación realizadas anteriormente.

mientras que para los proyectos parciales, los más significativos, en general, serán:

 

• Comités de Seguimiento

 

• Jefes de Proyecto

 

• Equipos de Trabajo

 

• Equipos de Apoyo

Esta estructura máxima deberá, en cada caso, adecuarse y dimensionarse conforme a las circunstancias que concurrán.

El conjunto dará lugar al siguiente organigrama global:

Las principales funciones y responsabilidades de estos órganos, así como la composición de los de carácter colectivo, en principio serán:

 

• Comité de dirección

 

Máximo órgano de gestión del Proyecto 2000, es recomendable sea presidido por un miembro de la Alta Dirección del Organismo, que de esta forma se convierte en su patrocinador o impulsor, contando para ello con el apoyo técnico del Director del Proyecto, que ejercerá la vicepresidencia.

Asimismo formarán parte de este comité, posiblemente como vocales no permanentes, los responsables al más alto nivel de las diferentes unidades organizativas afectadas por el proyecto, tanto desde un punto de vista técnico como funcional, si es de suficiente relevancia.

Este comité tendrá fundamentalmente la responsabilidad de:



Establecer las principales líneas de actuación corporativa en relación con el Proyecto 2000 en cuanto a:

 

 

 

 

• Normas generales

 

• Métodos

 

• Herramientas

 



Etc.

 

 

 



Aprobar la definición de los distintos proyectos parciales, fundamentalmente en lo relativo a:

 

 

 

• Objetivos y Resultados

 

• Ámbito

 

• Alcance

 

• Recursos y Coste

 

• Plazos e Hitos

Cuidando especialmente que no se produzcan solapamientos u omisiones

.

 

• Arbitrar y tomar decisiones en caso de conflicto entre las áreas afectadas, siempre que estos no puedan ser resueltos a un nivel inferior.

 

• Revisar a alto nivel la marcha de los diferentes proyectos y, eventualmente, aprobar las medidas correctoras que se le propongan.

 

• Servir como último escalón de revisión y aceptación de los resultados finales.

En cuanto a la periodicidad de sus reuniones, es aconsejable que estas tengan de ordinario carácter mensual, independientemente de posibles convocatorias extraordinarias si las circunstancias lo requieren.

 

• Director del proyecto

 

Máximo responsable ejecutivo global del Proyecto 2000, bajo la supervisión del Comité de Dirección. Debe contar con el adecuado nivel de autoridad dentro del organismo y tener el apoyo manifiesto y explícito de la Alta Dirección.

Sus principales funciones serán:

• Asesorar al Comité de Dirección en sus deliberaciones, poniendo a su disposición regularmente la información y documentación que resulte pertinente

 

• Diseñar y proponer la estructura organizativa general del Proyecto 2000.

 

• Colaborar con los responsables técnicos correspondientes en la identificación y definición de los diferentes proyectos parciales a que haya lugar.

 

• Establecer y desarrollar los procedimientos generales de coordinación, planificación y control, controlando la consistencia con los mismos de los que se implanten en los niveles inferiores.

 

• Participar en la definición de las normas técnicas a seguir en el desarrollo de los proyectos parciales, especialmente cuando éstas sean comunes a varios de ellos.

 

• Coordinar la asignación de recursos a los distintos proyectos.

 

• Supervisar el desarrollo de los proyectos en plazo, coste y calidad.

 

• Representar al conjunto del Proyecto 2000 dentro del Organismo, especialmente interviniendo en los eventuales conflictos de intereses con el mantenimiento y explotación habituales.

 

• Apoyar a los Jefes de Proyecto en aquellas actuaciones en que resulte oportuno, sobre todo en las que tengan relación con terceros (otros Organismos, empresas suministradoras, etc.).

 



Presidir los Comités de Seguimiento de los diversos proyectos

 

 

• Comités de seguimiento

 

Máximo órgano de control operativo de cada proyecto parcial, serán miembros permanentes del mismo el Director del Proyecto 2000, que actuará como presidente, el Jefe del Proyecto y, en el caso de existir una colaboración externa de suficiente entidad, el representante de la empresa u organismo implicado.

Asimismo podrán formar parte de estos comités los responsables técnicos de los Equipos de Trabajo o Apoyo, fundamentalmente cuando los temas a tratar así lo aconsejen.

Sus principales competencias serán:

• Aprobar la definición del proyecto establecida por el Jefe del Proyecto, para su posterior refrendo por el Comité de Dirección.

 

• Ratificar los mecanismos de control específicos del proyecto, caso de ser éstos necesarios.

 

• Supervisar el avance de los trabajos y su adecuación en plazo, coste y calidad.

 

• Autorizar los cambios o acciones correctoras que afecten de forma importante al proyecto, directamente, siempre que entren dentro de sus atribuciones, y elevando propuesta al respecto al Comité de Dirección, si las exceden.

La periodicidad de sus reuniones vendrá marcada por el propio desarrollo proyecto, si bien es recomendable que sea como mínimo mensual, con el fin de poder aportar información actualizada al Comité de Dirección.

 

• Jefes de proyecto

 

Responsable directo de la gestión de cada proyecto, deberá tener las capacidades directivas y técnicas adecuadas para el mismo.

Sus funciones más importantes serán:

• Establecer la definición inicial detallada del proyecto.

 

• Organizar, coordinar y controlar los recursos puestos a su disposición, tanto internos como, eventualmente, externos.

 

• Apoyar técnicamente, cuando ello sea preciso, al Equipo de Trabajo.

 

• Asumir directamente aquellas tareas dentro del desarrollo del proyecto, que por su índole así lo requieran.

 

• Aplicar las normas y procedimientos establecidos para la realización del proyecto.

 



Controlar y supervisar el cumplimiento de objetivos, adoptando o proponiendo las medidas correctoras oportunas y elaborando los informes de seguimiento que se establezcan.

 

 

• Equipos de trabajo

 

Serán los encargados de la ejecución de los diferentes proyectos. Su configuración concreta vendrá marcada:

En cuanto a los perfiles profesionales, por las características técnicas del proyecto concreto y sus actividades.

 

 

 

 

 

En términos generales, considerando las definiciones de categorias o funciones tipo establecidas en el Modelo de Referencia de Funciones Informáticas para la Contratación (MRFI-C), la composición de los equipos en los diferentes tipos de proyectos será semejante a la siguiente:

Diagnóstico General

 

 

 

 

• Jefes de Equipo (si tiene gran dimensión el proyecto)

 

• Consultores Senior o Consultores

 



Técnicos de Sistemas

 

 

 

• Análisis de Impacto

 

 

 

• Jefes de Equipo (si tiene gran dimensión el proyecto)

 

• Analistas Funcionales

 

• Analistas Programadores

 



Programadores

 

 

 

• Migración o Sustitución de Equipos y Sistemas Básicos

 

 

 

• Técnicos de Sistemas

 



Programadores de Sistemas

 

 

 

• Sustitución por Paquetes y Nuevos Desarrollos

 

 

 

• Jefes de Equipo (si tiene gran dimensión el proyecto)

 

• Consultores Senior o Consultores

 

• Analistas Funcionales

 

• Analistas Programadores

 

• Programadores

 



Técnicos de Sistemas (si en su ámbito de actuación el proyecto es de gran complejidad)

 

 

 

• Conversiones y Pruebas

 

 

 

• Jefes de Equipo (si tiene gran dimensión el proyecto)

 

• Analistas Funcionales

 

• Analistas Programadores

 



Programadores

 

 

 

• En lo referente al volumen de los diferentes recursos, humanos y materiales, dependerá esencialmente del grado real de afectación, pero también influirán las estrategias de solución seleccionadas, las herramientas empleadas y las técnicas adoptadas.

 

 

 

 

La única consideración general posible al respecto es, que en la mayor parte de los casos la carga de trabajo del proyecto global será muy importante.

 

 

 

• En los equipos se deberán integrar, con la dedicación que resulte precisa, los responsables habituales de las aplicaciones, ya que ellos serán los que mejor conozcan sus características y peculiaridades.

 

 

 

 

Fundamentalmente, su participación resulta imprescindible en las actividades de: identificación inicial de los potenciales campos de fechas, revisión de la propagación e interrelación entre aplicaciones, establecimiento de criterios de conversión y supervisión de las pruebas, así como en el control de los cambios por mantenimiento.

 

 

 

• Por último, en el caso de que la disponibilidad efectiva de los recursos internos no sea suficiente, lo que es bastante probable en cuanto al personal técnico, será necesario recurrir al concurso de empresas externas, en mayor o menor medida, según las circunstancias, pero cuidando siempre de mantener el control de los proyectos por parte del Organismo.

 

 

 

 

En todo caso deberá siempre quedar claramente establecido cuales son las funciones y responsabilidades del propio Organismo y cuales las que corresponden a los contratistas o suministradores, dentro de los eventuales equipos mixtos.

 

 

• Equipos de apoyo

 

Su función primordial será prestar soporte a los Equipos de Trabajo en relación con aquellas técnicas, que sin formar parte de las requeridas por el núcleo principal de cada proyecto, son sin embargo necesarias como complemento.

Su carácter viene, por tanto, determinado por su forma de actuación en relación con cada proyecto concreto.

De forma genérica y a título de ejemplo se pueden citar especialistas en áreas como:

Metodologías y Normativa.

Herramientas o Productos.

Formación.

Técnica de Sistemas.

Etc.

Evidentemente algunos de ellos deberán considerarse integrados en los Equipos de Trabajo o en los de Apoyo, según el tipo de proyecto y la intensidad de su participación.

Respecto a su cualificación profesional, número y relación contractual, son válidas en general las indicaciones hechas para los Equipos de Trabajo.

 

 

 

 

 

 

INTRODUCCION

SOBRE

LA

Problemática

DEL

AÑO

2000

El problema del año 2000 (Y2K)

Por: Lic. Salvador de Paz Martínez

Seguramente usted ya habrá oído, leído o comentado a cerca de este fenómeno que desde hace un buen tiempo ha dado de que hablar, así también algunas interrogantes sobre las consecuencias que trae consigo. Y es que el problema realmente es muy serio si nos referimos a la economía global ya que todas las empresas, desde las pequeñas hasta las grandes corporaciones han tenido que dedicar una buena parte de sus economías en prepararse para la llegada del próximo año. Caso contrario muchas se verán afectadas en menor o mayor grado de efectos surgidos producto de los resultados en muchos sistemas electrónicos que utilicen tecnologías basadas en microprocesadores digitales y que tienen que ver con el manejo de fechas para su correcta funcionalidad.

¿Que es Y2K?

Para usted, amigo o amiga que por alguna razón se ha interesado con este tema, y que no había profundizado mucho permítame comenzar a partir de estas líneas definiendo el significado de estas tres letras que resumen lo que a continuación he recopilado. En verdad, Y2K son abreviaciones que así como se definió el término "bit" (Binay Dígit, de donde se toma la b y la it para representar la mínima cantidad de información que un computador puede representar), también artísticamente estas letras se pueden explicar así:

Y significa "year", 2 (número decimal) y K que significa un multiplicador por 1000, de esta forma obtenemos la frase "Year 2 000", ¿bueno verdad?.

¿Cómo se inició el fenómeno?

Para entender mejor esto, hagamos un poco de historia: los años transcurridos desde 1951 a 1958, se ha conocido como de la "primera generación de Computadoras", las cuales utilizaban tubos al vacío, que normalmente ocupaban grandes espacios para su instalación, demandando enormes cantidades de energía eléctrica para su funcionamiento. Estas máquinas eran operadas a través de cartulinas con marcas especiales a las que perforaban y que por tal se llegaron a conocer como "tarjetas peforadas", también se conocían como "tarjetas hollerith" o "punch card", bueno, luego almacenaban la información en unos tambores cilíndricos que a su vez giraban rápidamente, y sobre éste había un dispositivo que colocaba unas "marcas" magnéticas. Obviamente al hacer mención de lo anterior, nos refiriendo a características desarrolladas por la compañía IBM (International Business Machines) que en años anteriores ya había desarrollado algunos modelos utilizando el método de tarjetas perforadas, dicho diseño tomó gran popularidad en el año 1953 con el modelo IBM 701, y luego éste fué superado por el modelo IBM 650 en el año 1954. Dichas tarjetas estaban conformadas por líneas de núemros a las que perforaban de determinadas posiciones y que contenían información con la cual las computadoras deberían trabajar, capacidad: 80 o 90 columnas para información, esto obligaba a ser uso óptimo de los diferentes formatos y recursos disponibles para ese entonces. Posteriormente vendría una serie cambios y mejoras en estos equipos hasta la llegada de la segunda generación de computadoras, que se definió con el desarrollo del transistor durante los años de 1959-1964 lo cual provocó un rápido y creciente desarrollo en esta área, juntos las mejoras en el "hardware", también mejoro los programas de computación.

El COBOL (Common Business-Oriented Lenguage) desarrollado por el oficial de marina, Grace Murray Hoper (1952), ya era de disponibilidad comercial. Por consiguiente, ya se había definido una sintaxis cuando se trataba de almacenar datos concernientes a fechas y horas, para el caso, se utilizó el formato "yymmdd" que utilizaba seis espacios para almacenar las últimas dos cifras del año, dos para el mes y otras dos para el día. He aquí el inicio del problema!

Pero…eran los años 60s!!!!….. nadie se preocupó del problema al que conllevaría dicha limitación, total, la tecnología era mejorada cada día y seguramente alguien se encargaría de superarlo. Así llegó la tercera generación (1964 – 1971) que estubo marcada por el desarrollo de los circuitos intergados, mejora que dió lugar a la compatibilidad con mayores equipos, multiprogramación (capacidad de trabajar con más de una aplicación o tarea simultáneamente), y se desarrollaron los diseños basados en minicomputadoras, pero, el formato de la fecha siempre continuó.

La cuarta generación, desde 1971 a la fecha, en la que se desarrolló el microprocesador, los chips de memoria y la microminiaturización que permitieron la fabricación de las microcomputadoras y con estas las computadoras personales que hasta la fecha han sido las de mas utilización para las empresas hasta el hogar, gracias a las mejoras de los procesadores utilizados por la compañía intel que desde sus incios se fabricaban con la familia 8080 (que por cierto, en estos modelos era necesario poner la fecha y hora mnualmente) y que para nuestros propósitos de dar a conocer de la problemática se toma como ejemplo.

Las computadoras personales, y muchos otros diseños llevan internamente un circuito intergado de memoria de solo lectura conocido como ROM, el cual contiene un programa que detalla paso a paso los procedimientos iniciales que el microprocesador ejecuta uno a uno hasta hacerlo disponible a nosotros los usuarios, y que nos permite instalarle un programa llamado sistema operativo con el cual interactuamos a través de comandos o selecciones con un mouse (sistemas operativos en ambiente gráfico). Dicha unidad ROM es una memoria que además se encarga de "leer" desde un circuito llamado "reloj de tiempo real" (conocido también como reloj de tiempo real o RTC (real time clock)) para disponer de forma actual el estado de del tiempo así como de la fecha. Estos datos se disponen para que a su vez, el sistema operativo tome dicha lectura la cual estará disponible para nosotros a través de un artificio conocido como reloj virtual, que se encargará de continuar con el cálculo de la fecha.

Pues bien, como dicho ROM ( mejor conocido como BIOS abreviado del término Basic Input-Output System) tiene reservado el mismo formato del que hablamos arriba, conlleva a limitar el almacenamiento o manejo de fechas que sobrepasan la cuenta arriba del número 1999, para lo cual, muchos de esos microprocesadores limitan la cuenta al pasar de dicha cifra, volviendo a 00, lo cual a su vez provoca un regreso al año 1900 que como consecuencia impide el cálculo correcto del año 2000 que es lo deseable.

Los formatos de fecha manejados desde el RTC y el sistema operativo son representados de forma diferente, en el RTC la fecha se representa en formato de dos dígitos para año/mes/día, y en el sistema operativo, como DOS, la fecha es mantenida como días a partir de 1980/01/01 , el cual se convierte a cuatro dígitos en el formato año/mes/día cuando un programa consulta a éste. Cuando DOS arranca, normalmente inicia su fecha actual leyendo la fecha existente en el RTC y convirtiendo éste a los días a partir de 1980/01/01. DOS mantiene la fecha mientras el sistema esté funcionando, mientras que el RTC lo hace aún cuando el equipo no esté encendido, pero éste no mantiene el dato correspondiente al milenio. En el RTC el año que precede al 99 es el 00, y el del milenio se mantiene sin cambios, así el año comienza desde 1900; en DOS, el año 1999 cambiará a 2000.

Conforme a la situación en aquellos primeros momentos, se emplean sólo 8 bits para el almacenamiento empaquetado de la fecha, lo que permite únicamente guardar los dos últimos dígitos. El registro de las otras dos cifras correspondientes a la centuria se hizo en la memoria no volátil (CMOS), concretamente en la dirección 32h, de forma estática; es decir siendo en principio de forma permanente "19".

De esta forma la fecha sería siempre "19AA", independientemente de cual fuese el valor "AA" proporcionado por el RTC.

La nueva arquitectura PS/2 siguió el mismo criterio, pero cambio la localización de los dos dígitos correspondientes a la centuria a la dirección 37h, con lo que la forma de obtener la fecha completa es prácticamente la misma.

En los siguientes apartados se denominará en general a este conjunto simplemente RTC, cuando no existan dudas de interpretación.

Este es el problema que plantea el hardware en relación con el año 2000.

El Sistema Básico de Entrada/Salida (BIOS)

Conocido normalmente por sus siglas en inglés: BIOS (Basic Input/Output System), es el programa, residente normalmente en la memoria ROM, que controla las interacciones básicas entre los diferentes elementos del hardware y el software.

Al encender el ordenador personal se empieza a ejecutar el BIOS y una de las acciones que lleva a cabo es el registro de la fecha del sistema, obteniéndola a través de la información contenida en la memoria CMOS y la proporcionada por el RTC.

El comportamiento concreto de un BIOS puede variar según su fabricante y versión, pudiendo ocurrir que:
Sea capaz de cambiar correctamente de fecha si el ordenador está encendido justo en la transición del año 1999 al 2000, pero que no lo haga en posteriores puestas en marcha.
No sea capaz de proporcionar la fecha correcta en el paso de 1999 al 2000, pero que en cambio dé una fecha adecuada si se pone en marcha el equipo en cualquier otro momento ulterior.

Mantenga una fecha correcta en cualquier circunstancia.

Además de tener una fecha correcta sea capaz de actualizar directamente la memoria no volátil CMOS, bien automáticamente en tiempo real o al menos en la primera vez que se vuelva a encender el equipo después de 1999 y antes del 2079, bien mediante intervención manual.

El motivo de considerar el año 2079 como límite es la forma en que manejan el año los API del MS-DOS. Concretamente lo hacen en forma relativa tomando como base el año 1980; es decir, por ejemplo, el año 1985 sería el año 5 y para su correcta identificación y expresión habría que sumarle 1980.

En consecuencia, esta fecha límite de 1980 es la que se puede emplear en un sencillo algoritmo, que incorporado al BIOS dentro de la función "Leer la fecha del RTC", permitirá la citada actualización automática.

En cuanto a la actualización por el BIOS de los dos dígitos de centuria en la memoria no volátil, no es realmente el método mejor, ya que requiere que se ejecute el BIOS para que tenga efecto, supuesto naturalmente que además el BIOS soporta la correspondiente función. Sin embargo la solución teóricamente más correcta de construir un RTC que fuese capaz de efectuar dicha actualización directamente, manteniendo por razones de compatibilidad el byte de centuria en las posiciones 32h o 37h, dependiendo de la arquitectura que se empleara en el equipo, resulta más cara y parece por ello haber sido desechada normalmente por la industria.

Observaciones muy similares pueden hacerse en relación con la consideración del año 2000 como bisiesto.

Estos son, por tanto, dos de los problemas que plantea una parte del software básico (firmware) en relación con el año 2000.

El Sistema Operativo (OS)

Puede definirse como el programa de control del ordenador que planifica y ordena las tareas a ejecutar, gestiona los almacenamientos y maneja las comunicaciones con los componentes periféricos. Su componente principal, denominado el "núcleo" (kernel), permanece activo permanentemente. El Sistema Operativo, o en inglés OS (Operating System), presenta una interfaz básica de usuario, que aparece al menos cuando no hay ninguna aplicación ejecutándose, y con él deben ser capaces de "comunicarse" las aplicaciones para que puedan funcionar.

Los Sistemas Operativos tienen su propio "reloj" de fecha y hora, que inicializan partiendo del BIOS o de los datos del RTC y la memoria no volátil CMOS.

De forma similar a la comentada anteriormente en relación con el BIOS, en algunas versiones modernas, o mediante actualizaciones de las antiguas, diversos Sistemas Operativos son capaces de manejar correctamente su fecha, así como de eventualmente trasladar esos valores correctos a la memoria no volátil CMOS y, en último extremo, al BIOS, aún recibiendo inicialmente unos valores erróneos del BIOS o la citada memoria no volátil CMOS.

De no ser así, este sería otro problema que plantearía el software básico.

Esquema gráfico

El siguiente diagrama muestra de forma genérica el comportamiento descrito de los tres "relojes" que coexisten normalmente en un ordenador personal.

Es conveniente reiterar que no todos los BIOS son capaces de actualizar directamente y en todos los casos los dos dígitos de la centuria en la memoria no volátil y que lo mismo sucede con los Sistemas Operativos, por lo que este esquema representa un caso particular con un funcionamiento en principio correcto, pero permite ilustrar de forma resumida lo comentado en los tres puntos anteriores.

Las Redes de Área Local (LAN)

La existencia, hoy en día habitual, de LAN (Local Area Network) puede complicar aún más el problema, ya que la actualización de la fecha en los Puestos de la red es posible se realice directamente desde el Servidor de la misma, con lo que una perfecta adecuación del ordenador personal de un puesto resulta inútil, salvo que eventualmente trabaje de forma aislada, si no lo está también el correspondiente Servidor, al que son aplicables las consideraciones hechas en puntos anteriores. En sentido inverso, si no se adecua el ordenador personal del puesto de trabajo, confiando en que el proceso de conexión con el Servidor proporcionará una fecha correcta, y en algún momento del año 2000 o posteriores el ordenador personal se arranca sin conexión a la red, casi con seguridad al menos la fecha del RTC será errónea.

A lo largo de los últimos 30 años, los sistemas informáticos se han convertido en un elemento indispensable para el funcionamiento de la sociedad moderna. Por su capacidad de almacenar grandes cantidades de datos y trabajar a alta velocidad, los sistemas informáticos se han convertido rápidamente en herramientas indispensables para el mundo industrializado. Casi todas las empresas utilizan los sistemas informáticos como su herramienta habitual para la contabilidad, soporte de ventas, registros de personal, fabricación y distribución de productos. Las entidades financieras y las organizaciones del sector servicios los utilizan para todas sus transacciones. Las Administraciones Públicas los utilizan como soporte a todas sus actividades y en las relaciones con los ciudadanos: prestaciones sociales, sistema de salud, gestión fiscal, etc.

Existen tres causas por las cuales los sistemas automatizados pueden fallar o realizar tratamientos erróneos:

Empleo de formatos de fecha para el año con sólo dos posiciones.

Diseño y funcionamiento de los relojes y sistemas internos.

Consideración equivocada del año 2000 como no bisiesto.

El problema del año 2000 no sólo afecta a los sistemas informáticos sino también a muchos servicios básicos como por ejemplo el control de tráfico aéreo, las centralitas telefónicas, equipamiento médico, el control de stocks, o la red de distribución de la electricidad ya que todos ellos utilizan ordenadores o incorporan microprocesadores para su funcionamiento.

En 1996 el número de sistemas empotrados en el mundo superaba los 7.000 millones. Cualquiera de ellos podría verse afectado por el Efecto 2000. Según algunas estadísticas sobre el problema del año 2000, el 5% de los sistemas empotrados simples una vez probados fallan. En sistemas empotrados más sofisticados, la media de fallos está entre el 50 y el 80%. En entornos productivos, el porcentaje está en torno al 15%. (Información suministrada por el Gobierno del Reino Unido de su campaña "Millennium Bug").

¿Qué son los sistemas empotrados?

Los sistemas empotrados son microprocesadores (chips) o dispositivos electrónicos incorporados en componentes de aparatos o equipos. Todos los ordenadores contienen microprocesadores, pero además se encuentran en equipos utilizados en oficinas, factorías, plantas de proceso, maquinaria, automoción y en los hogares. Con frecuencia estos microprocesadores operan, controlan, protegen o monitorizan procesos vitales para la organización. Si el microprocesador consulta o procesa fechas o tiempos puede verse afectado por el Efecto 2000. Los sistemas empotrados tienen especial importancia en áreas tales como Salud y Seguridad. Algunos aparatos con sistemas empotrados pueden ser: aire acondicionado, vídeos, centralitas telefónicas, alarmas y sistemas de control de tráfico, aparatos biomédicos.

Se pueden agrupar en tres grandes grupos:

No programables: en su fabricación han sido diseñados para realizar una función determinada y no se puede modificar. Ello implica en la mayoría de los casos es necesaria su sustitución para resolver el problema del año 2000.

Programables: su diseño permite variar la función o funciones iniciales para las que fue fabricado, permitiendo su adaptación al año 2000.

Programables sólo en ROM (Read Only Memory): se programan durante el proceso de fabricación mediante técnicas láser y posteriormente no pueden ser reprogramados, por lo que para resolver el problema del año 2000 es preciso sustituirlos.

¿Dónde podemos encontrar sistemas empotrados?

Los sistemas empotrados controlan gran cantidad de procesos que abarcan desde el sector de la producción al de servicios, no escapándose ninguno de ellos a su influencia.

Según los sectores involucrados podemos distinguir los siguientes grupos:

Sistemas biomédicos: desde equipos de diálisis a equipos monitorización fetal y todo tipo de equipos médicos y hospitalarios hasta equipos de fabricación de productos médicos y equipos de laboratorio.

Los sistemas de telecomunicación habitualmente usan microprocesadores para controlar el tiempo y las fechas, por ejemplo: GPS (Global Positioning System), centralitas telefónicas, faxes, correo electrónico o videoconferencia, entre otros.

Las infraestructuras críticas, energía, agua, transportes también pueden verse afectadas por el Efecto 2000 ya que los aparatos que controlan su funcionamiento contienen microprocesadores. Se debe prestar especial atención a procesos básicos como los suministros energéticos (petróleo, carbón, gas), transportes (aviación, ferrocarriles) y agua.

En los Edificios también podemos encontrar sistemas empotrados en electricidad, sistemas de climatización, sistemas de seguridad, y sistemas de control de acceso.

Los servicios municipales tampoco se escapan de la influencia de los sistemas empotrados en los sistemas de alumbrado, depuración de aguas, riego o control de tráfico.

¿Cómo funcionan los sistemas empotrados?

En cuanto a su funcionamiento, los sistemas empotrados más simples son capaces de realizar una única función y los más complejos, requieren de programas de aplicación cuyo objetivo final es la realización de un juego de funciones muy variado.

Los sistemas empotrados presentan una problemática diferente del resto de los sistemas, dado que son inseparables del software y del hardware en el que están funcionando, y en algunos casos de difícil detección, por lo que es complicado determinar o solucionar sus problemas. Cuando los usuarios de Tecnologías de la Información tienen problemas de hardware o software, son capaces de encontrar solución por sus propios medios o de acudir e informar del asunto al suministrador, pero éste no suele ser es el caso de los microprocesadores y dispositivos que contienen sistemas empotrados, el usuario final desconoce en muchos casos incluso su existencia y en el supuesto de que los conozca no es capaz de buscar una solución.

De este tema hay mucho material donde usted puede ampliar más sus conocimientos, le invito a que visite la lista de los lugares mencionados a continuación allí encontrará mayor información que van desde la descripción de las versiones de programas, utilidades para verificar si su computador supera este problema así como la implementación de planes de contingencia que le ayudarán en su hogar o su empresa.

Esta información ha sido publicada sólo para propósitos educativos a los visitantes de este sitio.

Otros enlaces de interés:

ww.nstl.com
http://www.intel.com/
http://www.microsoft.com/
www.ibm.com/ibm/history/story