Começar. É Gratuito
ou inscrever-se com seu endereço de e-mail
Backlog Adiantamento por Mind Map: Backlog Adiantamento

1. Front

1.1. Adequações ao Framework/Utilização de implementações padrão

1.1.1. Entregável

1.1.1.1. Rodar na máquina local

1.1.1.1.1. ok

1.1.1.2. Configurar na Pipeline

1.1.1.2.1. Pendente de outra equipe

1.1.2. Esforço

1.1.2.1. 1 dia

1.2. 2. Fórmula

1.2.1. Entregável

1.2.1.1. Apresentar no ambiente local um módulo de fórmula funcionando

1.2.2. Esforço

1.2.2.1. 2 dias

1.3. ...

2. Back

2.1. 1. Fórmula

2.1.1. **a.** Atender requisição de nome de Tag para busca de tag com @ e autocomplete

2.1.1.1. Responsável

2.1.1.1.1. Bruno

2.1.1.2. Entregável

2.1.1.2.1. Um endpoint que recebe um pesquisa por nome de tag e retorne uma lista de sugestão de tag's

2.1.1.3. Esforço

2.1.1.3.1. 1 dia

2.1.2. b. Salvar fórmula vinda do Frontend

2.1.2.1. Responsável

2.1.2.1.1. Bruno

2.1.2.2. Entregável

2.1.2.2.1. Formula válida salva no banco

2.1.2.3. Esforço

2.1.2.3.1. 2 dias

2.2. 2. Gráfico

2.2.1. a. Montagem de JSON com dados de tags em lote para o Frontend

2.2.1.1. Responsável

2.2.1.1.1. Raphael

2.2.1.2. Entregável

2.2.1.2.1. Endpoint que recebe uma consulta e retorna uma lista no formato JSON

2.2.1.3. Esforço

2.2.1.3.1. 4 horas

2.3. 3. Relação

2.3.1. a. Query de relação simples (apenas um nível)

2.3.1.1. Responsável

2.3.1.1.1. Raphael

2.3.1.2. Entregável

2.3.1.2.1. Dada uma pesquisa ir na tabela de rotulos e devolver as tags da tag pequisada

2.3.1.3. Esforço

2.3.1.3.1. A definir

2.3.2. b. Query recursiva para relação hierárquica (mais de um nível)

2.3.2.1. Responsável

2.3.2.1.1. Raphael

2.3.2.2. Entregável

2.3.2.2.1. Dada uma uma pesquisa montar uma árvore e retornar no formato JSON

2.3.2.3. Esforço

2.3.2.3.1. A definir

2.3.3. c. Montagem de JSON da relação (relação + valores de tags envolvidas) (relação simples semelhante a JSON de tags em lote, porém com o nome da relação) (relação hierárquica, semelhante a JSON de tags em lote, porém formatado em níveis hierárquicos, com o nome de cada nível)

2.3.3.1. Responsável

2.3.3.1.1. Raphael

2.3.3.2. Entregável

2.3.3.2.1. Todas as relações devolvidas no formato JSON

2.3.3.3. Esforço

2.3.3.3.1. A definir

2.4. 4. Mensagem (Anexo B)

2.4.1. a. Ver como integrar no Framework AMT

2.4.1.1. Responsável

2.4.1.1.1. Bruno

2.4.1.2. Entregável

2.4.1.2.1. Plano de implementação do uso de mensagens utilizando o framework Hefesto

2.4.1.3. Esforço

2.4.1.3.1. 3 horas

2.4.2. b. Catalogação (DTO) das mensagens MQ

2.4.2.1. Responsável

2.4.2.1.1. Bruno

2.4.2.2. Entregável

2.4.2.2.1. Catalogação das mensagens descritas no Anexo B

2.4.2.3. Esforço

2.4.2.3.1. 2 dias

2.4.3. c. Mensagens de entrada

2.4.3.1. Responsável

2.4.3.1.1. Bruno

2.4.3.2. Entregável

2.4.3.2.1. Implementação da regra de negócio que defina de onde será buscado o valor

2.4.3.3. Esforço

2.4.3.3.1. A definir

2.4.4. d. Mensagens de saída

2.4.4.1. Responsável

2.4.4.1.1. Bruno

2.4.4.2. Entregável

2.4.4.2.1. Implementação da regra de negócio que defina de onde será buscado o valor

2.4.4.3. Esforço

2.4.4.3.1. A definir

2.4.5. e. Mensagens de comunicação

2.4.5.1. Responsável

2.4.5.1.1. Bruno

2.4.5.2. Entregável

2.4.5.2.1. Alerta de eventos via websocket para o front

2.4.5.3. Esforço

2.4.5.3.1. A definir

3. Ambiente

3.1. Flyway

3.1.1. Responsável

3.1.1.1. Raphael

3.1.2. Entregável

3.1.2.1. Configurar no projeto

3.1.2.2. Configurar na Pipeline

3.1.2.2.1. Pendente de outra equipe

3.1.3. Esforço

3.1.3.1. 1 dia

3.2. Git Flow no ambiente da Spassu

3.2.1. Bruno

3.2.2. Incorporar o projeto

3.2.3. Entregável

3.2.3.1. Branch atualizada com o projeto base na versão 2

3.2.3.2. Padronização do nome da branch

3.2.3.2.1. feature/AMT-1

3.2.4. Esforço

3.2.4.1. 3 horas

3.3. SONAR

3.3.1. Pendente