1 / 37

FDD Feature-Driven Development

FDD Feature-Driven Development. Manuela Xavier 05/11/2004. O estado atual dos projetos. Resultados pobres Planejamento pobre ou incompleto Falta de entendimento das questões de negócio ou técnico Falha em não colocar as necessidades dos clientes ou dos usuários finais em primeiro lugar

kenna
Download Presentation

FDD Feature-Driven Development

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. FDDFeature-Driven Development Manuela Xavier 05/11/2004

  2. O estado atual dos projetos • Resultados pobres • Planejamento pobre ou incompleto • Falta de entendimento das questões de negócio ou técnico • Falha em não colocar as necessidades dos clientes ou dos usuários finais em primeiro lugar • Estouro de cronograma, e entrega de produtos indesejáveis

  3. Feature Driven Development - FDD • O que é? • é um processo definido para produzir resultados freqüentes, tangíveis e que funcionem • combina as principais vantagens de outras abordagens ágeis com técnicas centradas no modelo • possui iterações curtas e altamente adaptativas • introduzido em 1999 por Jeff DeLuca, Peter Coad e Steve Palmer num desenvolvimento de um projeto grande em Singapura • descreve uma série de passos a seguir – desde a concepção até a implementação.

  4. Introduzido aqui...

  5. Expandido aqui...

  6. Feature Driven Development - FDD • Por que usar? • Clientes têm resultados rápidos e relatório do status numa linguagem que eles entendem • Gerentes de projeto têm uma visão completa e exata do status do projeto • Desenvolvedores conseguem trabalhar em novas coisas em poucos dias e ficam mais envolvidos em análise, projeto e codificação

  7. Característica – O que é? • São blocos muito pequenos de funcionalidades • São organizados em grupos de negócio relacionados: • Conjuntos de Características (atividades de negócio) • Conjuntos de Características Principais (áreas do domínio) • São expressadas na forma <ação> <resultado> <objeto>

  8. Cliente caclTotal Venda caclTotal estimativaEntrega Característica - exemplo • Área de Características Principal • Gerenciamento de venda de produtos • Conjunto de Características • Vender para um cliente • Características • Calcular o total de vendas • Calcular o total de compras de um cliente • Estimar o tempo de entrega de uma venda • Calcular a taxa de uma venda 1 0..*

  9. Papéis principais Gerente de projeto Arquiteto chefe Especialistas no domínio Gerentes de desenvolvimento Programadores chefes Proprietários de classes Os Papéis

  10. Melhores Práticas do FDD • Modelagem do objeto do domínio • Desenvolver por características • Propriedade individual de classes • Equipes de características • Inspeções • Construção de builds regulares • Gerência de configuração • Comunicação dos resultados

  11. Modelo de Objeto (mais formas do que conteúdo) Uma lista de características categorizada Um plano de desenvolvimento (mais conteúdo do que forma) Um pacote de projeto (seqüências) Uma função do cliente completada Os 5 processos do FDD 1.Desenvolver um Modelo geral 2. Construir uma lista de características 3. Planejar através de característica 4. Projetar através de característica 5. Construir através de característica

  12. Descrição dos Processos de FDD • Cada processo é descrito em não mais do que duas páginas de papel tamanho carta, frente-e-verso • Cada descrição do processo apresenta-se de acordo com a estrutura: Entrada, Tarefas, Verificação e Saídas (ETVX)

  13. FDD Processo #1: Desenvolver um modelo geral • Adquirir conhecimento do domínio e construir o modelo geral • Estabelecimento do “propósito de negócio” do novo sistema • Construção de um “modelo conceitual” do sistema

  14. FDD Processo #1- Atividades Formar a Equipe de Modelagem Estudo dirigido sobre o Domínio Estudar Documentos Desenvolver pequenos Modelos de Grupo Desenvolver um Modelo da Equipe Refinar o Modelo Geral Escrever Anotações do Modelo

  15. FDD Processo #1:Entradas e Saídas • Entrada • Especialistas no domínio, programadores e arquitetos chefes são selecionados • Saídas • Modelo geral do domínio • Diagrama das classes principais com alguns métodos e atributos identificados • Diagramas de seqüência de algumas funcionalidades mais complexas (se houver) • Comentário sobre o modelo

  16. FDD Processo #2:Construir lista de características • O domínio é decomposto até chegar nas características • Características são agrupadas e categorizadas • Características são granuladas até ser necessário menos de 2 semanas pro seu desenvolvimento

  17. FDD Processo #2 - Atividades Formar a Equipe da Lista de Características Construir a lista de características

  18. FDD Processo #2:Entradas e Saídas • Entrada • O processo #1 ter sido concluído com sucesso • Saídas • Uma lista das áreas do domínio identificadas • Para cada área, uma lista de atividades de negócio (conjunto de características) • Para cada atividade, os passos a serem realizados (características)

  19. FDD Processo #3:Planejar através de características • Uma data de lançamento é estabelecida para o release inicial • A lista de características priorizadas é refinada • O trabalho técnico é planejado e atribuído – plano de desenvolvimento

  20. FDD Processo #3 - Atividades Formar a Equipe de Planejamento Determinar a Seqüência de Desenvolvimento Atribuir Conjuntos de Características para Programadores Chefes Atribuir Classes para Desenvolvedores

  21. FDD Processo #3: Entradas e Saídas • Entrada • O processo de construir a lista de características (processo #2) ter sido concluído com sucesso • Saídas • Atividades de negócio com datas de término • Programadores-chefes atribuídos a atividades de negócio • A lista de classes e seus donos (desenvolvedores)

  22. FDD Processo #4:Projetar através de características • Regras e transações são identificadas • O modelo da interface do usuário é esboçado • Diagramas de seqüência mais detalhados são produzidos • Especialistas são consultados para descobrir qualquer necessidade específica adicional

  23. FDD Processo #4 - Atividades Formar a Equipe de Características Estudo do Domínio Estudar Documentos de Referências Desenvolver Diagramas de Seqüência Descrever os prefácios de classes e métodos Refinar o Modelo

  24. FDD Processo #4:Entradas e Saídas • Entrada • O processo de planejado (processo #3) ter sido concluído com sucesso • Saídas • Diagramas de seqüência • Projetos alternativos (caso exista) • O modelo de objeto com classes, métodos e atributos novos ou atualizados • A documentação da API do sistema • Lista de tarefas (calendário/ To-Do)

  25. FDD Processo #5:Construir através de características • Características são construídas implementando todas as classes e métodos necessários • Testes de unidades • Características são inseridas no build quando o teste resulta em sucesso

  26. Ponto de integração para a funcionalidade inteira FDD Processo #5- Atividades Codificar Testar Unidades Inspecionar Código Promover à versão atual (Build)

  27. FDD Processo #5:Entradas e Saídas • Entrada • O processo anterior ter sido concluído com sucesso • Saídas • Classe(s) e/ou método(s) que passaram na inspeção de código com sucesso • Classes inseridas no build • A conclusão da funcionalidade do cliente

  28. Divulgando Resultados • Cada característica é uma unidade planejada de trabalho que pode ser devolvida • A soma de características entregues é igual ao status do projeto

  29. Os seis marcos do FDD

  30. Relatando resultados KEY: Work In Progress Attention Completed Not Started

  31. Relatando resultados

  32. Relatando resultados CP-1 Status Geral: Fazendo avaliação de produtos (14) Trabalhos em progresso Exemplo: Conjunto de características: Fazendo avaliação de produtos – Trabalho em progresso CP-1 é o programador chefe inicial (14) esse conjunto de características possui 14 características Conjunto de características está 75% completado A conclusão é para dezembro de 2001 Atenção (ie, atrasado) Completo Não iniciado 75% Porcentagem completa: Barra de progresso Dez 2001 Status Completo: Completo Mês de conclusão MY

  33. KEY: Work In Progress Attention Completed Progress Bar Not Started Relatando resultados Product Sale Management (PS) CP-1 CP-1 CP-3 CP-1 CP-2 CP-1 Invoicing Sales (33) Making Product Assessments (14) Setting up Product Agreements (13) Delivering Products (10) Selling Products (22) Shipping Products (19) 99% 75% 30% 3% 10% Dec 2001 Dec 2001 Dec 2001 Dec 2001 Nov 2001 Dec 2001 Customer A/C Mgmt (CA) Inventory Mgmt (IM) CP-2 CP-2 CP-2 CP-3 CP-3 CP-3 Opening New Accounts (11) Logging Account Transactions (30) Accepting Movement Requests (18) Moving Content (19) Evaluating Account Applications (23) Establishing Storage Units (26) 100% 97% 82% 82% 95% 100% Oct 2001 Nov 2001 Nov 2001 Nov 2001 Oct 2001 Nov 2001

  34. Relatando resultados

  35. Conclusão • FDD • Fornece clareza • Eleva o controle • Facilita a comunicação – reporta resultados • Status do projeto completo é determinado pelas características entregues • Características quebram o trabalho em entregas menores e mais gerenciáveis • Builds regulares • É bom para os desenvolvedores, gerentes e clientes...

  36. Referências • A Practical Guide to Feature-Driven Development • Stephen R. Palmer, John M. Felsing • http://www.featuredrivendevelopment.com/ • http://www.nebulon.com/fdd/ • http://br.groups.yahoo.com/group/gufdd/ • http://www.fddmanager.com/ • http://fddtools.sourceforge.net/

  37. Feature-Driven Development Dúvidas ??

More Related