Capítulo 20 — Arquitetura e engenharia de segurança: contexto de engenharia
Mapa da aula
Aula 20 publicada. Mapa, exemplo, EX058.
flowchart TD
N0["20.1 Contexto regulatório e contratual"]
N1["20.2 Partes interessadas e restrições"]
N2["20.3 A declaração de contexto"]
N3["Síntese"]
N0 --> N1 --> N2 --> N3
N3 --> EX["Exemplo resolvido"]
EX --> Q["Exercício EX058"]
Desenho lógico
flowchart LR
N0["20.1 Contexto regulatório e contratual"]
N1["20.2 Partes interessadas e restrições"]
N2["20.3 A declaração de contexto"]
N3["Síntese"]
N0 --> N1 --> N2 --> N3 --> Q["EX058"]
[20.1 Contexto regulatório e contratual]
|
v
[20.2 Partes interessadas e restrições]
|
v
[20.3 A declaração de contexto]
|
v
[Síntese]
|
v
[Exemplo resolvido] --> [Exercício EX058]
Objetivos de aprendizagem
Você vai (1) descrever o contexto regulatório, contratual e organizacional da arquitetura da Corvia; (2) identificar partes interessadas e restrições; (3) escrever uma declaração de contexto para um projeto.
20.1 Contexto regulatório e contratual
A partir do terceiro ano, Sofia trabalha num projeto em escala real: redesenhar o back-office de bilhetagem da Corvia. Daniel primeiro lhe pede que entenda o contexto. Os pagamentos com cartão trazem obrigações do setor de pagamentos; os dados pessoais trazem a legislação de privacidade; o financiamento público traz exigências de auditoria; e os contratos com fornecedores limitam o que a Corvia pode mudar nos validadores. Ela lista cada obrigação, sua origem e o que ela exige da arquitetura, como a segmentação dos sistemas de pagamento ou a exclusão de dados pessoais a pedido. O contexto restringe o projeto antes de qualquer escolha técnica, então ignorá-lo leva a projetos que não podem ser aprovados.
20.2 Partes interessadas e restrições
Sofia identifica as partes interessadas: passageiros, equipe de arrecadação, financeiro, o encarregado de proteção de dados, o centro de operações, os fornecedores de validadores e de pagamentos, os auditores e o conselho da autoridade de transporte. Cada uma tem necessidades e restrições. O financeiro precisa de uma conciliação exata; as operações precisam de sistemas que funcionem durante indisponibilidades; o encarregado de proteção de dados precisa de minimização e de logs de acesso; os fornecedores precisam de interfaces estáveis. As restrições incluem um orçamento fixo, um cronograma de três anos e validadores legados que só podem ser substituídos no quinto ano. Ela registra cada restrição, porque arquitetura é a arte de atender às necessidades dentro das restrições, e não de projetar um sistema ideal.
20.3 A declaração de contexto
Sofia escreve uma declaração de contexto de duas páginas para o projeto: propósito, escopo, partes interessadas, obrigações, restrições, premissas e itens fora do escopo. Daniel a revisa com o comitê do projeto, que corrige duas premissas: a tokenização de pagamentos já está contratada, e o aplicativo de passageiros está fora do escopo. Corrigir premissas nesta etapa custa uma reunião; corrigi-las depois do projeto custa meses. A declaração de contexto se torna o primeiro documento do registro de arquitetura e é referenciada por toda decisão posterior, para que os revisores possam verificar se um projeto ainda se ajusta ao seu contexto.
Exemplo resolvido
Sofia lista quatro fontes de obrigações, mapeia oito partes interessadas e restrições e escreve uma declaração de contexto corrigida pelo comitê do projeto.
Caso sintético. As obrigações, as partes interessadas e as decisões do comitê são sintéticas.
Erros e limites
A interpretação jurídica exige aconselhamento qualificado. O contexto muda ao longo de projetos longos e precisa ser revisitado.
Exercícios
-
EX058 — Exemplo de obrigação. Dê uma obrigação e seu efeito na arquitetura. Rubrica: 3 = obrigações de pagamento exigem segmentar os sistemas de pagamento; a privacidade exige suporte à exclusão;; 2 = um par;; 1 = vago;; 0 = nenhuma.
-
EX059 — Restrição legada. Que restrição limita as mudanças nos validadores? Rubrica: 3 = os validadores legados só podem ser substituídos no quinto ano;; 2 = legado;; 1 = orçamento;; 0 = nenhuma.
-
EX060 — Premissas corrigidas. Que duas premissas o comitê corrigiu? Rubrica: 3 = a tokenização já está contratada; o aplicativo de passageiros está fora do escopo;; 2 = as duas;; 1 = uma;; 0 = nenhuma.
Síntese
O contexto de engenharia define as obrigações, as partes interessadas e as restrições que toda decisão de arquitetura precisa respeitar.
Continue estudando — aula 20 (capítulo 20 de 50)
← Capítulo 19 · Índice das aulas · Capítulo 21 →
Continue para a próxima aula já escrita.