Questão 119284

• Banca: FCC
• Órgão: TRF - 4ª REGIÃO
• Ano: 2010
• Provas: FCC - 2010 - TRF - 4ª REGIÃO - Analista Judiciário - Tecnologia da Informação
• Disciplina: Engenharia de Software
• Assuntos: Processos de Software - Desenvolvimento Ágil

A Feature Driven Development (FDD) é uma metodologia ágil de desenvolvimento de software, sobre a qual é correto afirmar:

• A. Não pode ser combinada a outras técnicas para a produção de sistemas.
  
• B. Possui cinco processos: Desenvolver um Modelo Abrangente, Construir a Lista de Funcionalidades, Planejar por Funcionalidade, Detalhar por Funcionalidade e Implementar por Funcionalidade.
  
• C. Divide os papéis em dois grupos: papéis chave e papéis de apoio. Dentro de cada categoria, os papéis são atribuídos a um único participante que assume a responsabilidade pelo papel.
  
• D. Mantém seu foco apenas na fase de modelagem.
  
• E. Mantém seu foco apenas na fase de implementação.

Gabarito: B

Comentários

• A FDD é, classicamente, descrita por cinco processos: * Desenvolver um Modelo Abrangente: pode envolver desenvolvimento de requisitos, análise orientada por objetos, modelagem lógica de dados e outras técnicas para entendimento do domínio de negócio em questão. O resultado é um modelo de objetos (e/ou de dados) de alto nível, que guiará a equipe durante os ciclos de construção. * Construir uma Lista de Funcionalidades: decomposição funcional do modelo do domínio, em três camadas típicas: áreas de negócio, atividades de negócio e passos automatizados da atividade (funcionalidades). O resultado é uma hierarquia de funcionalidades que representa o produto a ser construído (também chamado de product backlog, ou lista de espera do produto). * Planejar por Funcionalidade: abrange a estimativa de complexidade e dependência das funcionalidades, também levando em consideração a prioridade e valor para o negócio/cliente. O resultado é um plano de desenvolvimento, com os pacotes de trabalho na seqüência apropriada para a construção. * Detalhar por Funcionalidade: já dentro de uma iteração de construção, a equipe detalha os requisitos e outros artefatos para a codificação de cada funcionalidade, incluindo os testes. O projeto para as funcionalidades é inspecionado. O resultado é o modelo de domínio mais detalhado e os esqueletos de código prontos para serem preenchidos. * Construir por Funcionalidade: cada esqueleto de código é preenchido, testado e inspecionado. O resultado é um incremento do produto integrado ao repositório principal de código, com qualidade e potencial para ser usado pelo cliente/usuário.
• A) ERRADA - Ela interage com outras metodologias.
  
  B) CORRETA - O processo Implementar por Funcionalidade é mais conhecido como Construir por Funcionalidade (Build by Feature).
  
  C) ERRADA - FDD implementa em torno de 15 cargos e responsabilidades entre as categorias principais, de apoio e adicionais.
  
  D) ERRADA - O foco do FDD é tanto para o desenho como para construção do sistema.
  
  E) ERRADA - O foco do FDD é tanto para o desenho como para construção do sistema.
• Uma equipe de FDD pode ter até 250 pessoas, seria mais ou menos assim em ordem crescente de detalhamento:  XP < FDD < RUP
  
  Sobre os papéis:
  
  Temos:
  • Project Manager - Administração
  • Chief Architect - Interno ao projeto
  • Development Manager
  • Chief Programmers
  • Class Owners (Desenvolvedores Individuais)
  • Domain Experts ("Stake Holders" - servem pra tirar duvidas sobre os requisitos de domínio da aplicação)

• 
  

  OS CINCO PROCESSOS SÃO BEM DEFINIDOS E INTEGRADOS DO FDD:
  1.   DMA (Desenvolver a lista de funcionalidades): Decomposição Funcional
  2.   CLF  (Construir a Lista de Funcionalidades): Decomposição Funcional
  3.   PPF  (Planejar por Funcionalidade): Planejamento Incremental
  4.   DPF  (Detalhar por Funcionalidade): Desenho (Projeto) Orientado por Objetos
  5.   CPF (Construir por Funcionalidade): Programação e Teste Orientados por Objetos
  

•  b)Possui cinco processos: Desenvolver um Modelo Abrangente, Construir a Lista de Funcionalidades, Planejar por Funcionalidade, Detalhar por Funcionalidade e Implementar por Funcionalidade.

  é uma metodologia adaptativa que opera em torno de features, cujos processos sao, consoante questao: Desenvolver um Modelo Abrangente, Construir ,Planejar, Detalhar e  Implementar features.