Planejamento das Iterações - ES2-UFPI/TermoLOG GitHub Wiki
Atalhos
Histórico de revisões deste documento
| Data | Versão | Descrição | Autor |
|---|---|---|---|
| 04/10/2026 | 1.0 | Criação do planejamento da Sprint I | Victor Kauan |
| 14/10/2026 | 1.1 | Detalhamento da Sprint I em issues | Victor Kauan |
| 14/10/2026 | 1.2 | Datas da disciplina, estimativa por atividade e pontos das histórias como soma das atividades | Victor Kauan |
| 14/10/2026 | 1.3 | Autenticação incluída na previsão da Sprint II | Victor Kauan |
Estimativas
As atividades foram estimadas em story points na escala de Fibonacci (1, 2, 3, 5, 8, 13), considerando complexidade, incerteza e esforço. A atividade de referência, com 1 ponto, é a #38. Os pontos de cada história são a soma das suas atividades, e o valor de cada atividade aparece entre parênteses ao lado da issue. O responsável por cada atividade está atribuído na própria issue.
Sprint - 1a Iteração
Informações da Sprint
| Descrição | Valor |
|---|---|
| Data de início | 15/10/2026 |
| Data de término | 27/10/2026 |
| Duração (prevista) | 13 dias |
| Líder da Sprint | Victor Kauan |
| Total de pontos planejados | 55 |
Meta: cadastrar salas e sensores, definir a faixa de cada sala e acompanhar no painel, em tempo real, a temperatura e a umidade de todas as salas, com destaque para as que estão fora da faixa.
Papéis
| Papel | Nome |
|---|---|
| Product Owner | Victor Kauan |
| Scrum Master / Líder da Sprint | Victor Kauan |
| Desenvolvedor/Revisor | Davi Sousa |
| Desenvolvedor/Revisor | João Pedro |
| Desenvolvedor/Revisor | Luanderson Carvalho |
| Desenvolvedor/Revisor | Victor Kauan |
Planejamento da Sprint I
| História de Usuário | Atividades planejadas na Sprint | Issue(s) | Pontos | Responsável(is) | Finalizada? |
|---|---|---|---|---|---|
| Tarefas técnicas de base | Definir a stack; criar a estrutura do repositório e o padrão de branches; configurar o CI; definir a Definition of Done. | #49 (1), #50 (1), #51 (3), #52 (1) | 6 | Davi Sousa, João Pedro, Victor Kauan | ⏳ |
| Coleta automática de temperatura e umidade por sala #1 | Configurar o Docker Compose (FastAPI + PostgreSQL); definir o contrato de envio de leituras; criar a tabela de leituras; criar o endpoint de ingestão em lote; ler o DHT22 no nó de borda; criar o simulador de nó central. | #27 (5), #28 (2), #29 (1), #30 (3), #31 (3), #34 (2) | 16 | Davi Sousa, João Pedro, Luanderson Carvalho | ⏳ |
| Identificador único de sensor por sala #4 | Criar as tabelas de sala e sensor; gerar ID único e não reutilizável; criar os endpoints de salas e sensores; recusar leituras de sensores inválidos; criar o histórico por ID do sensor. | #35 (2), #36 (2), #37 (3), #38 (1), #39 (2) | 10 | Luanderson Carvalho | ⏳ |
| Faixas mínima e máxima de temperatura e umidade por sala #11 | Adicionar as faixas à sala; criar os endpoints de faixa; verificar se a leitura está na faixa; abrir alerta pendente fora da faixa; exibir a faixa no card da sala. | #40 (1), #41 (1), #42 (2), #43 (3), #44 (1) | 8 | João Pedro, Victor Kauan | ⏳ |
| Registros históricos somente leitura #25 | Bloquear alteração e exclusão de leituras e alertas no banco. | #54 (2) | 2 | João Pedro | ⏳ |
| Painel central com status de todas as salas #9 | Criar o projeto do frontend; criar o endpoint de status das salas; criar a tela do painel com um card por sala; destacar as salas fora da faixa; atualizar o painel automaticamente. | #53 (3), #45 (3), #46 (3), #47 (2), #48 (2) | 13 | Victor Kauan | ⏳ |
O envio das leituras por LoRa (#32) e do nó central para a API (#33), com 8 pontos cada, ficou para a Sprint II: são as atividades de maior risco e dependem da definição do nó central. Nesta sprint, o simulador (#34) faz esse papel.
Sprint Review
A preencher no fechamento da sprint.
Retrospectiva da Sprint
A preencher no fechamento da sprint.
Avaliação de Desempenho
A preencher no fechamento da sprint.
Sprint - 2a Iteração
Período previsto: 05/11/2026 a 17/11/2026. O planejamento detalhado, com as issues e as estimativas, será feito no Sprint Planning II. Previsão, na ordem de execução:
| Ordem | Item | Observação |
|---|---|---|
| 1 | Login e autenticação no painel #55 | Login no painel com e-mail e senha, proteção das rotas e chave de API para o nó central enviar leituras. Vem primeiro porque a US12, a US26 e a US10 precisam identificar o usuário |
| 2 | Restante da US01 #1 | Envio por LoRa (#32) e do nó central para a API (#33) |
| 3 | Notificação de desvios #17 | Começar por um canal |
| 4 | Relatório para a vigilância sanitária #10 | Inclui o responsável técnico identificado pelo login |
| 5 | Reconhecimento de alertas #12 | Registra qual usuário reconheceu o alerta |
| 6 | Ações corretivas após alertas #26 | Se houver capacidade; pode ser feita junto com a US12 |
Os perfis de acesso (administrador e visualizador, #24) ficam para depois do login, se houver capacidade.