Questão de Engenharia de Software — Engenharia de Requisitos — FCC 2018
Engenharia de Software›Engenharia de Requisitos
Código
fc049156
Banca
FCC
Órgão
SEFAZ-SC
Ano
2018
Cargo
Auditor-Fiscal da Receita Estadual - Tecnologia da Informação (Prova 3)
Especificação de requisitos de software normalmente se refere à produção de um documento que pode ser sistematicamente revisado, avaliado e aprovado. Para sistemas complexos podem ser produzidos até três tipos diferentes de documentos. O documento denominado definição do sistema registra
Aos requisitos de software que estabelecem a base para o acordo entre clientes e contratados ou fornecedores.
Bo que o produto de software deve fazer bem como o que não se espera que ele faça.
Cuma base realista para estimar os custos, riscos e cronogramas do produto.
Dos componentes substanciais de software e não software.
Eos requisitos do sistema de alto nível a partir da perspectiva do domínio.
Revelar gabarito e comentário▾
GabaritoE — os requisitos do sistema de alto nível a partir da perspectiva do domínio.
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 – Documento de Definição do Sistema
Gabarito: letra E. Em engenharia de software, para sistemas complexos, costuma-se produzir até três documentos: definição do sistema, especificação de requisitos de software e especificação de requisitos de hardware. A definição do sistema registra os requisitos do sistema de alto nível a partir da perspectiva do domínio — ou seja, descreve o que o sistema como um todo deve fazer, focando no negócio e no domínio, sem se aprofundar em detalhes de software ou hardware. Esse conceito é amplamente difundido por autores como Sommerville e Pressman.
A banca testa a distinção entre os documentos da fase de requisitos. Vejamos cada alternativa:
Alternativa A — ❌ Incorreta
Refere-se a requisitos de software que estabelecem a base para acordo entre clientes e contratados. Isso é típico da especificação de requisitos de software (SRS), não da definição do sistema, que é mais genérica e de alto nível.
Alternativa B — ❌ Incorreta
Descreve o que o produto de software deve (e não deve) fazer. Novamente, é função da especificação de requisitos de software, que detalha funcionalidades, restrições e comportamentos.
Alternativa C — ❌ Incorreta
Fala em base realista para estimar custos, riscos e cronogramas. Embora a definição do sistema possa contribuir para isso, essa descrição se encaixa melhor em documentos de planejamento (ex.: estudo de viabilidade, business case). Não é o propósito central da definição do sistema.
Alternativa D — ❌ Incorreta
Menciona componentes substanciais de software e não software. Isso é mais próprio do projeto de arquitetura do sistema, que define módulos, componentes e suas interações. A definição do sistema não entra nesse nível de detalhamento.
Alternativa E — ✅ Correta ⟵ GABARITO
Registra os requisitos do sistema de alto nível a partir da perspectiva do domínio. É exatamente o que a definição do sistema faz: descreve o sistema de forma ampla, considerando o domínio do problema, antes de separar o que será software, hardware ou humano. Essa visão é essencial para alinhar stakeholders.
PEGA ESSA DICA!
Na prova, lembre-se da hierarquia: definição do sistema (alto nível/domínio) → especificação de requisitos de software (detalhada/contratual) → especificação de requisitos de hardware. A primeira é a mais abstrata, focada no "porquê" e "o quê" do ponto de vista do negócio.