Épicos¶

Versão: 1.0 Escopo: Documento único contendo todos os épicos do projeto.

EPIC-001¶

Título: Gestão de Estrutura Organizacional e Captura Rápida
< Backward: RF-001, RF-002, RF-004
> Forward: UC-001, UC-002, UC-003
Status: Backlog
Release/Sprint alvo: MVP - Versão 1
Critério de aceitação (nível épico):
O sistema deve estruturar o conteúdo utilizando o Caderno como a unidade raiz obrigatória.
O sistema deve permitir o registro rápido de itens na Inbox sem exigir classificação imediata, sendo o item movido automaticamente ao ser associado a um caderno.
O sistema deve assegurar que cada item pertença a exatamente um Caderno ou resida temporariamente na Inbox.

Título: Motor Central de Itens e Ciclo de Vida
< Backward: RF-003, RF-005, RF-006, RF-008, RF-010, RF-011, RF-015
> Forward: UC-004, UC-005, UC-006, UC-007, UC-008, UC-023, UC-024, UC-025, UC-026, UC-027
Status: Backlog
Release/Sprint alvo: MVP - Versão 1
Critério de aceitação (nível épico):
O sistema deve gerenciar entidades SCHEDULE (horário fixo, exibição exclusiva no calendário) e TODO (horário opcional, com suporte a data limite e sub-itens).
A hierarquia estritamente 1:N entre TODOs e seus sub-itens deve ser respeitada, não podendo os sub-itens serem reaproveitados em outros itens.
O sistema deve orquestrar as transições de ciclo de vida (Inbox, Ativo, Concluído, Arquivado, Deletado), assegurando que o arquivamento seja alcançado exclusivamente por ação manual.
A deleção de Cadernos deve retornar os itens contidos para a Inbox. A deleção de TODOs com sub-itens deve exigir confirmação prévia e excluir todos os vínculos em cascata.
O sistema deve permitir atribuir prioridades numéricas (1 a 4, ou nulo) aos itens e permitir duplicá-los mantendo o caderno e a prioridade originais, mas descartando status de conclusão ou vínculos.

Título: Gestão Temporal de Itens (Recorrência e Adiamento)
< Backward: RF-007, RF-009, RNF-001
> Forward: UC-009, UC-010
Status: Backlog
Release/Sprint alvo: MVP - Versão 1
Critério de aceitação (nível épico):
O sistema deve suportar regras de recorrência básica (diária, semanal ou mensal) com opção de data de término aplicáveis para itens SCHEDULE e TODO.
O sistema não deve oferecer suporte a exceções, cancelamento ou sobrescrita individual de instâncias da recorrência.
O sistema deve permitir adiar (Snooze) o reaparecimento de um item ativo para opções pré-definidas (Amanhã, Em 3 dias, Próxima semana) ou para uma data manual específica.

Título: Visualização, Organização e Descoberta
< Backward: RF-012, RF-013, RF-014
> Forward: UC-011, UC-012, UC-013, UC-014
Status: Backlog
Release/Sprint alvo: MVP - Versão 1
Critério de aceitação (nível épico):
O sistema deve prover as visões de Calendário (Diária, Semanal, Mensal, Agenda) para a visualização unificada de itens SCHEDULE e TODOs datados.
O sistema deve prover o Planner Diário para exibir exclusivamente TODOs de um dia específico, ocultando itens SCHEDULE.
As listas de tarefas devem aplicar a ordenação padrão baseada na combinação (Prioridade > Data Limite > Data de Criação) quando nenhuma ordenação manual for selecionada.
O sistema deve possuir funcionalidade de busca textual simples pelo título, operando de maneira restrita aos itens do tipo TODO e fornecendo filtros refinados em tela (status, caderno, prioridade e período).

Título: Autenticação, Segurança e Sessão
< Backward: RF-018, RF-019, RF-020, RF-021, RNF-002, RNF-003
> Forward: UC-015, UC-016, UC-017, UC-018, UC-028
Status: Backlog
Release/Sprint alvo: MVP - Versão 1
Critério de aceitação (nível épico):
O sistema deve exigir uma sessão autenticada válida para acesso aos dados. A autenticação ocorrerá via par de e-mail e senha usando validação de hash, impedindo mensagens de erro que permitam a enumeração de contas.
O sistema deve proteger contas contra ataques de força bruta, aplicando bloqueio temporário imediato após 5 tentativas de login malsucedidas consecutivas.
O sistema deve gerenciar a autenticação via modelo híbrido (Access Token e Refresh Token), possibilitando sessões múltiplas (uma por dispositivo) e suporte à revogação individual e em massa.
O sistema deve oferecer o fluxo transparente de reativação de uma conta “Desativada” na própria tela de login, requerendo as credenciais válidas seguidas de uma confirmação explícita do usuário.
A plataforma não deve suportar, nesta versão, verificação de e-mail, recuperação de senha, login social ou autenticação 2FA.

Título: Gerenciamento de Conta e Configurações
< Backward: RF-016, RF-017, RF-022, RF-023, RF-024
> Forward: UC-019, UC-020, UC-021, UC-022
Status: Backlog
Release/Sprint alvo: MVP - Versão 1
Critério de aceitação (nível épico):
O sistema deve possuir um módulo de Cadastro com verificação de formato e unicidade do e-mail, além da imposição de política mínima para a senha, atribuindo o status “Ativa” para permitir uso imediato.
O usuário autenticado deve ter acesso a um módulo de Configurações onde as modificações de seus dados de cadastro sejam salvas persistentemente e se reflitam em sua identificação global.
A plataforma deve oferecer uma ferramenta para alteração de senha a usuários autenticados e, após sucesso na mudança, as demais sessões ativas (salvo a corrente) devem ser invalidadas automaticamente.
O usuário deve poder escolher entre Desativar sua conta (opção reversível que preserva os dados, mas encerra todas as sessões) ou Excluir sua conta (opção permanente que deleta todos os Cadernos e Itens via cascata).