Questão de Engenharia de Software — Engenharia de Requisitos — FGV 2022
Engenharia de Software›Engenharia de Requisitos
Código
fg055258
Banca
FGV
Órgão
TCE-TO
Ano
2022
Nível
Superior
Cargo
Auditor de Controle Externo - Tecnologia da Informação
A Equipe de Tecnologia (ETi) de um tribunal de contas está levantando as necessidades para um novo sistema junto às partes interessadas. Uma das partes interessadas solicitou que o novo sistema seja fácil de usar, como requisito não funcional.Para que o requisito não funcional “fácil de usar” seja objetivamente testado, a ETi deve considerar a métrica:
Aeficiência;
Bdisponibilidade;
Ctempo de treinamento;
Dtaxa de ocorrência de falhas;
Etempo de atualização de tela.
Revelar gabarito e comentário▾
GabaritoC — tempo de treinamento;
Comentário gerado por IA. É um apoio ao estudo, ancorado em fontes, mas pode conter imprecisões — confira sempre na fonte oficial (lei, súmula, edital e gabarito da banca). Encontrou um erro? Use “Reportar”.
Engenharia de Requisitos – Verificabilidade de Requisitos Não Funcionais
Gabarito: letra C. O requisito não funcional “fácil de usar” é um atributo de usabilidade. Para que seja objetivamente testado, a métrica mais adequada é o tempo de treinamento necessário para que um usuário aprenda a operar o sistema. As demais alternativas medem outros atributos (eficiência, disponibilidade, confiabilidade, desempenho) e não refletem diretamente a facilidade de uso.
A questão aborda um ponto central da engenharia de requisitos: a verificabilidade. Um requisito deve ser redigido de forma a permitir teste objetivo. Quando um stakeholder diz “o sistema deve ser fácil de usar”, cabe à equipe técnica traduzir essa intenção em uma métrica mensurável. Dentre as opções, apenas o tempo de treinamento está ligado diretamente ao esforço de aprendizado do usuário – que é a essência da facilidade de uso.
Métrica
Atributo de Qualidade Medido
Relação com “Fácil de Usar”
Exemplo de Teste Objetivo
Tempo de treinamento
Usabilidade
Direta: menor tempo de aprendizado indica maior facilidade de uso
Cronometrar o tempo que um usuário leva para concluir um treinamento padrão
Eficiência
Desempenho
Indireta: não mede esforço do usuário, mas sim velocidade do sistema
Medir tempo de resposta ou throughput
Disponibilidade
Confiabilidade
Nenhuma: mede tempo operacional, não facilidade de uso
Calcular percentual de uptime
Taxa de ocorrência de falhas
Confiabilidade
Nenhuma: mede número de falhas, não usabilidade
Contar falhas por hora de operação
Tempo de atualização de tela
Desempenho
Nenhuma: mede latência da interface, não aprendizado do usuário
Medir tempo entre ação e resposta visual
Alternativa A – ❌ Incorreta
Eficiência mede o desempenho do sistema (ex.: taxa de throughput, tempo de resposta), não a facilidade de uso.
Alternativa B – ❌ Incorreta
Disponibilidade é o percentual de tempo em que o sistema está operacional; atributo de confiabilidade, não de usabilidade.
Alternativa C – ✅ Correta ⟵ GABARITO
O tempo de treinamento é uma métrica clássica de usabilidade: quanto menor o tempo necessário para treinar um usuário, mais “fácil de usar” o sistema é considerado. Pode ser testado objetivamente cronometrando a duração de um curso ou o tempo até que o usuário execute tarefas sem ajuda.
Alternativa D – ❌ Incorreta
Taxa de ocorrência de falhas mede a confiabilidade (quantas falhas por unidade de tempo), não a usabilidade.
Alternativa E – ❌ Incorreta
Tempo de atualização de tela é uma métrica de desempenho/eficiência (quanto tempo leva para a interface responder), não de facilidade de uso.
PEGA ESSA DICA!
Lembre-se da classificação das métricas de qualidade de software:
Usabilidade → tempo de treinamento, satisfação do usuário, taxa de erros do usuário.
Eficiência → tempo de resposta, throughput.
Confiabilidade → MTBF, taxa de falhas.
Disponibilidade → uptime, downtime.
Na prova, quando aparecer “fácil de usar” ou “usabilidade”, pense imediatamente em treinamento.