Diretrizes: Plano de Implantação

Plano de Implantação

O Plano de Implantação descreve como o produto será transferido para a comunidade de usuários.

Tópicos

Identificação de estratégias de compatibilidade, conversão e migração
Determinação do cronograma de implantação
Determinação da seqüência de implantação
Determinação das necessidades de treinamento dos usuários

Identificação de estratégias de compatibilidade, conversão e migração

Se o sistema estiver destinado a substituir um sistema existente, questões como compatibilidade, conversão e migração devem ser abordadas. Especificamente:

Os dados de um sistema existente devem ser transportados (e possivelmente convertidos no tocante a formato) para o novo sistema.
As interfaces do usuário existentes (formatos de tela, comandos, etc.) devem ser suportadas no novo sistema.
Todas as interfaces de programação de aplicativos (APIs) existentes devem ser mantidas.
A migração do sistema existente para o novo sistema não deve interromper o serviço ao usuário final por um período superior a um prazo predeterminado (que varia dependendo do negócio).
O novo sistema deve ser capaz de funcionar em paralelo com o antigo durante o período de migração.
Deve haver um recurso que permita restabelecer o sistema legado, caso necessário, durante as duas primeiras semanas de funcionamento.
É possível que antigos dados arquivados precisem ser processados no novo sistema. Se eles estiverem protegidos criptograficamente, será necessário dispensar atenção especial às chaves criptográficas durante a migração.

As estratégias escolhidas para abordar essas questões necessitarão de suporte apropriado na arquitetura e no design do sistema.

Determinação do cronograma de implantação

A distribuição de um sistema em um ambiente de produção exige planejamento e preparação. Estes são alguns dos fatores técnicos a serem considerados:

Talvez os usuários do sistema tenham de ser treinados.
O ambiente de suporte de produção deve estar preparado e a equipe de suporte de produção deve estar treinada e pronta para oferecer suporte ao sistema.
Os procedimentos de suporte de produção, incluindo backup, recuperação e resolução de problemas, devem ser estabelecidos.

Estes são alguns dos fatores de negócios que influenciam o cronograma de implantação:

Determinados objetivos de negócios podem exigir que o sistema seja implantado até uma data específica; o não-cumprimento dessa data pode reduzir significativamente o valor do sistema. (Observação: a existência de requisitos desse tipo gera riscos que devem ser identificados no Artefato: Lista de Riscos e que devem ser diminuídos no Artefato: Plano de Gerenciamento de Riscos. Possíveis mudanças nos custos e nas vantagens do sistema devem ser observadas no Artefato: Caso de Negócio.)
É possível que existam períodos em que seja impossível implantar o sistema devido a condições operacionais ou de negócios, incluindo, entre outros, períodos destinados à elaboração de relatórios financeiros ou períodos durante os quais o sistema não pode ser desligado.
Picos de carga de trabalho e outros fatores nos processos e sistemas existentes podem impedir a implantação em determinados momentos. Por exemplo:
- Volumes de processamento maiores: picos semanais, mensais ou anuais
- Ciclos de manutenção regulares de hardware ou software - impactam tanto a equipe como a disponibilidade dos sistemas
- Períodos de pico em feriados
- Interrupções únicas planejadas devido a atualizações de hardware ou à introdução de novos sistemas
- Reorganizações planejadas
- Mudanças nas instalações.
Alguns sistemas nunca podem ser desligados (comutadores de rede e de telefonia, por exemplo); nesses casos, talvez seja necessário que novas versões do sistema sejam implantadas enquanto a versão anterior ainda está em execução. A atualização de um sistema de alta disponibilidade geralmente requer considerações de arquitetura especiais, que devem ser documentadas no Artefato: Documento de Arquitetura de Software.

Determinação da seqüência de implantação

Alguns sistemas devem ser implantados gradativamente, em partes, devido a questões de tempo ou disponibilidade. Se o sistema não puder ser implantado de uma única vez, será necessário determinar a ordem em que os componentes deverão ser instalados e os nós nos quais serão instalados. Estes são alguns dos padrões comuns do programa de implantação:

Geograficamente - por área
Funcionalmente - por aplicativo
Organizacionalmente - por departamento ou cargo

Quando um aplicativo é implantado durante um determinado período, estão incluídos entre os problemas que precisam ser resolvidos:

o software deve poder ser executado com uma configuração parcial
a coexistência de diferentes versões do software deve ser possível
o restabelecimento de uma versão anterior do sistema deve ser possível caso sejam detectados problemas no novo sistema

Os itens relacionados anteriormente só poderão ser concretizados se houver um esforço centrado na arquitetura e devem ser documentados no Artefato: Documento de Arquitetura de Software.

Determinação das necessidades de treinamento dos usuários

Para cada categoria de usuário, incluindo administradores, operadores e usuários finais, identifique:

Que tipos de sistemas de IT eles utilizam no momento. Se o sistema estiver apresentando pela primeira vez o uso de IT aos usuários, seja eles internos ou externos à organização, indique que este é um requisito especial que merecerá atenção especial.
Que novas funções serão apresentadas a eles pelo sistema.
Em termos gerais, quais serão suas necessidades de treinamento.
Quais são os requisitos existentes para o Suporte ao Idioma Nacional (NLS - National Language Support).

Rational Unified Process