Questão 640495

• Banca: FCC
• Órgão: TRT - 11ª Região (AM e RR)
• Ano: 2012
• Provas: FCC - 2012 - TRT - 11ª Região (AM e RR) - Analista Judiciário - Tecnologia da Informação
• Disciplina: Engenharia de Software
• Assuntos: Diagrama de Classes; UML

Sobre o diagrama de classe da UML é correto afirmar:

• A. Quando se utiliza diagramas de classe deve-se focar exclusivamente na estrutura do software e ignorar seu comportamento.
  
• B. Dependência com classes não são adequadas para ilustrar um relacionamento transitório, como quando um objeto é passado para outro como parâmetro.
  
• C. A UML permite representar dependência apenas de classes. Utilizam-se dependências quando se deseja mostrar que as mudanças em uma classe não afetam a outra classe.
  
• D. Suporta quatro abreviações de visibilidade: + (público), - (privado), ~ (pacote) e # (protegido).
  
• E. Uma classe abstrata é uma classe que pode ser instanciada diretamente. A maneira mais comum de identificar uma classe abstrata na UML é colocar o nome em negrito.

Gabarito: D

Comentários

• a) Imagino que o erro está ao relacionar o fato do diagrama de classes ser estrutural com o de ignorar o comportamento. Acho que as coisas não são TOTALMENTE excludentes.
  b) Pode-se passar objetos por parâmetro aos métodos.
  c) Casos de uso também possuem dependencias, como: inclusão e extensão.
  d) ok.
  e) A classe abstrata deve estar com o nome em itálico.
• Sem contar que classe abstrata não pode ser instanciada.
• • a) Quando se utiliza diagramas de classe deve-se focar exclusivamente na estrutura do software e ignorar seu comportamento. (Não foca exclusivamente na estrutura, leva-se em conta o comportamento.)
  • b) Dependência com classes não são adequadas para ilustrar um relacionamento transitório, como quando um objeto é passado para outro como parâmetro. (Pode-se representar bem através dos parâmetros)
  • c) A UML permite representar dependência apenas de classes. Utilizam-se dependências quando se deseja mostrar que as mudanças em uma classe não afetam a outra classe. (Casos de uso também permitem, por exemplo)
  • d) Suporta quatro abreviações de visibilidade: + (público), - (privado), ~ (pacote) e # (protegido).
  • e) Uma classe abstrata é uma classe que pode ser instanciada diretamente. A maneira mais comum de identificar uma classe abstrata na UML é colocar o nome em negrito.   (Não pode serinstanciada,écolocada em itálico) 
     
• Apenas Complementando as respostas acima.
  
  a) (ERRADA) A afirmação está incorreta quando afirma que o foco é exclusivo na estrutura do software, pois mesmo sendo um diagrama estrutural, é importante levar em consideração o comportamento do mesmo no momento da atribuição da multiplicidade dos relacionamentos entre as classes.
  
  b) (ERRADA) As dependências entre classes na verdade são adequadas para ilustrar um relacionamento transitório, que é realizado no momento que a classe dependente utiliza uma instancia do objeto da classe relacionada como parâmentro de um método seu.
  
  c) (ERRADA) A UML permite representar dependência em outros diagramas seus. E utiliza as dependência quando deseja mostrar que as mudanças em uma classe afetam a outra classe.
  
  d) (CORRETA)
  
  e) (ERRADA) Uma classe abstrata não pode ser instanciada diretamente. E a maneira de representar um classe abstrata é colocando seu nome em itálico.

• Está errada, que eu saiba pacote (package) se representa com til ~

• d-

  UML has the following types of visibility:

     public

     package

     protected

     private

  A public element is visible to all elements that can access the contents of the namespace that owns it, represented by '+' literal.

  A package element is owned by a namespace that is not a package, visible to elements that are in the same package as its owning namespace. Any element marked as having package visibility is visible to all elements within the nearest enclosing package (given that other owning elements have proper visibility). Outside the nearest enclosing package, an element marked as having package visibility is not visible. Package visibility is represented by '~' literal.

  A protected element is visible to elements that have a generalization relationship to the namespace that owns it, represented by '#' literal.

  A private element is only visible inside the namespace that owns it. Private visibility is represented by '-' literal.

  https://www.uml-diagrams.org/visibility.html