...

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
   Em uma tarefa da Inovaçã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
   Em uma tarefa da Manutenção, durante a etapa de codificação, no Release Notes, o analista deverá enumerar todos os datasets e graphs que alterará ou adicionará. Tanto para a Inovação, quanto para a Manutenção, o analista 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. 

   Nota
   title Atenção
   A modelagem é codificada em um único arquivo, o que pode gerar problemas no desenvolvimento em paralelo. Para evitar erros e substituições indevidas, converse com os outros desenvolvedores do produto, se não há outra pessoa em posse do arquivo, antes de iniciar as alterações. É possível que antes de um analista finalizar toda a codificação necessária (modelagem, ETL e dashboards), ele precise incluir o arquivo de modelagem em outro servidor de versionamento (como por exemplo, o SVN, que é usado atualmente), para que outro analista possa baixá-lo e iniciar outra codificação em paralelo. Pode ocorrer o mesmo, se mais de um analista precisar realizar alterações em um mesmo graph. Portanto, o TFS deverá ser utilizado para realizar check in do projeto completo, somente ao finalizar toda a codificação. E outro servidor de versionamento, poderá ser utilizado para facilitar o desenvolvimento em paralelo.

   
   
   

   Informações
   title Nota
   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 script MAQL 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.    Nota title Atenção  Durante esta etapa, o analista de inovação/manutenção deve-se atentar para editar o versionamento de modelagem devidamente.

    

    

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. 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.
8. Ao finalizar esses passos, o analista de inovação/manutenção deverá , realizar o check in do projeto atualizado no TFS. A partir deste momento, o analista de inovação/manutenção deverá sinalizar ao analista E então, sinalizará para o analista responsável pelo teste unitário, de que o projeto já está disponível para o teste de unidade.
9. O analista responsável pelo teste unitário, por sua vez, deverá realizar o mesmo passo de check out do efetuar um Get no projeto TOTVS Smart Analytics no TFS.
10. 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, no caso da Inovação, o analista que realizou o teste deve alinhar com o analista desenvolvedor para que uma tarefa de defeito seja aberta. O analista desenvolvedor após corrigir o(s) erro(s), deve atualizar o projeto no TFS. 
    2. No caso da Manutenção, se o analista que executou o teste unitário se deparou com um erro (ou mais), este deverá alinhar e rejeitar a ficha para o analista desenvolvedor, para a devida correção.
    3. 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. 
11. 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 Get do projeto no TFS, publique a modelagem e efetua o re-deploy do projeto no ambiente do SQA.

12. Quando o analista de testes finalizar estes passos iniciais, ele deve sinalizar o analista de inovação, que por sua 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. 

    Informações
    title Nota
    Para maiores informações sobre a extensão do Chrome, acesse: Como acesso o GoodData Extension Tool para o Analytics.TOTVS.com.br ?

    
    

13. 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.
14. A partir deste momento, o analista de testes ficará encarregado de testar o projeto TOTVS Smart Analytics.
    1. Se um ou mais erros forem encontrados, o analista de testes deverá alinhar com o analista de Inovação, e abrir tarefa de defeito para devida correção do(s) erro(s).
    2. No caso da Manutenção, o analista de testes deverá rejeitar a ficha, para retornar a codificação para o analista desenvolvedor.
15. 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.
    • A cada vez que mexer ja atualiza, ou só no fechamento de release passa tudo?
      
      

Manutenção

Os seguintes passos devem ser seguidos pelo analista de inovação/manutenção que irá alterar ao projeto do TOTVS Smart Analytics:

...