US-3 | Eu, como usuário, gostaria de baixar arquivos agregados de um período (ano) por localização (cidade e estado).

[pkbceira03]

Descrição Página na plataforma web do projeto para download de diários oficiais em formato agregado e compactado pelos recortes geográficos e cronológicos desejados.

Critérios de Aceitação

• O usuário deve visualizar em uma tabela as colunas de estado, cidade, data, tamanho do arquivo, URL de download de um zip e data de atualização do arquivo agregado;
• O usuário deve poder selecionar mais de um arquivo para baixar de uma só vez;
• Deverá haver uma barra de pesquisa para cidade, seletores de UF e ano de escolha para seleção da agregação na página desta funcionalidade;

Tarefas

• [ ] Criar o Protótipo da página com base nos templates de estilo já existentes do QD;
• [ ] Criar página baseada no protótipo validado.

[pkbceira03]

@esteerlino, @raissamsoliveira e @ArthurFerreiraRodrigues por favor revisem essa US até a reunião de amanhã com o cliente para mostramos ao cliente.

[esteerlino]

Revisão feita em parceria com @raissamsoliveira

Quanto ao segundo critério de aceitação, poderia explicar melhor? Seria a implementação da barra? Quanto às tarefas:

1. ok
2. Não seria a rota da API?
3. O que é "detalhar mais"? Não seria um critério de aceitação a ser aprovado com o cliente?
4. ok
5. Não entendi! Isso também não seria um critério de aceitação a ser aprovado com o cliente?
6. ok
7. ok

[csafurtado]

O 2° critério de aceitação estaria relacionado à página que seria criada para esta US, faltou deixar um pouquinho mais claro 😅. Quanto às tarefas, acredito que a 4,5 e 6 já descrevem a tarefa 3, podendo essa ser retirada. É isso mesmo @pkbceira03 @wildemberg-sales?

[pkbceira03]

É isso que o @csafurtado disse, só esquecemos de apagar. Na segunda tarefa eu concordo com a @esteerlino. A 5 acho que fica como tarefa mesmo, só temos que definir melhor com o cliente de quanto em quanto tempo vai rodar o JOB de atualização.

[csafurtado]

Vou fazer então essas alterações ok? Qualquer coisa a mais pode me chamar aqui!

[ogecece]

Revisei aqui. No geral tá muito bom, vou fazer algumas pontuações:

Geral

• Podemos deixar de mencionar filtro por data (ano, mês e dia) e colocar considerar apenas o ano em todos os pontos: tabela no banco, recorte, interface web.

Critérios de aceitação

• Critério 1 (A API deve retotnar a Urls dos diários relacionados da pesquisa, separando por cidade e data): Acho a última tarefa viria faz sentido estar aqui de certa forma também: "A API deve retornar os metadados dos arquivos agregados com base em pesquisas por nome de cidade, UF e ano. O retorno da consulta deve ter as colunas de estado, cidade, data, tamanho do arquivo, url de download de um zip e data de atualização do arquivo agregado
• Critério 2 (Deverá haver uma barra de pesquisa para cidade e ano de escolha para seleção da agragação na página desta funcionalidade): Seria bom poder filtrar por UF, então colocaria "barra de pesquisa para cidade, e seletores para UF e ano"
• Critério 4? : O usuário deve poder selecionar mais de um arquivo para baixar de uma só vez

Tarefas

• Tarefa 5 (Criação do JOB de cadastro de cidade, que vai rodar toda vez que uma cidade for cadastrada e quando o banco dela estiver populado): Acho que vai dar mais trabalho pra vocês e a rotina mensal supre essa demanda. Por mim poderia remover essa tarefa. O que acham?

[wildemberg-sales]

Agradecemos sua validação @ogecece , irei fazer as correções agora mesmo.

Sobre o critério 4 estamos de acordo, iremos adicionar a nossa US.

Sobre a tarefa 5, nós pensamos em rodar ela para coleta e agregação de diários que estão fora do ano atual. Exemplo: foi cadastrado a cidade X hoje, a rotina mensal irá coletar todos os arquivos do ano atual e agregar, mas o que acontece com os anos passados? Foi aí que pensamos em criar uma rotina para coletar essa dos anos anteriores somente uma vez após cadastro e disponibilização dos seus arquivos.

Gostaria de validar essa ideia contigo, e caso não seja necessário já descartamos essa tarefa.