Questionário de Elicitação, ModularFit

Por que importa: {ART-WF-06} do Inventário de Artefatos já descreve o evento (a ficha ou o plano do aluno mudou, e ele precisa saber), mas nenhum card hoje é dono da entrega desse aviso. As duas respostas se defendem. Entregar na Fase 3, com card próprio, avisa o aluno assim que a Fase 3 fecha, no mesmo ciclo em que a prescrição passa a existir e a mudar de verdade (criação pelo profissional em {F3-01}, criação pelo próprio aluno em {F3-02}, edição em {F3-03}), e o custo é escrever um mecanismo de aviso pontual que a central de {F6-05} pode ter que absorver depois. Adiar para {F6-05}, junto da central de notificações da Fase 6, evita construir duas vezes o mesmo mecanismo, e o custo é que toda a Fase 3 e a Fase 4 rodam com a prescrição mudando em silêncio para o aluno, sem nenhum aviso. Recomendação: Fase 3, card próprio, porque o valor do aviso (o aluno saber que o treino mudou) não depende da central existir, e esperar a Fase 6 deixa o produto inteiro sem essa notificação por várias fases. Dono: Wladimir. Data: 2026-09-14. Enquanto esta pergunta não for respondida, {ART-WF-06} continua sem card dono no Roadmap.

Por que importa: nenhum artefato da família (RF-TREI-008, {ART-FORM-03}, o mockup 09 de preferências, os 28 parâmetros de {ART-CFG-01}) declara uma preferência de som ou de vibração para o aluno, e o próprio mockup aprovado desenhou o cartão de descanso mudo. As duas respostas se defendem. Cenário 1, o aviso sonoro sempre soa e quem controla é o volume do aparelho, tem custo zero de produto e o risco é incômodo em ambiente compartilhado, o aluno treina em academia, ao lado de outras pessoas. Cenário 2, nasce uma preferência do aluno (som ligado ou desligado, e possivelmente vibração como substituto), exige emenda em RF-TREI-008 ou RF-TREI-006, campo novo em {ART-FORM-03} e em mfit.preferencia_treino, controle na tela 09 e cláusula em {TA-29} ou em {TA-31}, e o dono natural seria {F3-08}, não {F3-06}. Recomendação: Cenário 1 agora, porque é o que os artefatos publicados dizem hoje, e o Cenário 2 vira emenda quando o dono quiser. Dono: Wladimir. Data: 2026-09-15. Enquanto esta pergunta não for respondida, {F3-06} entrega o Cenário 1 e não bloqueia a fila.

Por que importa: a dimensão existe no catálogo de planos, tem valor gravado, e o produto já exibe esse número ao aluno na tela do plano, entre as seis barras de limite; o DRS define a dimensão como janela de leitura sobre o histórico; e nenhum dos cards do Roadmap a reivindica, de modo que ela não tem dono hoje. {F3-07} é o card que cria a primeira leitura do histórico, e é por isso que a pergunta chega agora e não antes. Cenário 1, a janela é aplicada aqui: a listagem ganha uma conjunção no ponto único que serve o histórico, o valor ilimitado não filtra nada e o número esconde as sessões mais antigas que a janela; a comparação de carga continua sobre todo o histórico do aluno, porque a janela decide quais sessões são listadas e nunca quais fatos são verdadeiros, e estreitar a comparação faria a marcação de primeira medição mentir para quem já levantou peso naquele exercício antes da janela; o filtro de período mantém as três opções do desenho e, quando o plano tem janela, a opção de tudo significa todo o período visível do plano, o que o produto declara uma vez, em texto factual ao lado do filtro, do mesmo tipo que a tela do plano já usa. Cenário 2, a janela não é aplicada aqui: o código nasce com a costura nomeada no único lugar onde ela caberia, um card novo nasce no Roadmap com requisito e aceite próprios, e o custo declarado é que, enquanto esse card não entregar, a tela do plano continua exibindo ao aluno um número que o sistema não honra, por tempo indefinido. Decisão tomada: Cenário 1, por três motivos: a cláusula custa uma conjunção no único ponto que serve o histórico, e nascer junto com o ponto é exaustivo por construção, enquanto aplicá-la depois é exaustivo por disciplina, numa listagem que já estaria publicada; a alternativa deixa um número mentindo em produção por tempo indefinido; e a frase do DRS que define a dimensão nomeia o histórico, isto é, a especificação já respondeu qual é o objeto, faltando somente quem aplica. Ajuste se discordar: trocar de cenário é remover a conjunção e o texto ao lado do filtro, e abrir o card novo com o dono. Dono: Wladimir. Data: 2026-09-15.

Por que importa: o mesmo fato clínico tem dois tratamentos no produto, e a assimetria é real. Escrito pelo profissional na anamnese ("lesões prévias em treino", "restrições de movimento", "mecanismo da lesão, limitação funcional"), ele é categoria de dado sensível de RN-001, com consentimento próprio, com a restrição por especialidade de RN-003 e com armazenamento segregado. Escrito pelo próprio aluno no campo de limitações e lesões das preferências, o mesmo fato ("dor no ombro direito em movimentos acima da cabeça, joelho esquerdo em reabilitação") não é categoria sensível, é lido por qualquer profissional vinculado, de qualquer especialidade, sem consentimento, e a revogação de consentimento não o alcança. Cenário 1, fica como está: RN-001 continua fechada em seis categorias, o campo continua legível a todo vínculo ativo, e o produto diz isso ao aluno na própria tela, em texto factual e curto, antes de ele escrever, que é o que {F3-08} entrega; o custo é que o aluno que quiser contar uma limitação só ao fisioterapeuta não tem como, e a saída que ele tem hoje é escrever o detalhe na anamnese, que é a categoria com consentimento. Cenário 2, o campo passa a ter restrição por especialidade: ele deixa de ser um campo de formulário comum e passa a depender do mesmo mecanismo de consentimento das seis categorias, o que significa uma sétima categoria em RN-001 ou uma regra de exceção nova só para ele, com a leitura do profissional passando a depender de concessão, com a tela de privacidade ganhando mais uma linha e com o caso de teste do consentimento saindo de seis; o ganho é o aluno escolher quem lê o que ele escreveu. Recomendação: Cenário 1 agora, porque é o que os artefatos publicados dizem hoje e porque o alcance do dado passa a estar escrito onde o dado é coletado; o Cenário 2 vira emenda em card novo se o dono quiser, e a emenda é conhecida (categoria, consentimento, tela de privacidade e caso de teste). Dono: Wladimir. Data: 2026-09-15. Enquanto esta pergunta não for respondida, {F3-08} entrega o Cenário 1 e não bloqueia a fila.