1. Problema resolvido
O OLA produz muitos tipos de artefatos: páginas, mapas, grafos, trilhas, objetos, vocabulários, regras, imagens, modelos e componentes. Sem classificação, essas entregas podem se misturar e perder rastreabilidade.
Assim, uma entrega deixa de ser apenas “um arquivo criado” e passa a ser entendida como um artefato de conhecimento integrado ao sistema.
2. Conceito de entrega no OLA
Uma entrega é todo artefato produzido, disponibilizado ou integrado ao OLA para apoiar aprendizagem, organização do conhecimento, navegação, decisão, governança ou evolução.
No OLA, uma entrega pode ser um arquivo HTML, uma imagem, um grafo, uma tabela, uma regra, um vocabulário, uma trilha, uma página índice, uma página mapa, uma página de organização ou um modelo conceitual.
3. Classificação principal das entregas
1. Páginas
Entregas textuais, estruturais ou didáticas em HTML. Podem ser páginas índice, páginas mapa, páginas de organização, páginas conceituais, páginas operacionais ou páginas de domínio.
2. Mapas
Páginas ou artefatos que explicitam relações, posição semântica, fluxos, estruturas e conexões entre conceitos, páginas, áreas ou componentes do OLA.
3. Grafos
Visualizações estruturadas em nós e relações, frequentemente usando D3.js, para representar redes de conceitos, domínios, entidades, tópicos ou componentes.
4. Trilhas
Sequências organizadas de aprendizagem, ligando necessidades, temas, páginas, objetos de aprendizagem, práticas, avaliação e progressão.
5. Objetos de aprendizagem
Artefatos didáticos reutilizáveis, voltados a explicar, praticar, simular, avaliar ou consolidar um conceito ou habilidade.
6. Regras
Critérios formalizados de governança, organização, navegação, nomeação, classificação, publicação, privacidade, refatoração ou manutenção.
7. Vocabulários
Conjuntos de termos, definições e distinções usados para reduzir ambiguidade e preservar coerência conceitual no OLA.
8. Imagens
Infográficos, diagramas, ilustrações, esquemas e imagens conceituais usados para apoiar explicação, navegação, síntese ou aprendizagem visual.
9. Modelos
Representações conceituais, estruturais, relacionais, operacionais ou evolutivas usadas para compreender, projetar, explicar ou governar o OLA.
4. Matriz de entregas
A matriz abaixo organiza os principais tipos de entrega, sua função e localização típica.
| Tipo de entrega | Função principal | Localização típica | Exemplo | Manutenção esperada |
|---|---|---|---|---|
| Página índice | Organizar entrada e catálogo de uma área | Raiz da pasta da área | projeto/index_projeto.html |
Atualizar quando novas páginas forem criadas |
| Página mapa | Explicitar relações, posição semântica e conexões | Raiz da pasta da área | projeto/mapa_projeto.html |
Atualizar quando novas relações surgirem |
| Página de organização | Definir critérios físicos e operacionais | Raiz da pasta da área | projeto/organizacao_projeto.html |
Atualizar quando padrões mudarem |
| Página conceitual | Explicar um conceito, distinção ou fundamento aplicado | Projeto, fundamentos, arquitetura, sistema ou domínio | ciclo_vida_solucao_ola.html |
Revisar conceitos, links e coerência |
| Grafo | Representar redes de conceitos, relações e entidades | Página HTML, domínio ou área de arquitetura | Grafo de tópicos, entidades ou componentes | Atualizar nós, links, legenda e responsividade |
| Trilha | Organizar sequência de aprendizagem | aprendizagem/ ou dominios/ |
Trilha de eletricidade ou página web | Atualizar ordem, objetos, lacunas e avaliação |
| Objeto de aprendizagem | Ensinar, praticar, simular ou avaliar um tópico | aprendizagem/ ou domínio específico |
Quiz, simulador, página didática, exercício guiado | Revisar conteúdo, interação e adequação didática |
| Regra | Formalizar critério de governança | governanca/ |
Regra de classificação de entradas | Revisar conforme mudanças de padrão |
| Vocabulário | Reduzir ambiguidade terminológica | fundamentos/, governanca/ ou área transversal |
Vocabulário do OLA | Atualizar termos, sinônimos e distinções |
| Imagem | Apoiar explicação visual, síntese ou navegação | assets/img/ ou subpasta específica |
assets/img/sistema_conhecimento_ola.png |
Manter nome, alt text, proporção e uso correto |
| Modelo | Representar estrutura, processo, relação ou evolução | Fundamentos, arquitetura, projeto ou governança | Modelo relacional de uso e evolução do OLA | Revisar coerência conceitual e aplicação |
5. A entrega no ciclo de vida da solução
A entrega é uma fase importante, mas não é o fim do ciclo. Ela fica entre a implementação e a implantação.
Necessidade → Objeto → Análise → Projeto → Design → Implementação → Entrega → Implantação → Operação → Manutenção → Evolução → Valor
Implementação produz
A implementação constrói o artefato: código, texto, imagem, grafo, tabela, modelo ou regra.
Entrega disponibiliza
A entrega torna o artefato pronto para ser integrado, publicado, usado ou revisado.
Implantação integra
A implantação coloca a entrega dentro do OLA: links, índices, mapas, navegação e relação com outras áreas.
Operação gera uso
A operação permite que a entrega produza valor por consulta, aprendizagem, reutilização ou decisão.
6. Entregas e níveis M0–M3
As entregas podem existir em diferentes níveis de abstração.
| Nível | Sentido | Tipo de entrega | Exemplo |
|---|---|---|---|
| M3 | Princípios, direção e fundamentos gerais | Princípio, visão, diretriz, fundamento | Projeto como empreendimento evolutivo |
| M2 | Modelos, padrões e estruturas conceituais | Modelo, método, taxonomia, ciclo, regra geral | Ciclo de vida da solução no OLA |
| M1 | Estruturas aplicadas e organização do sistema | Índice, mapa, organização, estrutura de pasta | Tríade index/mapa/organização de uma área |
| M0 | Instâncias concretas | Arquivo HTML, imagem, tabela, grafo, página específica | projeto/entregas_ola.html |
7. Estado da entrega
Uma entrega pode estar em diferentes estados. Registrar o estado ajuda a controlar manutenção e evolução.
| Estado | Descrição | Ação recomendada |
|---|---|---|
| Ideia | A entrega foi imaginada, mas ainda não foi estruturada | Registrar necessidade e objeto |
| Esboço | Há uma estrutura inicial, ainda incompleta | Completar análise e projeto |
| Protótipo | A entrega existe, mas ainda precisa validação e integração | Testar, revisar e decidir implantação |
| Entregue | O artefato foi produzido | Implantar em índices, mapas e links |
| Implantado | A entrega está integrada ao OLA | Acompanhar uso e manutenção |
| Em operação | A entrega é usada regularmente | Observar valor gerado e necessidades de ajuste |
| Em manutenção | A entrega precisa correções, atualização ou alinhamento | Corrigir links, conteúdo, layout e coerência |
| Em evolução | A entrega gera novos desdobramentos | Registrar relações, novas entregas e decisões |
| Obsoleta | A entrega foi substituída ou perdeu validade | Registrar substituição e evitar uso indevido |
8. Rastreabilidade das entregas
Toda entrega relevante deve poder ser rastreada quanto à origem, decisão, implantação, uso e evolução.
Necessidade → Decisão → Entrega → Localização → Integração → Uso → Manutenção → Evolução → Valor gerado
Ficha mínima de rastreabilidade
- Nome da entrega: título ou nome do arquivo.
- Tipo: página, mapa, grafo, trilha, objeto, regra, vocabulário, imagem ou modelo.
- Origem: necessidade, pergunta ou decisão que gerou a entrega.
- Localização: pasta e caminho físico.
- Estado: ideia, esboço, protótipo, entregue, implantado, em operação, em manutenção ou em evolução.
- Relações: páginas, índices, mapas e áreas conectadas.
- Valor esperado: aprendizagem, organização, decisão, reutilização ou evolução.
9. Critérios de governança para entregas
As entregas precisam ser governadas para não virarem arquivos soltos, duplicados ou semanticamente ambíguos.
Critério 1 — Toda entrega deve ter tipo
Antes de integrar uma entrega, identificar se ela é página, mapa, grafo, trilha, objeto, regra, vocabulário, imagem ou modelo.
Critério 2 — Toda entrega deve ter lugar
A localização deve corresponder à função semântica da entrega: projeto, governança, arquitetura, fundamentos, domínios, aprendizagem, aprendiz ou assets.
Critério 3 — Toda entrega deve ter relação
Uma entrega estrutural deve ser ligada a índice, mapa, organização ou página relacionada.
Critério 4 — Toda entrega deve ter estado
Identificar se a entrega está em ideia, esboço, protótipo, entregue, implantada, em operação, em manutenção, em evolução ou obsoleta.
Critério 5 — Toda entrega deve ter valor esperado
A entrega deve justificar seu uso por aprendizagem, organização, decisão, reutilização, operação ou evolução.
10. Exemplo aplicado
A própria página atual pode ser registrada como uma entrega.
| Campo | Registro |
|---|---|
| Nome | entregas_ola.html |
| Tipo | Página conceitual-operacional |
| Área | projeto/ |
| Origem | Necessidade de classificar entregas do OLA |
| Objeto | Entregas do OLA: páginas, mapas, grafos, trilhas, objetos, regras, vocabulários, imagens e modelos |
| Estado | Entregue, aguardando implantação nos índices e mapas relacionados |
| Valor esperado | Organização, rastreabilidade, manutenção e evolução das entregas do OLA |
| Integração recomendada |
Atualizar index_projeto.html, mapa_projeto.html e,
se necessário, organizacao_projeto.html.
|
11. Links relacionados
Esta página deve funcionar junto com o ciclo de vida da solução e com a tríade da área
projeto/.
Índice do Projeto
Entrada principal da área projeto/.
Mapa do Projeto
Relações e posição semântica da área projeto/.
Organização do Projeto
Critérios de organização, nomeação, manutenção e evolução.
Ciclo de Vida da Solução
Da necessidade ao valor, incluindo operação, manutenção e evolução.
Governança
Regras, critérios, padrões e coerência do sistema.
Arquitetura
Componentes, funcionalidades e relações estruturais do OLA.