1. Resultados da Sprint

ID	História	Status
EP01FE01US05	Solicitar alocação de sala	Concluído
EP01FE01US04	Excluir alocação	Não Concluído
EP01FE01US02	Visualizar alocação (dívida)	Concluído
EP01FE03US15	Gerar relatórios de alocação por prédio	Concluído
EP02FE05US29	Gerar relatório de turmas API	Não Concluído

Total de pontos concluídos: 26

2. Histórias Adicionadas

2.1. EP01FE01US02 - Visualizar alocação (13pt)

2.1.1. User Story

Eu, como usuário desejo visualizar o que está alocado em um determinado horário com a finalidade de ter conhecimento sobre a atividade corrente naquele horário.

2.1.2. Critérios de Aceitação

• O usuário deve estar logado;
• Se a alocação for um projeto de extensão deve ser exibido o projeto de extensão, o responśavel, o número de vagas e a periodicidade do projeto;
• Se a alocação for uma turma deve ser exibido a turma, a disciplina, o departamento, número de vagas, cursos associados e recursos exigidos para a turma;
• Deve ser exibido todos os horários e dias relacionados a aquele projeto/turma;
• Se houver mais de uma turma associada a alocação, todas devem ser exibidas.

2.1.3. Responsáveis

• Carlos Enrique Rodrigues Aragon
• Rodrigo Dadamos Lopes da Silva

3. Indicadores do processo

3.1. Análise do Scrum Master

Nessa Sprint foi pontuado 26 pontos do total de 34 pontos, uma pontuação mediana, sendo que desses 26 pontos está incluso uma história de 13 pontos (EP01FE01US02 - Visualizar Alocação) que não pode ser concluída em duas Sprints passadas (Sprint 2 e Sprint 3) e foi finalizada nessa semana, também sendo elogiada pela cliente por causa da sua usabilidade e design. Outra história (EP01FE01US05 - Solicitar alocação de sala) que é importante para o sistema e complexa foi também concluída com sucesso.

Mas a pesar da conclusão de algumas histórias, duas histórias não foram terminadas, sendo por causa do começo tardio ou a falta de experiência em testes. A história EP01FE01US04 - Excluir alocação e a EP02FE05US29 - Gerar relatório de turmas API foi implementada no final da semana faltando apenas os testes unitários e testes de aceitação.

3.2. Análise do Product Owner

Analisando a entrega de issues que ficaram por muito tempo como dívidas, esta Sprint obteve destaque pela pontuação das histórias entregues serem relativamente altas. Os protótipos realizados forem apresentados em tempo hábil para as devidas análises e correções. Todas as Histórias de Usuário entregues tiverem os respectivos protótipos aprovados.

A cliente aprovou os protótipos e o desenvolvimento do software em geral e a equipe obteve feedback sobre o trabalho realizado e sua devida validação.

3.3. Burndown da Sprint

Clique aqui para ver maior

3.4. Velocity da Sprint

Nessa Sprint foram concluídos 26 pontos. O velocity do time pode ser visto no gráfico abaixo.

Clique aqui para ver maior

3.5. Quadro de Conhecimento

Clique aqui para visualizar maior

4. Retrospectiva

4.1. Pontos Positivos:

• Maior nivelamento de conhecimentos entre a equipe.
• A cliente está gostando do projeto.
• Maior proatividade de alguns pareamentos.
• A história EP01FE03US15 - Gerar relatórios de alocação por prédio foi concluída antes do prazo.

4.2. Pontos Negativos:

• Falta de comprometimento da equipe com os stand ups.
• Começo tardio de algumas histórias.
• Outras matérias causando sobrepeso nos membros da equipe.

4.3. Melhorias:

• Melhor comprometimento com o projeto no todo.
• Organizar o tempo para implementação das issues.

5. Métricas

5.1. Cobertura de Testes

Clique aqui para aumentar a imagem 1

Clique aqui para aumentar a imagem 2

A cobertura dessa Sprint 6 aumentou de 99.61% para 99.68% em relação a Sprint 5, pois foram implementadas novas histórias que a cobertura de testes atingiu 100% elevando a cobertura total a subi 0,7% em relação a anterior.

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

Arquivo	Flog	Flay
extensions_controller.rb	6.0	0
reports_school_rooms_controller.rb	2.8	0
reports_disciplines_controller.rb	16.2	0
reports_controller.rb	12.9	0
allocations_controller.rb	14.6	0
users_controller.rb	13.8	32
periods_controller.rb	5.5	0
categories_controller.rb	5.1	0
parsers_controller.rb	4.6	0
application_controller.rb	6.0	0
sessions_controller.rb	8.5	0
department_assistants_controller.rb	0	0
coordinators_controller.rb	0	0
administrative_assistants_controller.rb	6.3	0
courses_controller.rb	0	0
rooms_controller.rb	8.6	0
school_rooms_controller.rb	9.5	0
sessions_helper.rb	5.9	0
department_assistant_helper.rb	0	0
application_helper.rb	7	0
coordinator_helper.rb	10.0	0
user_helper.rb	0	0
periods_helper.rb	0	0
administrative_assistant_helper.rb	0	0
parsers_helper.rb	0	0
categories_helper.rb	1.0	0
courses_helper.rb	17.0	36.0
school_rooms_helper.rb	2.0	0
allocation_helper.rb	0	0
discipline.rb	0	0
course.rb	0	0
administrative_assistant.rb	0	0
user.rb	0	0
parser.rb	11.6	0
department.rb	0	0
department_assistant.rb	0	0
room.rb	0	0
coordinator.rb	0	0
category.rb	0	0
period.rb	6.0	0
building.rb	2.5	0
school_room.rb	17.0	0
application_record.rb	0	0
allocation.rb	0	0
extension.rb	0	0
solicitations_controller.rb	13.3	0
allocation_extensions_controller.rb	6.7	0
administrative_assistants_controller.rb	6.3	0
prepare_solicitations_to_save.rb	17.5	0
schedule.rb	5.6	0
table_room.rb	22.3	0
allocation_extension.rb	0	0
all_allocation_date.rb	0	0
solicitation.rb	17.0	0
room_solicitation.rb	10.3	0
sprint.rb		0

Nessa Sprint a complexidade de alguns arquivos foram diminuiram a complexidade e outros aumentaram, os que aumentaram a complexidade, esse fato se deu pelo fato de algumas funcionalidades que não estavam implementas e vinham como dividas terem sido concluídas, porém os arquivos que aumentaram a complexidade não ultrapassaram o limite estabelecido no plano de qualidade. Sobre a duplicação de código nada mudou desde a primeira sprint.

5.3. Turbulência (Churn x Complexidade)

Clique aqui para aumentar a imagem

Como pode-se ver novos arquivos foram adicionados nessa _Sprint_6, a maioria desses arquivos foram classificados com qualidade "A", exceto 6 arquivos que foram um para "B", outro para "C", dois para "D" e dois para "F" os que foram para "F" são dois arquivos de testes unitários que foram classificados com qualidade "F", pois tiveram que ser testados vários caminhos do código.

5.4. Checkstyles

Após a inclusão da ferramenta "RuboCop" na integração contínua, para que as histórias sejam dadas como concluída elas não podem mais haver ofensas. Assim mesmo com a adição de arquivos não é detectada nenhuma ofensa.

5.5. Falhas de Segurança

A segurança do projeto continua a mesma desde a primeira release do projeto

5.6 Smells

Houve uma pequeno aumento no número de smells, isso ocorre pelo fato de mais arquivos terem sidos adicionados no projeto.