Capítulo 35 — Ateliê de projeto II

Capítulo 35 — Ateliê de projeto II

Mapa da aula

Aula 35 publicada. Mapa, exemplo, EX103.

flowchart TD
  N0["35.1 O briefing"]
  N1["35.2 Conciliar conflitos"]
  N2["35.3 O pacote de projeto"]
  N3["Síntese"]
  N0 --> N1 --> N2 --> N3
  N3 --> EX["Exemplo resolvido"]
  EX --> Q["Exercício EX103"]

Desenho lógico

flowchart LR
  N0["35.1 O briefing"]
  N1["35.2 Conciliar conflitos"]
  N2["35.3 O pacote de projeto"]
  N3["Síntese"]
  N0 --> N1 --> N2 --> N3 --> Q["EX103"]

[35.1 O briefing]
    |
    v
[35.2 Conciliar conflitos]
    |
    v
[35.3 O pacote de projeto]
    |
    v
[Síntese]
    |
    v
[Exemplo resolvido] --> [Exercício EX103]

Objetivos de aprendizagem

Você vai (1) liderar um projeto multidisciplinar de um sistema maior; (2) conciliar requisitos conflitantes das partes interessadas; (3) produzir um pacote de projeto adequado para revisão independente.

35.1 O briefing

O Ateliê de Projeto II é maior: Sofia lidera uma equipe de seis pessoas, incluindo dois estudantes de outras engenharias, para projetar a arquitetura de segurança da futura bilhetagem baseada em conta (account-based ticketing) da Corvia, em que os passageiros aproximam cartões bancários ou celulares e as tarifas são calculadas no back-office, em vez de armazenadas nos cartões. O briefing inclui requisitos de privacidade, pagamento, acessibilidade e operação. O papel de Sofia é coordenar, não decidir tudo. Ela cria um registro de decisões compartilhado, atribui uma área a cada membro da equipe e faz breves reuniões diárias para que os conflitos apareçam cedo.

35.2 Conciliar conflitos

Os requisitos colidem. Os analistas de fraude querem históricos de viagem detalhados guardados por dois anos; a responsável pela privacidade quer noventa dias; o atendimento ao cliente quer os históricos visíveis aos atendentes para as contestações; a responsável pela acessibilidade quer uma recuperação de conta simples para passageiros que perdem o celular, o que os analistas de fraude temem que permita o sequestro de contas. Sofia conduz uma sessão em que cada lado declara a necessidade subjacente. O resultado: dados detalhados por noventa dias, atributos agregados de fraude por dois anos, telas dos atendentes mostrando só as viagens contestadas e recuperação por meio de aproximações verificadas do cartão bancário, em vez de perguntas de segurança. Cada acordo é registrado com sua justificativa.

35.3 O pacote de projeto

O pacote final contém a declaração de contexto, os requisitos com métodos de verificação, os modelos de componentes e de fluxo de dados, o modelo de ameaças, a análise de alternativas, as especificações dos controles, os níveis de degradação, as questões em aberto e o registro de decisões. Sofia verifica que todo requisito se liga a controles e testes. O pacote vai para um revisor independente de outra universidade, que identifica duas lacunas: nenhum plano para o comprometimento de chaves no serviço de tokenização e um responsável pouco claro pelas solicitações de exclusão de dados dos passageiros. A equipe de Sofia acrescenta as duas coisas. Produzir um pacote que outras pessoas possam revisar é a entrega, mais do que qualquer diagrama isolado.

Exemplo resolvido

Sofia lidera um ateliê de seis pessoas sobre a bilhetagem baseada em conta, concilia quatro requisitos conflitantes por meio das necessidades declaradas e monta um pacote revisável que fecha duas lacunas encontradas por um revisor externo.

Caso sintético. O ateliê, a equipe e o revisor são sintéticos.

Erros e limites

Os acordos do ateliê podem não sobreviver a negociações reais. A completude do pacote não garante a qualidade do projeto.

Exercícios

• EX103 — Papel da líder. Qual é o principal papel de Sofia como líder do ateliê? Rubrica: 3 = coordenar, fazer os conflitos aparecerem e manter um registro de decisões, não decidir tudo;; 2 = coordenar;; 1 = decidir tudo;; 0 = nenhuma.

• EX104 — Acordo de retenção. A que acordo de retenção a equipe chegou? Rubrica: 3 = dados detalhados por 90 dias, atributos agregados de fraude por dois anos;; 2 = os dois;; 1 = um;; 0 = nenhuma.

• EX105 — Lacunas do revisor. Que duas lacunas o revisor independente encontrou? Rubrica: 3 = nenhum plano de comprometimento de chaves para a tokenização; responsável pouco claro pelas solicitações de exclusão;; 2 = as duas;; 1 = uma;; 0 = nenhuma.

Síntese

Grandes desenhos dão certo quando as necessidades por trás de requisitos conflitantes vêm à tona e o resultado é empacotado para revisão independente.

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

← Capítulo 34 · Índice das aulas · Capítulo 36 →

Continue para a próxima aula já escrita.