◇ OpenCyber Academy
Engenharia · Capítulo 5 · Português

Capítulo 5 — Comunicação em engenharia

Ensino gratuito e aberto para quem deseja proteger pessoas e tecnologias. Não é preciso criar uma conta para estudar ou consultar as respostas.

Capítulo 5 — Comunicação em engenharia

Mapa da aula

Aula 05 publicada. Mapa, exemplo, EX013.

flowchart TD
  N0["5.1 Registros de decisão"]
  N1["5.2 Diagramas revisáveis"]
  N2["5.3 Explicar tradeoffs"]
  N3["Síntese"]
  N0 --> N1 --> N2 --> N3
  N3 --> EX["Exemplo resolvido"]
  EX --> Q["Exercício EX013"]

Desenho lógico

flowchart LR
  N0["5.1 Registros de decisão"]
  N1["5.2 Diagramas revisáveis"]
  N2["5.3 Explicar tradeoffs"]
  N3["Síntese"]
  N0 --> N1 --> N2 --> N3 --> Q["EX013"]

[5.1 Registros de decisão]
    |
    v
[5.2 Diagramas revisáveis]
    |
    v
[5.3 Explicar tradeoffs]
    |
    v
[Síntese]
    |
    v
[Exemplo resolvido] --> [Exercício EX013]

Objetivos de aprendizagem

Você vai (1) escrever registros de decisão de arquitetura; (2) desenhar diagramas que outras pessoas possam revisar; (3) explicar tradeoffs de segurança a não especialistas.

5.1 Registros de decisão

Daniel apresenta o registro de decisão de arquitetura (ADR), um documento curto que declara o contexto, a decisão, as opções consideradas, as consequências e a data. Sofia escreve um para uma escolha simples: se os validadores de passagens devem armazenar uma lista de bloqueio completa dos cartões bloqueados ou consultar o servidor a cada vez. O registro explica as opções, escolhe listas de bloqueio locais com atualizações a cada hora, pela resiliência offline, e declara a consequência de que um cartão recém-bloqueado pode funcionar por até uma hora. Os registros de decisão permitem que futuros engenheiros entendam por que um projeto tem a forma que tem, em vez de adivinhar ou repetir debates antigos.

5.2 Diagramas revisáveis

Sofia aprende que um diagrama serve para revisão, não para decoração. Um bom diagrama de fluxo de dados mostra processos, repositórios de dados, entidades externas, fluxos de dados e fronteiras de confiança, a notação que Shostack (2014) usa para a modelagem de ameaças. Cada seta é rotulada com o que flui e por qual protocolo. Cada fronteira é desenhada onde a confiança muda, como entre um ônibus e a rede da garagem. Ela redesenha um diagrama poluído de um fornecedor numa versão limpa, com legenda e número de versão. Os revisores então conseguem apontar exatamente o elemento que questionam, o que torna as revisões mais rápidas e precisas.

5.3 Explicar tradeoffs

A diretora financeira da Corvia pergunta por que o sistema de bilhetagem não consegue bloquear instantaneamente cartões roubados. Sofia escreve uma explicação de meia página sem jargão: os validadores funcionam offline nos veículos, atualizam suas listas a cada hora, e o bloqueio instantâneo exigiria uma conectividade constante que os ônibus não têm. Ela declara o risco, um cartão roubado usado por no máximo uma hora, e o custo de reduzi-lo. Daniel elogia a explicação porque ela declara o tradeoff com clareza e deixa a diretora decidir se atualizações mais frequentes valem os custos extras de dados, em vez de esconder a decisão dentro de linguagem técnica.

Exemplo resolvido

Sofia escreve um registro de decisão sobre as listas de bloqueio, redesenha um diagrama de fornecedor com fluxos e fronteiras rotulados e explica à diretora financeira a janela de bloqueio de uma hora.

Caso sintético. As decisões, os diagramas e a diretora são sintéticos; Shostack (2014) é real.

Erros e limites

Os registros de decisão ficam desatualizados se não forem revistos quando as decisões mudam. Explicações simples podem omitir casos-limite que importam.

Exercícios

Síntese

Registros claros, diagramas revisáveis e explicações simples dos trade-offs tornam as decisões de segurança visíveis e passíveis de prestação de contas.

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

← Capítulo 04 · Índice das aulas · Capítulo 06 →

Continue para a próxima aula já escrita.