Capítulo 44 — Projeto final de engenharia I

Mapa da aula

Aula 44 publicada. Mapa, exemplo, EX087.

flowchart TD
  N0["44.1 Enunciado do projeto final"]
  N1["44.2 Entregáveis do Projeto Final I"]
  N2["44.3 Avaliação"]
  N3["Nota de engenharia"]
  N4["44.6 Acordar a linha de base do projeto final"]
  N5["Síntese"]
  N0 --> N1 --> N2 --> N3 --> N4 --> N5
  N5 --> EX["Exemplo resolvido"]
  EX --> Q["Exercício EX087"]

Desenho lógico

flowchart LR
  N0["44.1 Enunciado do projeto final"]
  N1["44.2 Entregáveis do Projeto Final I"]
  N2["44.3 Avaliação"]
  N3["Nota de engenharia"]
  N4["44.6 Acordar a linha de base do projeto final"]
  N5["Síntese"]
  N0 --> N1 --> N2 --> N3 --> N4 --> N5 --> Q["EX087"]

[44.1 Enunciado do projeto final]
    |
    v
[44.2 Entregáveis do Projeto Final I]
    |
    v
[44.3 Avaliação]
    |
    v
[Nota de engenharia]
    |
    v
[44.6 Acordar a linha de base do projeto final]
    |
    v
[Síntese]
    |
    v
[Exemplo resolvido] --> [Exercício EX087]

Objetivos de aprendizagem

Você vai (1) delimitar o escopo de um projeto final de migração; (2) produzir os requisitos, a arquitetura e o plano; (3) construir um primeiro incremento; e (4) apresentar o progresso com evidências. O capítulo integra os Capítulos 20–43.

44.1 Enunciado do projeto final

Migre o ecossistema da BPA voltado aos parceiros — TLS de borda, VPNs com parceiros, assinaturas dos conhecimentos de embarque e exportações para a aduana — para o estabelecimento de chaves resistente à computação quântica e um caminho definido para as assinaturas, com agilidade criptográfica e medição, num programa de 18 meses. O Projeto Final I cobre do escopo até um primeiro incremento; o Projeto Final II (Capítulo 46) conclui e valida.

A janela de 18 meses é deliberadamente mais curta que uma migração completa, então os estudantes precisam escolher um primeiro incremento significativo e mostrar como o restante decorre dele. Os sistemas voltados aos parceiros são escolhidos porque combinam os dados de vida mais longa com as dependências que ditam o ritmo.

44.2 Entregáveis do Projeto Final I

1. Declaração de escopo e mapa das partes interessadas.
2. Requisitos com rastreabilidade (Capítulo 21).
3. Modelo de ativos e fluxos e linha de base do CBOM (Capítulos 22, 29).
4. Análise de ameaças e FMEA (Capítulo 23).
5. Arquitetura com alternativas e decisões (Capítulos 25–27).
6. Primeiro incremento: TLS híbrido na API dos parceiros num ambiente de teste, com medição.
7. Plano para o Projeto Final II, com os riscos.

Os entregáveis seguem a ordem dos capítulos anteriores do livro, então cada um se apoia num método já praticado. O primeiro incremento é o que mais importa, porque transforma planos em evidências: um ambiente de teste de TLS híbrido com medição mostra que a equipe consegue entregar, e os seus resultados alimentam o projeto do canário para a produção. O plano para o Projeto Final II lista explicitamente dependências como a compra do HSM.

44.3 Avaliação

Os avaliadores procuram a rastreabilidade dos requisitos ao projeto e aos testes, desconhecidos honestos no CBOM, um incremento funcionando com evidências e um plano cujas dependências estejam visíveis.

Os avaliadores rastreiam pelo menos um requisito de ponta a ponta, da fonte, passando pela decisão de projeto, até o resultado do teste, e verificam que a parcela de desconhecidos do CBOM está relatada, e não escondida. Um plano cujo caminho crítico está visível recebe mais crédito do que um com mais funcionalidades, mas sem dependências mostradas. As entregas que declaram os limites com clareza são mais bem avaliadas do que as que alegam mais do que as suas evidências sustentam.

44.4 Exemplo resolvido

Uma entrega-modelo do Projeto Final I identifica 37 fluxos de vida longa expostos, escolhe a troca de chaves híbrida em todo o perímetro externo, adia a migração dos certificados públicos com justificativa, demonstra o incremento da API dos parceiros com 0 falhas em 20.000 conexões de laboratório (limite superior de 95% de 1,5 × 10^-4) e lista a compra do HSM como o caminho crítico.

O limite superior vem da regra de três: três dividido por 20.000 conexões dá uma vez e meia em dez mil, o que fica dentro do orçamento de disponibilidade do REQ-AV-01. Nomear a compra do HSM como o caminho crítico mostra que a equipe entendeu o grafo de dependências do capítulo de integração, em que o HSM condicionava cinco pacotes de trabalho. O adiamento dos certificados públicos é aceito porque a justificativa cita o suporte dos navegadores e o argumento do ataque ativo.

44.5 Erros comuns e limites

• Escopo amplo demais para entregar um incremento.
• Nenhuma medição de linha de base.
• Planos sem dependências.

Um escopo que cobre o porto inteiro não consegue entregar um incremento funcionando no tempo disponível, então a entrega vira um plano sem evidências. Sem uma medição de linha de base, o Projeto Final II não consegue mostrar melhora, como deixa claro a linha de base acordada no início. Os planos sem dependências deixam escapar itens de prazo longo, como os HSMs, que então atrasam vários pacotes de trabalho de uma vez. Os avaliadores verificam os três pontos na primeira semana, para que as equipes ainda possam corrigi-los.

Nota de engenharia

Mantenha um registro de decisões desde o primeiro dia do projeto final. Cada entrada registra a data, a decisão, as alternativas consideradas, as evidências e quem concordou. O registro alimenta o capítulo de arquitetura da monografia, responde rapidamente às perguntas de "por quê" dos revisores e protege a equipe quando uma descoberta posterior faz uma decisão anterior parecer errada — ele mostra o que se sabia na época. Os examinadores avaliam consistentemente melhor os projetos finais com registros de decisões claros do que os que têm projetos polidos, mas sem explicação.

44.6 Acordar a linha de base do projeto final

O Projeto Final I começa registrando o estado inicial da BPA: quais enlaces usam troca de chaves híbrida, quais certificados se encadeiam a raízes clássicas e quais entradas do inventário ainda não foram verificadas. O progresso no Projeto Final II é medido contra essa linha de base, para que as alegações posteriores de melhora possam ser conferidas pelo avaliador.

A linha de base é assinada pelo avaliador e guardada no dossiê antes de qualquer mudança. Ela usa os mesmos métodos de medição que o Projeto Final II vai usar, como a telemetria passiva para os grupos negociados, para que as diferenças reflitam mudanças reais, e não um método novo. As entradas desconhecidas são contadas explicitamente, já que reduzi-las é um dos objetivos do projeto final.

Exercícios

• EX087 — Escopo. Escreva a declaração de escopo do projeto final, com o que está dentro e fora do escopo. Rubrica: 3 = incremento entregável, exclusões explícitas.
• EX088 — Evidências do incremento. Defina o pacote de evidências do primeiro incremento. Rubrica: 3 = configuração, testes, medições, rastreabilidade.

Síntese

O Projeto Final I prova que o estudante consegue delimitar, modelar, projetar e entregar um primeiro incremento medido de uma migração com formato real.