Resultados Sprint 7

1 Resultados da Sprint

ID	História	Status
EP01FE07US36	Alterar tipos de usuário	Concluído
EP02FE05US20	Autenticar (tokens) para API	Concluído
FE08TS08	Refatorar Views	Concluído
FE08TS09	Alterar view de Turma	Concluído
EP01FE01US08	Visualizar solicitações de alocação	Concluído
EP01FE01US04	Excluir alocação (Dívida)	Concluído
EP01FE04US32	Adicionar filtros no visualizar sala	Não Concluído

Total de pontos concluídos:38

2. Histórias Adicionadas

2.1. EP01FE01US04 - Excluir alocação (5pt)

2.1.1. User Story

Eu como coordenação ou Prefeitura desejo excluir uma alocação feita por mim antes, a fim de garantir a veracidade das alocações.

2.1.2. Critérios de Aceitação

• O usuário pode escolher qual tipo de exclusão ele pode executar, como excluir alocações de um dia, de uma sala ou uma única alocação específica.

2.1.3. Responsáveis

• Bruno Matias Casas
• Francisco Wallacy Coutinho Braz

2.2. EP01FE04US32 - Adicionar filtros no visualizar sala (3pt)

2.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.

2.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

2.2.3. Responsáveis

• Vinicius da Silva Carvalho
• Ateldy Borges Brasil Filho

3. Indicadores do processo

3.1. Análise do Scrum Master

Nessa sprint foi feita uma adaptação no andamento do projeto em relação a metodologia ágil, em que o scrum master também fez o papel de desenvolvedor, pelo fato de alguns integrantes do grupo de desenvolvimento estarem compromissados durante a semana da sprint e assim não poderem estar 100% envolvidos e responsabilizados pela entrega das historias.

Houve um maior comprometimento por boa parte dos responsáveis pelas entregas das historias, que foram concluídas em sua maioria, ficando apenas uma como divida para próxima sprint. Também foi notado maior aprofundamento em analises do estado do projeto por parte do tracker.

Dessa forma pode ser concluído que a grupo amadureceu muito, mas há ainda problema de comprometimento e comunicação por parte de poucos.

3.3. Análise do Product Owner

Nessa sprint como foram feitas histórias técnicas para a refatoração da view, assim o protótipo teve que ser mudado. As mudanças feitas na sprint teve como propósito adequar o projeto, de maneira visual, ao pedidos do cliente.

Em relação as apresentações do protótipo das histórias de usuários, ocorreu um pequeno imprevisto, pois o membro da equipe responsável por essa avaliação, não pode avaliar, pois houve um problema com sua máquina de trabalho.

3.3. Burndown da Sprint

Clique aqui para ver maior

3.4. Velocity da Sprint

Clique aqui para ver maior

3.5. Quadro de Conhecimento

Clique aqui para visualizar maior

4. Retrospectiva

4.1. Pontos Positivos:

• Maior comprometimento com as histórias.
• Somente um história não foi concluída do total de oito histórias.
• Nivelamento de conhecimento entre as duplas de pareamento.

4.2. Pontos Negativos:

• Dificuldade de pareamento entre algumas duplas.
• Começo tardio da implementação de certas histórias.
• A história EP01FE04US32 - Adicionar filtros no visualizar sala não foi concluída.

4.3. Melhorias:

• Começar histórias no início da sprint.

5. Métricas

5.1. Cobertura de Testes

Clique aqui para aumentar a imagem 1

Clique aqui para aumentar a imagem 2

Clique aqui para aumentar a imagem 3

A cobertura dessa Sprint atingiu os 100% pois um membro do time descobriu como cobrir as linhas que aplicavam o render de dentro das helpers.

5.2. Complexidade Ciclomática (Flog) e Duplicações de Código (Flay)

Arquivo	Flog	Flay
apis_controller	8.0	0
administrative_assistants_controller	6.3	0
allocation_extension_controller	6.7	0
allocations_controller	14.7	0
api_users_controller	8.3	0
application_controller.rb	6.0	0
categories_controller.rb	5.1	19
extensions_controller	6.0	19
parsers_controller	4.6	0
periods_controller	5.5	0
prepare_solicitations_to_save	17.5	0
reports_controller	12.9	0
reports_disciplines_controller	16.2	0
reports_school_rooms_controller	2.8	0
rooms_controller	8.6	0
schedule	5.6	0
school_rooms_controller	10.2	0
sessions_controller	8.5	0
solicitation_controller	14.2	0
table_room	22.3	0
users_controller	14.4	0
apis_helper	0.0	0
application_helper	7.0	0
categories_helper	1.0	0
coordinator_helper	10.0	0
courses_helper	10.0	0
school_rooms_helper	2.9	0
sessions_helper	5.3	0
administrative_assistant	0	0
all_allocation_date	0	0
allocation	0	0
allocation_extension	0	0
api_user	0	0
application_record	0	0
building	2.5	0
category	0	0
coordinator	0	0
course	0	0
deg	0	0
department	0	0
discipline	0	0
extension	0	0
parser	11.6	0
period	6.0	0
room	0	0
room_solicitation	10.3	0
school_room	17.0	0
solicitation	17.0	0
user	0	0

Nessa Sprint a complexidade se manteve dentro dos conformes, contudo as duplicações tiveram uma melhora nas classes onde tiveram alterações devido as histórias desta sprint. Com a histórioa de adicionar o usuário DEG os desenvolvedores presaram pela qualidade reduzindo a 0 (zero) as duplicações desta classe que mantinha um índice de duplicação inaceitável segundo os indicadores.

5.3. Turbulência (Churn x Complexidade)

Clique aqui para aumentar a imagem

Como pode-se ver em relação a Sprint anterior houve uma melhora em alguns arquivos principalmente que partiram de "D" para "C". O aumento na quantidade de "F" ocorreu por causa dos arquivos de teste, tanto unitário quanto de aceitação.

5.4. Checkstyles

Houveram alguns problemas com as definições da folha de estilo e para alguns arquivos foi necessário, para que a historia fosse concluída, algumas de suas métricas adicionadas à excessões. Essa decisão foi tomada, pois a conclusão dessas histórias eram primordiais e algumas definições da folha de estilo impediam a conclusão a tempo da Sprint. O tracker desta então propôs para a Sprint final uma história técnica para adequar estas classes à folha de estilo. Estas classes são a allocations_controller e a solicitation_controller.

5.5. Falhas de Segurança

A segurança do projeto se manteve comprometida na classe ReportsDisciplinesController, mas foi proposto que o problema de sql injection fosse resolvido na última sprint.

5.6 Smells

Nos arquivos editados nesta Sprint foi notório que obtiveram algumas Smells, contudo o numero foi controlado devido a estas não impactarem no projeto de maneira significativa.