1. Finalidade
A finalidade desta página é registrar o modelo que explica como o uso do OLA se organiza desde a experiência vivida pelo ator até a produção de artefatos e sua posterior governança e evolução.
2. Problema resolvido
À medida que o OLA cresce, surgem muitas páginas, mapas, índices, trilhas, objetos de aprendizagem, dashboards, políticas, padrões e registros. Sem um modelo relacional, esses elementos podem parecer independentes ou dispersos.
Esta página resolve o problema de mostrar como esses elementos se conectam: a jornada orienta o uso; o caso de uso detalha a interação; a funcionalidade realiza a transformação; o artefato materializa o resultado; e a governança com evolução garante coerência, segurança e continuidade.
Jornada → Caso de uso → Funcionalidade → Artefato → Governança e Evolução
3. Visão geral do modelo
O Modelo Relacional de Uso e Evolução do OLA organiza cinco perguntas fundamentais:
| Elemento | Pergunta-guia | Função no OLA |
|---|---|---|
| Jornadas do OLA | Quais caminhos os atores percorrem? | Descrevem a experiência completa vivida pelo usuário, aprendiz, autor, visitante ou colaborador. |
| Casos de uso do OLA | O que o ator quer realizar? | Detalham as interações funcionais que ocorrem dentro das jornadas. |
| Funcionalidades do OLA | Que capacidades o OLA precisa oferecer? | Representam as capacidades que permitem executar os casos de uso. |
| Artefatos do OLA | O que é produzido, alterado ou validado? | Materializam o conhecimento em páginas, mapas, trilhas, grafos, tabelas, dashboards e políticas. |
| Mecanismos de Governança e Evolução | Como controlar, proteger, integrar e melhorar? | Garantem coerência, privacidade, padronização, versionamento, refatoração e continuidade. |
4. Modelos de uso do OLA
O OLA não possui apenas um modelo de uso único. Ele possui uma família de modelos de uso, dependendo da finalidade, do ator, do contexto e do tipo de artefato que se deseja produzir, organizar, revisar ou evoluir.
| Modelo de uso | Quando usar | Finalidade principal | Fluxo típico | Artefatos resultantes |
|---|---|---|---|---|
| Modelo pergunta/texto | Quando a entrada inicial é uma dúvida, pergunta, anotação, texto bruto ou reflexão ainda pouco estruturada. | Transformar uma entrada inicial em conhecimento estruturado. | Pergunta ou texto → análise estruturada → conceitos → relações → artefato. | Resposta estruturada, página, mapa, tabela, resumo ou trilha. |
| Modelo de criação de página | Quando o objetivo é produzir uma página HTML no padrão do OLA. | Materializar conhecimento em uma página navegável, padronizada e reutilizável. | Necessidade → finalidade → problema resolvido → estrutura → HTML → revisão. | Página de conhecimento, página de mapa, página de índice ou página de organização. |
| Modelo de domínio | Quando um tema recorrente cresce e precisa ser organizado como área de conhecimento. | Organizar um domínio ou subdomínio dentro do OLA. | Tema recorrente → mapa do domínio → organização → índice → páginas específicas. | mapa_*.html, organizacao_*.html, index_*.html e páginas do domínio. |
| Modelo de aprendizagem | Quando o foco é aprender, superar lacunas, estruturar trilhas ou acompanhar progresso. | Apoiar aprendizagem ativa, personalizada e evolutiva. | Lacuna → diagnóstico → trilha → objeto de aprendizagem → prática → avaliação. | Trilha, objeto de aprendizagem, exercício, registro de evolução e dashboard. |
| Modelo de visualização | Quando há relações complexas que precisam ser vistas em grafo, mapa, tabela ou diagrama. | Representar visualmente conceitos, relações, fluxos, camadas e dependências. | Conceitos → relações → escolha da visualização → grafo, mapa, tabela ou diagrama. | Grafo, mapa conceitual, tabela estruturada, diagrama, rede de tópicos ou dashboard. |
| Modelo de apresentação | Quando o objetivo é comunicar uma ideia do OLA para outra pessoa ou público. | Transformar conhecimento estruturado em narrativa comunicável. | Mensagem central → narrativa → roteiro → slide ou página de apoio → feedback. | Roteiro, apresentação, página de apoio, resumo ou material para envio. |
| Modelo de governança | Quando há risco, privacidade, publicação, classificação, padrão ou decisão estrutural. | Controlar publicação, privacidade, classificação, padrões e riscos. | Artefato → classificação → decisão de publicação → revisão → integração. | Política, regra, checklist, quadro de regras, registro de decisão e página de governança. |
| Modelo de evolução | Quando uma página, área, domínio ou regra precisa ser revisada, refatorada ou versionada. | Melhorar continuamente o próprio OLA. | Uso → lacuna → revisão → refatoração → integração → nova versão. | Página refatorada, versão atualizada, histórico, índice revisado, mapa atualizado ou nova regra. |
| Modelo Relacional de Uso e Evolução do OLA | Quando for necessário compreender, comparar ou integrar diferentes formas de uso do OLA em uma visão sistêmica. | Integrar os modelos de uso do OLA, conectando jornadas, casos de uso, funcionalidades, artefatos, governança e evolução. | Jornada → Caso de uso → Funcionalidade → Artefato → Governança e Evolução. | Visão integradora, matriz de rastreabilidade, critérios de governança e orientação para evolução dos artefatos. |
4.1 Papel da página integradora
Esta página não precisa substituir as páginas específicas de cada modelo. Ela funciona como uma página-mãe, mantendo os modelos em uma visão comparativa. Quando um modelo amadurecer, tiver uso recorrente, fluxo próprio e artefatos próprios, ele poderá ganhar uma página específica.
5. Quando usar cada modelo
A escolha do modelo de uso depende da finalidade da atividade. A lista abaixo funciona como uma regra prática de decisão.
6. Cadeia relacional
A relação principal pode ser representada como uma cadeia de transformação. Cada elemento prepara o seguinte.
7. Elementos do modelo
7.1 Jornada
É o percurso vivido por um ator ao longo do tempo. Mostra contexto, necessidade, entrada, etapas, decisões e resultado.
Exemplo: jornada do autor ao criar uma nova página do OLA.
7.2 Caso de uso
É uma interação funcional dentro de uma jornada. Descreve algo que o ator quer realizar com apoio do OLA.
Exemplo: criar um mapa de domínio.
7.3 Funcionalidade
É uma capacidade necessária para realizar um caso de uso. Pode envolver análise, estruturação, geração de HTML, criação de links ou visualização.
Exemplo: gerar uma página HTML no padrão OLA.
7.4 Artefato
É o produto concreto gerado, ajustado ou validado pelo OLA.
Exemplo: mapa_saude.html, index_arquitetura.html ou lgpd_privacidade_ola.html.
7.5 Governança
Define regras, critérios, políticas e padrões para proteger a coerência, a organização, a privacidade e a qualidade do sistema.
Exemplo: classificar informação antes de publicar.
7.6 Evolução
Mantém o OLA vivo por meio de feedback, revisão, refatoração, versionamento, integração e melhoria contínua.
Exemplo: atualizar índice, mapa e quadro de regras após criar uma página nova.
8. Exemplo aplicado
Exemplo: organização do domínio Saúde no OLA.
| Camada do modelo | Aplicação no exemplo | Resultado esperado |
|---|---|---|
| Jornada | Walter percebe a necessidade de organizar conteúdos sobre saúde, coluna, ombro, ergonomia e acompanhamento clínico. | Jornada de organização do domínio Saúde. |
| Casos de uso | Criar mapa de saúde, organização do domínio, índice, páginas específicas e registros de acompanhamento. | Conjunto de ações funcionais do domínio. |
| Funcionalidades | Analisar conceitos, gerar páginas HTML, criar tabelas, relacionar subdomínios, revisar navegação e estruturar registros. | Capacidades usadas para construir o domínio. |
| Artefatos | mapa_saude.html, organizacao_saude.html, index_saude.html, dashboard_saude_produtor.html. |
Páginas e instrumentos concretos do domínio. |
| Governança e evolução | Separar registro pessoal de interpretação médica, aplicar LGPD, decidir o que publicar, revisar links e refatorar páginas. | Domínio mais seguro, coerente e evolutivo. |
9. Ciclo evolutivo
O relacionamento não é apenas linear. Ele também é cíclico. O uso gera novos aprendizados, que exigem novos casos de uso, novas funcionalidades, novos artefatos e novas regras.
Uso do OLA → identificação de necessidade → jornada → casos de uso → funcionalidades → artefatos → governança → feedback → refatoração → nova versão → novo uso do OLA
10. Rastreabilidade entre os elementos
Uma vantagem do modelo relacional é permitir rastrear o caminho entre uma necessidade inicial e os artefatos produzidos.
| Origem | Relação | Destino | Pergunta de controle |
|---|---|---|---|
| Jornada | contém | Casos de uso | Quais ações funcionais aparecem nessa jornada? |
| Caso de uso | exige | Funcionalidades | Que capacidades são necessárias para realizar este caso de uso? |
| Funcionalidade | produz, altera ou valida | Artefatos | Que produto concreto resulta desta funcionalidade? |
| Artefato | é controlado por | Governança | Este artefato está correto, seguro, classificado e integrado? |
| Governança | orienta | Evolução | O que precisa ser revisado, refatorado, publicado ou mantido local? |
| Evolução | gera | Novas jornadas | Que novos usos aparecem após a melhoria do sistema? |
11. Governança aplicada ao modelo
Os mecanismos de governança e evolução atuam sobre todos os elementos do modelo, mas têm efeito mais direto sobre os artefatos produzidos.
Classificação da informação
Define se o conteúdo é público, interno, restrito, sensível, local, manual ou não deve ser registrado.
Política de publicação
Decide o que pode ir para o site, o que precisa ser anonimizado e o que deve permanecer no computador pessoal.
LGPD e privacidade
Protege dados pessoais, informações sensíveis, registros de saúde e dados de terceiros.
Padrões de interface e navegação
Mantêm consistência visual, estrutural e navegacional entre as páginas do OLA.
Versionamento e histórico
Permitem acompanhar o que mudou, quando mudou e por que mudou.
Refatoração
Melhora páginas existentes sem perder a função original do artefato.
12. Decisões de arquitetura apoiadas pelo modelo
Este modelo ajuda a tomar decisões importantes no desenvolvimento do OLA.
12.1 Esta página deve existir?
Sim. Ela deve existir porque explicita uma relação importante do sistema, reduz ambiguidade, orienta construção futura e melhora a governança do OLA.
12.2 Onde a página deve ficar?
Como esta página explica o funcionamento sistêmico do uso e da evolução do OLA, ela pertence à área de Arquitetura. Porém, deve se conectar fortemente à Governança.
12.3 Os outros modelos precisam de páginas próprias?
Não imediatamente. Primeiro, eles devem ficar como linhas ou cards nesta página integradora. Depois, quando algum modelo amadurecer, tiver uso recorrente, fluxo próprio e artefatos próprios, ele pode ganhar uma página específica.
12.4 Quando atualizar páginas relacionadas?
Sempre que uma página nova alterar a compreensão de jornadas, casos de uso, funcionalidades, artefatos ou mecanismos de governança, os índices e mapas relacionados devem ser revisados.
12.5 Quando um artefato precisa de governança?
Todo artefato precisa de algum nível de governança. O grau de cuidado aumenta quando há dados pessoais, saúde, familiares, terceiros, publicação externa, regras de navegação, padrões de interface ou impactos na estrutura do site.
13. Integração desta página no OLA
Esta página deve funcionar como ponte entre páginas de arquitetura e páginas de governança.
14. Próximos passos
Depois de criar esta página, os próximos ajustes recomendados são:
| Passo | Ação | Arquivo provável |
|---|---|---|
| 1 | Inserir card/link desta página no índice de arquitetura. | arquitetura/index_arquitetura.html |
| 2 | Atualizar o mapa de arquitetura para incluir o Modelo Relacional de Uso e Evolução. | arquitetura/mapa_arquitetura.html |
| 3 | Conectar a página com regras de governança, LGPD, publicação e classificação da informação. | governanca/index_governanca.html |
| 4 | Manter os modelos específicos como linhas ou cards nesta página integradora. | arquitetura/modelo_relacional_uso_e_evolucao_ola.html |
| 5 | Criar páginas específicas apenas quando algum modelo amadurecer. | arquitetura/modelo_*.html |
| 6 | Usar este modelo como referência para novos domínios, novos artefatos e novas decisões de governança. | dominios/*, governanca/*, arquitetura/* |