Questão de Engenharia de Software — Engenharia de Requisitos — FCC 2018
Engenharia de Software›Engenharia de Requisitos
Código
fc044229
Banca
FCC
Órgão
DPE-AM
Ano
2018
Cargo
Analista em Gestão Especializado de Defensoria - Analista de Sistema
Considere, por hipótese, que uma equipe de Analistas de Sistemas da Defensoria elencou a lista de requisitos para um novo sistema:− O sistema não deverá revelar aos usuários nenhuma informação pessoal sobre os cidadãos, além do número do processo, em respeito à legislação de privacidade.− Em razão das restrições referentes aos direitos autorais, alguns documentos devem ser excluídos imediatamente ao serem fornecidos pelos cidadãos em seus processos.− O sistema deve implementar interfaces utilizando as normas de usabilidade vigentes para o serviço público.A lista apresenta exemplos de requisitos
Afuncionais do tipo proteção e do tipo regulação.
Bfuncionais de usabilidade.
Cnão-funcionais de proteção.
Dfuncionais internos de legislação.
Enão-funcionais externos do tipo legal e do tipo regulador.
Revelar gabarito e comentário▾
GabaritoE — não-funcionais externos do tipo legal e do tipo regulador.
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”.
Classificação de Requisitos de Software
Gabarito: letra E. Os três requisitos apresentados são exemplos de requisitos não-funcionais externos — dois de natureza legal (privacidade e direitos autorais) e um de natureza reguladora (normas de usabilidade do serviço público). Requisitos não-funcionais descrevem restrições sobre os serviços ou funções do sistema, e os externos derivam de fatores alheios ao sistema, como leis, regulamentos e padrões.
A banca testa a capacidade de distinguir requisitos funcionais (o que o sistema faz) de não-funcionais (como o sistema se comporta ou restrições). Cada requisito do enunciado impõe uma condição ou limitação: não revelar informações pessoais (privacidade – lei), excluir documentos por direitos autorais (lei/regulamentação) e usar interfaces conforme normas de usabilidade (regulamentação técnica). Todas são restrições, não funções.
Requisito
Classificação
Tipo
Fonte
Não revelar informações pessoais (exceto número do processo)
Não-funcional
Legal
Legislação de privacidade
Excluir documentos imediatamente por direitos autorais
Não-funcional
Legal
Legislação de direitos autorais
Implementar interfaces conforme normas de usabilidade do serviço público
Não-funcional
Regulador
Normas de usabilidade vigentes
Requisitos não-funcionais externos
1Tipo legal
Privacidade (LGPD)
Direitos autorais
2Tipo regulador
Normas de usabilidade (eMAG)
LEVEL · soulevel.com.br
Alternativa A — ❌ Incorreta
Classifica os requisitos como funcionais do tipo proteção e regulação. Requisitos funcionais descrevem serviços específicos que o sistema deve executar (ex.: "calcular imposto"). Os itens do enunciado são restrições, não funções. Além disso, "proteção" e "regulação" são categorias mais comuns em requisitos não-funcionais.
Alternativa B — ❌ Incorreta
Afirma serem funcionais de usabilidade. Usabilidade é um atributo de qualidade, portanto um requisito não-funcional. O requisito "implementar interfaces utilizando as normas de usabilidade" é uma restrição de design, não uma funcionalidade.
Alternativa C — ❌ Incorreta
Diz que são não-funcionais de proteção. Embora os dois primeiros envolvam proteção (privacidade e direitos autorais), o terceiro (usabilidade) não se enquadra em "proteção". Além disso, a classificação mais precisa é "externos", pois todos derivam de fontes externas (legislação e regulamentos).
Alternativa D — ❌ Incorreta
Rotula como funcionais internos de legislação. Novamente, são não-funcionais; "internos" não se aplica porque a origem é externa (leis e normas).
Alternativa E — ✅ Correta ⟵ GABARITO
Requisitos não-funcionais externos abrangem aqueles provenientes de fatores externos ao sistema: leis, regulamentos, padrões de mercado, etc. O enunciado traz:
Privacidade (Lei Geral de Proteção de Dados, por exemplo) → tipo legal.
Direitos autorais → tipo legal/regulador.
Normas de usabilidade do serviço público → tipo regulador (norma técnica).
Portanto, a alternativa está correta.
PEGA ESSA DICA!
Para classificar requisitos na prova, pergunte: "Isso descreve uma ação/função do sistema?" Se sim, é funcional. Se descreve uma restrição, padrão, desempenho, segurança, legislação, etc., é não-funcional. Depois, veja a origem: se é imposto por lei, norma externa ou ambiente, é externo; se é política interna da organização, é organizacional; se é atributo do próprio software (desempenho, confiabilidade), é de produto.