... | ... | @@ -203,7 +203,7 @@ Para melhorar: |
|
|
- **Critérios de aceitação:** Todos os campos são obrigatórios.
|
|
|
##### Débito Técnico - Adicionar loader nas requisições(Frontend)
|
|
|
- **Descrição:** Bloquear as ações da tela com a exibição de um loader (CircularProgress do Material UI, por exemplo)
|
|
|
##### Débito Técnico - corrigir erro do hibernate nas validacoes de notnull (Backend)
|
|
|
##### Débito Técnico - corrigir erro do hibernate nas validações de notnull (Backend)
|
|
|
##### Débito Técnico - Implementar logout (Frontend)
|
|
|
##### Débito Técnico - Usuário não admin, não pode acessar tela de admin (Frontend)
|
|
|
##### Débito Técnico - Exibir menu de solicitações (Frontend)
|
... | ... | @@ -226,10 +226,55 @@ Para Melhorar: |
|
|
|
|
|
#### Escopo
|
|
|
|
|
|
TBD
|
|
|
##### US04 - Expor rota de retorno das informações de um pedido DE ITEM por id (Backend)
|
|
|
- **Descrição:** Recebe um id de pedido de item e retorna a lista de itens do pedido.
|
|
|
##### US04 - Expor rota de retorno das informações de um pedido DE SERVIÇO por id (Backend)
|
|
|
- **Descrição:** Recebe um id de pedido de SERVIÇO e retorna a lista de serviços do pedido.
|
|
|
##### US04 - Diagramar tela de informações do pedido (Frontend)
|
|
|
- **Descrição:** Lembrar de considerar os tipos de pedidos diferentes na mesma tela, Desenvolver já pensando na integração
|
|
|
- **Critérios de aceitação:** Responsivo, Cobrir pedidos de itens e serviços, urgentes e não-urgentes.
|
|
|
##### US05 - Expor rota de registro de interesse para doar itens (Backend)
|
|
|
- **Descrição:** Recebe um objeto com a lista de itens e quantidades que o usuario escolheu, junto com os dados de contato (nome, email e/ou telefone)
|
|
|
- **Critérios de aceitação:** Quantidades devem ser maior que zero, obrigatório nome, email ou telefone, mandar email para instituição e todos administradores.
|
|
|
##### US05 - Expor rota de registro de interesse se voluntariar em serviço (Backend)
|
|
|
- **Descrição:** Recebe um objeto que tem a lista de itens e quantidades que o usuário escolheu e informações de contato do usuário.
|
|
|
- **Critérios de aceitação:** Validar quantidades maiores que 0, Obrigatório nome, email ou telefone, Mandar email de notificação de interesse para a instituição e todos os administradores.
|
|
|
##### US05 - Implementar modal de interesse (Frontend)
|
|
|
- **Descrição:** Definir melhor visualização de itens pendentes (critério do desenvolvedor),Já realizar a integração com o backend.
|
|
|
- **Critérios de aceitação:** Responsivo, Cobrir pedidos de itens e serviços, urgentes e não-urgentes.
|
|
|
##### US12 - Expor rota de pedido urgente de item (Backend)
|
|
|
- **Descrição:** Expor rota para pedido urgente, Remodelar tabelas de pedidos de itens para ter uma coluna de status
|
|
|
- **Critérios de aceitação:** Não validar a quantidade dos itens, Enviar email para o admin, Pedido fica em analise, Ao receber um pedido urgente de uma instituição que possui um pedido urgente em analise, inativa o antigo e mantém o pedido recebido como em analise.
|
|
|
##### US12 - Integração pedido urgente de item (Frontend)
|
|
|
- **Descrição:** Lembrar de não validar a quantidade de itens
|
|
|
- **Critérios de aceitação:** A instituição poderá pedir acima do limite para cada item, quando for um pedido urgente, Responsivo, Tela de acordo com o figma, Garantir, que quando for um pedido urgente, a mensagem de "acima do limite" não seja exibida.
|
|
|
##### US13 - Expor rota de pedido urgente de serviço (Backend)
|
|
|
- **Descrição:** Remodelar tabelas de pedidos de serviços para ter uma coluna de status
|
|
|
- **Critérios de aceitação:** Não validar a quantidade dos serviços, Enviar email para o admin, Pedido fica em analise, Ao receber um pedido urgente de uma instituição que possui um pedido urgente em analise, inativa o antigo e mantém o pedido recebido como em analise.
|
|
|
##### US13 - Integrar pedido urgente de serviço (Frontend)
|
|
|
- **Descrição:** Lembrar de não validar a quantidade de itens.
|
|
|
- **Critérios de aceitação:** A instituição poderá pedir acima do limite para cada serviço, quando for um pedido urgente, Responsivo, Tela de acordo com o figma, Garantir, que quando for um pedido urgente, a mensagem de "acima do limite" não seja exibida.
|
|
|
##### US18 - Expor rota de listagem de pedidos urgentes (Backend)
|
|
|
- **Descrição:** Rota deve buscar por pedidos urgentes de ITENS e SERVIÇOS com status **P** (pendente); Deve ser retornado uma classe nova de response, generalizando os itens e serviços para que tenham os mesmos nomes, afim de ser exibido no front; Identificar se o pedido é de item ou serviço; Ordenar pela data de criação mais antigo.
|
|
|
- **Critérios de aceitação:** Pedidos mais antigos devem vir primeiro, Itens e serviços devem ser listados na mesma rota, Apenas pedidos urgentes em analise devem ser listado.
|
|
|
##### US18 - Expor rota de resposta de solicitação de pedido de serviço urgente (ADMIN) (Backend)
|
|
|
- **Descrição:** Recebe a resposta da solicitação e o id do pedido, Mandar email com a resposta da solicitação.
|
|
|
- **Critérios de aceitação:** Enviar email para a solicitação com a resposta
|
|
|
##### US18 - Expor rota de resposta de solicitação de pedido de item urgente (ADMIN) (Backend)
|
|
|
- **Descrição:** Recebe a resposta da solicitação e o id do pedido, Mandar email com a resposta da solicitação.
|
|
|
- **Critérios de aceitação:** Enviar email para a solicitação com a resposta
|
|
|
##### US18 - Integração da tela de pedidos urgentes (ADMIN) (Frontend)
|
|
|
- **Critérios de aceitação:** Integrar busca das solicitações pendentes (pedidos de itens e serviços retornam na mesma rota), Integrar resposta das solicitações (rotas diferentes para tipos de pedidos diferentes), Exibir feedback ao usuário ao enviar a resposta de solicitação
|
|
|
##### US18 - Diagramar tela de listagem de pedidos urgentes (ADMIN)(Frontend)
|
|
|
- **Descrição:** Considerar pedidos de itens e pedidos de serviços na mesma listagem (serviços não tem a unidade, por exemplo), Desenvolver já pensando na integração (evitar informações hardcoded)
|
|
|
- **Critérios de aceitação:** Responsivo, Somente visual
|
|
|
##### Débito Técnico - Validar se existe usuário cadastrado para o email de login ao solicitar um cadastro (Backend)
|
|
|
##### Débito Técnico - Adicionar cabeçalho no card de pedidos para o doador (Frontend)
|
|
|
##### BUG - Corrigir limite de quantidade(undefined) em criar serviços não urgentes
|
|
|
##### BUG - Quantidade de pedidos não acompanha o item / serviço
|
|
|
- **Descrição:** Quando temos um item/serviço com quantidade X e adicionamos mais um item/serviço, a quantidade não está seguindo o já cadastrado
|
|
|
|
|
|
#### Apresentação
|
|
|
|
|
|
Andrews Souza
|
|
|
|
|
|
#### Retrospectiva
|
... | ... | |