La certificación de compatibilidad con el año 2000 de las aplicaciones desarrolladas por Rasgocorp, se aplica, gracias a las pruebas que se han realizado en el laboratorio de desarrollo de Rasgocorp, y éstas constan de lo siguiente:

Las siguientes Consideraciones de prueba del año 2000 se tomaron como prueba de alto nivel, para aumentar el alcance de nuestros productos en el año 2000 y para implementarlos. Todas las soluciones que se desarrollan en Rasgocorp son únicas y se les realiza una valoración completa de su preparación para el año 2000.

En Rasgocorp tenemos una visión completa de la prueba del año 2000. Existen dos dimensiones en lo que respecta al problema del año 2000. Una dimensión está representada por las facetas técnicas del problema que son muy sencillas de resolver. La segunda dimensión, cuya solución es más compleja, es el alcance que se debe tener en cuenta.

• Almacenamiento de 2 dígitos de las fechas
• Cálculo incorrecto de años bisiestos
• Fechas de funciones especiales, por ejemplo 9/9/99

• Sistemas incrustados, hardware, firmware
• Sistemas operativos, aplicaciones, código personalizado
• Procesos comerciales, cadena de suministro

Las consideraciones resumidas anteriormente se centran principalmente en las aplicaciones. Es imprescindible probar y revisar toda la infraestructura de la solución.

• Se examinó la estructura de códigos interior, así como el comportamiento exterior.

• Se realizó el análisis de códigos y se terminó con la prueba de la caja negra.

• Se Buscó mediante expresión regular las llamadas de fecha del sistema.

• Se Identificaron todas las estructuras utilizadas para almacenar fechas en el código base.

1. Para la revisión de Pruebas del año 2000 se tomó en cuenta lo siguiente:
2. Comprobación del procesado de errores BIOS relacionados con el año 2000.
3. Comprobación de la presentación del año en todas las décadas del 2000 al 2099.
4. Reconocimiento de zonas horarias y comprobación de su funcionamiento cuando el UTC sea un siglo diferente al del momento actual (+ y - del UTC).
5. Prueba de las aplicaciones con la entrada de la fecha de dos dígitos y la presentación de la fecha de dos dígitos anterior y posterior al año 2000, y cuando la entrada/presentación sea una fecha del otro siglo, tanto anterior como posterior al 2000.
6. Comprobación de la entrada/presentación de las fechas de cuatro dígitos.
7. Comprobación de la clasificación de fechas donde algunas fueron anteriores al 2000 y otras posteriores.
8. Comprobación del día de la semana anterior al 29/2/00, el día 29/2 y el posterior. El 1/2/01.
9. Búsqueda de los límites de los valores de fecha que aceptan los programas.

• 1/10/1999: primer día del ejercicio fiscal del 2000.

• 0/1/2000: para asegurarse de que ésta fecha NO se procesa.

• 10/1/2000: primera fecha de 7 u 8 caracteres con el formato AAA/M/DD (2000/1/10 o 2000/01/10)

• 30/2/2000 y 31/2/2000: para asegurarse de que esta fecha NO se procesa.

• 10/10/2000: primera fecha de 8 caracteres que utiliza un mes de 2 dígitos (2000/10/10)

• 31 de diciembre del 2000: día número 366 del año 2000.

• 1/1/2001: primer día del siglo XXI. Se trata de la fecha relacionada con el último año bisiesto, que prueba que puede establecerse el primer día de enero del 2001.

• 1/1/2002: o cualquier otra fecha después de éste día, para asegurarse de que no se producen errores de procesamiento en cálculos hacia atrás y el procesamiento de fechas de los años ochenta y noventa en éste momento

• 29/2/2001: para asegurarse de que ésta fecha NO se procesa como año bisiesto

• 29/2/2004: para asegurarse de que ésta fecha se procesa como año bisiesto

Las bibliotecas de automatización y el año 2000

En un esfuerzo para mejorar la eficacia del código y reducir los costos totales de propiedad de nuestros productos, se utiliza una Biblioteca de automatización común para procesar fechas. Con el paso de los años, se ha actualizado la biblioteca a fin de que refleje los cambios producidos en las necesidades del cliente e incluya funcionalidad adicional. Las versiones actualizadas de la biblioteca se instalan en los productos importantes, como Microsoft Office, Microsoft Visual Studio y Microsoft Internet Explorer, Windows NT 4.0, o una versión posterior.

La biblioteca de automatización la forman los cuatro archivos siguientes:

• oleaut32.dll
• olepro32.dll
• asycfilt.dll
• stdole2.tlb

Estos archivos los instala el sistema operativo o una aplicación.

La biblioteca de automatización contiene rutinas para interpretar años de dos dígitos y permite que las aplicaciones creen fechas inequívocas de manera adecuada (serie). Por tanto, muchas de nuestras aplicaciones utilizarán bibliotecas de automatización para procesar las fechas.

Con el paso de los años, las bibliotecas de automatización se han revisado tres veces con respecto al comportamiento de su formato de fecha:

Haga clic en el botón Inicio, seleccione el elemento de menú Buscar y haga clic en "Archivos o carpetas..." En la ficha "Nombre y ubicación", escriba (sin comillas) "oleaut32.dll" en el campo "Nombre". Seleccione la unidad donde reside su sistema operativo, normalmente (C:), en el campo "Buscar en". Haga clic en "Buscar ahora". Cuando aparezca el archivo en el cuadro inferior, haga clic con el botón secundario del mouse (ratón) en el archivo y seleccione "Propiedades". Haga clic en la ficha de la derecha, donde aparece la palabra "Versión".

• Microsoft Office 95 y posterior
• Microsoft Visual Studio (incluido Visual C++, Visual Basic, Visual Interdev y aplicaciones personalizadas)
• Microsoft Windows 95, Windows 98, Windows NT Workstation, Windows NT Server
• Microsoft Internet Explorer

Existen ciertos problemas del año 2000 que podrían surgir cuando usuarios distintos utilizan versiones diferentes de las bibliotecas de automatización. Dichos problemas se derivan de la interpretación de los años escritos con sólo dos dígitos.

Las aplicaciones de software de Rasgocorp permiten a los usuarios escribir años de cuatro dígitos.

En Rasgocorp establecemos una estrategia global de "conformidad con el año 2000" al iniciar el desarrollo de una aplicación. Después, posteriormente nos integramos a la estrategia de diseño de la aplicación o a la estrategia de desarrollo de la empresa en su conjunto. La estrategia que permite la conformidad con el año 2000 es muy sencilla:

• Siempre utilizamos los tipos de datos de fecha de las herramientas de desarrollo.

• Siempre utilizamos los operadores de cálculo/comparación de fecha de las herramientas de desarrollo.

• Nos aseguramos de que la herramienta de desarrollo y el propio entorno no tienen problemas de conformidad con el año 2000. Además procuramos tener en cuenta todas las herramientas que se utilizan en el sistema, incluidos elementos como generadores de informes, complementos y controles de otras empresas, etc.

• También tenemos en cuenta la infraestructura subyacente, como los controladores de acceso de datos y los protocolos de red.

La conformidad con el año 2000 afecta a todas las facetas del desarrollo de software. Los problemas surgen cuando el software se diseña para almacenar, transmitir, transferir o calcular información relacionada con la fecha mediante el uso exclusivo de los dos últimos dígitos del año.

La arquitectura DNA de Microsoft^® Windows NT nos proporciona un nuevo y completo entorno de trabajo que integra soluciones de software cliente/servidor e Internet a la plataforma Windows. La arquitectura DNA de Windows NT se basa en la premisa de la integración e interoperabilidad de los componentes de software.

La arquitectura DNA combina el desarrollo de software "basado en los componentes" con un sistema operativo "basado en el servicio". Independientemente de las herramientas utilizadas en la actualidad para desarrollar el software, en Rasgocorp seguimos una estrategia clara de conformidad con el año 2000 para evitar la pérdida de tiempo que supondrá volver a diseñar la aplicación dentro de varios años.

La mejor manera de evitar el problema de la conformidad con el año 2000 es el uso estricto de los tipos de datos con fecha y las funciones de fecha de las herramientas de desarrollo al trabajar con datos relacionados con la fecha. La mayoría de las herramientas de desarrollo han integrado reglas para procesar el cálculo de fechas, lo que evitará los problemas de conformidad con el año 2000.

Todo lo anterior, nos certifica como una empresa que desarrolla productos de calidad y compatibilidad con el año 2000.