Capítulo 16 — Engenharia de sistemas
Mapa da aula
Aula 16 publicada. Mapa, exemplo, EX046.
flowchart TD
N0["16.1 Sistemas sociotécnicos"]
N1["16.2 Alocar funções"]
N2["16.3 Requisitos de desempenho humano"]
N3["Síntese"]
N0 --> N1 --> N2 --> N3
N3 --> EX["Exemplo resolvido"]
EX --> Q["Exercício EX046"]
Desenho lógico
flowchart LR
N0["16.1 Sistemas sociotécnicos"]
N1["16.2 Alocar funções"]
N2["16.3 Requisitos de desempenho humano"]
N3["Síntese"]
N0 --> N1 --> N2 --> N3 --> Q["EX046"]
[16.1 Sistemas sociotécnicos]
|
v
[16.2 Alocar funções]
|
v
[16.3 Requisitos de desempenho humano]
|
v
[Síntese]
|
v
[Exemplo resolvido] --> [Exercício EX046]
Objetivos de aprendizagem
Você vai (1) tratar as pessoas como componentes de um sistema sociotécnico; (2) alocar funções entre pessoas e máquinas; (3) escrever requisitos que incluam o desempenho humano.
16.1 Sistemas sociotécnicos
A Profa. Kerr apresenta a engenharia de sistemas: definir necessidades, requisitos, arquitetura, verificação e operação ao longo de todo o ciclo de vida. Aiko aprende que um sistema de segurança na Greyford inclui pessoas, procedimentos e tecnologia trabalhando juntos. Um sistema de acesso remoto não é só software; ele inclui os engenheiros que o usam, o service desk que redefine suas contas e o gestor que aprova o acesso. Tratar as pessoas como parte do sistema, e não como usuários externos, faz com que seus limites e pontos fortes entrem no projeto desde o início, em vez de serem considerados depois.
16.2 Alocar funções
Uma pergunta clássica da engenharia de sistemas é quais tarefas cabem às máquinas e quais cabem às pessoas. Aiko a aplica à defesa contra phishing. Filtrar e-mails sabidamente maliciosos, verificar domínios de remetentes e agrupar reportes duplicados são tarefas adequadas às máquinas, que são rápidas e consistentes. Julgar pedidos incomuns, mas plausíveis, como uma instrução inesperada de um fornecedor, é tarefa adequada a pessoas que conhecem o contexto. Ela aloca cada função e observa que não se deve pedir às pessoas que façam o que as máquinas fazem melhor, como conferir cada link manualmente.
16.3 Requisitos de desempenho humano
Aiko escreve requisitos que incluem pessoas: um engenheiro de campo deve conseguir reportar um e-mail suspeito em menos de dez segundos pelo celular; um atendente do service desk deve verificar a identidade de quem liga com um procedimento que leve menos de dois minutos; um operador nunca deve ser obrigado a digitar uma senha enquanto reconhece um alarme crítico. Cada requisito é mensurável e testável. A NIST SP 800-160 Vol. 1 Rev. 1 descreve a engenharia de segurança de sistemas ao longo do ciclo de vida, e Aiko observa que o desempenho humano pertence a esses requisitos, ao lado dos técnicos.
Exemplo resolvido
Aiko trata as pessoas como componentes do sistema, aloca as funções de defesa contra phishing entre máquinas e pessoas e escreve requisitos mensuráveis de desempenho humano.
Caso sintético. Os requisitos são sintéticos; a SP 800-160 Vol. 1 Rev. 1 é real.
Erros e limites
A alocação de funções muda à medida que as ferramentas melhoram. Limites de tempo podem não servir para todos os funcionários.
Exercícios
- EX046 — Pessoas como componentes. O que muda ao tratar as pessoas como componentes do sistema? Rubrica: 3 = seus limites e pontos fortes passam a fazer parte do projeto;; 2 = insumo de projeto;; 1 = vago;; 0 = nenhuma.
- EX047 — Funções das máquinas. Que funções de defesa contra phishing cabem às máquinas? Rubrica: 3 = filtrar e-mails maliciosos conhecidos, verificar domínios, agrupar reportes;; 2 = duas;; 1 = julgar contexto;; 0 = nenhuma.
- EX048 — Requisito do alarme. O que o requisito do operador proíbe? Rubrica: 3 = digitar uma senha enquanto reconhece um alarme crítico;; 2 = senha no alarme;; 1 = vago;; 0 = nenhuma.
Síntese
A engenharia de sistemas inclui as pessoas como componentes, distribui as tarefas com bom senso e redige requisitos humanos testáveis.
Continue estudando — aula 16 (capítulo 16 de 50)
← Capítulo 15 · Índice das aulas · Capítulo 17 →
Continue para a próxima aula já escrita.