Certificado de Compatibilidade Ano 2000 do Software da Rasgocorp

A certificação de compatibilidade com o ano 2000 das aplicações desenvolvidas pela Rasgocorp é aplicada graças aos testes que foram realizados no laboratório de desenvolvimento da Rasgocorp, e estas constam do seguinte:

As seguintes Considerações de teste do ano 2000 foram tomadas como provas de alto nível, para aumentar o alcance de nossos produtos no ano 2000 e também para implementá-los. Todas as soluções que se desenvolvem na Rasgocorp são únicas e se valoriza completamente sua preparação para o ano 2000.

Infra-estrutura da solução:

Na Rasgocorp temos uma visão completa do teste do ano 2000. Existem duas dimensões no que diz respeito ao problema do ano 2000. Uma delas é representada pelas facetas técnicas do problema que são muito simples de se resolver. A segunda, cuja solução é mais complexa, é o alcance que se deve levar em conta.

O problema do ano 2000

• Armazenamento de 2 dígitos das datas
• Cálculo incorreto de anos bissestos
• Datas de funções especiais, por exemplo 9/9/99

• Sistemas incrustados, hardware, firmware
• Sistemas operativos, aplicações, código personalizado
• Processos comerciais, cadeia de fornecimento.

As considerações resumidas anteriormente centram-se principalmente nas aplicações. É imprescindível testar e revisar toda a infra-estructura da solução.

• Foi examinada a estrutura de códigos interior, assim como o comportamento exterior.

• Foi realizada a análise de códigos e se finalizou com o teste da caixa preta.

• Foram procuradas as chamadas de data do sistema mediante expressão regular.

• Foram identificadas todas as estruturas utilizadas para armazenar datas no código base.

1. Para a revisão de Provas do ano 2000 se tomou em conta o seguinte:
2. Comprovação do processado de erros BIOS relacionados com o ano 2000.
3. Comprovação da apresentação do ano em todas as décadas de 2000 a 2099.
4. Reconhecimento de zonas horárias e comprovação de seu funcionaiento quando o UTC seja um século distinto ao atual (+ e - do UTC).
5. Teste das aplicações com a entrada da data de dois dígitos e a apresentação da data de dois dígitos anterior e posterior ao ano 2000, e quando a entrada/apresentação seja uma data do outro século, tanto anterior como posterior ao ano 2000.
6. Comprovação da entrada/apresentação das datas de quatro dígitos.
7. Comprovação da clasificação de datas onde algumas foram anteriores ao ano 2000 e outras posteriores.
8. Comprovação do dia da semana anterior ao dia 29/2/00, o dia 29/2 e o posterior. O dia 1/2/01.
9. Busca dos limites dos valores da data que aceitam os programas.

Hardware e Software:

Datas adicionais que foram levadas em consideração:

• 1/10/1999: primeiro dia do exercicio fiscal de 2000.

• 0/1/2000: para assegurar-se de que esta data NÃO se processa.

• 10/1/2000: primeira data de 7 ou 8 caracteres com o formato AAA/M/DD (2000/1/10 o 2000/01/10)

• 30/2/2000 e 31/2/2000: para assegurar-se de que esta data NÃO se processa.

• 10/10/2000: primeira data de 8 caracteres que utiliza um mês de 2 dígitos (2000/10/10)

• 31 de dezembro de 2000: dia número 366 do ano 2000.

• 1/1/2001: primeiro dia do século XXI. Se trata da data relacionada com o último ano bisesto, que prova que pode estabelecer-se no primeiro dia de janeiro de 2001.

• 1/1/2002: ou qualquer outra data depois deste dia, para assegurar-se de que no sejam produzidos erros de processamento em cálculos retrógrados e o processamento de datas dos anos oitenta e noventa neste momento.

• 29/2/2001: para assegurar-se de que esta data NÃO se processa como ano bissexto.

• 29/2/2004: para assegurar-se de que esta data se processa como ano bissesto.

As bibliotecas de automatização e o Ano 2000

Em um esforço para melhorar a eficácia do código e reduzir os custos totais da propriedade de nossos produtos, se utiliza uma Biblioteca de automatização comum para processar datas. Com o passar dos anos, foi-se atualizando a biblioteca a fim de que reflita as mudanças produzidas nas necessidades do cliente e inclua funcionalidade adicional. As versões atualizadas da biblioteca se instalam nos produtos importantes, como Microsoft Office, Microsoft Visual Studio e Microsoft Internet Explorer, Windows NT 4.0, ou uma versão posterior.

De que se compôe a biblioteca de automatização?

A biblioteca de automatização é formada pelos quatro arquivos seguintes:

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

Estes arquiivos são instalados pelo sistema operativo ou por uma aplicação.

Como os problemas do ano 2000 afetam a biblioteca de automatização?

A biblioteca de automatização contém rotinas para interpretar anos de dois dígitos e permite que as aplicações criem datas inequívocas de manera adequada (série). Por tanto, muitas de nossas aplicações utilizarão bibliotecas de automatização para processar as datas.

Com o passar dos anos, as bibliotecas de automatização foram revisadas três vezes no que diz respeito ao comportamento de seu formato de data.:

Como um usuário pode enterar-se de nossas aplicações e que versão das bibliotecas de automatização estão incluídas?

Clique no botão iniciar, selecione o elemento do menu Procurar e clique em "Arquivos ou pastas..." Na aba "Nome e localização", escreva (sem aspas) "oleaut32.dll" no campo"Nome". Selecione a unidade onde reside seu sistema operativo, normalmente (C:), no campo "Procurar em ". clique em "Procurar Agora". Quando o arquivo aparecer no quadro inferior, clique com o botão direito do mouse no arquivo e selecione "Propriedades". Clique na aba da direita, onde aparece a palavra"Versão".

Menção de aplicações da Microsoft que utilizam bibliotecas de automatização

• Microsoft Office 95 e posterior
• Microsoft Visual Studio (incluido Visual C++, Visual Basic, Visual Interdev e aplicações personalizadas)
• Microsoft Windows 95, Windows 98, Windows NT Workstation, Windows NT Server
• Microsoft Internet Explorer

O fato de dispor de várias versões de bibliotecas de automatização, pode trazer alguma consquência para uma organização?

Existem certos problemas do ano 2000 que poderiam surgir quando usuários distintos utilizam versões diferentes das bibliotecas de automatização. Tais problemas provém da interpretação dos anos escritos com somente dois dígitos.

As aplicações de software da Rasgocorp permitem que os usuários escrevam anos de quatro dígitos.

Estratégia de desenvolvimento:

Na Rasgocorp estabelecemos uma estratégia global de "conformidade com o ano 2000" ao iniciar o desenvolvimento de uma aplicação. Depois, posteriormente nos integramos à estratégia de desenho da aplicação ou à estratégia de desenvolvimento da empresa em seu conjunto. A estratégia que permite a conformidade com o ano 2000 é muito simples:

• Sempre utilizamos os tipos de dados de data das ferramentas de desenvolvimento.

• Sempre utilizamos os operadores de cálculo/comparação de data das ferramentas de desenvolvimento.

• Nos asseguramos de que a ferramenta de desenvolvimento e o próprio entorno não tem problemas de conformidade com o ano 2000. Além disso procuramos levar em conta todas as ferramentas utilizadas no sistema, incluidos elementos como geradores de informes, complementosecontroles de outras empresas, etc.

• Também temos em conta a infra-estrutura subjacente, como os controladores de aceso de dados e os protocolos de rede.

Criação de aplicações conformes ao ano 2000

A conformidade com o ano 2000 afeta a todas as facetas do desenvolvimento de software. Os problemas surgem quando o software é desenhado para armazenar, transmitir, transferir ou calcular informação relacionada com a data mediante o uso exclusivo dos dois últimos dígitos do ano.

A arquitetura DNA do Microsoft^® Windows NT nos proporciona um novo e completo entorno de trabalho que integra soluções de software cliente/servidor e Internet à plataforma Windows. A arquitetura DNA do Windows NT se baseia na premissa da integração e inter-operacionalização dos componentes do software.

A arquitetura DNA combina o desenvolvimento do software "baseado nos componentes" com um sistema operativo "baseado no serviço". Independentemente das ferramentas utilizadas na atualidade para desenvolver o software, na Rasgocorp seguimos uma estratégia clara de conformidade com o ano 2000 para evitar a perda de tempo que poderá voltar a acontecer dentro de alguns anos.

A melhor maneira de evitar o problema da conformidade com o ano 2000 é o uso estrito dos tipos de dados com data e as funções de data das ferramentas de desenvolvimento ao trabalhar com dados relacionados com a data. A maioria dasferramentas de desenvolvimento integram regras para processar o cálculo de datas, o que evitará os problemas de conformidade com o ano 2000.

Tudo isso, nos certifica como uma empresa que desenvolve produtos de qualidade e compatibilidade com o ano 2000.