Skip to content

Planejamento Sprint 8

VinyPinheiro edited this page Jun 24, 2017 · 4 revisions

1. Introdução

Número da Sprint: 8

Data de Início: 19/06/2017

Data de Término: 24/06/2017

Duração: 5 (cinco) dias

Pontos Planejados: 36

Pontos Adicionados (Dívida): 6


2. Papéis

Scrum Master:

Tracker:

Product Owner:

Desenvolvedores:

3. Histórias planejadas

3.1.1. User Story

Eu, como assistente administrativo ou coordenandor, desejo permitir uma alocação solicitada.

3.1.2. Critérios de Aceitação

  • No período de alocação, o usuário selecionará a sala desejada;
  • No período de ajuste, a sala já vem pré-selecionada;
  • Ao recusar a solicitação, o usuário deverá apresentar justificativa.

3.1.3. Responsáveis

3.2.1. Technical Story

Eu como desenvolvedor, desejo refatorar a allocation controller com a finalidade de melhorar a qualidade de código

3.2.2. Responsáveis

3.3.1. User Story

Eu, como usuário externo ao sistema, desejo saber quais turmas foram alocadas por departamento, para fim de utilizar as informações para divulgar em outro meio.

3.3.2. Critérios de Aceitação

  • O usuário deve pesquisar departamento por código no respectivo Endpoint..

3.3.3. Responsáveis

3.4.1. User Story

Eu, como usuário externo ao sistema, desejo saber quais turmas foram alocadas por disciplina, para fim de utilizar as informações para divulgar em outro meio.

3.3.2. Critérios de Aceitação

  • O usuário deve pesquisar disciplina por código no respectivo Endpoint.

3.4.3. Responsáveis

3.5.1. User Story

Eu, como usuário externo ao sistema, desejo saber quais turmas foram alocadas por prédio, para fim de utilizar as informações para divulgar em outro meio.

3.5.2. Critérios de Aceitação

  • O usuário deve fazer a requisição colocando o código do prédio;
  • A API retorna todas as alocações do prédio em formato JSON.

3.5.3. Responsáveis

3.6.1. User Story

Eu, como usuário externo ao sistema, desejo saber quais turmas foram alocadas por sala, para fim de utilizar as informações para divulgar em outro meio.

3.6.2. Critérios de Aceitação

  • O usuário deve pesquisar sala por código no respectivo Endpoint.

3.6.3. Responsáveis

3.7. [EP01FE07TS10 - Refatorar validação Cadastrar](https://github.com/fga-gpp-mds/2017.1-SIGS/issues/86 (3pt)

3.2.1. Technical Story

Eu, como desenvolvedor, desejo melhorar as validações no formulário de cadastro para garantir que o usuário não tenha dificuldades para se cadastrar caso os campos sejam preenchidos de forma errada ou deixados em branco.

3.7.3. Responsáveis

4. Histórias Adicionadas (Dívida)

4.1.1. User Story

Eu, como usuário externo ao sistema, desejo saber quais turmas foram alocadas em uma determinada sala, para fim de utilizar as informações para divulgar em outro meio.

4.1.2. Critérios de Aceitação

4.1.3. Responsáveis

4.2.1. User Story

Eu como Coordenação e PRC desejo filtrar salas com a finalidade de melhorar a facilidade e rapidez da busca das salas.

4.2.2. Critérios de Aceitação

  • O usuário deve estar logado
  • O usuário pode filtrar por nome, ala, prédio, vagas, categoria e funcionamento da sala

4.2.3. Responsáveis

5. Presença na reunião de Planejamento

Presente Membro
presente Ateldy Borges Brasil Filho
presente Bruno Matias Casas
ausente Caio Felipe Dias Nunes
presente Carlos Enrique Rodrigues Aragon
presente Daniel Marques Rangel
ausente Francisco Wallacy Coutinho Braz
presente Gesiel dos Santos Freitas
presente Iasmin Santos Mendes
ausente João Paulo Busche da Cruz
ausente Lucas Andrade Oliveira
presente Rodrigo Dadamos Lopes da Silva
presente Vinícius da Silva Carvalho
presente Vinicius Pinheiro da Silva Correa
Clone this wiki locally