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

Engenharia de Requisitos: Validação, Tipos e Técnicas de Elicitação

Gabarito: letra A. A primeira lacuna pede a fase em que se verifica se os requisitos atendem às necessidades dos stakeholders e estão livres de erros — isso é a validação de requisitos. A segunda lacuna descreve características como desempenho, segurança e usabilidade — os requisitos não funcionais. A terceira lacuna pede a técnica de elicitação que gera e discute ideias em grupo, promovendo criatividade sem julgamentos imediatos — o brainstorming. A alternativa A preenche corretamente as três lacunas.

A engenharia de requisitos é o processo de descobrir, analisar, documentar e verificar os serviços e restrições de um sistema. Ela é uma das fases mais críticas do desenvolvimento, pois erros cometidos aqui comprometem todo o projeto. O processo, segundo Sommerville, é composto por cinco atividades principais: estudo de viabilidade, elicitação e análise, especificação, validação e gestão de requisitos. Cada uma tem um papel distinto, e é fundamental não confundir a validação com outras fases, como a gestão ou a especificação.

A validação de requisitos é a atividade que verifica se os requisitos estão corretos, completos, consistentes e realistas. Ela busca responder: "estamos construindo o produto certo?" — ou seja, se os requisitos realmente atendem às necessidades dos stakeholders. Essa fase envolve verificações de validade, consistência, completude, realismo e verificabilidade. É diferente da verificação, que confere se o produto está sendo construído conforme a especificação ("estamos construindo o produto corretamente?"). A validação olha para a necessidade do usuário; a verificação olha para o documento de requisitos.

Os requisitos não funcionais (RNF) definem as características de qualidade do sistema, ou seja, como o sistema opera, em vez de o que ele faz. Eles incluem aspectos como desempenho, segurança, usabilidade, confiabilidade, disponibilidade e eficiência. Os requisitos funcionais (RF), por outro lado, descrevem os serviços e funcionalidades que o sistema deve oferecer. Uma distinção importante é que os RNF frequentemente são mais críticos que os RF, pois afetam a arquitetura do sistema e podem gerar uma série de requisitos funcionais. Por exemplo, um requisito de segurança (RNF) pode gerar vários requisitos funcionais de autenticação e autorização.

A elicitação de requisitos é a fase de levantamento das necessidades dos stakeholders. Existem diversas técnicas, cada uma com suas características. O brainstorming é uma técnica de grupo que visa gerar o maior número possível de ideias em um ambiente livre de críticas e julgamentos imediatos, promovendo a criatividade. Outras técnicas comuns incluem entrevistas, questionários, observação, análise de documentos, prototipagem e workshops. A prototipagem, por exemplo, é útil quando os requisitos não são bem compreendidos, pois permite validar ideias com um modelo inicial do sistema. Já os questionários são eficientes para coletar informações de um grande número de pessoas de forma padronizada.

A pegadinha desta questão está em confundir a validação com a gestão de requisitos, e os requisitos não funcionais com outros tipos, como requisitos de interface ou de domínio. A gestão de requisitos trata do controle de mudanças e do rastreamento ao longo do projeto, não da verificação de adequação às necessidades. Requisitos de interface são um tipo específico que descreve a interação do sistema com o ambiente externo, não as características de qualidade. Requisitos de domínio são restrições provenientes do domínio do problema, não as características de qualidade do sistema. A técnica de brainstorming é específica para geração de ideias em grupo, enquanto a prototipagem é uma técnica de validação de ideias com um modelo, e os questionários são instrumentos de coleta de dados.

Guarde a fronteira entre validação (produto certo) e verificação (produto correto), entre requisitos funcionais (o que faz) e não funcionais (como faz), e entre brainstorming (gerar ideias) e prototipagem (validar com modelo). É exatamente nessas fronteiras que as alternativas se dividem.

Alternativa A — ✅ Correta ⟵ GABARITO

A alternativa A preenche corretamente as três lacunas. A primeira lacuna é "validação de requisitos", pois é a fase que verifica se os requisitos atendem às necessidades dos stakeholders e estão livres de erros. A segunda lacuna é "requisitos não funcionais", pois desempenho, segurança e usabilidade são características de qualidade do sistema. A terceira lacuna é "brainstorming", pois é a técnica de elicitação que gera e discute ideias em grupo, promovendo criatividade sem julgamentos imediatos.

Alternativa B — ❌ Incorreta

A alternativa B erra na segunda e terceira lacunas. "Requisitos de interface" não é o termo correto para descrever desempenho, segurança e usabilidade — esses são requisitos não funcionais. Requisitos de interface descrevem a interação do sistema com o ambiente externo, como formatos de dados ou protocolos. Além disso, "prototipagem" não é a técnica de gerar ideias em grupo sem julgamentos; a prototipagem é uma técnica de validação de ideias com um modelo inicial do sistema, útil quando os requisitos não são bem compreendidos.

Alternativa C — ❌ Incorreta

A alternativa C erra apenas na terceira lacuna. As duas primeiras lacunas estão corretas: "validação de requisitos" e "requisitos não funcionais". No entanto, "prototipagem" não é a técnica de elicitação que gera e discute ideias em grupo sem julgamentos imediatos. Essa descrição corresponde ao brainstorming. A prototipagem é uma técnica que envolve a construção de um modelo do sistema para validar requisitos e ideias, não a geração espontânea de ideias em grupo.

Alternativa D — ❌ Incorreta

A alternativa D erra nas três lacunas. "Gerenciamento de requisitos" não é a fase que verifica se os requisitos atendem às necessidades dos stakeholders; essa é a validação de requisitos. O gerenciamento trata do controle de mudanças e do rastreamento dos requisitos ao longo do projeto. "Requisitos de domínio" não descreve características como desempenho, segurança e usabilidade; esses são requisitos não funcionais. Requisitos de domínio são restrições provenientes do domínio do problema. "Questionários" não é a técnica de gerar ideias em grupo sem julgamentos; questionários são instrumentos de coleta de dados padronizados, aplicados individualmente.

Alternativa E — ❌ Incorreta

A alternativa E erra na primeira e segunda lacunas. "Gerenciamento de requisitos" não é a fase de verificação de adequação às necessidades dos stakeholders; essa é a validação. "Requisitos funcionais" não descreve características como desempenho, segurança e usabilidade; esses são requisitos não funcionais. Requisitos funcionais descrevem os serviços e funcionalidades do sistema. A terceira lacuna está correta: "brainstorming" é a técnica de gerar ideias em grupo sem julgamentos imediatos.

Gabarito: letra A