Questão de Engenharia de Software — Engenharia de Requisitos — INSTITUTO AOCP 2024

Engenharia de Requisitos: análise, conflitos e negociação

Gabarito: letra E. A análise de requisitos é a atividade da engenharia de requisitos que envolve a identificação de conflitos entre requisitos, a priorização e a negociação com os stakeholders para resolver tais conflitos — exatamente o que a alternativa E descreve. As demais alternativas distorcem conceitos fundamentais da disciplina, como o papel da prototipação, da matriz de rastreabilidade, do ciclo de elicitação e do conteúdo do documento de especificação.

A engenharia de requisitos é o processo formal, sistemático e contínuo de descobrir, analisar, documentar, validar e gerenciar requisitos de software. Ela é considerada uma das fases mais críticas do desenvolvimento, pois erros cometidos aqui se propagam por todo o projeto, sendo a origem da maioria dos defeitos encontrados posteriormente. O processo, segundo Sommerville, é composto por quatro atividades principais: estudo de viabilidade, elicitação e análise de requisitos, especificação de requisitos e validação de requisitos. Já Pressman detalha o processo em sete atividades: concepção, levantamento, elaboração, negociação, especificação, validação e gestão.

A análise de requisitos (também chamada de elaboração ou negociação, dependendo da referência) é a atividade que se concentra em refinar e expandir as informações obtidas na elicitação, desenvolvendo um modelo de requisitos refinado. É nessa etapa que se identificam conflitos entre requisitos, se priorizam as necessidades e se negocia com os stakeholders para chegar a uma solução razoável. A negociação, em particular, visa conciliar os conflitos que possam existir, podendo requisitos ser eliminados, combinados ou modificados. Essa é a essência da alternativa correta.

Para entender por que as outras alternativas estão erradas, é preciso dominar alguns conceitos-chave:

• Prototipação: é uma técnica de elicitação de requisitos que consiste em construir uma versão preliminar do sistema (protótipo) para explorar aspectos críticos dos requisitos e obter feedback dos usuários. Ela é usada principalmente para validar requisitos funcionais e entender as necessidades dos usuários, não para documentar requisitos não funcionais.

• Matriz de rastreabilidade: é uma ferramenta que relaciona os requisitos entre si e com outros artefatos do projeto (como casos de teste, componentes de design, etc.), garantindo que cada requisito possa ser rastreado desde sua origem até sua implementação e validação. Ela não tem como objetivo associar requisitos funcionais a não funcionais especificamente.

• Elicitação de requisitos: é o processo de derivação dos requisitos do sistema por meio de observação, discussões com usuários e compradores, análise de tarefas, entre outras técnicas. Embora seja mais intensa no início do projeto, ela não ocorre apenas nessa fase — requisitos podem ser elicitados ao longo de todo o ciclo de vida, especialmente em metodologias ágeis.

• Documento de especificação de requisitos de software (SRS): deve incluir tanto requisitos funcionais quanto não funcionais, além de outras informações como restrições, suposições e critérios de aceitação. Não se limita a requisitos funcionais.

A pegadinha desta questão está na tentativa de associar cada conceito a uma função que não lhe corresponde. A banca explora o conhecimento superficial do candidato, que pode confundir, por exemplo, prototipação com documentação de requisitos não funcionais, ou acreditar que a elicitação é uma atividade pontual. A alternativa E, por sua vez, descreve com precisão o papel da análise de requisitos, que é justamente identificar conflitos, priorizar e negociar.

Guarde a fronteira entre as atividades da engenharia de requisitos: elicitação (descobrir), análise (refinar e negociar), especificação (documentar) e validação (verificar). É exatamente nessa fronteira que as alternativas se dividem.

Alternativa A — ❌ Incorreta

A prototipação é uma técnica de elicitação de requisitos, utilizada para explorar aspectos críticos dos requisitos e obter feedback dos usuários, principalmente para validar requisitos funcionais e entender as necessidades. Ela não é usada "principalmente para documentar requisitos não funcionais, como desempenho e segurança". Requisitos não funcionais são normalmente documentados no SRS, não por meio de protótipos. O erro está em atribuir à prototipação uma finalidade que não lhe é própria.

Alternativa B — ❌ Incorreta

A matriz de rastreabilidade é uma ferramenta que relaciona requisitos entre si e com outros artefatos do projeto (casos de teste, componentes, etc.), garantindo que cada requisito possa ser rastreado desde sua origem até sua implementação e validação. Ela não tem como objetivo específico "garantir que cada requisito funcional está associado a pelo menos um requisito não funcional". A rastreabilidade serve para verificar completude, consistência e impacto de mudanças, não para criar associações entre tipos de requisitos.

Alternativa C — ❌ Incorreta

A elicitação de requisitos é um processo contínuo que ocorre ao longo de todo o ciclo de vida do projeto, não apenas no início. Embora seja mais intensa na fase de levantamento inicial, novos requisitos podem surgir e ser elicitados durante o desenvolvimento, especialmente em metodologias ágeis, onde o backlog é constantemente refinado. A afirmação de que ocorre "apenas no início do projeto" é uma generalização incorreta.

Alternativa D — ❌ Incorreta

O documento de especificação de requisitos de software (SRS) deve incluir tanto requisitos funcionais quanto não funcionais, além de outras informações como restrições, suposições e critérios de aceitação. A alternativa afirma que deve incluir "exclusivamente requisitos funcionais", o que é falso. Requisitos não funcionais, como desempenho, segurança e usabilidade, são parte essencial da especificação e não devem ser deixados para outros documentos técnicos.

Alternativa E — ✅ Correta ⟵ GABARITO

A análise de requisitos é a atividade que envolve a identificação de conflitos entre requisitos, a priorização e a negociação com os stakeholders para resolver tais conflitos. Essa é a definição precisa do que ocorre na fase de análise/elaboração da engenharia de requisitos. A negociação, em particular, visa conciliar os conflitos que possam existir, podendo requisitos ser eliminados, combinados ou modificados. A alternativa descreve corretamente o papel da análise de requisitos.

Gabarito: letra E