O método FDD – feature-driven development essencialmente segue o conceito das features ou funcionalidades (capacidade de agregar valor ao negócio no software desenvolvido) como a base de orientação da construção do software. De acordo com esse conceito, qual alternativa é correta sobre a relação de funcionalidades e requisitos de software?

No FDD, feature (funcionalidade) é uma “entrega” de valor ao negócio, descrita de forma compreensível para o usuário/cliente e que normalmente engloba diversos detalhes que, em engenharia de requisitos, aparecem como requisitos mais específicos.

Passo a passo:

1. Requisito de software: é uma necessidade/condição a ser atendida pelo sistema. Pode ser funcional ou não funcional e costuma ser descrito de forma mais detalhada e verificável.
2. Funcionalidade (feature) no FDD: é um item orientado a valor de negócio, geralmente em nível mais alto (mais “macro”), que pode ser decomposto em vários requisitos e tarefas técnicas.
3. Portanto, funcionalidades não são “simples requisitos operacionais”; elas tendem a ser mais abrangentes, podendo conter/derivar múltiplos requisitos.

Analisando as alternativas:

• A) Incorreta: reduz funcionalidades a requisitos operacionais simples e específicos.
• B) Incorreta: há relação direta; features normalmente se apoiam em requisitos.
• C) Correta: funcionalidades (features) são mais abrangentes do que requisitos operacionais isolados.
• D) Incorreta: funcionalidades podem (e devem) ser testáveis/aceitáveis (critérios de aceitação, testes de aceite).
• E) Incorreta: não são “mais simples”; em geral são mais amplas.

Alternativa correta: (C).