Pular para o conteúdo principal

Questão de Engenharia de Software — Análise Estruturada — CESPE / CEBRASPE 2025

Engenharia de SoftwareAná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
Captura_de tela 2025-05-12 135106.png 915×616De acordo com a análise estruturada de sistemas, a figura precedente corresponde a um
  1. AUC (use case diagram), em que 3 Receive Delivery e 2 Order Supplies são casos de uso.
  2. BDFD (data-flow diagram), em que Orders é um depósito de dados.
  3. CDC (context diagram), em que 6 Make Payments é um processo.
  4. Ddiagrama entidade-relacionamento (DER), em que Supllier e Inventory são entidades.
  5. 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

Elementos principais

Processos (círculos), depósitos (retângulos abertos), entidades externas (retângulos), fluxos (setas)

Entidades (retângulos), atributos (elipses), relacionamentos (losangos)

Atores (bonecos-palito), casos de uso (elipses), associações (linhas)

Nomenclatura dos elementos

Processo = verbo; depósito = substantivo interno; entidade externa = substantivo externo

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.

Gabarito: letra B

Link permanente: /questoes/ce222334