Questão de Engenharia de Software — UML — VUNESP 2023

Diagramas de classe e de objetos na UML

Gabarito: letra D. O diagrama de objetos é uma instância do diagrama de classes em um momento específico, representando objetos concretos e seus vínculos — e, por isso, não se representa multiplicidade nesse diagrama, pois a multiplicidade é uma propriedade estrutural da associação entre classes, não dos objetos individuais. Essa é a distinção central que a questão explora.

A UML (Unified Modeling Language) é uma linguagem de modelagem padronizada pela OMG (Object Management Group) que fornece notação para diversos diagramas, divididos em três grupos principais: diagramas de comportamento, diagramas de interação e diagramas de estrutura. Dentro dos diagramas estruturais, temos o diagrama de classes e o diagrama de objetos, que são frequentemente confundidos em provas.

O diagrama de classes descreve a estrutura estática do sistema: as classes, seus atributos, métodos e os relacionamentos entre elas (associação, agregação, composição, herança, dependência). Cada classe é representada por um retângulo dividido em três compartimentos: o primeiro contém o nome da classe, o segundo contém os atributos e o terceiro contém as operações (métodos). É importante notar que o compartimento de atributos e o de operações podem ser omitidos ou suprimidos, mas o compartimento do nome é obrigatório. Além disso, o diagrama de classes representa multiplicidade nos relacionamentos, indicando quantas instâncias de uma classe podem estar associadas a uma instância da outra classe (por exemplo, 1..*, 0..1, *).

O diagrama de objetos, por sua vez, é uma "fotografia" do sistema em um determinado instante: ele mostra objetos (instâncias concretas das classes) e os vínculos (links) entre eles, com os valores atuais dos atributos. Como os objetos são instâncias, a multiplicidade já está materializada nos próprios vínculos — não há necessidade (nem sentido) de representá-la novamente. Essa é a diferença fundamental: o diagrama de classes é estrutural e abstrato; o diagrama de objetos é instancial e concreto.

A banca explora exatamente essa confusão entre os dois diagramas. O candidato que não domina a diferença entre "classe" (abstração) e "objeto" (instância) tende a marcar alternativas que misturam as notações. Vamos analisar cada alternativa com cuidado.

Alternativa A — ❌ Incorreta

A alternativa afirma que, no diagrama de objetos, o formato para a representação do nome de um objeto é nome-da-classe<>nome-do-objeto. Isso está errado. Na UML, a notação correta para o nome de um objeto é nome-do-objeto : nome-da-classe, com dois-pontos separando o nome do objeto (opcional) do nome da classe. O símbolo <> não é utilizado para essa finalidade; ele é usado em diagramas de componentes para indicar estereótipos (ex.: <<entity>>). A banca trocou o separador : por <>, uma pegadinha clássica de notação.

Alternativa B — ❌ Incorreta

A alternativa afirma que o diagrama de classes apresenta um único compartimento contendo nome e descrição da finalidade da classe. Isso está errado. O diagrama de classes possui três compartimentos (nome, atributos e operações), e não um único. Além disso, não há um compartimento específico para "descrição da finalidade" — essa descrição, quando necessária, é feita em documentação textual ou em notas, não como um compartimento padrão do retângulo da classe. A banca confunde o diagrama de classes com outros tipos de representação, como cartões CRC (Classe-Responsabilidade-Colaborador), que têm formato diferente.

Alternativa C — ❌ Incorreta

A alternativa afirma que o diagrama de classes possui os compartimentos de nome, descrição e associação. Isso está errado. Os três compartimentos padrão do diagrama de classes são: nome, atributos e operações (métodos). Não existe um compartimento de "descrição" nem de "associação" — a associação é representada por linhas entre as classes, não por um compartimento interno. A banca trocou "atributos" e "operações" por "descrição" e "associação", misturando conceitos estruturais com relacionamentos.

Alternativa D — ✅ Correta ⟵ GABARITO

A alternativa afirma que não se representa multiplicidade em um diagrama de objetos. Isso está correto. A multiplicidade é uma propriedade da associação entre classes, indicando quantas instâncias podem participar do relacionamento. No diagrama de objetos, os vínculos (links) já materializam a multiplicidade: cada link conecta um objeto a outro, e a quantidade de links existentes reflete a multiplicidade na prática. Portanto, não há notação de multiplicidade no diagrama de objetos — ela é desnecessária e não faz parte da especificação UML para esse diagrama. Essa é a distinção central que a questão explora.

Alternativa E — ❌ Incorreta

A alternativa afirma que a representação de um diagrama de objetos possui três compartimentos. Isso está errado. O diagrama de objetos, assim como o diagrama de classes, pode ser representado com três compartimentos (nome, atributos e operações), mas isso não é obrigatório — na prática, o diagrama de objetos costuma mostrar apenas o nome do objeto e os valores dos atributos, omitindo as operações. Além disso, a alternativa generaliza ao afirmar que "possui três compartimentos" como regra, o que não é verdadeiro. A banca tenta confundir o aluno fazendo-o acreditar que o diagrama de objetos tem uma estrutura fixa de três compartimentos, quando na verdade essa é uma opção, não uma regra.

Gabarito: letra D — a única alternativa correta é a que afirma que não se representa multiplicidade em um diagrama de objetos.