Home → Fundamentos → Modelagem do Conhecimento → Representação do Conhecimento

O que é necessário para representar conhecimento (além de setas)

No OLA, representar conhecimento significa tornar explícitos: entidades, relações, validade e uso. Setas ajudam a ler, mas o conhecimento depende de operadores, contexto, evidências, regras e governança.

Atalhos: 1 didático • 2 intermediário • 3 avançado

Conteúdo do Card

Use este card como “régua”: se faltar um elemento, o modelo tende a virar explicação vaga, grafo ambíguo ou texto sem validação.

Ideia central o mínimo que faz sentido

Conhecimento não é “ligar caixinhas”. Para representar conhecimento você precisa explicitar: o que existe, como se relaciona e para quê serve.

Regra didática: se você não consegue explicar uma seta com um verbo, você não representou conhecimento — só conectou itens.
1) Entidades (conceitos) o “que”
  • Entidades são os nós do modelo: Dado, Informação, Conhecimento, Problema, Conceito, Evidência…
  • Sem entidades, não existe “conteúdo” para o conhecimento.
2) Operadores (relações) o “verbo”
  • Operadores dizem o que acontece entre entidades: é, parte-de, usa, transforma, gera, valida…
  • Sem operador, a ligação fica vaga (“tem relação com”).
Exemplo: Dado —(interpretado em)→ Informação —(consolidada em)→ Conhecimento
3) Setas (leitura visual) direção
  • A seta mostra direção e percurso, mas não substitui o operador.
  • A seta não é o operador — é a notação que o exibe.
Checklist didático 30 segundos
  • Tenho entidades claras?
  • Consigo nomear o operador de cada seta com um verbo curto?
  • A seta tem direção consistente (leitura)?
Visão de validade e uso modelo utilizável

Para “virar conhecimento”, o modelo precisa de estrutura e validade: tipos, contexto, evidência e regras.

Regra intermediária: um modelo é conhecimento quando pode ser usado, testado e avaliado.
4) Tipos e papéis evita confusão
  • Conceito × Exemplo (classe vs instância)
  • Objeto × Processo
  • Papel: autor, aprendiz, avaliador, curador
Ex.: “Evidência” pode ser um tipo e “Exercício resolvido” uma instância.
5) Contexto onde isso vale
  • Define a validade por situação: didático/avançado, teoria/prática, visitante/autor…
  • Sem contexto, o mesmo nó muda de sentido e você perde consistência.
6) Evidências fecha o ciclo
  • Evidência prova aplicação/entendimento: exercício, código, texto, decisão…
  • Sem evidência, há explicação — não conhecimento validado.
7) Regras e critérios quando vale
  • Regras definem condição, exceção e consequência: se… então…, somente se, exceto quando…
  • Critérios definem “passa/não passa” (qualidade, domínio, mínimo aceitável).
Ex.: “Leitura → Aprendizado” só se houver evidência.
Checklist intermediário régua
  • Separei conceito de exemplo?
  • Declare o contexto de validade?
  • Há uma evidência associada?
  • Existe uma regra/critério de uso/validade?
Conhecimento como sistema OLA vivo

No nível avançado, conhecimento é um sistema vivo: precisa de estrutura informacional, governança e intenção explícita para evoluir sem virar caos.

Regra avançada: conhecimento representado é o que faz sentido, pode ser usado e tem validade controlada.
8) Estrutura informacional reutilização
  • Forma de organização: cards, camadas, índices, taxonomias, grafos…
  • Sem estrutura, a informação não é recuperável e não escala.
9) Governança o que vale
  • Define autoria, versão, escopo e estabilidade: canônico × experimental
  • Sem governança, o conhecimento se perde no tempo (e você não sabe qual é “a versão certa”).
10) Intencionalidade (finalidade) sentido
  • Propósito explícito: ensinar, aprender, decidir, aplicar, registrar…
  • Intenção orienta quais entidades entram, que operadores são válidos e quais evidências importam.
Sem intenção, você pode ter dados e informação — mas não “conhecimento útil”.
Síntese canônica OLA equação
Elemento Por que é indispensável
EntidadesDefinem o “que existe” no domínio
OperadoresDão semântica às relações
SetasMostram direção e leitura no visual
Tipos/PapéisSeparam classe, instância e função
ContextoEnquadra validade e interpretação
EvidênciasValidam aplicação e aprendizado
Regras/CrítériosDefinem quando algo vale
EstruturaGarante recuperação e reutilização
GovernançaControla versão, escopo e canonicidade
IntençãoDá sentido e orienta o modelo
Frase-chave: Setas mostram relações. Operadores explicam. Evidências validam. Intenção dá sentido.
Checklist avançado qualidade
  • Existe “versão canônica” e “versão experimental” quando necessário?
  • O modelo tem “para quê” explícito (intenção)?
  • A estrutura permite reutilização (card, índice, links, grafo)?
  • Há rastreabilidade: de evidência para conceito e de conceito para uso?
Como ler este Card

Use o seletor de nível para ajustar a profundidade. Este card serve como “régua” para decidir se um grafo ou página realmente representa conhecimento (e não só conexões).

Sugestão: ao revisar um grafo, percorra as setas e tente nomear o operador. Depois, verifique contexto e evidências para as relações principais.