Capítulo 25 — Ateliê de projeto I

Capítulo 25 — Ateliê de projeto I

Mapa da aula

Aula 25 publicada. Mapa, exemplo, EX073.

flowchart TD
  N0["25.1 O briefing do ateliê"]
  N1["25.2 Apresentar as escolhas"]
  N2["25.3 Revisar a partir da crítica"]
  N3["Síntese"]
  N0 --> N1 --> N2 --> N3
  N3 --> EX["Exemplo resolvido"]
  EX --> Q["Exercício EX073"]

Desenho lógico

flowchart LR
  N0["25.1 O briefing do ateliê"]
  N1["25.2 Apresentar as escolhas"]
  N2["25.3 Revisar a partir da crítica"]
  N3["Síntese"]
  N0 --> N1 --> N2 --> N3 --> Q["EX073"]

[25.1 O briefing do ateliê]
    |
    v
[25.2 Apresentar as escolhas]
    |
    v
[25.3 Revisar a partir da crítica]
    |
    v
[Síntese]
    |
    v
[Exemplo resolvido] --> [Exercício EX073]

Objetivos de aprendizagem

Você vai (1) desenvolver um projeto de arquitetura num formato de ateliê; (2) apresentar e defender escolhas de projeto; (3) incorporar críticas nas revisões.

25.1 O briefing do ateliê

No Ateliê de Projeto I, a equipe de quatro pessoas de Sofia recebe um briefing: projetar a arquitetura segura do novo sistema de gestão de recarga das garagens da Corvia, que programa a recarga dos ônibus elétricos e se conecta ao portal do fornecedor de energia. Eles têm quatro semanas. Começam pelo contexto, pelas partes interessadas e pelas necessidades de proteção, e depois desenham um modelo de componentes e os fluxos de dados. O formato de ateliê espelha a prática profissional: os projetos são desenvolvidos de forma iterativa, revisados por colegas e praticantes e revisados de novo. Daniel faz o papel de cliente, respondendo a perguntas sobre as restrições e recusando-se a tomar decisões de projeto por eles.

25.2 Apresentar as escolhas

Na revisão intermediária, a equipe apresenta três opções: controle da recarga na nuvem, com comandos remotos para as garagens; controle em cada garagem, com a nuvem apenas para relatórios; e um modelo híbrido. Eles defendem o controle local na garagem porque os ônibus precisam recarregar mesmo quando o enlace de internet falha, com programações assinadas vindas da nuvem e regras locais de contingência. Um revisor questiona como eles vão impedir que um controlador de garagem comprometido danifique os carregadores. Eles ainda não têm resposta e dizem isso com honestidade, registrando a pergunta como uma questão em aberto, em vez de inventar uma resposta sob pressão.

25.3 Revisar a partir da crítica

Na semana seguinte, a equipe pesquisa a questão em aberto na documentação do fornecedor dos carregadores e com os engenheiros de segurança física. Acrescentam limites de hardware nos carregadores que o controlador não consegue sobrepor, separam a rede do controlador dos sistemas corporativos e exigem aprovação de duas pessoas para mudanças nas regras de contingência. Na revisão final, mostram como cada mudança responde à crítica e que risco permanece. Sofia aprende que um ateliê de projeto recompensa a incerteza honesta seguida de pesquisa, e que a crítica é mais útil quando registrada e respondida explicitamente na versão seguinte.

Exemplo resolvido

A equipe de Sofia compara três opções de controle da recarga, escolhe o controle local na garagem com programações assinadas, registra uma questão em aberto sobre controladores comprometidos e a responde com limites de hardware e segmentação.

Caso sintético. O sistema de recarga, o fornecedor e as revisões são sintéticos.

Erros e limites

Os projetos de ateliê não têm o detalhamento de produção; restrições reais podem mudar as escolhas. Os limites de hardware dependem da qualidade da implementação do fornecedor.

Exercícios

• EX073 — Motivo do controle local. Por que a equipe escolheu o controle de recarga local na garagem? Rubrica: 3 = os ônibus precisam recarregar mesmo quando os enlaces de internet falham;; 2 = resiliência;; 1 = custo;; 0 = nenhuma.

• EX074 — Questionamento sem resposta. Como a equipe lidou com o questionamento que não sabia responder? Rubrica: 3 = disse isso com honestidade e o registrou como questão em aberto;; 2 = questão em aberto;; 1 = inventou uma resposta;; 0 = nenhuma.

• EX075 — Mitigações finais. Cite duas mitigações acrescentadas depois da crítica. Rubrica: 3 = limites de hardware não sobreponíveis nos carregadores, separação de rede, aprovação de duas pessoas para as regras de contingência (duas);; 2 = uma;; 1 = vago;; 0 = nenhuma.

Síntese

Um ateliê de projeto ensina arquitetura por meio de opções, questões em aberto tratadas com honestidade e revisões que respondem explicitamente à crítica.

Continue estudando — aula 25 (capítulo 25 de 50)

← Capítulo 24 · Índice das aulas · Capítulo 26 →

Continue para a próxima aula já escrita.