Please enable JavaScript.
Coggle requires JavaScript to display documents.
:star: Mapa mental FDD :star: - Coggle Diagram
:star:
Mapa mental FDD
:star:
:red_flag:
Caracteristicas
:red_flag:
Divisão de Frequência: O FDD divide o espectro de frequência disponível em duas bandas separadas, uma para uplink e outra para downlink. Essas bandas são normalmente simétricas, ou seja, têm a mesma largura de banda.
Transmissão Bidirecional: Com o FDD, os dispositivos podem transmitir e receber dados simultaneamente, pois a divisão de frequência permite a alocação de faixas de frequência separadas para cada direção. Isso é importante em aplicações onde a comunicação bidirecional é necessária, como telefonia móvel e redes sem fio.
Proteção contra Interferência: Ao separar as bandas de frequência para uplink e downlink, o FDD reduz a interferência mútua entre os fluxos de dados. Isso é especialmente útil em ambientes com tráfego intenso, onde várias transmissões estão ocorrendo simultaneamente.
O FDD (Frequency Division Duplex) é um método de divisão de frequência utilizado em sistemas de comunicação sem fio para permitir a transmissão simultânea de dados em direções opostas, ou seja, tanto na direção de envio (uplink) quanto na direção de recebimento (downlink).
Simultaneidade: A capacidade de transmissão simultânea em ambas as direções permite um melhor aproveitamento do espectro de frequência disponível. Isso significa que os usuários podem enviar e receber dados ao mesmo tempo, melhorando a eficiência e a capacidade total do sistema.
Latência: O FDD geralmente tem latência mais alta em comparação com outras técnicas de acesso ao meio, como o TDD (Time Division Duplex), devido ao fato de que os dispositivos estão transmitindo e recebendo em diferentes frequências. No entanto, com o avanço da tecnologia, as diferenças de latência entre FDD e TDD têm diminuído.
Implementação: O FDD é comumente usado em tecnologias de comunicação sem fio, como telefonia móvel (por exemplo, GSM, WCDMA, LTE) e redes Wi-Fi (por exemplo, 802.11a/b/g/n/ac). Também é usado em sistemas de comunicação via satélite.
:red_flag:
Padrão ETVX
:red_flag:
O FDD é composto por cinco etapas, e é indicado que cada iteração siga o padrão de etapas chamado de ETVX, que são:
Entrada: especifica e define os critérios de entradas para as etapas.
Verificação: especifica tipos de avaliações (internas e externas) e inspeções de projeto e código.
Tarefas: é composto por uma lista com as tarefas que deverão ser realizadas.
Saída: especifica os critérios de saída, definindo os produtos tangíveis
:red_flag:
Papeis
:red_flag:
No FDD, uma pessoa pode desempenhar mais de um papel e um papel pode ser desempenhado por mais de uma pessoa. E possui 5 papeis principais que são:
Gerente de Projeto: É o líder administrativo e financeiro do projeto: tem a palavra final no que se trata de escopo, cronograma e recursos do projeto. É quem trata das questões administrativas do projeto; Possui autonomia para decidir o que deverá ser feito; Prioriza toda e qualquer funcionalidade que entregue valor e consiga ser realizada durante um período de tempo pré-determinado.
Gerente de Desenvolvimento: É o líder nas atividades diárias do desenvolvimento. É responsável por resolver qualquer tipo de conflito que venha a ocorrer dentro da equipe. É responsável por retirar qualquer impedimento que a equipe possua, Faz com que as reuniões necessárias aconteçam (principalmente com os clientes/usuários finais); Deve avaliar se o código realizado pelo time de desenvolvimento está nos padrões do projeto.
Arquiteto-chefe: É responsável pela modelagem do projeto. Deve auxiliar a equipe de desenvolvedores e contribuir na construção do software. É responsável por questões relacionadas à definição dos componentes de software, suas propriedades externas, e seus relacionamentos com outros softwares.
Proprietários de código (programadores-chefe): São os responsáveis pela modelagem e desenvolvimento de novas funcionalidades de um software. A principal atividade de um desenvolvedor/programador é a implementação das features definidas ou pelo Gerente de Projetos ou pelo Gerente de Desenvolvimento.
Especialistas do Domínio (negócio): Pode ser qualquer pessoa que tenha o melhor conhecimento sobre o software em particular, e pode ajudar as Equipes a entendê-lo. Sua responsabilidade é de adquirir e transmitir informações a respeito do funcionamento dos requisitos do sistema.
:red_flag:
Fases e Processos
:red_flag:
:red_flag:
Fases
:red_flag:
No FDD, o planejamento é realizado por processos, onde o conjunto de
processos se divide em duas fases:
Concepção e Planejamento: Pensar um pouco antes de fazer
(tipicamente de 1 a 2 semanas);
Construção: Fazer de forma iterativa (tipicamente em
iterações de 2 semanas).
Está sendo eficaz para projetos em que o processo de desenvolvimento é uma incógnita, cheio de mudanças. Aqui, o projeto como um todo tem muita importância, mas o processo é separado por áreas.
:red_flag:
Processos
:red_flag:
O FDD é composto por cinco fases principais, cada uma delas com seus respectivos processos. Aqui estão as fases e processos do FDD:
DMA (Desenvolver um Modelo Abrangente):
Desenvolver um modelo global do domínio do problema: Nesta fase, a equipe trabalha em conjunto para identificar e capturar os principais objetos de negócio, suas relações e suas responsabilidades.
CLF (Construir a Lista de Funcionalidades):
Planejar por funcionalidade: A equipe realiza workshops para identificar e listar as funcionalidades que serão desenvolvidas. Cada funcionalidade é descrita em termos do seu nome, descrição, estimativa de esforço e status.
PPF (Planejar por Funcionalidade):
Planejar e projetar uma funcionalidade: A equipe seleciona uma funcionalidade da lista e trabalha em conjunto para definir os detalhes de sua implementação. Isso inclui a definição de suas atividades, atribuição de responsabilidades e estimativa de tempo necessário para a conclusão.
DPF (Detalhar por Funcionalidade):
Implementar uma funcionalidade: A equipe se concentra na implementação da funcionalidade selecionada, utilizando práticas de desenvolvimento ágil e seguindo as melhores práticas de design e codificação.
CPF (Construir por Funcionalidade):
Verificar e validar uma funcionalidade: Após a implementação, a funcionalidade é inspecionada para garantir sua qualidade e conformidade com os requisitos. Testes são realizados e os problemas identificados são corrigidos.