Questão de Engenharia de Software — Engenharia de Requisitos — CESPE / CEBRASPE 2024
Engenharia de Software›Engenharia de Requisitos
Código
ce403885
Banca
CESPE / CEBRASPE
Órgão
TCE PR
Ano
2024
Cargo
ACE ( )
A engenharia de requisitos abrange as tarefas de levantamento, especificação, concepção, validação, elaboração, negociação e gestão. A tarefa de elaboração concentra-se
Ano desenvolvimento de regras de legitimação de requisitos, com vistas a garantir que todos os requisitos de software tenham sido declarados de forma não ambígua e que não haja inconsistências com os padrões estabelecidos para o projeto.
Bem estabelecer uma abordagem iterativa que priorize os requisitos, avaliando-se seus custos e riscos, de modo que cada parte atinja certo nível de satisfação.
Cno desenvolvimento de um modelo de requisitos refinado que identifique os diversos aspectos da função, do comportamento e das informações do software.
Dem estabelecer mecanismo de atribuição de prioridades que atenda às metas dos envolvidos e à arquitetura do projeto, por meio do estabelecimento de metas de negócios.
Eem estabelecer entendimento básico do problema, definindo-se os interessados em sua solução, a natureza da solução desejada e a eficácia da comunicação e da colaboração preliminares entre os demais envolvidos e a equipe de software
Revelar gabarito e comentário▾
GabaritoC — no desenvolvimento de um modelo de requisitos refinado que identifique os diversos aspectos da função, do comportamento e das informações do software.
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: as sete tarefas de Pressman
Gabarito: letra C. A tarefa de elaboração na engenharia de requisitos concentra-se no desenvolvimento de um modelo de requisitos refinado que identifica os aspectos de função, comportamento e informação do software — exatamente o que a alternativa C descreve. Essa é a visão de Roger Pressman, que divide a engenharia de requisitos em sete tarefas: concepção, levantamento, elaboração, negociação, especificação, validação e gestão.
A engenharia de requisitos é o processo de descobrir, analisar, documentar e verificar os serviços que o sistema deve oferecer e as restrições a seu funcionamento. Pressman propõe uma estrutura genérica de sete tarefas distintas, que ocorrem de forma iterativa e adaptada às necessidades do projeto. Cada tarefa tem um foco específico, e a banca explora justamente a confusão entre elas.
A concepção é a primeira tarefa e busca estabelecer um entendimento básico do problema: identificar os interessados (stakeholders), a natureza da solução desejada e a eficácia da comunicação preliminar. É o momento de avaliar se o projeto vale a pena — um business case. A elaboração vem em seguida e aprofunda esse entendimento: desenvolve um modelo de requisitos refinado, identificando os aspectos de função, comportamento e informação do software. É aqui que se cria a base para o projeto e a construção.
A negociação trata de conciliar interesses conflitantes entre os envolvidos, priorizando requisitos com base em custos e riscos, para que cada parte atinja um nível aceitável de satisfação. A especificação formaliza os requisitos de forma não ambígua e consistente com os padrões do projeto. A validação verifica se os requisitos realmente atendem às necessidades do cliente. A gestão acompanha as mudanças nos requisitos ao longo do projeto.
A pegadinha clássica da banca é trocar o foco de uma tarefa por outra: atribuir à elaboração o que é da concepção, da negociação ou da especificação. Para acertar, é preciso guardar a fronteira entre essas tarefas — é exatamente nela que as alternativas se dividem.
1Concepção
2Levantamento
3Elaboração
4Negociação
5Especificação
6Validação
7Gestão
LEVEL · soulevel.com.br
Alternativa A — ❌ Incorreta
Esta alternativa descreve a tarefa de especificação, não a de elaboração. A especificação é que garante que os requisitos sejam declarados de forma não ambígua e consistentes com os padrões estabelecidos. A elaboração, por sua vez, foca em refinar o modelo de requisitos, não em formalizar regras de legitimação.
Alternativa B — ❌ Incorreta
Esta alternativa descreve a tarefa de negociação. A negociação é que estabelece uma abordagem iterativa para priorizar requisitos, avaliando custos e riscos, buscando satisfação das partes. A elaboração não trata de negociação entre envolvidos, mas sim do desenvolvimento do modelo de requisitos.
Alternativa C — ✅ Correta ⟵ GABARITO
A elaboração concentra-se no desenvolvimento de um modelo de requisitos refinado que identifica os diversos aspectos da função, do comportamento e das informações do software. É exatamente o que Pressman define: ao final da elaboração, deve-se ter um modelo de requisitos — que pode ser um conjunto de casos de uso UML, uma descrição da arquitetura ou um plano de desenvolvimento. A alternativa espelha com precisão o foco dessa tarefa.
Alternativa D — ❌ Incorreta
Esta alternativa descreve a tarefa de negociação, que envolve atribuição de prioridades para atender às metas dos envolvidos e à arquitetura do projeto. A elaboração não trata de priorização, mas sim do refinamento do modelo de requisitos.
Alternativa E — ❌ Incorreta
Esta alternativa descreve a tarefa de concepção, que estabelece o entendimento básico do problema, define os interessados, a natureza da solução e a comunicação preliminar. A elaboração é uma etapa posterior, que aprofunda esse entendimento em um modelo refinado.
NÃO CAIA NESSA!
A banca adora trocar o foco das tarefas da engenharia de requisitos. Aqui, ela mistura a elaboração com a concepção (alternativa E), a negociação (alternativas B e D) e a especificação (alternativa A). O candidato que não domina a distinção entre essas tarefas cai facilmente. Guarde: concepção = entendimento básico; elaboração = modelo refinado; negociação = priorização e acordo; especificação = formalização não ambígua. Com treino, você enxerga essas trocas de longe 💪