FDD. O que é FDD? Feature Driven Development (Desenvolvimento Guiado por Funcionalidades) é uma metodologia ágil para gerenciamento e desenvolvimento

  • View
    134

  • Download
    1

Embed Size (px)

Text of FDD. O que é FDD? Feature Driven Development (Desenvolvimento Guiado por Funcionalidades) é uma...

  • Slide 1
  • FDD
  • Slide 2
  • O que FDD? Feature Driven Development (Desenvolvimento Guiado por Funcionalidades) uma metodologia gil para gerenciamento e desenvolvimento de software. Feature Driven Development (Desenvolvimento Guiado por Funcionalidades) uma metodologia gil para gerenciamento e desenvolvimento de software. O approach do FDD no abrange todo o processo de desenvolvimento de software, mas se concentra nas fases de design e construo. O approach do FDD no abrange todo o processo de desenvolvimento de software, mas se concentra nas fases de design e construo. Possui mais requisitos formais e passos que outras metodologias geis como o XP. Possui mais requisitos formais e passos que outras metodologias geis como o XP.
  • Slide 3
  • Lema do FDD "Resultados freqentes, tangveis e funcionais." Adail Rentamal
  • Slide 4
  • Histrico
  • Slide 5
  • Princpios Estamos descobrindo maneiras melhores de desenvolver software fazendo-o ns mesmos e ajudando outros a faz-lo. Atravs desse trabalho, passamos a valorizar: Estamos descobrindo maneiras melhores de desenvolver software fazendo-o ns mesmos e ajudando outros a faz-lo. Atravs desse trabalho, passamos a valorizar: Indivduos e interao entre eles mais que processos e ferramentas; Indivduos e interao entre eles mais que processos e ferramentas;processos Software em funcionamento mais que documentao abrangente; Software em funcionamento mais que documentao abrangente; Colaborao com o cliente mais que negociao de contratos; Colaborao com o cliente mais que negociao de contratos;contratos Responder a mudanas mais que seguir um plano. Responder a mudanas mais que seguir um plano. Ou seja, mesmo havendo valor nos itens direita, valorizamos mais os itens esquerda.
  • Slide 6
  • Aplicabilidade O FDD a mais formal que todas as outras metodologias geis e recomendado para projetos maiores com mais de dez desenvolvedores. O FDD a mais formal que todas as outras metodologias geis e recomendado para projetos maiores com mais de dez desenvolvedores.
  • Slide 7
  • Caractersticas Fornece a estrutura suficiente para equipes maiores Fornece a estrutura suficiente para equipes maiores Enfatiza a produo de software de qualidade Enfatiza a produo de software de qualidade Entrega resultados freqentes, tangveis e funcionais Entrega resultados freqentes, tangveis e funcionais Realiza trabalho significativo desde o incio, antes de tornar-se altamente iterativa Realiza trabalho significativo desde o incio, antes de tornar-se altamente iterativa Fornece informao de estado e progresso de forma simples e compreensvel Fornece informao de estado e progresso de forma simples e compreensvel Agradam a clientes, gerentes e desenvolvedores. Agradam a clientes, gerentes e desenvolvedores.
  • Slide 8
  • Estrutura
  • Slide 9
  • Processos DMA (Desenvolver um Modelo Abrangente): Anlise Orientada por Objetos DMA (Desenvolver um Modelo Abrangente): Anlise Orientada por Objetos DMA CLF (Construir a Lista de Funcionalidades): Decomposio Funcional CLF (Construir a Lista de Funcionalidades): Decomposio Funcional CLF PPF (Planejar por Funcionalidade): Planejamento Incremental PPF (Planejar por Funcionalidade): Planejamento Incremental PPF DPF (Detalhar por Funcionalidade): Desenho (Projeto) Orientado por Objetos DPF (Detalhar por Funcionalidade): Desenho (Projeto) Orientado por Objetos DPF CPF (Construir por Funcionalidade): Programao e Teste Orientados por objetos CPF (Construir por Funcionalidade): Programao e Teste Orientados por objetos CPF
  • Slide 10
  • Processos Processo 1: DMA-Desenvolver um Modelo Abrangente Diagramas de classes com foco na forma do modelo, isto , quais classes esto no domnio, como esto conectadas umas s outras e sob quais restries; Mtodos e atributos identificados so colocados nas classes; Diagrama(s) de seqncia e/ou de mquina de estados, se houver; Comentrios sobre o modelo para registrar o motivo pelo qual uma forma de modelo foi escolhida e/ou quais alternativas foram consideradas.
  • Slide 11
  • Processos Processo 2: CLF-Construir a Lista de Funcionalidades Uma lista de reas de negcio; Para cada rea, uma lista de atividades de negcio dentro daquela rea; Para cada passo da atividade de negcio, uma funcionalidade que satisfaa ao passo.
  • Slide 12
  • Processos Processo 3: PPF-Planejar por Funcionalidade Atividades de negcio com datas de trmino (ms e ano); Programadores-lderes atribudos a atividades de negcio; reas com datas de trmino (ms e ano), derivadas da data do ltimo trmino de suas respectivas atividades de negcio; Lista das classes e seus respectivos desenvolvedores proprietrios
  • Slide 13
  • Processos Processo 4: DPF-Detalhar por Funcionalidade Uma capa com comentrios, que completa e descreve o pacote de projeto de tal forma a ser suficiente para futuros revisores; Os requisitos referenciados (se houver) na forma de documentos e de todos os memorandos de confirmao relacionados, e documentao de apoio; O(s) diagrama(s) de seqncia; Alternativas de projeto (design) (se houver); O modelo de objetos com classes, mtodos e atributos novos/atualizados; A sada gerada pela para os prefcios de classes e mtodos, criados ou modificados por esse projeto (design); Lista de tarefas e agendamentos para itens de ao nas classes afetadas para cada membro da equipe.
  • Slide 14
  • Processos Processo 5: CPF-Construir por Funcionalidade Classe(s) e/ou mtodo(s) que passaram na inspeo de cdigo com sucesso; Classe(s) que foi(ram) promovida(s) verso atual (build); O trmino de uma funo com valor para o cliente (funcionalidade).
  • Slide 15
  • Casos de sucesso United Overseas BankUnited Overseas Bank, em Singapura. United Overseas Bank Aps 2 anos de consultoria, 3500 paginas de casos de uso e um modelo com centenas de casos de uso, a entrega do projeto no prazo que havia sido determinado foi avaliado como impossvel. Mas aps a implantao do FDD, em 15 meses a equipe entregou 2000 features por uma equipe de 50 pessoas, demonstrando a total eficincia da metodologia.
  • Slide 16
  • Ferramentas UML em cores UML em cores
  • Slide 17
  • FDD progress report Ferramentas
  • Slide 18
  • Work Package Progress Report Ferramentas
  • Slide 19
  • Vantagens 1. Gerenciamento de projeto 2. Reporte de status do projeto 3. Estimativa 4. Controle de mudana 5. Uma metodologia gil para aplicaes crticas 6. Foco em funcionalidades de valor para o cliente Detalhar por funcionalidade (DPF) Construir por funcionalidade (CPF) Walkthroug h Desenvolvime nto Inspeo do desenvolvime nto Codificao Inspeo de codificao 1%40%3%45%10%1%