Resultados Sprint 7 - Measurement-and-Metrics-2018-1/2017.1-SIGS GitHub Wiki
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
EP01FE01US04 - Excluir alocação (5pt)
2.1.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
EP01FE04US32 - Adicionar filtros no visualizar sala (3pt)
2.2.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
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
3.4. Velocity da Sprint
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.