Histórico da Página

...

1. O analista de inovação/manutenção deve gerar a especificação referente à sua tarefa, se esta for necessária, e ao finalizar, enviá-la para homologação.

   Nota
   title Atenção
   Durante a etapa de especificação, no Release Notes, o analista deverá enumerar todos os datasets e graphs que alterará ou adicionará.

2. Ao obter o retorno da homologação, se esta foi negativa, realize as alterações necessárias e envie novamente para homologação. Ao obter uma resposta positiva, dê continuidade aos próximos passos.
3. Antes de iniciar a codificação, o analista deverá primeiro realizar o check out do pacote com o projeto do TOTVS Smart Analytics mais atual no TFS, e copiá-lo como um projeto local.

4. Abra o projeto local com a ferramenta Cloud Connect, e dê início à etapa de codificação.

   Nota
   title Atenção
   O analista de inovação/manutenção deverá, irrefutavelmente, manter nota de todos datasets e graphs que foram alterados ou adicionados, para manter o Release Notes atualizado. Dessa forma, o cliente customizado terá a informação necessária para realizar a atualização de seu projeto.

5. A codificação inicia-se com a modelagem, quando necessário, e é preciso publicá-la na nuvem do GoodData ao finalizá-la, antes de dar continuidade às alterações no ETL.

    No

    
   
   

   Nota
   title Atenção
   No momento de realizar a publicação da modelagem, é possível verificar as alterações que serão adicionadas ao modelo que se encontra na nuvem. Além disso, é possível visualizar e copiar os script MAQL destas atualizações. Como boa prática,

   este

   este script MAQL

   deve

   deve ser anotado e salvo pelo analista de inovação/manutenção, pois este script será enviado no pacote de atualização do TOTVS Smart Analytics, no Portal do Cliente, para que dessa forma os clientes que possuem customizações, possam atualizar sem perder suas alterações.  Atenção: Durante esta etapa, o analista de inovação/manutenção deve-se atentar para editar o versionamento de modelagem devidamente. Image Modified

   
   
   
   

6. A seguir, as alterações de ETL poderão ser realizadas, e ao finalizar, o analista de inovação/manutenção deverá, então, efetuar o deploy/re-deploy no ambiente de desenvolvimento.

   Informações
   title Nota
   Durante esta etapa, o analista de inovação/manutenção deve-se atentar para editar o versionamento de ETL devidamente.

7. Ao finalizar esses passos, o analista de inovação/manutenção deverá, realizar o check in do projeto atualizado no TFS.
8. Para concluir a etapa de codificação, só resta ao analista realizar a criação de métricas, relatórios e/ou dashboards no analytics.totvs.com.br, no ambiente de desenvolvimento.
9. Ao concluir estes passos, o analista de inovação/manutenção deverá sinalizar ao analista responsável pelo teste unitário, de que o projeto já está disponível para o teste de unidade.
10. O analista responsável pelo teste unitário, por sua vez, deverá realizar o mesmo passo de check out do projeto TOTVS Smart Analytics noTFS.
11. A partir de então, este analista deverá realizar o teste executando o Agent, ou rodando localmente no Cloud Connect, no ambiente de desenvolvimento (dependendo do que foi codificado, outro tipo de teste pode ser mais cabível). E se necessário, também deverá checar se os dados foram carregados na nuvem, por meio de criação de relatórios em analytics.totvs.com.br.
    1. Se for encontrado algum erro, este deve sinalizar para que o analista de inovação/manutenção corrija-os e atualize o projeto no TFS. 
    2. Se os testes forem executados com sucesso, também deve-se sinalizar ao analista de inovação/manutenção que o projeto está funcionando corretamente. 
12. Ao obter o retorno de que o teste unitário foi realizado com sucesso, o processo poderá continuar. O analista de teste deverá realizar os mesmo procedimentos anteriores, faça o check out do projeto no TFS, publique a modelagem e efetua o re-deploy do projeto no ambiente do SQA.
13. Quando o analista de testes finalizar estes passos iniciais, ele deve sinalizar o analista de inovação, que por vez irá realizar a exportação das métricas, relatórios e dashboards desenvolvidos no front-end, para obter um token (este token é válido somente por 2 horas), por meio da extensão do Chrome para o GoodData.
14. O analista de inovação enviará o token para o analista de testes, para que este realize a importação, também utilizando a mesma extensão do Chrome.
15. A partir deste momento, o analista de testes ficará encarregado de testar o projeto TOTVS Smart Analytics.
    1. Se erros forem encontrados, o analista de testes abrirá tarefas de defeito para a devida correção pelo analista de inovação/manutenção.
16. Quando os testes forem finalizados com sucesso, o analista de testes deverá dar o sinal de sucesso para o analista de inovação/manutenção, para que este mantenha o ambiente de Produção atualizado, conforme fechamento de releases.
    
    

...