PI S8 DSW III DouglasARS
Apresentação
Olá Estudante,
Na penúltima semana de conteúdos, estudamos sobre o teste de software, e de como ele é capaz de determinar se programa atingiu suas especificações e se funcionou corretamente no ambiente para o qual foi projetado. Nesta semana, chegamos ao final dos encontros presenciais e de postagens de novos conteúdos, logo vamos falar sobre a implantação final do sistema, como a passagem do software de teste para a produção. Também conversaremos sobre o manual de usuários que está sendo “terminado” como AO2. Aproveitamos para alertar sobre as últimas atividades e sobre a necessidade de dedicação e estudos nessa reta final. Não esqueçam que a AO3 é prévia para a PP. Bons estudos!
Prof. Douglas A.
Objetivos
- Apresentar um plano de implantação de software.
Implantação de Software
A implantação de um software é a fase do ciclo de vida programa computacional, entre outras coisas, sua documentação e banco de dados, passam do software de teste para a produção. Isto significa que várias atividades necessárias precisam ser intercaladas para garantir a transição adequada entre elas. Normalmente envolvem o ambiente de produção e o ambiente de desenvolvimento. Pelo o fato de cada software ser único, os procedimentos a serem seguidos são difíceis de definir. Alem disto, a implantação pode ser interpretada como um processo universal que tem de ser customizado de acordo com requisitos específicos ou características do sistema de informação envolvido.
Basicamente, eu resumi as etapas do implantação do sistema em quatro etapas distintas, que começam lá na modelagem da solução. A Tabela 1 mostra como realizar o "chute inicial" dos trabalhos.
| Kick-Off | Levantamento de Informações | Modelagem da Solução |
|---|---|---|
| ||
| ||
|
A Tabela 2 mostra as configurações iniciais.
| Instalação | Carga de Parâmetros |
|---|---|
| |
|
A Tabela 3 mostra o mapeamento do sistema de homologação e ajustes finos.
| Homologação | Ajustes Finos |
|---|---|
| |
|
Para terminar, a Tabela 4 traz a etapa de treinamento e operações assistidas.
| Preparação | Treinamentos | Operação Assistida |
|---|---|---|
| ||
| ||
|
Diretrizes: Plano de Implantação
Plano de Implantação descreve como o produto será transferido para a comunidade de usuários como: 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 e Identificação de estratégias de compatibilidade, conversão e migração.
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 Início da página
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 Início da página
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
Conclusões
Considerações Finais
Esta foi a última semana de conteúdos e é bom dar uma olhada nas atividades e prazos. Semana que vem termina o prazo para vocês postarem o manual e hoje na interação, falamos sobre práticas [...] Na avaliação presencial vamos seguir com a parte teórica abordada no conteúdo da WiKi e como base a prova AO3 que vocês realizaram. Por isso, participem, perguntem, se informem sobre os principais pontos da programação e...
Bons estudos!
Prof. Douglas A.
Referências
[2] http://www.wthreex.com/rup/process/modguide/md_dppls.htm
| << | <> | >> |
|---|