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

progresso

Home Quick Start Sprints Progresso Modelagem Protótipos Arquitetura Artefatos

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: Carolina, Leonardo Vizzotto, Mathias
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_03: Votar:

Responsáveis: Antônio, Daniela, Frederico, Mathias
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.

Ao final da Sprint 3, realizamos uma retrospectiva online, através da ferramenta FunRetro. o resultado final está demonstrado na imagem abaixo: Board da Retrospectiva da Sprint 3


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: JM, Leonardo Vizzotto, Leonardo Pasqualotto
Tarefas gerais:
  • Puxar o arquivo certo do storage
Critérios de aceitação
  • Não deve ser possível inicializar uma votação que ainda não começou ou já terminou
  • Cada usuário só deve poder votar uma vez por sala

US_05: Visualizar resultado:

Responsáveis: Bianca
Tarefas gerais:

(Usuário) Visualizar o resultado final da votação.

Critérios de aceitação

US_09: Visualizar andamento:

Responsáveis: Bianca
Tarefas gerais:

(Administrador) Visualizar o andamento de uma votação para que se possa visualizar o fluxo desta.

Critérios de aceitação
  • (1) Tela apresentada durante a votação
  • 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')
  • (2) Tela apresentada com os resultados finais da votação
  • Visualizar lista de questões
  • Cálculo das porcentagens

US_10: Visualizar votação como Administrador:

Responsáveis: Pedro e Ícaro
Tarefas gerais:

(Administrador) Visualizar a lista de votações criadas, para que se possa listar os detalhes do andamento de uma votação.

Critérios de aceitação
  • Deve ser possível visualizar em listas diferentes as votações em andamento/que irão acontecer e as que já aconteceram
  • Para cada sala deve existir uma mensageem referente ao estado da votação ("Disponível em xxx dias", "Disponível em xxx horas", "Em andamento", "dd/mm/YYYY" obs: esta opção é para as votações passadas)
  • Os cards de sala devem ter cores referentes ao seu estado (à iniciar: roxo, em andamento:verde, finalizada:cinza)

US_11: Tela de Cadastro do Usuário:

Responsáveis: Antônio, Carolina, Leonardo Pasqualotto e Mathias
Tarefas gerais:
  • Criar tela de cadastro do usuário
Clone repository
  • QuickStart
  • User Stories
  • arquitetura
  • backend
  • cronograma
  • frontend
  • Home
  • links
  • modelagem
  • progresso
  • prototipos
  • sprints
  • termo de abertura