Please enable JavaScript.
Coggle requires JavaScript to display documents.
FASES/PROCESSOS DO FDD, PADRÃO ETVX, VANTAGENS/DESVANTAGENS, FDD VS RUP,…
FASES/PROCESSOS DO FDD
-
2- Construção
DPF - Detalhar por Funcionalidade
É criada uma modelagem com as funcionalidades a serem desenvolvidas.
É criada pelo programador chefe e é mais detalhada do ponto de vista técnico
Funcionalidades desenvolvidas são testadas
-
PADRÃO ETVX
-
-
Verificação (Verification)
Especifica tipos de avaliações e inspeções de projeto e códigos de “testes”
Saída (Exit)
Especifica os critérios de saída, ou seja, os critérios de “pronto” da fase.
VANTAGENS/DESVANTAGENS
VANTAGENS
Foco na entrega de valor: O FDD concentra-se na entrega rápida e iterativa de funcionalidades específicas, o que permite que os clientes vejam resultados tangíveis mais rapidamente.
Melhor visibilidade do progresso: Como o desenvolvimento é dividido em funcionalidades individuais, é mais fácil para as equipes e stakeholders acompanharem o progresso do projeto.
Gerenciamento de riscos: Ao dividir o projeto em partes menores, o FDD facilita a identificação e mitigação de riscos de forma mais eficaz, pois os problemas são identificados e resolvidos em estágios mais iniciais.
Flexibilidade e adaptabilidade: O FDD é altamente adaptável a mudanças nos requisitos do cliente ou nos objetivos do projeto, pois as funcionalidades podem ser priorizadas e adaptadas conforme necessário.
Melhor comunicação: A estrutura clara do FDD, com seu foco em funcionalidades específicas, promove uma comunicação mais eficaz entre os membros da equipe e os stakeholders.
DESVANTAGENS
Dependência de habilidades da equipe: O sucesso do FDD depende da habilidade da equipe em identificar e projetar funcionalidades de forma eficiente. Se a equipe não tiver experiência ou conhecimento suficiente, pode levar a entregas de baixa qualidade.
Maior esforço inicial: O FDD exige um esforço inicial significativo para identificar e modelar as funcionalidades do sistema, o que pode ser demorado, especialmente para projetos grandes e complexos.
Possível falta de foco na arquitetura: Como o FDD se concentra principalmente na entrega de funcionalidades, pode haver uma tendência de negligenciar a arquitetura do sistema em favor de iterar rapidamente nas funcionalidades.
Desafios na integração: Se não houver uma coordenação adequada entre as equipes trabalhando em diferentes funcionalidades, pode haver desafios significativos na integração das partes do sistema.
Necessidade de reavaliação constante: As prioridades do cliente e os requisitos do projeto podem mudar ao longo do tempo, exigindo uma reavaliação constante das funcionalidades a serem desenvolvidas, o que pode adicionar complexidade e custo ao processo.
FDD VS RUP
-
RUP
-
Estrutura em fases (iniciação, elaboração, construção e transição) com iterações em cada fase.
-
Aborda não apenas a codificação, mas também aspectos como gerenciamento de requisitos, testes e gerenciamento de configuração.
É altamente personalizável, permitindo que as equipes adaptem o processo às suas necessidades específicas.
FDD VS XP
XP
-
Práticas como programação em pares, integração contínua e desenvolvimento orientado a testes (TDD) são fundamentais.
Encoraja mudanças nos requisitos do cliente, adaptando-se a elas rapidamente.
-
-