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

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

Gabarito: letra C. No diagrama de classes UML, a herança é representada por uma seta com ponta triangular vazia apontando da classe filha para a classe pai. A alternativa C afirma que a classe Funcionário herda atributos e métodos da classe Cliente, o que é a leitura correta da relação de herança indicada no diagrama (a seta aponta de Funcionário para Cliente). As demais alternativas invertem a direção da herança ou descrevem associações com cardinalidades incorretas.

O diagrama de classes é um dos diagramas estruturais da UML e tem como objetivo mostrar a estrutura estática do sistema: as classes, seus atributos, seus métodos e os relacionamentos entre elas. Os relacionamentos mais comuns são a associação (linha simples, com multiplicidade nas extremidades), a agregação (losango vazio), a composição (losango preenchido) e a herança (seta com ponta triangular vazia). A herança, também chamada de generalização/especialização, indica que uma classe filha herda os atributos e métodos da classe pai, podendo adicionar novos membros ou sobrescrever os existentes.

No diagrama da questão, temos as classes Cliente, Funcionário e Pedido. A seta de herança aponta de Funcionário para Cliente, o que significa que Funcionário é uma especialização de Cliente — ou seja, Funcionário herda tudo o que Cliente tem. Já a relação entre Cliente e Pedido é uma associação, representada por uma linha simples, com multiplicidade indicando quantos pedidos um cliente pode ter. A multiplicidade típica é "1" do lado do Cliente e "" (ou "0..") do lado do Pedido, significando que um cliente pode ter zero ou vários pedidos, mas cada pedido pertence a exatamente um cliente.

A pegadinha clássica da banca é inverter a direção da herança: dizer que a classe Cliente é especialização de Funcionário, ou que Cliente herda de Funcionário, quando na verdade é o contrário. Outra pegadinha é confundir associação com herança, ou errar a cardinalidade da associação, afirmando que um cliente deve ter obrigatoriamente um pedido ou que um pedido pode pertencer a vários clientes. Para acertar, é fundamental ler a seta de herança na direção correta (da filha para a pai) e observar a multiplicidade escrita nos extremos da linha de associação.

Guarde o critério decisivo: a seta triangular vazia aponta da classe filha para a classe pai — é nela que as alternativas A, B e C se dividem. E na associação, a multiplicidade define a obrigatoriedade e a quantidade: "1" significa exatamente um, "0.." significa zero ou muitos, "1.." significa pelo menos um.

Alternativa A — ❌ Incorreta

Afirma que a classe Pedido é uma especialização da classe Cliente. Isso inverte a relação: Pedido não é uma especialização de Cliente; a seta de herança aponta de Funcionário para Cliente, e Pedido se relaciona com Cliente por associação, não por herança. Especialização significa herança, e aqui não há herança entre Pedido e Cliente.

Alternativa B — ❌ Incorreta

Afirma que a classe Cliente herda atributos e métodos da classe Funcionário. Inverte a direção da herança: a seta aponta de Funcionário para Cliente, logo quem herda é Funcionário, não Cliente. Cliente é a classe pai (superclasse), e Funcionário é a classe filha (subclasse).

Alternativa C — ✅ Correta ⟵ GABARITO

A seta de herança aponta de Funcionário para Cliente, indicando que Funcionário é uma especialização de Cliente. Portanto, Funcionário herda os atributos e métodos de Cliente, podendo adicionar seus próprios membros. É exatamente o que a alternativa afirma.

Alternativa D — ❌ Incorreta

Afirma que um cliente deve possuir obrigatoriamente pelo menos um pedido. A multiplicidade na associação entre Cliente e Pedido, no diagrama, é tipicamente "0.." do lado do Pedido, o que significa que um cliente pode ter zero ou vários pedidos — não é obrigatório ter pelo menos um. Se fosse "1..", aí sim seria obrigatório. A alternativa generaliza a obrigatoriedade sem base na cardinalidade mostrada.

Alternativa E — ❌ Incorreta

Afirma que cada pedido pode estar associado a vários clientes simultaneamente. A multiplicidade do lado do Cliente na associação é "1", indicando que cada pedido pertence a exatamente um cliente. A alternativa inverte a cardinalidade, sugerindo uma relação muitos-para-muitos, que não é o caso.

Gabarito: letra C