Carregar apresentação
A apresentação está carregando. Por favor, espere
PublicouIsabela Esteves Gorjão Alterado mais de 9 anos atrás
1
FDD Feature-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
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 Característica – O que é?
8
Cliente caclTotal Venda caclTotal estimativaEntrega 1 0..* Á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 Característica - exemplo
9
Os Papéis Papéis principais Gerente de projeto Arquiteto chefe Especialistas no domínio Gerentes de desenvolvimento Programadores chefes Proprietários de classes
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
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 Os 5 processos do FDD Modelo de Objeto (mais formas do que conteúdo) Uma lista de características categorizada Um plano de desenvolvimento Um pacote de projeto (seqüências) Uma função do cliente completada (mais conteúdo do que forma)
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 EquipeRefinar o Modelo Geral Escrever Anotações do Modelo
15
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 FDD Processo #1: Entradas e Saídas
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
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) FDD Processo #2: Entradas e Saídas
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
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) FDD Processo #3: Entradas e Saídas
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ínioEstudar Documentos de Referências Desenvolver Diagramas de Seqüência Refinar o Modelo Descrever os prefácios de classes e métodos
24
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) FDD Processo #4: Entradas e Saídas
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
FDD Processo #5- Atividades Codificar Testar UnidadesInspecionar Código Promover à versão atual (Build) Ponto de integração para a funcionalidade inteira
27
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 FDD Processo #5: Entradas e Saídas
28
Cada característica é uma unidade planejada de trabalho que pode ser devolvida A soma de características entregues é igual ao status do projeto Divulgando Resultados
29
Os seis marcos do FDD Projetar pelas característicasConstruir pelas características Análise do domínio ProjetoInspeção do projeto CódigoInspeção do código Geração de build 1%40%3%45%10%1%
30
Relatando resultados KEY:Work In Progress Attention Completed Not Started
31
Relatando resultados
32
Dez 2001 Porcentagem completa: Status Completo: Completo Mês de conclusão 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 Status Geral: MY Barra de progresso Trabalhos em progresso Atenção (ie, atrasado) Completo Fazendo avaliação de produtos (14) 75% Não iniciado CP-1
33
Relatando resultados Product Sale Management (PS) Invoicing Sales (33) Dec 2001 CP-1 Setting up Product Agreements (13) Dec 2001 Selling Products (22) Nov 2001 CP-1 Shipping Products (19) Dec 2001 CP-1 10% Delivering Products (10) Dec 2001 CP-3 30% Making Product Assessments (14) Dec 2001 75% 99% 3% Customer A/C Mgmt (CA) Evaluating Account Applications (23) Oct 2001 95% Logging Account Transactions (30) Nov 2001 82% Opening New Accounts (11) Oct 2001 100% Inventory Mgmt (IM) Establishing Storage Units (26) Nov 2001 100% Moving Content (19) Nov 2001 82% CP-3 Accepting Movement Requests (18) Nov 2001 97% CP-3 KEY:Work In Progress Attention Completed Progress Bar Not Started CP-2CP-1 CP-2 CP-3
34
Relatando resultados
35
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... Conclusão
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 ??
Apresentações semelhantes
© 2025 SlidePlayer.com.br Inc.
All rights reserved.