Política de Atualização de Bases
Índice
Política de Atualização de Bases
A Política de Atualização de Bases DYAD define nossa logística interna, para acompanhamento do desenvolvimento de novas implementações ou correções, e externa, para atualização dos produtos DYAD para as bases de nossos clientes.
Política de atualização interna DYAD
Definição das bases internas
DYADDESENVOLVE
- Base padrão de desenvolvimento da equipe DYAD e dos produtos DYADhrp e DYADhdi;
- Esta base contém os dados necessários à realização dos testes pela equipe de desenvolvimento;
- Toda e qualquer implementação / correção em scripts das licenças DYADhrp e DYADhdi deve ser feita diretamente nesta base, para depois seguir o processo interno de homologação da DYAD (DYADHOMOLOGACAO), antes de ser enviada para as bases de clientes;
- Nesta base os desenvolvedores têm liberdade para inserir / alterar / excluir dados, da forma como julgarem necessário;
- Os dados desta base serão atualizados de acordo com a necessidade da equipe de desenvolvimento, sendo 6 (seis) meses o intervalo máximo entre estas atualizações;
- Por ser uma base específica de desenvolvimento, esta base é passível de instabilidades temporárias. Sob nenhuma hipótese esta base pode ser utilizada como origem de upgrade para bases de clientes ou para demonstrações comerciais dos produtos DYAD.
DYADHOMOLOGACAO
- Base padrão do processo interno de homologação DYAD;
- Esta base contém dados necessários à realização dos testes pela equipe de desenvolvimento e consultoria;
- Todas as implementações / correções em scripts das licenças DYADhrp e DYADhdi, feitas na base DYADDESENVOLVE, devem ser homologadas nesta base;
- As operações de inclusão / alteração / exclusão de dados para realização de testes nesta base devem ser bastante criteriosas, para não comprometer outros testes que estejam sendo realizados na mesma base;
- Para obtenção de massa de dados para teste, esta base pode ser sobrescrita a qualquer momento, de acordo com as necessidades de homologação de processo / atividades / correções da DYAD ou mesmo da INTEQ, sendo 6(seis) meses o intervalo máximo para estas atualizações;
- Ao final de cada sprint, é retirada desta base a relação das melhorias e correções homologadas, para que seja divulgada aos clientes da DYAD com intuito dos clientes acompanharem o amadurecimento dos produtos, bem como despertar neles o interesse por realizar atualização do sistema.
DYADYYYYS (ex.: DYAD20081)
- Esta base é uma versão congelada da base DYADHOMOLOGACAO, somada as correções de defeitos implementadas diariamente;
- De acordo com sua necessidade de atualização e de seus clientes, a DYAD disponibiliza periodicamente uma nova base estável, gerada a partir da DYADHOMOLOGACAO, sendo 6(seis) meses o intervalo máximo para a liberação de uma nova base estável;
- Por padrão, esta é a base origem dos upgrades para os clientes da DYAD. Esta base não tem dados, é uma base reseqüenciada que pode ser utilizada para criar novas bases em clientes no início de implantações.
DYADDESENVOLVE (desenvolvimento)
||
|| Atualização de melhorias e correções para a base de homologação
||
\/
DYADHOMOLOGACAO (homologação)
||
|| Atualização de correções para a base congelada (estável).
|| As melhorias são acumuladas nesta base até que seja gerada uma nova base congelada.
\/
DYADYYYYS (origem de upgrade para clientes)
Logística de atualização das licenças INTEQ na base DYADDESENVOLVE
Mensalmente a base DYADDESENVOLVE é atualizada a partir da base estável da INTEQ para obtermos as últimas correções disponibilizadas por eles. Logo após esta atualização, as correções feitas pela DYAD, referente às licenças da INTEQ, devem ser aplicadas novamente na base DYADDESENVOLVE.
As correções feitas pela DYAD na base DYADDESENVOLVE, referente às licenças da INTEQ, são cadastradas em "Ir Para / Desenvolvimento / Atualizações / Ajustes / Alterações em Script CH Negativa de Outros Fornecedores". Neste cadastro a equipe de desenvolvimento mantém o registro de todas as alterações feitas diretamente em licenças da INTEQ, porque a cada atualização da base DYADDESENVOLVE é necessário reaplicá-las.
Base estável INTEQ
||
|| (mais correções DYAD)
\/
DYADDESENVOLVE --> DYADHOMOLOGACAO --> DYADYYYYS
Processo de atualização de dados para as bases DYADDESENVOLVE e DYADHOMOLOGACAO
As bases DYADDESENVOLVE e DYADHOMOLOGACAO devem ser atualizadas com dados periodicamente, para garantir que os testes não sejam comprometidos pela falta de dados ou mesmo pela falta de integridade dos dados.
Para evitar a perda de scripts durante o processo de atualização de dados dessas bases, sugerimos o seguinte passo-a-passo:
- Renomear a base original (Exemplo: DYADHOMOLOGACAO renomear para DYADHOMOLOGACAO_OLD);
- Restaurar a nova base com dados com o nome da original (Exemplo: A base nova que tem os dados deve ser nomeada de DYADHOMOLOGACAO);
- Por último, realizar um up grade completo, de todas as licenças da base antiga para a nova base com dados (Exemplo: Enviar up grade completo da base DYADHOMOLOGACAO_OLD para DYADHOMOLOGACAO).
Feito tudo isso, reduzimos a possibilidade de perda de scripts, mas por garantia o backup da base DYADHOMOLOGACAO_OLD sempre é guardado.
Política de atualização para bases de clientes
Todos os clientes da DYAD são orientados a manter as seguintes bases: produção, homologação e desenvolvimento.
Definição das bases de clientes
Produção
- A base de produção é a base de trabalho do cliente, é a principal base.
Homologação
- A base de homologação é uma cópia da base de produção. Nesta base a equipe DYAD homologará junto ao cliente novas implementações, antes destas serem enviadas para a base de produção. Para o atendimento diário a defeitos e dúvidas, é essencial que esta base esteja atualizada com dados da base de produção, com no máximo 1(uma) semana de defasagem, e disponível para que a equipe DYAD consiga simular e dar atendimento aos possíveis problemas apresentados na base de produção.
Desenvolvimento
- A base de desenvolvimento também é uma cópia da base de produção. Esta é a base onde são desenvolvidas as customizações do cliente, por isso ela está licenciada com a licença <custom>. Todas as implementações feitas nesta base devem ser enviadas para a base de homologação e, somente depois de homologadas, enviadas para a base de produção.
Por padrão, o nome da base de produção é o nome do cliente. As bases de homologação e desenvolvimento recebem o mesmo nome da base de produção acrescido no início das letra "H" e "D", respectivamente. Exemplo: CASEC (produção), HCASEC (homologação) e DCASEC (desenvolvimento).
A equipe DYAD precisa ter, sempre que necessário, acesso as bases de homologação e desenvolvimento. Fica a critério do cliente disponibilizar o acesso da equipe DYAD à base de produção.
Mensalmente a DYAD disponibiliza na base de desenvolvimento do cliente as últimas atualizações de sua base estável (DYADYYYYS) e envia ao cliente a relação das correções disponibilizadas. Desta forma o processo segue o fluxo abaixo:
Base estável DYAD
||
||
\/
DCLIENTE --> HCLIENTE --> CLIENTE
DCLIENTE: base de desenvolvimento do cliente
HCLIENTE: base de homologação do cliente
CLIENTE: base de produção do cliente
Atualização de correções para bases de clientes
O processo de correções de defeitos identificados em bases de clientes exige tempestividade e também bastante efetividade. Por isso, definimos um criterioso passo-a-passo para envio de atualizações de correções de defeito para as bases de nossos clientes.
Ao concluir o processo de correção de um defeito (base DYADDESENVOLVE) e feita à devida homologação (base DYADHOMOLOGACAO), a correção deve ser aplicada na base estável da DYAD (base DYADYYYYS) e na base de desenvolvimento do cliente (base DCLIENTE) que identificou o defeito para dar início ao ciclo de homologação por parte do cliente (base HCLIENTE). Somente após a homologação por parte do cliente, a correção será enviada para a base de produção dele (base CLIENTE).
Após feita a homologação da correção com o cliente que identificou o problema, a mesma correção deverá ser enviada para os demais clientes, a medida do possível.
