Grupo
Infraestrutura. A Base integra o conjunto de recursos técnicos, dados e fontes que sustentam as demais áreas do LAC.
A pasta base/ reúne elementos técnicos reutilizáveis e bases comuns usados na construção e manutenção do LAC: modelos de aplicação, padrões, templates e componentes reutilizáveis. Sua responsabilidade é de infraestrutura; não é uma área de conteúdo conceitual.
Enquanto fundamentos registra conceitos, arquitetura descreve estruturas, governança decide e disciplina, e as demais áreas assumem seus próprios conteúdos, a base/ materializa somente recursos reutilizáveis de construção que não pertencem predominantemente a uma dessas áreas.
Caminho físico: raiz do LAC → base/ → index_base.html
Caminho lógico: Portal → Base → Modelos, padrões, templates e componentes reutilizáveis
Caminho semântico: LAC → Infraestrutura → Base técnica reutilizável → Construção e manutenção
Infraestrutura. A Base integra o conjunto de recursos técnicos, dados e fontes que sustentam as demais áreas do LAC.
Técnica. Reúne elementos reutilizáveis e bases comuns para construção e manutenção.
Institucional. É infraestrutura interna do LAC, ainda que os artefatos produzidos com seus recursos possam ser públicos.
Rever fronteiras. A área permanece na estrutura física, mas deve evitar sobreposição com Governança, Arquitetura, Fundamentos, Assets, Dados e Ferramentas.
base/ quando for reutilizável, recorrente, técnico e transversal, sem possuir outra área com responsabilidade predominante mais adequada.À medida que o LAC cresce, surgem muitas páginas, mapas, trilhas, grafos, índices, modelos e artefatos. Sem uma área de base, cada nova página pode ser criada de modo islacdo, repetindo decisões visuais, estruturais e semânticas já tomadas anteriormente.
A finalidade da pasta base/ é funcionar como uma biblioteca técnica reutilizável para a construção e manutenção do LAC. Ela guarda estruturas recorrentes que podem ser instanciadas, copiadas ou adaptadas por outras áreas, sem assumir a responsabilidade conceitual, normativa ou arquitetural dessas áreas.
A Base não deve ser confundida com conteúdo final, repositório genérico nem fonte normativa. Governança continua sendo a autoridade das regras; Arquitetura, da estrutura; Fundamentos, dos conceitos. A Base pode materializar decisões dessas áreas em templates, padrões e componentes reutilizáveis.
Estruturas reutilizáveis de aplicação, como modelos de página, índice, mapa, jornada, visualização e análise. Modelos conceituais do conhecimento permanecem na área responsável pelo conceito ou na Arquitetura, conforme sua finalidade.
Formas recorrentes de organização, apresentação, navegação, nomenclatura, blocos semânticos, breadcrumbs, cards, tabelas, accordions e seções finais.
Arquivos-base que podem ser copiados para criar novas páginas no padrão LAC, como página índice, página mapa, página organização, página fundamento e página domínio.
Blocos de interface ou de conteúdo que podem aparecer em várias páginas, como hero, índice lateral, cards, modais, tabelas, blocos de próximos passos e páginas relacionadas.
| Item | Destino predominante | Critério |
|---|---|---|
| Template reutilizável de página, índice ou mapa | base/ | Artefato técnico recorrente usado por várias áreas. |
| Padrão materializado de breadcrumb, card, tabela ou modal | base/ | Forma reutilizável de implementação. |
| Regra oficial, política ou critério de governança | governanca/ | Conteúdo normativo não deve ser duplicado na Base; a Base apenas referencia ou implementa. |
| Modelo ou decisão da estrutura do sistema | arquitetura/ | Responsabilidade arquitetural predominante. |
| Conceito, teoria ou definição | fundamentos/ ou área de conhecimento responsável | Responsabilidade conceitual predominante. |
| CSS, JavaScript, imagem, ícone ou fonte estática compartilhada | /assets/ | Recurso estático global; não confundir asset com template/componente documentado. |
| JSON, CSV, índice de busca ou dado estruturado | dados/ | Responsabilidade de dados. |
| Gerador, validador ou transformador executável | ferramentas/ | Responsabilidade operacional da ferramenta. |
A estrutura abaixo é um estado inicial controlado. Novas subpastas só devem ser criadas quando houver recorrência e volume suficientes, evitando que a Base se torne um depósito genérico.
base/
├── index_base.html
├── modelos/
│ ├── index_modelos.html
│ ├── modelo_pagina_lac.html
│ ├── modelo_mapa_lac.html
│ ├── modelo_trilha_lac.html
│ ├── modelo_dominio_lac.html
│ └── modelo_experiencia_lac.html
│
├── padroes/
│ ├── index_padroes.html
│ ├── padrao_breadcrumb_lac.html
│ ├── padrao_cards_lac.html
│ ├── padrao_tabelas_lac.html
│ ├── padrao_blocos_semanticos_lac.html
│ └── padrao_navegacao_lac.html
│
├── templates/
│ ├── index_templates.html
│ ├── template_pagina_indice.html
│ ├── template_pagina_mapa.html
│ ├── template_pagina_organizacao.html
│ ├── template_pagina_fundamento.html
│ └── template_pagina_dominio.html
│
└── componentes/
├── index_componentes.html
├── componente_hero.html
├── componente_indice_lateral.html
├── componente_card.html
├── componente_accordion.html
├── componente_modal.html
└── componente_tabela_responsiva.html
index_base.html e, depois, receber subpastas conforme os modelos e componentes forem
consolidados.
Os modelos ajudam a definir a estrutura conceitual de páginas e artefatos do LAC.
| Modelo | Uso principal | Exemplo de aplicação | Área consumidora |
|---|---|---|---|
| Modelo de página LAC | Estrutura-base para páginas institucionais, conceituais ou operacionais. | Hero, breadcrumbs, problema resolvido, finalidade, análise, conteúdo e fechamento. | Todas as áreas. |
| Modelo de mapa | Representar relações entre páginas, conceitos, domínios ou componentes. | mapa_fundamentos.html, mapa_arquitetura.html, mapa_dominios.html. | Fundamentos, arquitetura, governança e domínios. |
| Modelo de índice | Organizar cards de acesso às páginas de uma área. | index_fundamentos.html, index_arquitetura.html, index_governanca.html. | Áreas estruturais e domínios. |
| Modelo de organização | Explicar como uma pasta, área ou domínio deve ser mantido. | organizacao_fundamentos.html, organizacao_autor.html, organizacao_visitante.html. | Governança e áreas internas. |
| Modelo de experiência | Descrever jornadas, pontos de contato, entregas, dores e valor gerado. | experiencia_aprendiz.html, experiencia_visitante.html, experiencia_lac.html. | Aprendiz, visitante, autor e LAC. |
Os padrões ajudam o LAC a manter coerência entre páginas criadas em momentos diferentes.
Separar caminho físico, lógico e semântico para mostrar onde o arquivo está, como o usuário chega até ele e qual é seu significado no sistema.
Iniciar páginas estruturantes explicando que problema aquela página resolve dentro do LAC.
Separar o propósito da página da interpretação arquitetural, semântica ou operacional.
Usar cards para organizar páginas, conceitos, funções, artefatos ou próximos acessos.
Usar tabelas horizontais com rlacgem quando houver muitas colunas, preservando a leitura em telas menores.
Encerrar páginas operacionais com próximas ações e páginas de referência com páginas relacionadas.
Os templates são páginas-base que podem ser copiadas para acelerar a criação de novas páginas do LAC.
| Template | Finalidade | Quando usar | Arquivo sugerido |
|---|---|---|---|
| Página índice | Organizar links e cards de uma área. | Ao criar uma nova pasta estrutural ou domínio. | template_pagina_indice.html |
| Página mapa | Mapear relações conceituais, físicas e semânticas. | Ao precisar explicar como uma área se conecta ao LAC. | template_pagina_mapa.html |
| Página organização | Definir regras de manutenção de uma pasta ou área. | Ao consolidar a estrutura física e lógica de uma área. | template_pagina_organizacao.html |
| Página fundamento | Explicar um conceito-base do LAC. | Ao registrar conceitos estruturantes. | template_pagina_fundamento.html |
| Página domínio | Organizar um domínio de conhecimento específico. | Ao criar ou consolidar um domínio em dominios/. |
template_pagina_dominio.html |
Componentes são blocos de interface ou de estrutura textual que podem ser reaproveitados em várias páginas.
Bloco inicial com título, subtítulo, etiqueta e síntese da página.
Menu interno da página para navegação entre seções.
Caminho físico, lógico e semântico da página.
Blocos visuais para acesso a páginas, modelos, artefatos ou áreas.
Bloco expansível para explicações complementares sem sobrecarregar a leitura inicial.
Estrutura para comparação, inventário, classificação ou análise em múltiplas colunas.
A base deve ser usada como ponto de partida para novas páginas e como referência para revisar páginas existentes.
| Situação | O que consultar na base | Resultado esperado |
|---|---|---|
| Criar uma nova pasta do LAC | Modelo de índice, modelo de organização e padrão de breadcrumb. | Pasta criada com página inicial, finalidade clara e relação com o LAC. |
| Criar uma nova página conceitual | Template de fundamento, bloco de problema resolvido e bloco de finalidade/análise. | Página alinhada ao padrão semântico do LAC. |
| Criar um novo domínio | Template de domínio, modelo de mapa e modelo de índice. | Domínio organizado com mapa, índice e estrutura inicial. |
| Revisar páginas antigas | Padrões de layout, navegação, seções e fechamento. | Página antiga atualizada para o modelo atual do LAC. |
| Construir página para celular | Padrão de responsividade, tabela horizontal e índice adaptável. | Página legível em desktop, tablet e smartphone. |
A Governança define regras, políticas e critérios. A Base não os substitui: pode materializar decisões normativas em templates, padrões e componentes reutilizáveis, mantendo referência à fonte de governança.
A arquitetura define a estrutura do sistema. A base fornece componentes e modelos que ajudam a aplicar essa estrutura nas páginas.
Os fundamentos explicam conceitos. A base fornece templates para registrar esses conceitos de forma coerente.
Os domínios organizam conteúdos específicos. A base oferece modelos de índice, mapa e organização para cada domínio.
A área de dados guarda estruturas como JSON, CSV, vocabulários e registros. A base pode definir modelos e templates para esses dados.
Ferramentas podem gerar, validar ou transformar modelos e componentes definidos na base.
Como base/ já integra a estrutura física do LAC, as próximas ações devem consolidar suas fronteiras antes de ampliar seu conteúdo.
Classificar cada item candidato por responsabilidade predominante e mover para a Base apenas o que satisfizer os critérios de reuso técnico e transversalidade.
Consolidar um template_pagina_indice.html para novas áreas da raiz.
Extrair dos arquivos atuais do LAC os padrões recorrentes de hero, breadcrumb, cards, índice lateral e fechamento.
Após o inventário, atualizar a página de classificação/critério da Governança confirmando a fronteira final de base/ e retirando o status “Rever fronteiras” quando a decisão estiver consolidada.