Questão de Engenharia de Software — Processos de Software - Desenvolvimento Ágil — FCC 2015

Feature Driven Development (FDD) – Características e Papéis

Gabarito: letra B. O FDD é uma metodologia ágil que se destaca por definir papéis claros no desenvolvimento, como Gerente de Projeto, Arquiteto-Chefe, Programador-Chefe, Testador etc., o que a alternativa B descreve corretamente.

O Feature Driven Development (FDD) foi criado por Jeff De Luca e Peter Coad, e enfatiza a construção iterativa baseada em funcionalidades (features). Diferente de outras metodologias ágeis, o FDD prescreve papéis bem definidos e um processo estruturado em cinco etapas: Desenvolver um Modelo Abrangente, Construir uma Lista de Funcionalidades, Planejar por Funcionalidade, Projetar por Funcionalidade e Construir por Funcionalidade. Cada funcionalidade é desenvolvida em um curto período (até duas semanas).

Alternativa A — ❌ Incorreta

Afirma que o FDD divide o processo em "Planejamento, Construção, Implantação e Manutenção". Essas são etapas genéricas de um ciclo de vida de software, não específicas do FDD. O FDD possui cinco processos próprios, listados acima, e não inclui uma fase de "Implantação" ou "Manutenção" como parte do ciclo iterativo.

Alternativa B — ✅ Correta ⟵ GABARITO

O FDD, ao contrário de métodos como o XP, define papéis formais: Gerente de Projeto (Project Manager), Arquiteto-Chefe (Chief Architect), Gerente de Desenvolvimento (Development Manager), Programador-Chefe (Chief Programmer), Dono de Classe (Class Owner) e Testador (Tester). Esses papéis são atribuídos a membros da equipe, garantindo responsabilidades claras. Portanto, a alternativa está correta.

Alternativa C — ❌ Incorreta

Diz que o FDD "está associado a práticas de modelagem estruturada, não orientada a objetos do domínio". Na verdade, o FDD utiliza modelagem orientada a objetos, especialmente com diagramas UML (como diagrama de classes e de sequência). A modelagem do domínio é feita sob a orientação do Arquiteto-Chefe, e as features são descritas em termos de classes e métodos.

Alternativa D — ❌ Incorreta

Afirma que o FDD usa "propriedade coletiva do código, ou seja, o código não tem um dono definido". Isso é característico do Extreme Programming (XP) e de algumas práticas do Scrum, mas no FDD cada classe tem um dono (Class Owner) responsável por sua consistência e evolução. O código não é anônimo; há responsabilidade individual.

Alternativa E — ❌ Incorreta

Descreve a fase de construção como "Detalhamento das Funcionalidades, Programação, Teste e Melhoria Continuada". No FDD, a construção (Build by Feature) é precedida pelo Projeto por Funcionalidade (Design by Feature). O processo de construção de cada feature inclui programação, testes unitários e de integração, mas não há uma etapa formal de "Melhoria Continuada" separada — a melhoria ocorre dentro das iterações. A descrição não corresponde aos processos específicos do FDD.

Gabarito: letra B.