Mudanças entre as edições de "Liberação da Versão"
Ir para navegação
Ir para pesquisar
(Criou página com 'Protocolos para fechar a versão a partir da separação do fonte 1. Enviar email aos desenvolvedores solicitando: a. Testes de Rotina necessários. b. Tempo para apresenta...') |
|||
Linha 1: | Linha 1: | ||
Protocolos para fechar a versão a partir da separação do fonte | ==Protocolos para fechar a versão a partir da separação do fonte== | ||
1. Enviar email aos desenvolvedores solicitando: | 1. Enviar email aos desenvolvedores solicitando: | ||
a. Testes de Rotina necessários. | |||
b. Tempo para apresentação dos realizados. | a. Testes de Rotina necessários. | ||
c. Texto para divulgar a versão. | b. Tempo para apresentação dos realizados. | ||
c. Texto para divulgar a versão. | |||
2. Elaborar Programação dos Realizados e fazer a comunicação: | 2. Elaborar Programação dos Realizados e fazer a comunicação: | ||
a. Ao desenvolvedor responsável (solicitando aval) | |||
b. Ao Douglas, para criar os eventos. | a. Ao desenvolvedor responsável (solicitando aval). | ||
c. Ao Diogo, para elaborar a escala do suporte. | b. Ao Douglas, para criar os eventos. | ||
d. Ao Flávio, para gerar o link do evento. | c. Ao Diogo, para elaborar a escala do suporte. | ||
e. Após tudo esquematizado, comunicar no Geral. | d. Ao Flávio, para gerar o link do evento. | ||
e. Após tudo esquematizado, comunicar no Geral. | |||
3. Elaborar o texto para divulgar a versão, e divulgar para os desenvolvedores, para ver se há algo a adicionar/retificar. | 3. Elaborar o texto para divulgar a versão, e divulgar para os desenvolvedores, para ver se há algo a adicionar/retificar. | ||
4. Elaborar o link dos realizados, inserindo vídeos demonstrativos da alteração. | 4. Elaborar o link dos realizados, inserindo vídeos demonstrativos da alteração. | ||
5. Concluídas todas as fases de testes, subir com a versão: | 5. Concluídas todas as fases de testes, subir com a versão: | ||
a. Fazer a cópia da versão atual na pasta \\serverdb\Documentacao Teste\Cópia de Versão | |||
b. No Atendimento modificar o Status da versão para Release Candidate. | a. Fazer a cópia da versão atual na pasta \\serverdb\Documentacao Teste\Cópia de Versão. | ||
c. Gerar Scripts e Realizados e colar na pasta da Pré Versão. | b. No Atendimento modificar o Status da versão para Release Candidate. | ||
d. Deletar as subpastas (exec, bpls, dados, instalação) da pasta suporte (MC/Comercial). | c. Gerar Scripts e Realizados e colar na pasta da Pré Versão. | ||
e. Colar os arquivos da Pré Versão na pasta Suporte. | d. Deletar as subpastas (exec, bpls, dados, instalação) da pasta suporte (MC/Comercial). | ||
f. No Atendimento, executar a função para subir com a versão para a nuvem. | e. Colar os arquivos da Pré Versão na pasta Suporte. | ||
g. Comunicar ao desenvolvimento, teste e coordenadores do suporte via email que a versão está com liberada com atualização restrita. | f. No Atendimento, executar a função para subir com a versão para a nuvem. | ||
6. Liberar Oficialmente | g. Comunicar ao desenvolvimento, teste e coordenadores do suporte via email que a versão está com liberada com atualização restrita. | ||
a. Mudar o Status da Versão no programa de atendimento para Final. | |||
b. Publicar o Post de divulgação da versão com Feeds do sistema. | 6. Liberar Oficialmente: | ||
c. Comunicar no geral (via e-mail). | |||
d. Ajuste na TekStore para Divulgar a Versão (Marlon). | a. Mudar o Status da Versão no programa de atendimento para Final. | ||
b. Publicar o Post de divulgação da versão com Feeds do sistema. | |||
c. Comunicar no geral (via e-mail). | |||
d. Ajuste na TekStore para Divulgar a Versão (Marlon). |
Edição das 17h05min de 8 de março de 2023
Protocolos para fechar a versão a partir da separação do fonte
1. Enviar email aos desenvolvedores solicitando:
a. Testes de Rotina necessários. b. Tempo para apresentação dos realizados. c. Texto para divulgar a versão.
2. Elaborar Programação dos Realizados e fazer a comunicação:
a. Ao desenvolvedor responsável (solicitando aval). b. Ao Douglas, para criar os eventos. c. Ao Diogo, para elaborar a escala do suporte. d. Ao Flávio, para gerar o link do evento. e. Após tudo esquematizado, comunicar no Geral.
3. Elaborar o texto para divulgar a versão, e divulgar para os desenvolvedores, para ver se há algo a adicionar/retificar.
4. Elaborar o link dos realizados, inserindo vídeos demonstrativos da alteração.
5. Concluídas todas as fases de testes, subir com a versão:
a. Fazer a cópia da versão atual na pasta \\serverdb\Documentacao Teste\Cópia de Versão. b. No Atendimento modificar o Status da versão para Release Candidate. c. Gerar Scripts e Realizados e colar na pasta da Pré Versão. d. Deletar as subpastas (exec, bpls, dados, instalação) da pasta suporte (MC/Comercial). e. Colar os arquivos da Pré Versão na pasta Suporte. f. No Atendimento, executar a função para subir com a versão para a nuvem. g. Comunicar ao desenvolvimento, teste e coordenadores do suporte via email que a versão está com liberada com atualização restrita.
6. Liberar Oficialmente:
a. Mudar o Status da Versão no programa de atendimento para Final. b. Publicar o Post de divulgação da versão com Feeds do sistema. c. Comunicar no geral (via e-mail). d. Ajuste na TekStore para Divulgar a Versão (Marlon).