Ao se construir um Diagrama de Fluxo de Dados-DFD (na Anális...

A alternativa correta é a B - Um Fluxo de Dados sempre deverá começar ou terminar em um Processo.

O Diagrama de Fluxo de Dados (DFD) é uma ferramenta gráfica utilizada na Análise Essencial para a modelagem de sistemas. Ele representa de forma visual como os dados se movem dentro do sistema, mostrando os processos (funções ou transformações que ocorrem no sistema), os fluxos de dados (a rota pela qual os dados se movem entre processos e entidades externas), as entidades externas (componentes fora do sistema que interagem com o sistema) e os armazenamentos de dados (locais onde os dados são guardados para uso posterior).

Conforme a alternativa B, os fluxos de dados, que são representados por setas no DFD, devem sempre iniciar ou terminar em um processo. Isso é fundamental porque os fluxos de dados capturam a essência de como a informação se move e é transformada dentro do sistema, e para que isso aconteça, é necessário que exista um processo responsável por essa transformação ou movimento. Um fluxo de dados não pode existir de forma autônoma, ou seja, sem estar conectado a um processo, pois isso contrariaria a lógica da representação do movimento e transformação das informações dentro do sistema que o DFD busca modelar.

Agora, vamos entender por que as outras alternativas estão incorretas:

• A alternativa A está incorreta porque nem todo processo é uma primitiva funcional. Existem diferentes níveis de abstração em um DFD e processos podem ser decompostos em sub-processos.
• A alternativa C está incorreta porque fluxos de dados não podem conectar diretamente entidades externas entre si. Eles devem sempre passar por um processo, que representa uma transformação dentro do sistema.
• A alternativa D está incorreta porque uma entidade externa pode sim representar outro sistema, com o qual o sistema que está sendo modelado interage.
• Por fim, a alternativa E está incorreta porque uma entidade externa pode aparecer mais de uma vez em um DFD, em diferentes pontos onde interage com o sistema.

Entender bem o propósito e as regras de construção de um DFD é essencial para a modelagem eficaz de um sistema na análise de requisitos e no design da engenharia de software. Sempre lembre-se de que os fluxos de dados são a espinha dorsal do DFD, conectando os processos e permitindo que o sistema seja visualizado como uma rede de funções que processam e transmitem informações.

• a) Todo processo é uma Primitiva Funcional.
  Errado, Primitiva Funcional, ou processo primitivo, são aqueles simples que não precisam ser extendidos. (Ex: Recolher Assinaturas.)
  
  b) Um Fluxo de Dados sempre deverá começar ou terminar em um Processo.
  Certo. Os processos tratam os dados (informação) de um fluxo. 
   
   c) Fluxos de Dados podem ligar entre si duas ou mais Entidades Externas.
  Errado. Deve haver um processo q receba ou envie o fluxo.
   
   d) Uma Entidade Externa jamais poderá ser a representação de um outro sistema.
  Errado. Pode ser.
   
   e) Uma Entidade Externa só pode ser apresentada uma única vez.
  Não, ela pode aparecer várias vezes no diagrama do fluxo, sendo fonte ou terminadora.
  
  http://w3.ualg.pt/~jvo/ep/dfd.pdf