Métodos do LAB
Instrumentos diferentes para perguntas diferentes
Cada instrumento reduz uma parte diferente da incerteza: o modelo esperado, o caminho da operação, a origem da anomalia, a autoridade da decisão ou a evidência necessária.
TAXONOMIA METODOLÓGICA
Prática, capacidades, função, instrumentos, protocolo e evidência
Os termos cumprem responsabilidades diferentes e não devem ser usados como sinônimos.
- Software System Investigation
- Prática
É o campo de ação no qual o sistema é investigado.
- Trace Engineering
- Prática investigativa em desenvolvimento
É composta pelas capacidades empregadas durante a investigação.
- Trace Engineer
- Função investigativa
É quem exerce essas capacidades; o perfil permanece em desenvolvimento.
- Instrumentos
- Perguntas específicas
Modelam, seguem, organizam, observam ou rastreiam uma parte da investigação.
- Protocolo
- Sequência geral
Congelar, Mapear, Detectar e Restaurar organiza a investigação.
- Evidência
- Sustentação
Registros observáveis sustentam ou refutam uma hipótese delimitada.
Mapa dos instrumentos
Cada instrumento reduz uma parte diferente da incerteza
Definição, pergunta, ponto de partida, resultado esperado, momento de uso, relação, status e limites tornam cada instrumento comparável.
Software System Investigation é a prática estruturada mais ampla. Trace Engineering é uma prática investigativa em desenvolvimento composta por capacidades. Trace Engineer é a função e o perfil investigativo em desenvolvimento que pode aplicar essa prática. Os instrumentos respondem perguntas. O protocolo organiza a sequência. Evidências sustentam ou refutam hipóteses.
- Instrumento de observação01
Payload Journey
Payload Journey é o acompanhamento de uma operação através das representações, camadas, interpretações, decisões, estados e efeitos que compõem sua execução.
- Ponto de partida
- Uma operação concreta.
- Pergunta
- Por onde a operação passa e como suas representações mudam?
- Quando utilizar
- Quando é necessário compreender por onde uma operação passa e como suas representações mudam.
- Resultado condicionado
- Mapa progressivo do flow.
Página canônica disponívelConteúdo estruturado e rota pública /payload-journey.
Limite: O recorte não representa domínio completo da codebase.O caminho inicial pode precisar ser revisto diante da execução observada.
Abrir página canônica - Instrumento de modelagem02
USMT
A USMT é o instrumento utilizado para explicitar o modelo esperado de estados, eventos, transições, regras, invariantes e limites de um sistema.
- Ponto de partida
- Comportamento esperado, domínio ou especificação.
- Pergunta
- O que deveria acontecer para que o sistema permaneça válido?
- Quando utilizar
- Quando é necessário confrontar observações com estados, regras, transições e invariantes explícitos.
- Resultado condicionado
- Modelo explícito de estados, eventos, transições, regras, invariantes e limites.
Página canônica disponívelConteúdo estruturado e rota pública /usmt.
Limite: O modelo pode estar incompleto ou incorreto.Documentação e execução observada precisam ser confrontadas.
Abrir página canônica - Instrumento de investigação03
Reverse Payload Journey
Reverse Payload Journey é a investigação que parte de uma anomalia ou efeito observado e percorre o flow em direção à sua origem causal.
- Ponto de partida
- Sintoma, divergência, estado inesperado ou campo incorreto.
- Pergunta
- De onde veio a anomalia observada?
- Quando utilizar
- Quando existe um efeito observável e sua origem ainda não é conhecida.
- Resultado condicionado
- Caminho causal reconstruído em direção à origem.
DocumentadoDefinição em content/methods.ts e aplicação narrativa no caso HORA.city.
Limite: Não possui rota própria nesta sprint.Uma reconstrução causal exige evidências; a ordem reversa não prova causa por si só.
- Instrumento de mapping04
Operational Payload Path
O Operational Payload Path representa o caminho operacional provável ou confirmado percorrido por um payload entre componentes e camadas.
- Ponto de partida
- Flow selecionado e codebase real.
- Pergunta
- Qual é o caminho operacional provável ou confirmado desta operação?
- Quando utilizar
- Quando componentes, camadas, operações, fronteiras e checkpoints precisam formar uma rota confrontável.
- Resultado condicionado
- Representação dos componentes, camadas, operações e checkpoints.
DocumentadoDefinição estruturada em content/methods.ts.
Limite: Um caminho provável não deve ser apresentado como confirmado.O template interno não equivale a um caminho operacional confirmado de um caso público.
- Prática de origem e autoridade05
Track to Origin
Track to Origin é a prática de continuar o tracing até localizar a origem e a autoridade da decisão investigada.
- Ponto de partida
- Payload, decisão, transformação ou divergência.
- Pergunta
- Onde nasce a decisão e quem possui autoridade sobre ela?
- Quando utilizar
- Quando a divergência está delimitada, mas a origem ou a responsabilidade ainda não está sustentada.
- Resultado condicionado
- Origem e autoridade identificadas com o limite das evidências disponíveis.
Em desenvolvimentoDefinição autoral e uso narrativo no caso HORA.city.
Limite: Não garante uma causa única ou definitiva.A autoridade identificada precisa ser sustentada por fonte e execução observada.
OBSERVAÇÃO E REGISTRO
Checkpoints e documentos de investigação
Os conceitos e o conjunto documental existem, mas os materiais operacionais permanecem sob validação controlada e acesso restrito.
Checkpoints
DocumentadoPergunta: Que evidência deve ser capturada para confirmar ou refutar a hipótese?
Resultado: Observações comparáveis entre camadas e momentos.
Evidência de estado: Definições no protocolo, na formação e no caso HORA.city.
Documentos de investigação
Produzido · Acesso restritoPergunta: Como preservar, confrontar e comunicar o que foi observado?
Resultado: Registros, planos, templates e relatórios internos para organizar evidências.
Evidência de estado: O conjunto documental foi produzido e encontra-se sob aplicação e validação controladas, sem download público.
RELAÇÃO ENTRE INSTRUMENTOS
Uma sequência possível, não uma receita única
A ordem varia conforme a pergunta, o que já é conhecido e as evidências disponíveis.
- 01
USMT
define o esperado
- 02
Payload Journey
segue a operação
- 03
Operational Payload Path
organiza o caminho
- 04
Checkpoints
capturam evidências
- 05
Reverse Payload Journey
percorre a divergência
- 06
Track to Origin
localiza origem e autoridade
- 07
Protocolo
organiza a investigação completa
LIMITES
Instrumentos organizam a investigação; não compreendem pelo investigador
- um mapa inicial pode estar errado
- um checkpoint pode observar apenas parte do comportamento
- runtime pode contradizer documentação e modelo
- uma hipótese precisa ser confrontada
- tracing não substitui domínio, arquitetura, debugging, testes ou observabilidade
- um caso não demonstra eficácia universal