Questão de Engenharia de Software — Geral — FUNDATEC 2026

Diagrama de Classes UML: herança e associação

Gabarito: letra C. No diagrama de classes UML, a seta com triângulo vazio (herança) aponta da classe Funcionário para a classe Cliente, indicando que Funcionário é uma especialização de Cliente — ou seja, Funcionário herda atributos e métodos de Cliente. As demais alternativas invertem o sentido da herança ou descrevem relações que não constam no diagrama.

O diagrama de classes é o principal diagrama estrutural da UML: ele representa as classes do sistema (retângulos divididos em três compartimentos — nome, atributos e operações) e os relacionamentos entre elas. Os dois tipos de relacionamento que aparecem nesta questão são a herança (generalização/especialização) e a associação (com multiplicidade).

A herança é representada por uma seta com triângulo vazio na ponta, apontando da classe especializada (subclasse, filha) para a classe geral (superclasse, mãe). A leitura correta é sempre: "a classe na ponta da seta (sem o triângulo) é a superclasse; a classe na base da seta (com o triângulo) é a subclasse e herda tudo da superclasse". No diagrama da questão, a seta parte de Funcionário e chega em Cliente — logo, Funcionário herda de Cliente. É exatamente o que afirma a alternativa C.

A associação é uma linha simples entre duas classes, representando uma relação estrutural. A multiplicidade (números nas extremidades da linha) indica quantos objetos de uma classe se relacionam com quantos objetos da outra. Por exemplo, uma associação 1 — 0..* entre Cliente e Pedido significa que um cliente pode ter zero ou vários pedidos, e cada pedido pertence a exatamente um cliente. A multiplicidade é o que define se a relação é obrigatória (mínimo 1) ou opcional (mínimo 0), e se é um-para-um, um-para-muitos ou muitos-para-muitos.

A pegadinha clássica desta questão é inverter o sentido da seta de herança: o candidato lê a seta "de Cliente para Funcionário" e conclui que Cliente herda de Funcionário, quando o correto é o oposto — a seta aponta para a superclasse, e a herança flui da subclasse para a superclasse. Guarde a regra: a seta aponta para quem é mais geral; quem herda é quem está na base da seta.

Alternativa A — ❌ Incorreta

Afirma que "Pedido é uma especialização de Cliente". No diagrama, Pedido não possui seta de herança com Cliente — a relação entre eles, se existir, é de associação (linha simples), não de generalização. Especialização só ocorre quando há a seta com triângulo vazio, e ela não está presente entre Pedido e Cliente. A alternativa confunde associação com herança.

Alternativa B — ❌ Incorreta

Afirma que "Cliente herda atributos e métodos de Funcionário". Isso inverte o sentido da herança: a seta aponta de Funcionário para Cliente, portanto quem herda é Funcionário, não Cliente. A alternativa troca o sujeito da herança — é a pegadinha central da questão.

Alternativa C — ✅ Correta ⟵ GABARITO

Afirma que "Funcionário herda atributos e métodos de Cliente". É exatamente o que a seta de herança indica: Funcionário é a subclasse (base da seta) e Cliente é a superclasse (ponta da seta). Portanto, Funcionário herda todos os atributos e métodos de Cliente, podendo adicionar seus próprios membros. A leitura da seta está correta.

Alternativa D — ❌ Incorreta

Afirma que "um cliente deve possuir obrigatoriamente pelo menos um pedido". Isso depende da multiplicidade da associação entre Cliente e Pedido. Se a multiplicidade do lado de Pedido for 0..* (zero ou muitos), o cliente não é obrigado a ter pedido. A alternativa impõe uma obrigatoriedade que só existiria se a multiplicidade mínima fosse 1 — o que não é informado no diagrama. A alternativa generaliza uma regra que depende da notação de multiplicidade.

Alternativa E — ❌ Incorreta

Afirma que "cada pedido pode estar associado a vários clientes simultaneamente". Isso só seria verdade se a multiplicidade do lado de Cliente fosse * (muitos). Em um modelo típico, a multiplicidade é 1 — cada pedido pertence a um único cliente. A alternativa inventa uma multiplicidade muitos-para-muitos que não consta no diagrama. A leitura correta da multiplicidade é essencial para não cair nesse tipo de distrator.

Gabarito: letra C