Módulo 10

Glossário e Vocabulário Padrão

Vocabulário de A a Z alinhado com DEV, QA e analistas — definições, termos a evitar e siglas do dia a dia. Quando todo mundo fala a mesma língua, a comunicação acelera.

vocabulárioreferênciasiglas
📖
Como usar este glossário: Compartilhe com DEV, QA e analistas. Quando surgir um termo novo no projeto, adicione aqui. Em caso de dúvida sobre qual termo usar, consulte este documento antes de qualquer reunião.

A — B

Ação (em Gherkin)

O que o ator faz para disparar um comportamento do sistema. Sempre descrita no bloco 'Quando'. Ex: 'Quando o vendedor clica em Confirmar Pedido'

Ator

Qualquer entidade que interage com o sistema — pessoa, sistema externo ou serviço automatizado. Ator primário: quem inicia. Ator secundário: quem é acionado durante.

Backlog

Lista priorizada de tudo que precisa ser desenvolvido. Organizado em: Temas → Épicos → Features → User Stories → Tarefas.

Bug

Comportamento do sistema diferente do especificado. Distinto de melhoria: um bug é algo que deveria funcionar de um jeito e não funciona. Se não havia especificação, é comportamento indefinido — e isso implica que especificar bem previne bugs.

C — E

Caso de uso (Use Case / UC)

Documento formal que descreve todas as interações possíveis entre um ator e o sistema para atingir um objetivo. Mais detalhado que a User Story — cobre todos os fluxos alternativos e de exceção.

Critério de aceite

Condição objetiva e testável que define quando uma User Story está corretamente implementada. Escrito em Gherkin (Dado/Quando/Então). Não confundir com regra de negócio: a regra define o comportamento, o critério de aceite testa se a regra foi implementada.

Definition of Done (DoD)

Checklist acordado pelo time que define quando uma User Story está completa — inclui desenvolvimento, testes, revisão de código e validação do analista.

Épico

Conjunto de funcionalidades relacionadas que entregam um objetivo de negócio maior. Composto por múltiplas User Stories. Exemplo: 'Gestão de pedidos' é um épico.

F — H

Feature

Funcionalidade específica dentro de um épico. Agrega múltiplas User Stories relacionadas. Exemplo: 'Registro de pedido manual' é uma feature dentro do épico 'Gestão de pedidos'.

Fluxo alternativo

Variação do fluxo principal que ainda resulta em conclusão bem-sucedida, mas por caminho diferente. Exemplo: pedido com desconto acima do limite vai para fila de aprovação.

Fluxo de exceção

Situação de erro ou falha que impede a conclusão normal do caso de uso. Exemplo: sistema de estoque indisponível durante o registro do pedido.

Fluxo principal

O caminho feliz — o que acontece quando tudo funciona como esperado, sem desvios. Não contém condicionais.

Fluxo de estado

Diagrama que mostra os possíveis estados de uma entidade (pedido, contrato, ticket) e as transições entre eles. Exemplo de estados de pedido: Rascunho → Aprovado → Em separação → Concluído.

Gherkin

Linguagem estruturada para critérios de aceite em formato legível por humanos e automatizável. Estrutura: Dado que [contexto] / Quando [ação] / Então [resultado].

Handoff

Momento de passagem da especificação da analista para o time de DEV — inclui apresentação dos artefatos e esclarecimento de dúvidas antes do desenvolvimento.

L — P

LLM (Large Language Model)

Modelo de IA treinado com grandes volumes de texto para gerar e raciocinar sobre linguagem natural. É o que está por trás do Claude, Gemini, ChatGPT, etc.

Mermaid

Linguagem de texto para diagramas (fluxogramas, sequência, estado) renderizáveis em GitHub, Notion, GitLab e outras ferramentas. Digite em texto, visualize como diagrama.

MVP (Minimum Viable Product)

Conjunto mínimo de funcionalidades necessárias para entregar valor real. No backlog: as USs que precisam estar prontas para o módulo funcionar.

Pacote de contexto

Arquivo padronizado com informações do sistema (personas, módulos, regras globais, integrações) usado para dar contexto à IA antes de qualquer tarefa de especificação.

Persona

Representação de um perfil de usuário com características, objetivos e permissões definidas. Diferente de 'usuário' (genérico) — a persona tem nome e papel específico. Ex: 'Vendedor interno' é uma persona.

Pré-condição

Estado que deve existir antes da execução de um caso de uso. Se a pré-condição não for verdadeira, o caso de uso não pode começar.

Pós-condição

Estado do sistema após a execução de um caso de uso — tanto em caso de sucesso quanto de falha.

R — V

Rastreabilidade

Capacidade de identificar a relação entre artefatos — qual US gerou qual UC, qual épico contém quais USs, qual bug motivou qual especificação.

Regra de negócio (RN)

Restrição ou comportamento que o sistema deve respeitar conforme determinado pelo negócio. Independente da tecnologia. Ex: 'Desconto máximo de 15% sem aprovação gerencial'. Diferente de requisito técnico: a regra define o quê, não o como.

Requisito funcional (RF)

Comportamento que o sistema deve ter — o que ele faz. Ex: 'O sistema deve enviar e-mail de confirmação após o registro do pedido'.

Requisito não funcional (RNF)

Restrição de qualidade — performance, segurança, disponibilidade. Ex: 'O sistema deve responder em até 2 segundos para 95% das requisições'.

Skill (no contexto de IA)

Prompt configurado e reutilizável, salvo como instrução de sistema em uma ferramenta de IA. Garante que a IA siga o mesmo padrão para um tipo de tarefa.

User Story (US / História de usuário)

Descrição de uma funcionalidade do ponto de vista do usuário, no formato 'Como [persona], quero [ação], para que [valor]', com critérios de aceite testáveis.

Valor de negócio

O benefício concreto que uma funcionalidade entrega. Bom: 'para que eu possa aprovar pedidos sem acessar dois sistemas diferentes'. Vago: 'para melhorar minha produtividade'.

Termos a evitar

EviteUsePor quê
"Usuário" como personaNome específico da persona"Usuário" é vago — qual usuário?
"O sistema deve funcionar corretamente"Descreva o comportamento específicoNão é testável
"Rapidamente" / "eficientemente""Em até 2 segundos (95% das req.)"Sem número não é requisito
"Simples" / "intuitivo"Descreva o comportamento esperadoSubjetivo — cada um interpreta diferente
"Etc." em listas de regrasListe todas as regras explicitamente"Etc." significa que você não sabe o que mais existe
"Conforme combinado"Documente o que foi combinadoO que foi combinado verbalmente não existe
"Igual ao sistema antigo"Especifique o comportamentoO sistema antigo pode ter comportamentos indesejados

Siglas e acrônimos

SiglaSignificado
ANAnalista de Negócio
AS ISComo é hoje (processo atual)
TO BEComo deve ser (processo desejado)
DEVDesenvolvedor / Time de desenvolvimento
DoDDefinition of Done
EPÉpico
LLMLarge Language Model
MVPMinimum Viable Product
POProduct Owner
QAQuality Assurance
RFRequisito Funcional
RNRegra de Negócio
RNFRequisito Não Funcional
UCUse Case (Caso de Uso)
USUser Story