Questão de Engenharia de Software — Análise Estruturada — CESPE / CEBRASPE 2025
Engenharia de Software›Análise Estruturada
Código
ce222334
Banca
CESPE / CEBRASPE
Órgão
UNIVESP
Ano
2025
Nível
Superior
Cargo
Supervisor Pedagógico - Área de Atuação 2: Computação e Áreas Afins
De acordo com a análise estruturada de sistemas, a figura precedente corresponde a um
AUC (use case diagram), em que 3 Receive Delivery e 2 Order Supplies são casos de uso.
BDFD (data-flow diagram), em que Orders é um depósito de dados.
CDC (context diagram), em que 6 Make Payments é um processo.
Ddiagrama entidade-relacionamento (DER), em que Supllier e Inventory são entidades.
EDFD (data-flow diagram), em que Supplier Details é uma entidade externa.
Revelar gabarito e comentário▾
GabaritoB — DFD (data-flow diagram), em que Orders é um depósito de dados.
Comentário gerado por IA. É um apoio ao estudo, ancorado em fontes, mas pode conter imprecisões — confira sempre na fonte oficial (lei, súmula, edital e gabarito da banca). Encontrou um erro? Use “Reportar”.
Análise Estruturada: DFD e seus componentes
Gabarito: letra B. A figura é um Diagrama de Fluxo de Dados (DFD), e o elemento "Orders" é um depósito de dados (armazenamento). O DFD é a ferramenta central da análise estruturada, modelando o fluxo de dados entre processos, depósitos e entidades externas — e é exatamente essa notação que a alternativa correta identifica.
O Diagrama de Fluxo de Dados (DFD) é a principal ferramenta de modelagem da análise estruturada, metodologia que trata o sistema como uma rede de transformações de dados. Ele responde à pergunta "o que o sistema faz?" sem se preocupar com "como" — ou seja, é uma visão lógica, independente de tecnologia. Os quatro componentes básicos do DFD são:
Processos: transformam dados de entrada em dados de saída. São representados por círculos ou retângulos arredondados, com um verbo no nome (ex.: "Fazer Pedido", "Receber Entrega").
Depósitos de dados (data stores): armazenam dados para uso posterior. São representados por duas linhas paralelas (ou um retângulo aberto), com um substantivo no nome (ex.: "Orders", "Inventory").
Entidades externas: fontes ou destinos de dados fora do sistema (pessoas, organizações, outros sistemas). São representadas por retângulos, com um substantivo (ex.: "Supplier", "Customer").
Fluxos de dados: setas que mostram o movimento de dados entre os componentes, com um nome descritivo (ex.: "Order Details", "Payment").
A distinção crucial que a banca explora é entre depósito de dados e entidade externa. O depósito é um elemento interno ao sistema, onde os dados são guardados; a entidade externa é um elemento fora da fronteira do sistema, que fornece ou recebe dados. Na figura, "Orders" é claramente um depósito (armazenamento interno), enquanto "Supplier" e "Customer" são entidades externas.
Um exemplo prático: imagine um sistema de vendas. O processo "Registrar Pedido" recebe dados do cliente (entidade externa), consulta o depósito "Produtos" para verificar disponibilidade, e grava o pedido no depósito "Pedidos". O fluxo de dados "Dados do Pedido" conecta o processo ao depósito. Esse é o padrão típico de um DFD.
A pegadinha da questão está em confundir os elementos do DFD com os de outros diagramas. O diagrama de casos de uso (UML) tem atores e casos de uso; o diagrama entidade-relacionamento (DER) tem entidades e relacionamentos; o diagrama de contexto é um DFD de nível 0, com apenas um processo. A banca mistura esses conceitos nas alternativas para induzir ao erro.
Guarde a fronteira entre os componentes do DFD: processo (verbo), depósito (substantivo, interno), entidade externa (substantivo, externo) e fluxo (seta). É exatamente nessa distinção que as alternativas se dividem.
Critério
DFD (Diagrama de Fluxo de Dados)
DER (Diagrama Entidade-Relacionamento)
Diagrama de Casos de Uso (UML)
Objetivo
Modelar fluxo de dados entre processos, depósitos e entidades externas
Modelar dados e seus relacionamentos
Modelar interações entre atores e funcionalidades do sistema
Substantivos (entidades) e verbos (relacionamentos)
Casos de uso = verbos no infinitivo; atores = substantivos
Nível de abstração
Lógico (o que o sistema faz, sem tecnologia)
Conceitual/lógico (estrutura de dados)
Funcional (interações do usuário com o sistema)
Ferramenta típica
Análise estruturada
Modelagem de dados
Orientação a objetos (UML)
Alternativa A — ❌ Incorreta
A alternativa afirma que a figura é um diagrama de casos de uso (UC), com "Receive Delivery" e "Order Supplies" como casos de uso. Isso está errado: a notação apresentada é de DFD, não de UML. Em um diagrama de casos de uso, os elementos seriam atores (bonecos-palito) e casos de uso (elipses), não processos e depósitos de dados. A banca troca a ferramenta da análise estruturada pela da orientação a objetos.
Alternativa B — ✅ Correta ⟵ GABARITO
A figura é um DFD, e "Orders" é um depósito de dados. O nome "Orders" é um substantivo, representando um armazenamento interno de dados — exatamente a definição de depósito de dados no DFD. A alternativa identifica corretamente tanto o tipo de diagrama quanto o papel do elemento.
Alternativa C — ❌ Incorreta
A alternativa afirma que a figura é um diagrama de contexto (DC), em que "Make Payments" é um processo. O diagrama de contexto é um caso especial de DFD de nível 0, com apenas um processo representando o sistema inteiro. A figura mostra múltiplos processos ("Receive Delivery", "Order Supplies", "Make Payments"), o que a caracteriza como um DFD de nível 1 ou superior, não um diagrama de contexto. Além disso, "Make Payments" é de fato um processo, mas a classificação do diagrama está errada.
Alternativa D — ❌ Incorreta
A alternativa afirma que a figura é um diagrama entidade-relacionamento (DER), com "Supplier" e "Inventory" como entidades. O DER é uma ferramenta da modelagem de dados, com entidades (retângulos), atributos (elipses) e relacionamentos (losangos). A figura mostra processos, depósitos e fluxos de dados — elementos do DFD, não do DER. A banca confunde a ferramenta de modelagem de processos com a de modelagem de dados.
Alternativa E — ❌ Incorreta
A alternativa afirma que a figura é um DFD, mas que "Supplier Details" é uma entidade externa. O erro está na classificação do elemento: "Supplier Details" é um fluxo de dados (detalhes do fornecedor), não uma entidade externa. A entidade externa seria "Supplier" (o fornecedor em si), que está fora do sistema. A alternativa acerta o tipo de diagrama, mas erra o papel do elemento.
NÃO CAIA NESSA!
A banca adora trocar os papéis dos elementos do DFD. Aqui, ela coloca "Supplier Details" (um fluxo de dados) como entidade externa, e "Orders" (um depósito) como se fosse outra coisa. A chave é lembrar: processo = verbo, depósito = substantivo interno, entidade externa = substantivo externo, fluxo = seta com nome. Com esse critério, você identifica cada elemento sem depender da figura.
PEGA ESSA DICA!
Para questões de DFD, monte uma tabela mental dos quatro componentes e suas representações. Na prova, ao ver um elemento, pergunte-se: "é um verbo?" (processo), "é um substantivo dentro do sistema?" (depósito), "é um substantivo fora do sistema?" (entidade externa), "é uma seta?" (fluxo). Isso resolve a maioria das questões de identificação.