Construir e experimentar
Espaço de criação, edição, modelagem, prototipação e teste local dos componentes do LAC.
Arquitetura de execução e publicação
Ambientes Operacionais do LAC
Modelo arquitetural que organiza onde o LAC é construído, verificado, aprovado, publicado, utilizado, monitorado e evoluído.
3
ambientes principais
1
fluxo controlado de promoção
4
áreas de controle integradas
Contínuo
ciclo de aprendizagem e evolução
Definição
Os ambientes operacionais são contextos técnicos e organizacionais nos quais uma versão
do LAC assume diferentes estados de maturidade, controle, disponibilidade e exposição.
Verificar e aprovar
Espaço de validação funcional, visual, semântica, arquitetural, editorial e de segurança.
Disponibilizar e observar
Espaço público ou operacional em que visitantes e demais papéis utilizam as entregas aprovadas.
Posicionamento na arquitetura do LAC
Os ambientes pertencem à infraestrutura tecnológica, mas são governados por regras de qualidade, segurança, versionamento, implantação e manutenção.
Arquitetura
Define os ambientes
Define componentes
Define integrações
Define restrições
Projeto
Desenvolvimento
Implantação
Manutenção
Evolução
Qualidade e governança
Critérios de aceitação
Homologação
Controle de mudanças
Autorização de publicação
Operação
Uso
Monitoramento
Registro de evidências
Realimentação
Classificação arquitetural
Desenvolvimento, homologação e produção não são domínios finalísticos do conhecimento.
São ambientes de execução do ciclo de vida técnico das entregas do LAC.
Ambientes operacionais
Cada ambiente possui objetivo, conteúdo permitido, controles, responsáveis e condições próprias de entrada e saída.
Desenvolvimento
Construção, experimentação e teste local- HTML, CSS, JavaScript, PHP e JSON em elaboração
- Protótipos, rascunhos e versões incompletas
- Modelos conceituais e knowgramas em evolução
- Scripts de auditoria e utilitários
- Conteúdo privado ou reservado
- Testes locais de navegação e SPA
Teste e homologação
Verificação e decisão de promoção- Versão candidata identificada
- Links, rotas e componentes verificados
- Responsividade e acessibilidade avaliadas
- Conteúdo e vocabulário revisados
- Critérios de aceitação aplicados
- Riscos e dados privados inspecionados
Produção
Publicação, uso e monitoramento- Páginas públicas aprovadas
- Imagens e recursos oficiais
- Navegação estável e verificável
- Conteúdo autorizado para publicação
- Uso por visitantes e demais papéis
- Coleta de evidências para evolução
Regra de separação
O ambiente de produção não deve conter rascunhos, credenciais, documentos reservados,
experimentos incompletos, dados pessoais, arquivos temporários ou hipóteses ainda não aprovadas.
Fluxo de promoção entre ambientes
Uma entrega progride por estados sucessivos até tornar-se disponível em produção. O retorno ao desenvolvimento ocorre sempre que uma condição de qualidade não é atendida.
1. Demanda
Necessidade, pergunta, problema ou melhoria.
2. Construção
Modelagem e implementação no ambiente de desenvolvimento.
3. Teste local
Verificação inicial pelo autor ou responsável técnico.
4. Candidata
Versão identificada e preparada para avaliação.
5. Homologação
Aplicação dos critérios de aceitação.
6. Produção
Publicação da versão aprovada.
7. Evidência
Uso, observação, incidentes e oportunidades de evolução.
Promoção
Quando os critérios são atendidos, a versão candidata recebe autorização e é implantada em produção.
Retorno controlado
Quando há falhas, inconsistências ou riscos, a versão retorna ao desenvolvimento com registro do motivo e das correções necessárias.
Dois ciclos integrados
O ciclo cognitivo produz objetos de conhecimento e entregas. O ciclo técnico constrói,
testa, publica, monitora e mantém essas entregas.
Critérios de passagem
A transição entre ambientes depende de condições explícitas, verificáveis e registráveis.
| Passagem | Condições mínimas | Evidência esperada |
|---|---|---|
| Desenvolvimento → versão candidata | Implementação concluída, identificação da versão, teste local e ausência de erros críticos conhecidos. | Checklist técnico inicial e registro das alterações. |
| Versão candidata → homologação | Escopo definido, arquivos reunidos, dependências verificadas e critérios de aceitação selecionados. | Plano ou roteiro de teste associado à entrega. |
| Homologação → produção | Testes aprovados, conteúdo revisado, segurança verificada e autorização de publicação. | Relatório de teste ou decisão de homologação. |
| Produção → manutenção | Incidente, erro, mudança de requisito, evidência de uso ou oportunidade de melhoria. | Registro da demanda de correção ou evolução. |
Funcional
Links, rotas, formulários, busca, scripts e interações.
Semântico
Conceitos, termos, relações e coerência com o vocabulário do LAC.
Visual
Layout, legibilidade, responsividade, contraste e consistência.
Arquitetural
Localização, dependências, integração, segurança e conformidade estrutural.
Responsabilidades
No estágio atual do LAC, uma mesma pessoa pode exercer vários papéis, mas as responsabilidades devem permanecer conceitualmente separadas.
| Papel | Responsabilidade principal | Ambiente predominante |
|---|---|---|
| Autor | Produzir, revisar e evoluir conteúdos e artefatos. | Desenvolvimento |
| Desenvolvedor | Implementar componentes técnicos, integrações e correções. | Desenvolvimento |
| Testador | Aplicar jornadas, checklists e critérios de aceitação. | Teste e homologação |
| Curador | Verificar coerência, qualidade, pertinência e organização do conhecimento. | Homologação |
| Responsável pela publicação | Autorizar e executar a implantação da versão aprovada. | Homologação e produção |
| Operador ou mantenedor | Monitorar uso, incidentes, disponibilidade e necessidades de evolução. | Produção |
Separação de funções
Mesmo quando Walter acumula os papéis de autor, desenvolvedor, testador e publicador,
cada decisão deve ser tomada segundo o critério do papel correspondente.
Segurança, privacidade e integridade
A separação dos ambientes reduz o risco de exposição indevida, publicação acidental, perda de integridade e mistura entre conteúdo experimental e conteúdo oficial.
Privilégio mínimo
Cada ambiente deve conter apenas os arquivos, dados e acessos necessários à sua finalidade.
Produção limpa
Somente recursos aprovados, necessários e autorizados devem ser enviados ao servidor público.
Rastreabilidade
Toda mudança relevante deve permitir identificar origem, objetivo, versão, decisão e resultado.
Recuperação
Uma publicação deve poder ser revertida quando provocar erro, risco ou perda de funcionalidade.
Proteção do privado
Conteúdos da área privada, pesquisa reservada, credenciais e dados pessoais não devem integrar o pacote público.
Controle antes da publicação
A inspeção do pacote de produção deve verificar nomes de arquivos, caminhos,
dados incorporados, comentários, credenciais, documentos privados e referências internas.
Estrutura recomendada
A separação conceitual dos ambientes não exige criar novas áreas finalísticas na raiz do LAC. A documentação fica em arquitetura e os instrumentos de controle ficam nas áreas já existentes.
arquitetura/
├── ambientes_operacionais_lac.html
├── arquitetura_de_implantacao_lac.html
└── fluxo_publicacao_lac.html
projeto/
├── desenvolvimento/
├── implantacao/
├── manutencao/
└── qualidade/
├── catalogo_jornadas_teste.html
├── plano_teste_jornadas.html
├── checklist_teste_jornadas.html
├── relatorio_teste_jornadas.html
└── matriz_cobertura_jornadas.html
governanca/
├── decisoes/
├── seguranca/
├── controle_de_mudancas/
└── gestao_de_versoes/
Separar por estado
O mesmo artefato pode assumir os estados rascunho, candidato, homologado, publicado, substituído ou arquivado.
Separar por localização
Arquivos locais, privados, temporários e públicos devem possuir destinos físicos compatíveis com seus níveis de exposição.
Integração com o modelo sistêmico do LAC
Os ambientes operacionais sustentam o ciclo técnico que torna utilizáveis as entregas produzidas pelo ciclo cognitivo.
Transformação do conhecimento
Pergunta → Jornada → Objeto de conhecimento → Entrega → Uso → Evidência → Aprendizagem incorporada.
Transformação da versão
Especificação → Desenvolvimento → Teste → Homologação → Produção → Monitoramento → Manutenção.
Integração fundamental
O ciclo cognitivo responde ao que deve ser conhecido, estruturado e entregue.
O ciclo técnico responde a como essa entrega será construída, verificada,
publicada e mantida.
| Área do LAC | Relação com os ambientes |
|---|---|
| Fundamentos | Define os princípios que orientam a qualidade, a evolução e a integridade do conhecimento. |
| Arquitetura | Define ambientes, componentes, limites, integrações e fluxos de implantação. |
| Projeto | Organiza desenvolvimento, testes, implantação, manutenção e evolução. |
| Qualidade | Fornece critérios, jornadas, checklists, relatórios e evidências de aprovação. |
| Governança | Controla mudanças, versões, riscos, segurança e autorização de publicação. |
| Produção | Disponibiliza as entregas aprovadas e gera evidências de uso. |
Decisões arquiteturais consolidadas
Síntese das decisões que orientam a implementação futura dos ambientes operacionais.
Os ambientes pertencem à infraestrutura tecnológica
Não constituem novos domínios finalísticos nem novas unidades organizadoras do LAC.
A jornada permanece a unidade organizadora
Os ambientes sustentam tecnicamente as jornadas e as entregas por elas produzidas.
Homologação deve existir no modelo
Mesmo que ainda não haja servidor separado, a função de homologação precisa ser exercida.
Produção deve receber somente conteúdo aprovado
A publicação direta de rascunhos deve ser tratada como exceção e risco arquitetural.
O uso em produção realimenta o desenvolvimento
Evidências, incidentes e aprendizagens geram novas demandas de correção e evolução.
Conclusão arquitetural
O LAC deve operar com um fluxo explícito:
desenvolvimento → teste → homologação → produção → monitoramento → manutenção e evolução.