Questão de Engenharia de Software — Geral — CESPE / CEBRASPE 2025
Engenharia de Software›Geral
Código
ce417816
Banca
CESPE / CEBRASPE
Órgão
UNIVESP
Ano
2025
Cargo
Sup Ped ( )
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 (Diagrama de Fluxo de Dados)
Gabarito: letra B. A figura apresentada é um DFD (data-flow diagram), e a alternativa correta identifica corretamente que "Orders" é um depósito de dados. O DFD é a ferramenta central da análise estruturada para modelar o fluxo de informações em um sistema, utilizando quatro componentes básicos: processos, fluxos de dados, depósitos de dados e entidades externas.
A análise estruturada é uma abordagem clássica de desenvolvimento de software que se concentra na modelagem do fluxo de dados e na transformação desses dados em informações. O DFD é o principal diagrama dessa abordagem, representando graficamente como os dados entram no sistema, são processados, armazenados e saem dele. Diferentemente dos diagramas UML, que são orientados a objetos, o DFD é uma ferramenta de modelagem funcional, focada nos processos e no movimento dos dados.
Os quatro componentes fundamentais de um DFD são:
Processos: Representam as transformações que os dados sofrem. São desenhados como círculos ou retângulos arredondados e nomeados com verbos no infinitivo (ex.: "Fazer Pedido", "Calcular Total").
Fluxos de Dados: São as setas que indicam o movimento dos dados entre processos, depósitos e entidades. São nomeados com substantivos (ex.: "Pedido", "Dados do Cliente").
Depósitos de Dados (Data Stores): Representam onde os dados são armazenados. São desenhados como retângulos abertos ou duas linhas paralelas e nomeados com substantivos no plural (ex.: "Pedidos", "Clientes").
Entidades Externas: São as fontes ou destinos dos dados fora do sistema. São desenhadas como retângulos e nomeadas com substantivos (ex.: "Cliente", "Fornecedor").
A figura da questão, embora não esteja visível, é claramente um DFD, pois a alternativa correta (B) menciona "Orders" como um depósito de dados, e as alternativas incorretas tentam confundir o candidato com outros tipos de diagramas (UC, DC, DER) ou com a classificação incorreta dos elementos do próprio DFD.
A pegadinha da banca está em confundir os elementos do DFD com os de outros diagramas. Por exemplo, a alternativa A tenta fazer o candidato acreditar que "Receive Delivery" e "Order Supplies" são casos de uso (UML), quando na verdade são processos de um DFD. A alternativa C tenta confundir com um Diagrama de Contexto (DC), que é um caso especial de DFD de nível 0, mas "Make Payments" seria um processo, não o diagrama em si. A alternativa D tenta confundir com um DER, onde "Supplier" e "Inventory" seriam entidades, mas no DFD são entidades externas ou depósitos de dados. A alternativa E erra ao classificar "Supplier Details" como entidade externa, quando na verdade é um fluxo de dados ou um depósito de dados.
Para resolver questões como esta, é fundamental conhecer a notação de cada diagrama e saber identificar os elementos que os compõem. A distinção entre DFD e outros diagramas é um ponto recorrente em provas de engenharia de software.
Critério
DFD (Diagrama de Fluxo de Dados)
DER (Diagrama Entidade-Relacionamento)
Diagrama de Casos de Uso (UML)
Objetivo
Modelar fluxo e transformação de dados
Modelar estrutura de dados e relacionamentos
Modelar interações entre atores e funcionalidades
Elemento central
Processos (círculos/retângulos arredondados)
Entidades (retângulos) e relacionamentos (losangos)
Casos de uso (elipses) e atores (bonecos-palito)
Representação de armazenamento
Depósitos de dados (retângulos abertos)
Atributos e chaves dentro das entidades
Não há representação direta de armazenamento
Nomenclatura típica
Verbos no infinitivo para processos; substantivos plurais para depósitos
Substantivos para entidades; verbos para relacionamentos
Verbos no infinitivo para casos de uso
Exemplo na questão
"Orders" como depósito; "Receive Delivery" como processo
"Supplier" e "Inventory" como entidades
"Receive Delivery" e "Order Supplies" como casos de uso
Alternativa A — ❌ Incorreta
A alternativa afirma que a figura é um diagrama de casos de uso (UC) e que "Receive Delivery" e "Order Supplies" são casos de uso. Isso está incorreto. Casos de uso são representados por elipses em diagramas UML e descrevem interações entre atores e o sistema. No contexto da análise estruturada, "Receive Delivery" e "Order Supplies" são processos de um DFD, que representam transformações de dados, não funcionalidades de um sistema orientado a objetos.
Alternativa B — ✅ Correta ⟵ GABARITO
A alternativa correta identifica a figura como um DFD (data-flow diagram) e afirma que "Orders" é um depósito de dados. No DFD, depósitos de dados (data stores) são locais onde os dados são armazenados para uso posterior. A notação típica é um retângulo aberto ou duas linhas paralelas, e o nome "Orders" (Pedidos) é um substantivo no plural, o que é consistente com a convenção de nomenclatura para depósitos de dados. Esta é a interpretação correta da figura.
Alternativa C — ❌ Incorreta
A alternativa afirma que a figura é um Diagrama de Contexto (DC) e que "Make Payments" é um processo. Embora o Diagrama de Contexto seja um tipo específico de DFD (nível 0), a figura não é apenas um diagrama de contexto, pois contém múltiplos processos e depósitos de dados, o que caracteriza um DFD de nível mais detalhado. Além disso, "Make Payments" é de fato um processo, mas a classificação do diagrama como um todo está incorreta.
Alternativa D — ❌ Incorreta
A alternativa afirma que a figura é um diagrama entidade-relacionamento (DER) e que "Supplier" e "Inventory" são entidades. Isso está incorreto. O DER é usado para modelar a estrutura de dados de um sistema, com entidades, atributos e relacionamentos. No DFD, "Supplier" e "Inventory" podem ser entidades externas ou depósitos de dados, mas não são entidades no sentido do modelo relacional. A figura é um DFD, não um DER.
Alternativa E — ❌ Incorreta
A alternativa afirma que a figura é um DFD e que "Supplier Details" é uma entidade externa. Embora a figura seja um DFD, a classificação de "Supplier Details" como entidade externa está incorreta. "Supplier Details" (Detalhes do Fornecedor) é mais provavelmente um fluxo de dados (a informação que flui entre processos e entidades) ou um depósito de dados (onde os detalhes do fornecedor são armazenados), não uma entidade externa. Entidades externas são fontes ou destinos de dados fora do sistema, como "Supplier" (Fornecedor) ou "Customer" (Cliente).