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

Capítulo 44 — Projeto final de engenharia I

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 44 — Projeto final de engenharia I

Mapa da aula

Aula 44 publicada. Mapa, exemplo, EX130.

flowchart TD
  N0["44.1 Escolher o projeto final"]
  N1["44.2 Marcos e evidências"]
  N2["44.3 Riscos do projeto"]
  N3["Síntese"]
  N0 --> N1 --> N2 --> N3
  N3 --> EX["Exemplo resolvido"]
  EX --> Q["Exercício EX130"]

Desenho lógico

flowchart LR
  N0["44.1 Escolher o projeto final"]
  N1["44.2 Marcos e evidências"]
  N2["44.3 Riscos do projeto"]
  N3["Síntese"]
  N0 --> N1 --> N2 --> N3 --> Q["EX130"]

[44.1 Escolher o projeto final]
    |
    v
[44.2 Marcos e evidências]
    |
    v
[44.3 Riscos do projeto]
    |
    v
[Síntese]
    |
    v
[Exemplo resolvido] --> [Exercício EX130]

Objetivos de aprendizagem

Você vai (1) definir o escopo de um projeto final sobre o serviço de confiança; (2) planejar marcos e evidências; (3) identificar os riscos ao próprio projeto.

44.1 Escolher o projeto final

Para o seu projeto final, Aiyana escolhe projetar e prototipar o pipeline automatizado de revogação: quando um medidor é dado como roubado ou há suspeita de que uma chave foi exposta, a revogação precisa chegar a todos os verificadores em até um minuto e ser auditável. O projeto combina temas anteriores: estados das chaves, filas de mensagens, monitoramento e runbooks. Ela escreve uma declaração de escopo que inclui o projeto, um protótipo em homologação, testes e a passagem para as operações, e exclui mudanças no firmware dos medidores, que exigiriam um envolvimento do fornecedor além do tempo do projeto final.

44.2 Marcos e evidências

Aiyana planeja os marcos: requisitos e modelo de ameaça até a terceira semana, revisão de projeto até a sexta, protótipo até a décima, testes de verificação até a décima segunda e passagem até a décima quinta. Para cada marco, ela define as evidências: documentos, atas de revisão, resultados de testes e uma gravação da demonstração. Seu orientador e Marcus concordam que as evidências serão avaliadas segundo os critérios do programa de engenharia. Definir as evidências cedo evita a falha comum dos projetos finais: um protótipo que funciona sem raciocínio documentado. A falta de evidências num marco conta como marco não cumprido.

44.3 Riscos do projeto

Aiyana lista os riscos ao projeto: a disponibilidade do ambiente de homologação, a dependência do tempo da equipe de operações e a possibilidade de seu projeto conflitar com uma atualização planejada do serviço de chaves. As mitigações incluem reservar horários de homologação cedo, combinar uma hora semanal com as operações e se reunir com a equipe do serviço de chaves na segunda semana. Ela mantém um registro de riscos atualizado semanalmente. Tratar o projeto final como um projeto de engenharia, com seus próprios riscos e controles, pratica os hábitos de que ela vai precisar na vida profissional. Os riscos que crescem são escalados ao orientador na mesma semana.

Exemplo resolvido

Aiyana define o escopo de um projeto final com um pipeline de revogação auditável em um minuto, estabelece cinco marcos sustentados por evidências e registra três riscos do projeto com mitigações.

Caso sintético. O plano do projeto final é inventado.

Erros e limites

Projetos finais costumam ter escopo grande demais; exclusões firmes protegem a entrega. Evidências planejadas tarde costumam ficar incompletas.

Exercícios

Síntese

Um trabalho de conclusão bem delimitado, com marcos sustentados por evidências e seu próprio registro de riscos, pratica a engenharia profissional sobre uma necessidade real de segurança.

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

← Capítulo 43 · Índice das aulas · Capítulo 45 →

Continue para a próxima aula já escrita.