Auditoria de Conformidade Ano 2000

Auditoria de Conformidade Ano 2000

Garantir que sua empresa esteja pronta para a transição para o próximo milênio significa que você deve visualizar o projeto do ano 2000 a partir de uma perspectiva completa dos negócios.

Segundo o "British Standards Institution committee BDD/1/3" (DISC PD2000-1:1998 - A Definition of Year 2000 Conformity Requirements), a conformidade com o ano 2000 determina que, nem o desempenho, nem a funcionalidade dos sistemas pode ser afetada por datas anteriores, igual e posteriores ao ano 2000.

Em particular:

Regra 1: Nenhum valor para a data atual causará qualquer interrupção no Operação.

Regra 2: A funcionalidade baseada em data deve se comportar perfeitamente datas anteriores, iguais e após o ano 2000.

Regra 3: O século deve sempre ser especificado explicitamente ou de forma inequívoca nos algoritmos e programas.

Regra 4: O ano 2000 deve ser reconhecido como ano bissexto.

As organizações baseadas em AS/400 contam com a vantagem de possuir uma solução com hardware e um sistema operacional que já estão prontos para o ano 2000, mas ainda há muito o que fazer para preparar seus programas para o próximo milênio.

Diante disso, a UNIBUSINESS preparou um completo Check-list para ajudar sua organização a superar esse importante desafio.

CHECK-LIST INICIAL (CONFORMIDADE ANO 2000)

A IBM preparou o AS/400 para o próximo século, mas você precisa fazer o trabalho correspondente em seus próprios programas, e essa é uma grande tarefa.

O processo de tornar seus aplicativos prontos para o Ano 2000 compreende sete etapas: preparação do sistema, inventário seu software, priorize seus programas, identifique as exposições de data, avalie o impacto em cada programa, considere alternativas de implementação e, finalmente, implemente e teste.

ETAPA 1 – Preparação do sistema

Primeiro, você precisa estar em uma versão pronta para 2000 do OS/400. Esta é a primera parte de um grandioso projeto. Todos os modelos do hardware AS/400, mesmo os modelos B originais, estão prontos para o ano 2000, desde que estejam em execução no V3R2, V3R7, V4R1 ou V4R2. Se você não estiver em um desses lançamentos, deve pelo menos ter planos para atualizar o seu sistema.

AS/400 Year 2000 Ready Releases

ETAPA 2 - Inventário de software

Nesta etapa, você precisa inventariar todos os programas em todos os seus aplicativos AS/400. Esse trabalho pode parecer esmagador, mas você deve conhecer o escopo do projeto para poder priorizar a ordem de execução.

A IBM fornece o comando ANZUSROBJ (Analyze User Objects) como um PTF para todos os lançamentos que começam com o V2R3. Essa ferramenta pesquisa em todas as bibliotecas de usuários AS/400 e fornece um resumo do sistema e um resumo da biblioteca individual dos objetos que oferecem um começo para entender o escopo do seu projeto Y2K.

O ANZUSROBJ também lista objetos que não foram usados nos últimos 13 meses. Essas informações ajudam a identificar programas que são candidatos a "aposentadoria". Esse recurso pode impedir que você gaste tempo e recursos em programas desatualizados, e isso pode ajudar seu projeto do ano 2000 significativamente!

O comando pode ajudá-lo a inventariar seus aplicativos AS/400 e ajudá -lo a dar o primeiro passo em direção à avaliação e conversão do AS/400 anos 2000.

ETAPA 3 - Priorize seus programas

Como em qualquer projeto de TI grande, você não pode fazer tudo ao mesmo tempo; portanto, depois de conhecer todos os aplicativos do seu sistema, você precisa determinar a ordem para trabalhar neles.

Priorize com base no horizonte de eventos críticos, para que você possa lidar primeiro com os programas que seriam os primeiros a experimentar falhas do ano 2000.

Considere, ainda, o efeito dos programas que não estão prontos para o ano 2000 teriam no seu negócio. Por exemplo, alguns pedidos, como transações fiscais, podem ser necessárias para a conformidade legal. Outros, como inventário ou compra, podem causar apenas um inconveniente temporário, porque sua empresa pode continuar operando ao reverter para um método manual por um curto período de tempo.

ETAPA 4 - Identifique as exposições de data

Procurar anos de dois dígitos em seus programas não é nada fácil!

Sua pesquisa deve incluir campos de data em arquivos de banco de dados, arquivos físicos e lógicos, relatórios impressos, áreas de dados e constantes. E não se esqueça de ponteiros, estruturas de dados, arquivos de controle, redefinições de campo e datas incorporadas em outros campos. Além de encontrar datas, você precisa investigar como elas são usadas em programas, tipos, consultas e em outras ferramentas.

ETAPA 5 - Avalie o impacto em cada programa

Idealmente, você deve corrigir todo o código relacionado com data. Mas as datas usadas apenas para fins informativas podem não exigir alterações ou podem ser tratadas posteriormente.

Uma boa maneira de obter uma leitura inicial do impacto das datas em cada aplicativo é fazer uma amostragem. Não determinará com precisão quanto tempo você levará para corrigir todos os seus aplicativos, mas pode fornecer uma estimativa que você pode usar para fins de planejamento.

ETAPA 6 - Considere alternativas de implementação

Muitos programadores e gerentes de TI assumem que a única opção que eles têm para resolver seus problemas de aplicativos do ano 2000 é converter seu código de anos de dois para quatro dígitos. De fato, no AS/400, outras opções podem ser mais econômicas e melhores para os negócios a longo prazo. Você tem basicamente três opções para escolher: atualizar, substituir ou converter. Vamos olhar para eles individualmente.

A primeira decisão que você deve tomar é qual formato de data a sua organização deseja utilizar para resolver os problemas do ano 2000. Existem três abordagens básicas para o formato da data: Conversão para um formato de ano inteiro; Abordagem de Janelas (Fixa e Deslizante); e Codificação ou compressão.

Obviamente, nenhuma abordagem de formato de data se adequa a todos, é preciso decidir qual opção melhor se encaixa no seu negócio.

ETAPA 7 - Implementar e testar

A etapa de testes é a maior parte de qualquer projeto do ano 2000, alguns consultores estimam que o teste representa cerca de metade do custo envolvido no projeto.

O teste funcional do ano 2000 exige que você altere a data do sistema, e não é nada recomendável alterar a data do sistema em um sistema de produção: alguns recursos do sistema podem ser excluídos, as transações podem ser eliminadas, e os trabalhos agendados podem ter um comportamento imprevisível, causando danos difíceis de recuperar. é recomendável testar sua solução em um sistema independente, através do aluguel de equipamentos AS/400 na modalidade de curto prazo.

Os dados arquivados constituem outra área única de um projeto do ano de 2000. Pode ser necessário criar programas especiais de ponte para ajustar os dados arquivados antigos para o novo formato. Se você acessar dados arquivados com frequência, poderá alterá-los permanentemente, entretanto, por questões legais, algumas empresas não podem alterar dados arquivados (por exemplo: determinados dados contábeis).

CONCLUSÃO

Sua organização pode esperar, mas o Ano 2000 não! Se você ainda não começou a preparar sua organização para o próximo milênio, é aconselhável iniciar o quanto antes!

A UNIBUSINESS pode ajudar a sua organização a superar esse desafio a um preço justo e sem dores de cabeça. Consulte-nos sem compromisso para que possamos estimar o prazo e o investimento necessário para superar esse grande desafio.