Quadro decisório
| ID | Decisão | Parecer técnico | Condição para aprovação |
|---|---|---|---|
| DH-01 | Produto amplo e modalidades distinguíveis | Validar com ressalva | Não restringir Produto apenas a artefato |
| DH-02 | Serviço com identidade própria | Validar | Manter compatibilidade com Produto em sentido amplo |
| DH-03 | Resultado ≠ Entrega ≠ Benefício | Validar | Critério, evidência, estado e contexto |
| DH-04 | Participante ≠ Papel ≠ Executor | Validar | Contexto, período, responsabilidade e autoridade |
| DH-05 | Cardinalidades preliminares | Validar condicionalmente | Testar mínimos/máximos, temporalidade e entidades associativas |
| DH-06 | Decisão arquitetural rastreável | Validar | Registro e aprovação antes da incorporação |
Justificativas, regras e impactos
DH-01 · Produto
Base vigente: Produto é empregado na Fundação em sentido abrangente, incluindo bem, serviço, sistema, componente ou capacidade disponibilizada. Conflito: a extensão anterior tendia a reduzi-lo a artefato versionável.
Impacto: revisar definições e exemplos da extensão; impedir exclusividade Produto × Serviço no vocabulário.
DH-02 · Serviço
Base vigente: a Fundação distingue capacidades, operações e serviços, embora Produto possa incluí-los. Decisão: Serviço é prestação contextual de capacidade, com destinatário, condições, responsabilidade e eventual nível de serviço; pode ser classificado como modalidade de Produto em sentido amplo.
Regra: serviço especificado não equivale a serviço efetivamente prestado. Registrar prestação/ocorrência quando necessário.
DH-03 · Resultado
Base vigente: resultados aparecem em investigação, uso e aprendizagem; Entrega é saída utilizável e verificável, e Benefício é valor percebido ao longo do tempo.
Regra: entrega aceita não prova aprendizagem; resultado observado não garante benefício sustentado.
DH-04 · Participante, Papel e Executor
Decisão: Participante designa pessoa envolvida; Papel define responsabilidades e autoridade em contexto; Executor designa o agente humano ou técnico que realiza uma atividade. Uma pessoa pode exercer múltiplos papéis, e um executor técnico não recebe automaticamente autoridade humana.
Regra: registrar contexto e período do exercício do papel; diferenciar autoria, execução, validação e aprovação.
DH-05 · Cardinalidades e relações associativas
Decisão: aceitar as relações da matriz como hipóteses, não como esquema definitivo. Exemplos: Participante ↔ Papel é N:M com contexto; Jornada ↔ Processo é N:M opcional; Entrega ↔ Resultado é N:M opcional; Resultado ↔ Evidência é N:M, mas resultado validado exige sustentação adequada.
Verificações: cardinalidade mínima e máxima, estado da jornada, destinatários coletivos, papéis temporários, serviços compostos, reuso de knowgramas e resultados sem efeito positivo.
DH-06 · Governança e rastreabilidade
Decisão: registrar decisão arquitetural específica de harmonização com identificação, problema, alternativas, critérios, justificativa, responsável, data de aprovação, impacto e artefatos derivados.
Ordem: aprovação → atualização da Fundação → atualização da extensão → atualização do índice → verificação de links e testes. Não confundir parecer técnico com aprovação formal.
Teste de consistência — Cenário didático Algoritmos 01 (introdução à construção de algoritmos)
Um participante exerce o papel de aprendiz em uma jornada. O serviço de apoio à aprendizagem utiliza processos e produtos educacionais, incluindo um knowgrama como representação. A atividade realizada ou o material disponibilizado constitui entrega. A evidência da execução permite avaliar o resultado de aprendizagem. Um benefício posterior só poderá ser alegado com observação de valor em outro contexto ou ao longo do tempo.
Checklist para decisão humana
As marcações são locais nesta página; não são armazenadas, não alteram arquivos e não constituem aprovação formal sem registro.
Referências e proveniência
Fonte principal: fundacao/modelo_conceitual_referencia_lac.html, revisão 2.1, 16/10/2026, arquivo anexado. Fonte comparativa: matriz_harmonizacao_conceitual_lac_v1.html. Este documento explicita decisões técnicas propostas, não a comprovação de implantação.