◇ 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 problema"]
  N1["44.2 Planejar as evidências"]
  N2["Síntese"]
  N0 --> N1 --> N2
  N2 --> EX["Exemplo resolvido"]
  EX --> Q["Exercício EX130"]

Desenho lógico

flowchart LR
  N0["44.1 Escolher o problema"]
  N1["44.2 Planejar as evidências"]
  N2["Síntese"]
  N0 --> N1 --> N2 --> Q["EX130"]

[44.1 Escolher o problema]
    |
    v
[44.2 Planejar as evidências]
    |
    v
[Síntese]
    |
    v
[Exemplo resolvido] --> [Exercício EX130]

Objetivos de aprendizagem

Você vai (1) definir um problema de arquitetura para o projeto final, com escopo e critérios de sucesso; (2) planejar as evidências do projeto final; (3) obter o acordo do supervisor e da parceira.

44.1 Escolher o problema

Para seu projeto final, Sofia escolhe a arquitetura de segurança do back-office da bilhetagem baseada em conta da Corvia, partindo do Ateliê de Projeto II, mas com profundidade de implementação numa fatia definida: ingestão das validações, cálculo das tarifas e tratamento das contestações. O problema é real, delimitado e avaliável. Ela escreve critérios de sucesso: todas as ameaças de alta prioridade mitigadas ou aceitas pelos responsáveis; testes de verificação aprovados para todo requisito de segurança no escopo; um ensaio de recuperação que cumpra um tempo de recuperação declarado; e uma revisão independente sem achados críticos não resolvidos. Critérios claros permitem que os examinadores julguem o sucesso sem depender de impressões.

44.2 Planejar as evidências

Sofia planeja as evidências que vai produzir: os requisitos e a tabela de rastreabilidade, o modelo de ameaças, as especificações dos controles, os relatórios de verificação, um relatório do ensaio de recuperação, as linhas de base das métricas e o relatório da revisão independente. Cada evidência sustenta uma afirmação no assurance case final. Ela as programa de trás para a frente a partir da data de entrega, deixando tempo para revisões depois da revisão independente. Daniel avisa que os projetos finais fracassam mais por evidências atrasadas do que por projetos ruins, porque os estudantes deixam os testes e a documentação para o fim, quando não há tempo para corrigir o que eles revelam.

44.3 Acordo e limites

Sofia escreve um termo de projeto final assinado por seu supervisor na universidade, por Daniel e pelo chefe dos sistemas de bilhetagem da Corvia. Ele declara o escopo, as entregas, o ambiente de laboratório que ela pode usar, as restrições de dados e como a Corvia pode usar seu trabalho. Ele exclui mudanças em produção; qualquer implementação acontece num espelho de laboratório. Também trata da propriedade intelectual e da publicação: sua tese pode descrever a arquitetura em termos gerais, mas não revelar fraquezas específicas. Acordar esses pontos cedo evita disputas depois e protege tanto a estudante quanto a parceira.

Exemplo resolvido

Sofia delimita um projeto final de três componentes com quatro critérios de sucesso, programa sete evidências de trás para a frente a partir da entrega e assina um termo com três partes.

Caso sintético. O projeto final, o termo e as partes são sintéticos.

Erros e limites

Os critérios de sucesso podem ser manipulados se forem estreitos demais. Os espelhos de laboratório podem não ter a complexidade da produção.

Exercícios

Síntese

Um projeto final começa com um problema delimitado, critérios de sucesso mensuráveis, uma trilha de evidências planejada e um termo de abertura assinado.

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.