Skip to content

GitLab

  • Menu
Projects Groups Snippets
    • Loading...
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in
  • R RN-eVote
  • Project information
    • Project information
    • Activity
    • Labels
    • Planning hierarchy
    • Members
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
  • Issues 0
    • Issues 0
    • List
    • Boards
    • Service Desk
    • Milestones
  • Merge requests 0
    • Merge requests 0
  • CI/CD
    • CI/CD
    • Pipelines
    • Jobs
    • Schedules
  • Deployments
    • Deployments
    • Environments
    • Releases
  • Monitor
    • Monitor
    • Incidents
  • Analytics
    • Analytics
    • Value stream
    • CI/CD
    • Repository
  • Wiki
    • Wiki
  • Snippets
    • Snippets
  • Activity
  • Graph
  • Create a new issue
  • Jobs
  • Commits
  • Issue Boards
Collapse sidebar
  • VotacaoOnLine
  • RN-eVote
  • Wiki
  • progresso

Last edited by Gabriel Fanto Stundner Jun 25, 2020
Page history
This is an old version of this page. You can view the most recent version or browse the history.

progresso

|Home|Quick Start|Sprints|Progresso|Frontend|Backend|Links| |:---:|:---:|:---:|:---:|:---:|:---:|:---:|:---:|:---:|:---:|:---:|:---:|

Acesso rápido:

* Sprint 0 * Sprint 1 * Sprint 2 * Sprint 3 * Sprint 4

Sprint 0 - (20/03/2019)

Neste dia realizamos a entrega dos mockups da aplicação eVote, validamos a proposta desenvolvida e discutimos sobre algumas alteraçãos que foram sugeridas por Rafael e Renato.

Como conclusão da entrega, levantamos alguns os pontos que precisam de ajustes: eles estão agrupados a seguir por grupo responsável. O grupo deve realizar os ajustes no Figma e validar com os stakeholders se as alterações estão de acordo com os requsitos da aplicação.

  • Data prevista para entregar os mockups com os ajustes: 25/03/2019
  • Os mockups servirão de base para o que será desenvolvido;

Grupo 1: (Antônio e Gustavo):

  • Cor do "Adicionar" (+) deve ser verde;
  • Limitar contexto da listagem (não pode ficar na frente do botão de adicionar);
  • Melhorar descrição da mensagem de tempo (Ex.: “em 3 dias”, inicia ou termina termina em 3 dias?).
  • Incluir exemplos de quando a votação está em andamento e seus outros estados possíveis;
  • Atentar-se aos campos obrigatórios (talvez marcar com *);
  • Organizar o fluxo no Figma e ligar com de outros grupos que fazem parte do fluxo (são o antes ou depois delas);
  • Filtro (buscar) no histórico de salas;

Obs.: na listagem de votações só aparecem votações em que o usuário foi incluído (não precisamos pensar em públicas e privada no momento);

Grupo 2: (Bianca, Carol e Daniela):

  • Adicionar contextualização das perguntas (Adicionar PDF, Link externo para vídeo)... (cada pergunta tem a sua);
  • Cuidar para usuário não se confundir entre criação de sala e pergunta;
  • Tamanho das opções será de até 100 caracteres;
  • Atentar-se aos campos obrigatórios, talvez marcar (na primeira tela de criar sala tudo é obrigatório), na segunda tudo é opcional;
  • Não deve ter menu inferior na parte de adicionar perguntas (é uma tarefa única e exclusiva, tem que ter atenção);
  • Organizar o fluxo no Figma e ligar com de outros grupos que fazem parte do fluxo (são o antes ou depois delas);
  • Não precisa do botão “concluir questões”, manter o usuário em um fluxo;
  • Adicionar exemplo de adicionar votantes sem o filtro (devem aparecer todos na listagem);
  • O usuário tem que visualizar o que inseriu e dar “ok” (criar esta tela) (Listagem de perguntas no modal)

Grupo 3: (Frederico e Leonardo Pasqualotto):

  • Seta já confirma o voto;
  • Seta também pode ficar verde(decido não colocar);
  • Contextualizar o usuário sobre quantas questões ainda têm para responder (Ex.: 1 de 15);
  • Remover o menu inferior (não é necessário);
  • Adicionar visualização da contextualização das questões (PDF, link externo...);
  • Organizar o fluxo no Figma e ligar com de outros grupos que fazem parte do fluxo (são o antes ou depois delas)
  • Auditar o voto: o usuário só visualiza seus votos em uma listagem (pergunta e a resposta que), mas não pode alterar.

Grupo 4: (Ícaro, Leonardo Vizzotto, João e Pedro):

  • Visualizar resultados: marcar em qual opção o usuário votou (no caso do usuário comum);
  • Criar tela exemplo com visualização usuário e admin;

Sprint 1 - (08/04/2019)

Nesta Sprint foi definido que seriam trabalhadas as User Stories 06, 07 e 08. Cada uma das três USs receberam um nível de dificuldade (Fácil, Médio ou Difícil) e foram separados grupos para o trabalho simultâneo das User Stories.

Foram também levantadas algumas tarefas habilitadoras para o trabalho nas USs.

US_06: Criar Sala (Bianca, Carolina, Ícaro):

  • Criar front da tela 1 (datas, titulo, descrição)
  • Criar componente para upload de PDF
  • Chamar serviço criação de sala
  • Criar front da tela 2 (links + pdf)
  • Validação dos campos

US_07: Cadastrar Questões (Frederico, João, Leonardo Pasqualotto):

  • Inserir Pergunta
  • Inserir Resposta
  • Adicionar mais uma alternativa
  • Anexar PDF
  • Input do Link de um vídeo
  • ListView de Perguntas
  • Adicionar mais questões (Botão)
  • Validação dos campos

US_08: Vincular Votantes (Antônio, Daniela):

  • Filtro por input (nome, cpf)
  • Listar usuários do sistema
  • Marcar usuários já adicionados
  • Submit
  • Mensagens para feedback

Habilitadora: Integração com Redux (Leonardo Vizzotto):

  • Integração com Redux

Habilitadora: Navegação entre Páginas (Mathias):

  • Navegação entre Páginas

Habilitadora: Modelo de dados de Sala (João, Leonardo Vizzotto, Mathias):

  • Modelo de dados de Sala

Sprint 2 (08/05/2019)

Nesta Sprint foi definido que seriam trabalhadas as User Stories 09 e 10, bem como o término das USs 06, 07 e 08, que ficaram com débito técnico (US 06) e não foram aceitas (USs 07 e 08) na Sprint 1.

US_09: Visualizar Andamento (Bianca, Leonardo Pasqualotto, Pedro):

  • Buscar dados da sala selecionada (pelo id)
  • Download do pdf (prestação de contas)
  • Mostrar percentual de usuários que já votaram
  • Diferenciar votação em andamento e encerrada

US_10: Visualizar votação como Administrador (Frederico, Carolina, Ícaro):

  • Buscar lista de salas do banco
  • Criar menu
  • Diferenciar estados das salas (cor e legenda)
  • Validar disponibilidade da sala para deixá-la selecionável
  • Enviar ID da sala selecionada ao trocar de tela

Também foi realizada a tarefa habilitadora:

Habilitadora: Criar reducer do modelo de visualização da sala (Leonardo Vizzotto):

  • Criação do Reducer

Sprint 3

Nesta Sprint foi definido que seriam trabalhadas as User Stories 01, 02 e 03, bem como o término da US 10, que ficou com débito técnico na Sprint 2. Esta entrega está agendada para uma quarta-feira (29/05/2019 ), portanto, os itens a seguir devem estar disponíveis na repositório DEV da sprint 3 até a data anterior (28/05/2019) para serem disponibilizados em ambiente de produção posteriormente.

US_01: Login:

Responsáveis: Ainda não definido
Tarefas gerais:
  • Vincular autenticação com base de dados de usuários (1)
  • Tela login (2)
  • Armazenar dados do usuário logado (3)
Critérios de aceitação

Serão definidos pelos responsáveis e validados pelos AGES IV junto aos clientes.

US_02: Visualizar votação como Usuário:

Responsáveis: Bianca
Tarefas gerais:
  • Puxar o arquivo certo do storage (1)
  • Buscar informações da sala (2)
  • Tela informações gerais da votação (3)
Critérios de aceitação

Serão definidos pelos responsáveis e validados pelos AGES IV junto aos clientes.

  • (1) Puxar o arquivo certo do storage

  • O PDF deve ser referente à sala de votação selecionada (conexão com Firebase)

  • É necessário informação visual do andamento do download (Iniciando o download, pode ser igual à do upload)

  • Exibir mensagem de aviso, caso não seja possível fazer o download (Exemplo: falha na conexão)

  • (2) Buscar informações da sala

  • As informações devem ser referentes à sala selecionada na listagem (conexão com Firebase)

  • (3) Tela informações gerais da votação

  • Informações de início e fim da sala (data/ hora)

  • Botão de download de PDF

  • Ação de download de PDF

  • Exibir descrição da sala (caso exista)

  • Não exibir mensagem nenhuma caso não exista informações adicionais

  • Botão de começar votação

  • O botão de 'começar' deve enviar um identificador da sala que se trata para a próxima tela;

  • Deve ser possível rolar para baixo se as informações presentes forem maior que o conteúdo da tela;

US_02: Votar:

Responsáveis: Ainda não definido
Tarefas gerais:
  • Iniciar votação (frame 3) (1)
  • Download PDF(2)
  • Tela de contexto de uma pergunta (3)
  • Tela de alternativas de uma pergunta (4)
  • Fluxo de questões (5)
  • Salvar respostas (6)
Critérios de aceitação

Serão definidos pelos responsáveis e validados pelos AGES IV junto aos clientes.

Melhorias sugeridas pelo time e clientes:

  • Posicionamento do botão criar sala da tela de listagem;
  • Tamanho do menu da tela de listagem;
  • E outra forma de controlar os passos de conclusão de criação de sala (detalhes atualizados no Figma);
  • Validação de link na tela de contexto;
  • Colocar um padding na view da listagem de usuários, no celular do Fred ficou por cima;
  • Tela de criar sala: os botões de back e next tem que estar no final da tela;
  • Não ficar com menos de 2 alternativas no apagar questão;
  • Tirar o contador de já adicionados enquanto não temos essa funcionalidade no vincular votante;
  • Pesquisar na listagem de salas.

Sprint 4

Nesta Sprint foi definido que seriam trabalhadas as User Stories 02 e 05, bem como o término das USs 09 e 10, que ficaram com débito técnico (US 10) e não foram aceitas (US 09) nas Sprints 2 e 3.

US_02: Visualizar votação como Usuário:

Responsáveis: Ainda não definido
Tarefas gerais:
  • Puxar o arquivo certo do storage
Critérios de aceitação

Serão definidos pelos responsáveis e validados pelos AGES IV junto aos clientes.

US_05: Visualizar resultado:

Responsáveis: Ainda não definido
Tarefas gerais:
Critérios de aceitação

US_09: Visualizar andamento:

Responsáveis: Ainda não definido
Tarefas gerais:
Critérios de aceitação

US_10: Visualizar votação como Administrador:

Responsáveis: Ainda não definido
Tarefas gerais:
  • Buscar dados da sala selecionada (pelo id) (recebe da tela início)
  • Mostrar % de usuários que já votaram
  • Diferenciar votação em andamento e encerrada (receberá a info da tela 'Início')
Critérios de aceitação
Clone repository
  • QuickStart
  • User Stories
  • arquitetura
  • backend
  • cronograma
  • frontend
  • Home
  • links
  • modelagem
  • progresso
  • prototipos
  • sprints
  • termo de abertura