M2 — Modelos do Sistema

Conteúdo • Aprendiz • Contexto • Serviços • Recomendações • Mudança de Estado
← Arquitetura ← Landing

Modelo de Sistema (M2) — o conjunto oficial de modelos do OLA

Esta página descreve as famílias de modelos M2 que sustentam o OLA como um sistema de aprendizagem e engenharia do conhecimento. Cada modelo aqui tem: definição, quando usar, entidades/relacionamentos e exemplo M0.

M3 • Governança M2 • Modelos M1 • Estrutura M0 • Páginas
Regra canônica (conteúdo): Tópicos organizam o sentido • Artigos explicam • Objetos ensinam • Trilhas orquestram o caminho.

Mapa M2: como as famílias se conectam

M2

Um mapa simples (não é “grafos completos” — é só para manter coerência).

Conteúdo Tópico • Artigo • OA • Trilha Aprendiz Perfil • Estado • Objetivo Contexto Ambiente • Escopo • Restrições Recomendações Regras • Evidências • Rastreio Serviços SCE • SIPC • SARA Mudança de Estado Estado + Processo + Avaliação feedback
Leitura correta: Recomendações dependem de Aprendiz + Contexto + Evidência. Serviços executam o ciclo (SCE/SIPC/SARA) e isso gera Mudança de Estado.

Modelo de Conteúdo

M2

Organiza o “o que existe” no livro: como você representa conhecimento em páginas e rotas.

EntidadesTópico, Artigo, Objeto de Aprendizagem (OA), Trilha
RelaçõesTrilha contém itens • OA ensina tópico • Artigo explica tópico
InvariantesTodo OA deve gerar alguma evidência (nem que seja “leve”).
Saída M0Uma página de trilha com passos + links + checkpoints.
Quando usar: sempre que houver dúvida entre “tópico vs artigo vs OA vs trilha”.
Exemplo M0: .../livro/.../trilha_*.html Exemplo M0: .../livro/.../topico_*.html

Modelo do Aprendiz

M2

Define “quem aprende” e como o sistema registra estado, preferências, objetivos e progresso.

EntidadesPerfil, Objetivo, Estado, Progresso, Preferências
RelaçõesEstado influencia recomendação • Progresso atualiza trilha
InvariantesPreferências nunca anulam pré-requisitos (só mudam rota/explicação).
Saída M0Card “Meu estado agora” + botões de nível (didático/inter/avanç).
Quando usar: para personalização explícita (nível, ritmo, forma de explicação).
Exemplo M0: card “Níveis do Conteúdo” (3 eixos) Exemplo M0: “Meu progresso na trilha”

Modelo de Contexto

M2

Define as condições de uso: ambiente, restrições, tempo, dispositivo, intenção e escopo.

EntidadesAmbiente, Contexto, Escopo, Restrições, Cenário
RelaçõesContexto delimita escopo • Escopo seleciona conteúdo
InvariantesRecomendação sempre registra o contexto (mesmo que resumido).
Saída M0Modal “Contexto desta página” + exemplo (por que está assim).
Quando usar: quando a pergunta for “serve para quê, aqui e agora?” (uso localizado).
Exemplo M0: “Ambiente → Contexto → Escopo” (card oficial) Exemplo M0: seção “Cenários”

Modelo de Serviços (SCE • SIPC • SARA)

M2

Define “o que o OLA faz” como serviços: entrega, governança e adaptação.

EntidadesServiço, Função, Política, Registro, Ação
RelaçõesSCE entrega • SIPC governa • SARA recomenda/adapta
InvariantesAdaptação precisa ser explicável (rastro de decisão).
Saída M0Página “Serviços do OLA” com exemplos por serviço.
Quando usar: para mapear capacidades, responsabilidades e limites do sistema.
SCE: entrega & disseminação SIPC: governança explícita SARA: recomendação & adaptação

Modelo de Recomendações & Adaptabilidade

M2

Define como o OLA decide “qual conteúdo, qual rota e qual nível” para um aprendiz em um contexto.

EntidadesRecomendação, Regra, Evidência, Justificativa, Alternativa
RelaçõesRegra usa evidência • Recomendação escolhe rota/nível
InvariantesToda recomendação tem “porque” (explicável) + “como voltar”.
Saída M0Card “Recomendação agora” + botão “ver critérios”.
Regra simples (exemplo): se objetivo=usar rápido → didático; se objetivo=entender bem → intermediário; se objetivo=provar/generalizar → avançado.
Entrada: Aprendiz + Contexto Processo: Regras + Evidências Saída: rota + nível + próximos passos

Modelo de Mudança de Estado

M2

Define o que significa “o OLA mudou algo”: no aprendiz, no contexto de uso e/ou no próprio sistema.

EntidadesEstado, Processo, Avaliação, Feedback, Evento
RelaçõesProcesso altera estado • Avaliação valida • Feedback ajusta
InvariantesMudança de estado = Estado + Processo + Avaliação (sempre os 3).
Saída M0Card “Antes/Depois” + evidência (resumo do que mudou).
Quando usar: ao fechar um ciclo de aprendizagem (checkpoint) ou ao justificar uma adaptação.
Exemplo M0: “Checkpoints da trilha” Exemplo M0: “Estado atual do aprendiz”

Tabela canônica (M2): Entrada → Processo → Saída

M2

Uma visão operacional (ótima para não misturar modelos com implementação).

Família Entrada típica Processo típico Saída típica (M0)
Conteúdo Domínio + objetivos de aprendizagem Organizar em Tópico/Artigo/OA/Trilha Páginas com navegação e progressão
Aprendiz Perfil + estado + preferências Roteamento por nível/ritmo/formato Card “Meu estado” e “Meu progresso”
Contexto Ambiente + escopo + restrições Selecionar o que cabe “aqui e agora” Modal “Contexto desta página”
Serviços Necessidade de operação/governança/adaptação SCE entrega • SIPC governa • SARA adapta Páginas/rotinas canônicas (M1/M0)
Recomendações Aprendiz + contexto + evidências Aplicar regras/heurísticas explicáveis Card de recomendação + justificativa
Mudança de Estado Estado atual + atividade realizada Avaliar e registrar mudança Checkpoint com “antes/depois”
Critério de maturidade: um modelo M2 fica “canônico” quando ele é usado por várias páginas M0 sem contradições — e reduz dúvidas recorrentes.