O presente artigo apresenta como deverá ser o fluxo para o desenvolvimento da Inovação e da Manutenção, detalhando as fases que o processo de inovação e manutenção deverão seguir o responsável de cada ação da etapa, detalhes de como deve ser especificado o Release Notes, e em qual momento atualizar os ambientes de desenvolvimento, de produção e do SQA.

Inovação

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

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á.

   
   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.
   Atenção: O analista de inovação/manutenção deverá 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 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. 
   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.
   Atenção: 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 analista de inovação/manutenção deverá, então, disponibilizar o projeto no ambiente do SQA, o que inclui publicação de modelagem e re-deploy do projeto TOTVS Smart Analytics, e a exportação de métricas, relatórios e dashboads criados e/ou modificados, por meio da extensão do Chrome para o GoodData.
13. A partir deste momento, o analista de testes ficará encarregado de testar o projeto TOTVS Smart Analytics, e seguirá o passo de realizar check out do projeto no TFS.
    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.
14. 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.
    
    

...