Please enable JavaScript.

Coggle requires JavaScript to display documents.

PROCESSOS (FDD) - Coggle Diagram

- - - - O primeiro processo do ciclo de vida de um projeto FDD é o Desenvolvimento de um Modelo Abrangente. Ele ocorre uma única vez, abrangendo todo o projeto. Inicia-se na primeira reunião entre cliente e equipe de desenvolvimento, onde o cliente apresenta os requisitos funcionais do sistema. Esse processo envolve a realização de estudos dirigidos sobre o escopo do sistema e seu contexto, seguido por estudos específicos para cada área do domínio de negócio. Pequenos grupos são formados para estudar profundamente o domínio de negócio e criar um modelo que o satisfaça. Essa etapa foca no entendimento completo dos requisitos do cliente e na definição inicial do escopo do projeto.
    - - Esse processo é o último da primeira fase do ciclo de vida do FDD e é realizado uma única vez, abrangendo todo o projeto. Sua finalidade é produzir um plano de desenvolvimento do projeto e é conduzido pela equipe de planejamento, composta pelo gerente de desenvolvimento e pelos programadores-chefes. Durante este processo, também são definidas as prioridades de desenvolvimento das funcionalidades, garantindo que os recursos sejam alocados de forma eficiente e que as necessidades do cliente sejam atendidas conforme planejado.
    - - Construir a Lista de Funcionalidades é uma atividade realizada na fase inicial do projeto, coordenada pelo Arquiteto. Seu objetivo é identificar todos os recursos necessários para atender aos requisitos do sistema. Os critérios de saída incluem uma lista de áreas de negócio, onde cada área possui uma lista de atividades. Para cada passo em uma atividade de negócio, há uma funcionalidade correspondente. Ao final, uma lista de funcionalidades é gerada, representando as necessidades reais do negócio do ponto de vista do cliente. Este processo visa garantir que todas as funcionalidades essenciais sejam identificadas e priorizadas de acordo com as necessidades do cliente.
  - - - Esse processo, conhecido como Detalhar por Funcionalidade (DPF), é dedicado a cada funcionalidade do projeto. Um grupo de funcionalidades é designado para desenvolvimento, liderado por um programador-chefe. Este seleciona as atividades a partir de sua "caixa de funcionalidades", podendo escolher várias funcionalidades ligadas às mesmas classes e, opcionalmente, um conjunto de funcionalidades para desenvolver de uma vez, chamado Pacote de Trabalho. Durante este processo, o modelo de dados abrangente definido no primeiro processo (DMA) é atualizado, adicionando informações como tipo de retorno de métodos, tipo de dados, nome dos métodos e outros artefatos de software necessários.
    - - Neste processo, iniciado com o Pacote de Trabalho pronto do processo anterior, cada proprietário de classe desenvolve os métodos necessários para suas classes suportarem a funcionalidade do projeto. Os desenvolvedores realizam testes de unidade em suas classes. Após isso, ocorre uma inspeção realizada pela equipe de funcionalidade ou, se necessário, por uma equipe externa, mas envolvida no projeto. Após a inspeção, o desenvolvedor revisa sua classe para garantir que possua todos os métodos necessários. Essa revisão inclui testes de unidade e inspeção de código pelo programador ou por um membro externo.
- - - - Representa as atividades específicas que precisam ser realizadas durante uma fase do processo de desenvolvimento. Essas tarefas podem incluir a análise de requisitos, o design de sistemas, a codificação de software, os testes de unidade, entre outras.
    - - Refere-se à confirmação ou validação de que uma determinada tarefa foi concluída corretamente e atende aos requisitos especificados. Isso pode incluir revisões de código, testes de aceitação, verificação de conformidade com padrões de codificação, entre outros métodos de verificação.
    - - Refere-se ao início de uma fase ou atividade no processo de desenvolvimento de software. Essa fase ou atividade pode ser qualquer etapa, desde a captura de requisitos até a implementação de uma funcionalidade específica.
- - - - FDD: O FDD se concentra na entrega incremental de funcionalidades específicas em intervalos curtos de tempo. Ele coloca ênfase na decomposição do sistema em funcionalidades gerenciáveis, design orientado a objetos e uma abordagem centrada em equipes pequenas.
      - XP: O XP enfatiza práticas como programação em pares, integração contínua, desenvolvimento orientado a testes (TDD), design simples, refatoração contínua e feedback rápido. Seu foco principal é na qualidade do código e na capacidade de resposta às mudanças de requisitos.
    - - FDD: O FDD segue uma abordagem mais estruturada, onde as funcionalidades são divididas em tarefas gerenciáveis e atribuídas a equipes pequenas. Ele usa modelos de design orientado a objetos para desenvolver as funcionalidades de forma incremental.
      - XP: O XP adota uma abordagem mais flexível e adaptável, onde as práticas são aplicadas conforme necessário para atender às necessidades do projeto. Ele enfatiza a simplicidade, a comunicação e a colaboração entre os membros da equipe.
    - - FDD: O FDD não prescreve práticas específicas, mas enfatiza a importância da modelagem orientada a objetos, inspeções de código e entrega incremental de funcionalidades.
      - XP: O XP define um conjunto específico de práticas, como programação em pares, TDD, integração contínua, refatoração e design simples, que são essenciais para o sucesso do projeto.
    - - FDD: O FDD é mais adequado para equipes de tamanho médio a grande e projetos de escala moderada a grande. Ele favorece equipes pequenas e altamente colaborativas para desenvolver e entregar funcionalidades específicas.
      - XP: O XP é mais flexível em termos de tamanho da equipe e escala do projeto. Suas práticas podem ser aplicadas em equipes de qualquer tamanho e em uma variedade de projetos, desde pequenos projetos até grandes sistemas distribuídos.
- - - - Ênfase nas funcionalidades: O FDD se concentra na entrega de funcionalidades específicas em um cronograma definido.
        
        Iterativo e incremental: Desenvolvimento ocorre em ciclos curtos e iterativos, com entrega frequente de funcionalidades.
        
        Modelo de processo simplificado: As etapas do FDD incluem desenvolvimento de modelo, lista de funcionalidades, planejamento por funcionalidade, design por funcionalidade e construção por funcionalidade.
        
        Equipes multidisciplinares: As equipes são organizadas em torno de características específicas do sistema a ser desenvolvido.
        
        Ênfase na inspeção: A inspeção regular é realizada para garantir a qualidade do código e a conformidade com os padrões estabelecidos.
    - - Abordagem mais abrangente: O RUP é uma metodologia mais abrangente que aborda o ciclo de vida completo do desenvolvimento de software.
        
        Faseada: O RUP é dividido em quatro fases principais: Iniciação, Elaboração, Construção e Transição. Cada fase tem seus objetivos específicos e atividades associadas.
        
        Baseado em modelos: O RUP fornece um conjunto de modelos e artefatos que guiam o desenvolvimento do projeto, incluindo modelos de casos de uso, diagramas de atividade, diagramas de sequência, entre outros.
        
        Personalizável: Pode ser personalizado para atender às necessidades específicas do projeto e da organização.
        
        Ênfase na gestão de requisitos: O RUP enfatiza a importância da gestão de requisitos ao longo de todo o ciclo de vida do projeto.