Pular para o conteúdo principal

Questão de Engenharia de Software — Engenharia de Requisitos — FCC 2017

Engenharia de SoftwareEngenharia de Requisitos
Código
fc037729
Banca
FCC
Órgão
TRE-PR
Ano
2017
Nível
Superior
Cargo
Analista Judiciário - Análise de Sistemas
It is a document created by system analyst after the requirements are collected from various stakeholders. It defines how the intended software will interact with hardware, external interfaces, speed of operation, response time of system, portability of software across various platforms, maintainability, speed of recovery after crashing, Security, Quality, Limitations etc. The requirements received from client are written in natural language. It is the responsibility of system analyst to document the requirements in technical language so that they can be comprehended and useful by the software development team.The text refers to
  1. ASoftware Requirement Specification − SRS.
  2. BFeasibility Study.
  3. CRequirement Gathering.
  4. DSoftware Requirement Validation − SRV.
  5. ERequirement Elicitation.
Revelar gabarito e comentário

GabaritoA — Software Requirement Specification − SRS.

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”.

Documento de Requisitos de Software – SRS

Gabarito: letra A. O texto descreve exatamente o Software Requirement Specification (SRS), documento formal que, após a coleta de requisitos, especifica em linguagem técnica como o software interage com hardware, interfaces, desempenho, portabilidade, segurança, etc. É o produto da atividade de especificação de requisitos.

A questão testa a diferença entre os artefatos e as fases do processo de engenharia de requisitos. Enquanto a SRS é o documento de especificação, as demais alternativas referem-se a atividades (Elicitação, Estudo de Viabilidade, Validação) ou a fases genéricas.

Alternativa A — ✅ Correta ⟵ GABARITO

A descrição do enunciado corresponde à definição clássica de SRS (Software Requirements Specification), conforme a IEEE Std 830 e a literatura de engenharia de software. O documento detalha os requisitos funcionais e não funcionais do sistema em uma linguagem compreensível pela equipe técnica.

Alternativa B — ❌ Incorreta

O Estudo de Viabilidade (Feasibility Study) é uma atividade preliminar que avalia se o sistema pode ser construído dentro das restrições técnicas, econômicas e operacionais. Sua saída é um relatório de viabilidade, não a especificação detalhada citada.

Alternativa C — ❌ Incorreta

Requirement Gathering (ou Elicitação de Requisitos) é o processo de obtenção das necessidades junto aos stakeholders, e não o documento resultante. A coleta antecede a especificação.

Alternativa D — ❌ Incorreta

Software Requirement Validation (SRV) é a atividade de verificar se os requisitos estão corretos, completos e consistentes. Não é o documento descrito, mas um processo de garantia de qualidade.

Alternativa E — ❌ Incorreta

Requirement Elicitation é o ato de descobrir e extrair requisitos de fontes como clientes, usuários e documentos. Assim como o Requirement Gathering, é uma fase do processo, não o artefato final.

Gabarito: letra A

Link permanente: /questoes/fc037729