Capítulo 8

Capítulo 8 - Fase de Planejamento: Criando os Planos do Projeto

Introdução

Os planos de projeto são descrições detalhadas e acionáveis ​​de como a solução será realmente construída durante as fases de Desenvolvimento, Estabilização e Implantação do projeto. Eles descrevem as principais peças de trabalho que devem ser concluídas, como desenvolvimento, teste, treinamento, implantação e suporte ao usuário final. Os membros da equipe principal e os líderes de subteam preparam esses planos, com cada papel assumindo a maior responsabilidade por sua área (por exemplo, o papel de teste prepara o plano de teste). A gerência do programa é responsável para rolar acima de todos os planos individuais no plano mestre do projeto.

Depois que o escopo completo do esforço de migração é incorporado em um fluxo de tarefa único, você pode estabelecer o cronograma de migração. O agendamento deve levar em conta o tipo eo número de objetos de banco de dados que você deve migrar - isto é, o escopo do esforço de desenvolvimento - os riscos e suas atenuações, o financiamento ea disponibilidade e os conjuntos de habilidades dos recursos no projeto de migração.

As seções a seguir descrevem vários planos-chave que você precisará preparar para um projeto de migração do Banco de Dados Sybase: o Plano de Desenvolvimento, o Plano de Teste, o Plano de Treinamento, o Plano de Implementação e o Plano de Suporte.

Os modelos de projeto incluídos nos auxílios de trabalho ajudarão você a desenvolver cronogramas e estimativas trabalhistas mais completos. O esforço que você investe na construção de planos de projeto completos lhe permitirá projetar com precisão o tempo e os custos necessários, construir cronogramas realistas e desenvolver uma visão abrangente da seqüência de tarefas de migração que devem ocorrer para concluir o projeto. Arquivos de projeto para agendas de desenvolvimento de banco de dados e aplicativo são incluídos com os auxílios de trabalho para este guia. Os auxiliares de trabalho estão disponíveis na pasta Auxílio ao trabalho na versão de download deste guia.

Plano de Desenvolvimento

O plano de desenvolvimento descreve como a equipe de desenvolvimento (ou as equipes de desenvolvimento de banco de dados e de cliente, se tiver dividido o trabalho) migrará o banco de dados e os clientes. O plano fornece informações sobre as ferramentas, metodologias, melhores práticas, seqüências de eventos, recursos e cronogramas para cada aspecto do esforço de desenvolvimento. As principais tarefas a documentar no plano, em ordem, são:

Defina os papéis da equipe. Consulte a discussão das equipes de desenvolvimento funcional na seção "Criando a Equipe" no Capítulo 2, "Fase de Envisionamento".

Identificar recursos da equipe - nomear os membros de cada equipe e atribuir responsabilidades.

Treine qualquer membro da equipe que precise de treinamento específico.

O restante do plano de desenvolvimento será dividido em três partes distintas, cada uma abordando um aspecto de desenvolvimento que pode ser realizado por um grupo diferente de desenvolvedores: plano de migração de banco de dados; Plano de reorientação ou redirecionamento de aplicativos e plano de desenvolvimento de ambiente de preparação. Na maioria dos casos, as atividades descritas em cada plano serão realizadas simultaneamente pelas equipes.

Plano de Migração de Banco de Dados

O plano deve incorporar as etapas na lista a seguir para cada banco de dados a ser migrado. Muitos dos itens listados acontecem como resultado de software e scripts que automatizam o esforço. Outros itens na lista envolvem esforço manual.

Localize os bancos de dados para migrar nas plataformas UNIX.

Configure a rede para conectividade entre a plataforma de banco de dados UNIX eo host de desenvolvimento do Windows.

Faça o inventário dos bancos de dados selecionados do Sybase usando o Sybase Migration Toolkit (SMT) da plataforma de desenvolvimento do Windows.

Execute a ferramenta de avaliação para produzir relatórios sobre as alterações necessárias para migrar o banco de dados.

Avaliar relatórios automatizados de conversão.

Avalie relatórios de conversão manual.

Confirme como a migração será realizada (por exemplo, será feita em fases? Serão determinadas tabelas ou objetos migrados antes de outros? Serão determinados bancos de dados migrados antes de outros?).

Extraia o esquema de banco de dados Sybase. Se você reiniciou o Sybase Migration Toolkit, será necessário executar novamente a avaliação para configurar a ferramenta para a extração.

Executar transformações Transact-SQL.

Migrar manualmente objetos não-Transact-SQL.

Execute todas as transformações Transact-SQL automáticas possíveis.

Execute transações manuais Transact-SQL para os objetos restantes.

Observação Etapas 2 e 3 aplicam-se a procedimentos dependentes no banco de dados sybsystemprocs, bem como aqueles no banco de dados Sybase sendo migrado.

Reconstruir índices no sistema que está sendo testado.

Unidade de teste procedimentos armazenados e disparadores no sistema a ser testado.

Migrar e testar scripts UNIX.

Observação Bancos de dados selecionados para migração devem ter cronogramas de desenvolvimento paralelo para cada aplicativo relacionado. Coordenar o agendamento de bancos de dados e aplicativos relacionados simplifica muito o tempo de teste e integração de ambientes migrados e auxilia na resolução de erros, bugs e assim por diante.

Plano de replicação e redirecionamento de aplicativos

A segunda parte do plano de desenvolvimento aborda o rehosting ou redirecionamento de aplicativos que estão associados com o banco de dados que está sendo migrado para o SQL Server 2000. Geralmente, existem muitas dessas aplicações associadas.

Seu plano deve identificar cada aplicativo a ser reorganizado ou redirecionado e incluir as etapas descritas na lista a seguir para serem aplicadas a cada aplicativo. Cada aplicativo agendado para migração deve ser considerado um subprojeto separado.

Localize o código-fonte do aplicativo para ser re-hospedado ou redirecionado.

Copie o código-fonte do aplicativo para a plataforma de desenvolvimento de aplicativos (selecionando um host Windows ou UNIX para o aplicativo).

Verifique o uso do aplicativo de uma API (isto é, biblioteca de banco de dados, biblioteca de CT ou ODBC)

Selecione o método de migração de aplicativos mais apropriado para essa aplicação específica (escolha uma biblioteca compatível com a plataforma selecionada na etapa 2). Veja o fluxograma na Figura 5.1 no Capítulo 5 para obter etapas detalhadas a seguir para tomar essa decisão.

Faça o código do aplicativo apropriado ou as alterações no arquivo de configuração. Recompilar e vincular o código do aplicativo, se necessário.

Teste o aplicativo para conexão para o banco de dados SQL Server 2000.

Observação O banco de dados já deve ser migrado, testado e capaz de aceitar conexões.

Teste o aplicativo para operação esperada com o banco de dados SQL Server 2000.

Migre e teste todos os scripts UNIX que são usados ​​com o aplicativo migrado.

Após a conclusão bem-sucedida do teste de unidade de aplicativo, verifique o código-fonte do aplicativo e os scripts para o sistema de controle do código-fonte.

Arquive a base de código do aplicativo e os scripts.

Prepare a base de código do aplicativo e os scripts para inclusão nos planos de teste de aprovação e implantação formais.

Plano de Desenvolvimento do Ambiente

Os membros da equipe terão projetado e construído previamente os ambientes de desenvolvimento e teste. A maioria das tecnologias envolvidas com esse desenvolvimento também será utilizada nos ambientes de produção e de produção. O ambiente de teste deve incluir componentes que são cópias exatas ou representativas de todo o ambiente de produção, incluindo: banco de dados, servidor de banco de dados, servidor cliente e aplicativos ea rede física que interconecta as camadas do banco de dados.

O ambiente de preparação e o ambiente de produção devem estreitamente se espelhar. Em alguns casos, o ambiente de teste se tornará o ambiente de produção. Nesse caso, os planos de sistemas de implantação e implantação devem especificar os requisitos do sistema de produção para o desenvolvimento como o ambiente de teste.

Em alguns ambientes também é possível que o ambiente de produção seja propriedade das operações e que a equipe de desenvolvimento não possa construir ou tocar esse ambiente, exceto durante os testes de aceitação formal. Seus planos para desenvolver um ambiente de teste podem precisar ser desenvolvidos de acordo.

O ambiente de teste é usado para testes de implantação e simulação do mundo real, talvez com usuários reais em um teste piloto.

Crie o novo ambiente de hardware.

Crie e construa o ambiente de teste.

Projetar e construir o ambiente de produção - normalmente realizado por operações.

Projetar e construir o ambiente de rede.