Capítulo 38 — Implementação do trabalho de conclusão

Mapa da aula

Aula 38 publicada. Mapa, exemplo, EX112.

flowchart TD
  N0["38.1 Fazer o trabalho"]
  N1["38.2 Gerenciar a mudança"]
  N2["38.3 Rastreabilidade"]
  N3["Síntese"]
  N0 --> N1 --> N2 --> N3
  N3 --> EX["Exemplo resolvido"]
  EX --> Q["Exercício EX112"]

Desenho lógico

flowchart LR
  N0["38.1 Fazer o trabalho"]
  N1["38.2 Gerenciar a mudança"]
  N2["38.3 Rastreabilidade"]
  N3["Síntese"]
  N0 --> N1 --> N2 --> N3 --> Q["EX112"]

[38.1 Fazer o trabalho]
    |
    v
[38.2 Gerenciar a mudança]
    |
    v
[38.3 Rastreabilidade]
    |
    v
[Síntese]
    |
    v
[Exemplo resolvido] --> [Exercício EX112]

Objetivos de aprendizagem

Você vai (1) executar o trabalho de arquitetura do projeto final; (2) gerenciar mudanças num projeto em andamento; (3) manter a rastreabilidade dos riscos aos controles.

38.1 Fazer o trabalho

Lucas avança pelos entregáveis do projeto final para o novo armazém. Ele modela o sistema de gestão de armazém, os controladores dos robôs, a integração com o sistema de estoque e o link de suporte remoto do fornecedor. Ele marca uma fronteira entre a rede dos robôs e a rede do escritório, com apenas o sistema de gestão de armazém autorizado a falar com as duas. Ele executa o STRIDE e uma árvore de ataque para o objetivo "parar a separação durante a alta temporada", o que revela que o link de suporte remoto do fornecedor é o caminho mais fácil, porque usa uma senha compartilhada.

38.2 Gerenciar a mudança

No meio do caminho, a Fernway troca de fornecedor de gestão de armazém depois de uma disputa de preços. Os modelos de Lucas ficam parcialmente obsoletos. Ele revisa quais entregáveis são afetados, informa Hannah e o Dr. Bellini e acerta um marco revisado. O sistema do novo fornecedor usa um serviço em nuvem em vez de um servidor local, então a fronteira se desloca. Ele reaproveita seu método e a maior parte da sua lista de riscos, atualizando apenas o que mudou. A experiência lhe ensina que os documentos de arquitetura precisam ser projetados para mudar, com premissas claras, para que os leitores saibam o que revisitar.

38.3 Rastreabilidade

Lucas mantém uma tabela que liga cada risco a seus controles, requisitos e testes de verificação, como no capítulo 24. Quando o fornecedor muda, a tabela mostra quais controles dependem do sistema antigo e precisam ser substituídos. O link de suporte remoto do fornecedor passa a ter como requisito contas nominais com autenticação multifator e gravação de sessão, verificado por um login de teste. Ao final, todo risco alto se liga a pelo menos um controle verificado. A rastreabilidade torna o projeto final auditável e permite que a Fernway mantenha o projeto depois que Lucas sair.

Exemplo resolvido

Lucas modela o armazém, encontra um link de suporte com senha compartilhada, adapta-se a uma troca de fornecedor e mantém a rastreabilidade do risco ao teste.

Caso sintético. O armazém e os fornecedores são sintéticos.

Erros e limites

As trocas de fornecedor podem invalidar testes anteriores. As tabelas de rastreabilidade precisam de um responsável para se manterem atualizadas.

Exercícios

• EX112 — Caminho mais fácil. Qual era o caminho mais fácil para parar a separação?

  Mostrar critérios de avaliação

  Rubrica: 3 = o link de suporte remoto do fornecedor com senha compartilhada;; 2 = link de suporte;; 1 = vago;; 0 = nenhuma.

• EX113 — Troca de fornecedor. Como Lucas lidou com a troca de fornecedor?

  Mostrar critérios de avaliação

  Rubrica: 3 = revisou os entregáveis afetados, acertou novos marcos, reaproveitou o método e atualizou o que mudou;; 2 = adaptou-se;; 1 = recomeçou;; 0 = nenhuma.

• EX114 — Controle do link de suporte. Que requisito substituiu a senha compartilhada de suporte?

  Mostrar critérios de avaliação

  Rubrica: 3 = contas nominais com autenticação multifator e gravação de sessão;; 2 = nominais;; 1 = vago;; 0 = nenhuma.

Síntese

A implementação do projeto final dá certo com modelos sólidos, adaptação às mudanças e rastreabilidade do risco até o controle verificado.