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.
   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, mas 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. Além disso, esse script também deverá ser enviado para o analista responsável pelo Mercado Internacional (MI), para que este possa realizar a tradução. 
   Atenção: Durante esta etapa, o analista de inovação/manutenção deve-se atentar para editar o versionamento de modelagem devidamente.
   Image Added
   
   
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.
    
    

...

1. O analista responsável pela abertura da FNC de Erro/Melhoria criará a FNC após notificação do solicitante que alerta sobre algum erro ou deseja uma melhoria.
2. O analista de manutenção verificará se a FNC procede:
   1. Em caso negativo, a FNC será rejeitada, e o solicitante será informado das justificativas.
   2. Em caso positivo, os passos do cenário de Inovação, apresentados acima, deverão ser seguidos.
   Atenção: No último passo, neste caso, o analista de testes deverá, além de sinalizar ao analista de inovação/manutenção, também informar ao solicitante que sua FNC foi concluída com êxito.

Mercado Internacional

Ao fim dos passos acima, o analista de inovação/manutenção deverá abrir um chamado para dar sequência ao desenvolvimento, agora por parte da equipe de MI. Junto com um chamado, um e-mail de notificação deverá ser enviado à equipe de MI, enviando o Script MAQL criado pela atualização da modelagem e a especificação gerada no início do passo a passo. Dessa forma, a outra equipe ficará ciente do que foi adicionado, para realizarem a tradução. A partir deste momento, a equipe de MI fará a tradução da modelagem, a partir do Script MAQL, e depois, fará a tradução das métricas, relatórios e dashboards  criados/atualizados.