Um objeto é, necessariamente, instância de apenas uma classe, mesmo quand...

Um objeto é, necessariamente, instância de apenas uma classe, mesmo quando existe herança múltipla em uma hierarquia de classes.

Q248323 • Engenharia de Software • Orientação a Objetos • CESPE CEBRASPE • MPU • Técnico de Informática

📖 Texto associado ▼

A respeito da hierarquia de classes, um conceito de relevância na
programação orientada a objetos, julgue o item que se segue.

Um objeto é, necessariamente, instância de apenas uma classe, mesmo quando existe herança múltipla em uma hierarquia de classes.

a) Certo
b) Errado

Analisando...

Questões sobre Orientação a Objetos

1

Q1133751 • Engenharia de Software • Orientação a Objetos • VUNESP • EsFCEx • Especialidade Informática • 2026
Considerando o Diagrama de Classes da UML2.0, é possível modelar a visibilidade de atributos e de operações presentes em cada classe.

Essa visibilidade pode ser definida em escopos, sendo que o escopo denominado
- a) protected aplica-se internamente a uma classe.aplica-se dentro de uma árvore de herança.
- b) protected aplica-se internamente a uma classe.
- c) private aplica-se internamente a uma classe.
- d) protected aplica-se internamente a um sistema.
- e) public aplica-se internamente um pacote.
Analisando...
Carregando informações...
2

Q1124168 • Engenharia de Software • Orientação a Objetos • Fundação FAPEC • UFGD • Analista de Tecnologia da Informação • 2025
O uso de orientação a objetos em sistemas onde há o uso de um SGDB (Sistema Gerenciador de Banco de Dados) é bastante comum. Há um conceito utilizado por diversos frameworks de desenvolvimento de software que facilita a integração entre o paradigma de orientação a objetos e bancos de dados. Qual é o nome desse conceito?
- a) Mapeamento objeto-entidade-relacionamento.
- b) Mapeamento objeto-tipagem.
- c) Mapeamento objeto-relacional.
- d) Mapeamento classe-objeto.
- e) Mapeamento tabela-herança.
Analisando...
Carregando informações...
3

Q1099960 • Engenharia de Software • Orientação a Objetos • FUNDATEC • IFC SC • Informática Engenharia de Software e Banco de Dados • 2026
A modelagem de sistemas orientados a objetos permite visualizar a arquitetura do software sob diferentes perspectivas, facilitando a comunicação e a documentação técnica. Com base nas categorias clássicas de modelos de sistemas (interação, estrutural e comportamental) e no uso dos diagramas da UML, analise as assertivas abaixo:
I. Modelos de interação representam a comunicação entre o sistema e seu ambiente operacional ou entre os componentes internos do próprio sistema. O Diagrama de Sequência pertence a essa categoria, tendo como objetivo modelar a ordem cronológica das trocas de mensagens entre os objetos instanciados para a execução de um cenário específico.
II. Modelos estruturais descrevem a organização estática do software e a estrutura dos dados que serão processados pela aplicação. O Diagrama de Classes pertence a essa categoria, sendo o seu objetivo primordial representar graficamente as relações entre os dados, os desvios condicionais e o paralelismo das operações lógicas executadas pelos módulos do sistema.
III. Modelos comportamentais ilustram o comportamento dinâmico do sistema durante a sua execução. O Diagrama de Atividades enquadra-se nessa classificação, possuindo como objetivo detalhar o fluxo de controle de um processo de negócio ou computacional, evidenciando a sequência de ações, os desvios condicionais e o paralelismo das operações.
Quais estão corretas?
- a) Apenas II.
- b) Apenas I e II.
- c) Apenas I e III.
- d) Apenas II e III.
- e) I, II e III.
Analisando...
Carregando informações...
4

Q1099959 • Engenharia de Software • Orientação a Objetos • FUNDATEC • IFC SC • Informática Engenharia de Software e Banco de Dados • 2026
A modelagem orientada a objetos utilizando a Unified Modeling Language (UML) é uma ferramenta essencial na fase de análise e projeto de Software. O Diagrama de Classes, em particular, estabelece a estrutura estática do sistema por meio de classes, seus atributos, operações e os relacionamentos entre os objetos. Sobre as características, o nível de detalhamento e a semântica dos relacionamentos nesse diagrama, analise as assertivas abaixo e assinale V, se verdadeiras, ou F, se falsas.
( ) Para evitar os conflitos de interpretação entre os requisitos do cliente e o código que será efetivamente implementado pelos desenvolvedores, o nível de detalhamento do diagrama de classes (incluindo visibilidade de atributos, tipos de dados rigorosos e assinaturas completas de métodos) deve ser mantido invariavelmente alto desde as fases iniciais da modelagem conceitual.
( ) Na UML, o relacionamento de agregação estabelece um vínculo semântico restrito no qual ocorre uma coincidência de tempo de vida entre os objetos modelados. Nesse tipo de associação, se o objeto contêiner (o “todo”) for destruído da memória, as instâncias exclusivas que formam as suas “partes” também deverão obrigatoriamente ser destruídas, visto que não podem existir de forma independente no sistema.
( ) A relação de generalização permite a modelagem de herança estrutural e comportamental. Na construção do diagrama de classes UML, é totalmente válido modelar uma classe filha com herança múltipla (recebendo características de múltiplas superclasses), ainda que a equipe de desenvolvimento vá implementar o sistema em uma linguagem que não suporta herança múltipla de classes nativamente, como a linguagem Java.
A ordem correta de preenchimento dos parênteses, de cima para baixo, é:
- a) V – V – F.
- b) F – F – V.
- c) F – V – V.
- d) V – F – F.
- e) F – V – F.
Analisando...
Carregando informações...
5

Q1099866 • Engenharia de Software • Orientação a Objetos • Instituto Legalle • BADESUL RS • Analista de Sistemas Ênfase em Arquiteto de Software • 2026
No contexto do desenvolvimento de um sistema orientado a objetos em Java, um Analista de Sistemas está projetando um módulo para gerenciamento de operações em uma agência de fomento. Durante a implementação, cada entidade do sistema, como beneficiários e operações financeiras, é criada a partir de uma estrutura que define atributos e métodos, passando a possuir valores próprios e comportamentos específicos que podem ser executados ao longo do sistema. Considerando os conceitos fundamentais da orientação a objetos, assinale a alternativa que representa CORRETAMENTE essas instâncias criadas a partir de classes.
- a) Classes.
- b) Objetos.
- c) Métodos.
- d) Atributos.
- e) Interfaces.
Analisando...
Carregando informações...
6

Q1096794 • Engenharia de Software • Orientação a Objetos • Instituto Legalle • BADESUL RS • Analista de Sistemas Ênfase em Analista de Negócios • 2026
Na análise orientada a objetos, a UML (Unified Modeling Language) organiza seus diagramas em duas grandes categorias: diagramas estruturais, que representam a estrutura estática do sistema, e diagramas comportamentais, que descrevem o comportamento dinâmico do sistema ao longo do tempo.Com base nessa classificação, relacione corretamente os termos da Coluna 1 às suas finalidades, presentes na Coluna 2:

Coluna 1:
(1) Diagramas estruturais.
(2) Diagramas comportamentais.

Coluna 2:
( ) Diagrama de casos de uso
( ) Diagrama de atividades
( ) Diagrama de pacotes
( ) Diagrama de objetos
( ) Diagrama de estado
( ) Diagrama de classes

Qual alternativa preenche, CORRETAMENTE, de cima para baixo, os parênteses acima?
- a) 2 – 1 – 1 – 1 – 2 – 2.
- b) 1 – 2 – 1 – 2 – 1 – 2.
- c) 2 – 2 – 2 – 1 – 1 – 1.
- d) 2 – 2 – 1 – 1 – 2 – 1.
- e) 1 – 1 – 2 – 2 – 1 – 2.
Analisando...
Carregando informações...
7

Q1091978 • Engenharia de Software • Orientação a Objetos • UERJ • UERJ • Analista de Tecnologia da Informação Sistemas de Informação • 2026
O modelo de classes de Análise da Modelagem Orientada a Objetos representa os objetos que o sistema irá manipular, as operações que serão aplicadas a esses objetos, além das relações entre os objetos e as colaborações que ocorrem entre as classes. Uma classe é uma abstração de itens que representam as coisas importantes para os usuários, modelando elementos que fazem parte do seu cotidiano. Com isso, é possível facilitar a compreensão, resultando em validações de modelo mais ágeis. Uma classe bem estruturada tem como requisitos:
- a) possuir um nome procedural imperativo como padrão
- b) ser compreensível e simples, além de extensível e adaptável
- c) enfatizar o estado de mudança de um sistema orientado por eventos
- d) utilizar vocabulário técnico e formal objetivando evitar a prolixidade e garantir a robustez do sistema
Analisando...
Carregando informações...
8

Q1087206 • Engenharia de Software • Orientação a Objetos • FCC • TJ RJ • Análise de Sistemas
No contexto de programação orientada a objetos, considere as afirmativas abaixo.

I. Objetos são instâncias de classes.

II. Herança é uma relação entre objetos.

III. Mensagens são formas de executar métodos.

IV. Classes são apenas agrupamentos de métodos.

V. Ocorre herança múltipla quando mais de um método é herdado.

VI. Herança é uma relação entre classes.

Está correto o que se afirma APENAS em
- a) I, III e IV.
- b) I, III e VI.
- c) III, IV e VI.
- d) II, III e V.
- e) II, IV e V.
Analisando...
Carregando informações...
9

Q1082284 • Engenharia de Software • Orientação a Objetos • FUNCERN • IF PE • Área Desenvolvimento • 2025
Uma empresa está criando um sistema de composição de interfaces gráficas, onde elementos como janelas, botões e painéis podem conter outros elementos, formando uma estrutura hierárquica. É necessário que todos os elementos, independentemente de serem simples ou compostos, sejam tratados de maneira uniforme pelo cliente.

Neste contexto, o padrão de projeto mais indicado é o
- a) Decorator, para adicionar funcionalidades extras a cada elemento de interface.
- b) Bridge, para desacoplar a abstração da implementação gráfica.
- c) Flyweight, para reduzir o consumo de memória compartilhando dados comuns.
- d) Prototype, para clonar rapidamente elementos da interface com suas propriedades.
- e) Composite, para tratar objetos individuais e composições de forma uniforme, permitindo operações recursivas sobre a estrutura.
Analisando...
Carregando informações...
10

Q1062709 • Engenharia de Software • Orientação a Objetos • CESPE CEBRASPE • SEFAZ SE • Tecnologia da Informação • 2025
Em determinado projeto de software orientado a objetos, um desenvolvedor deve implementar um sistema que proteja partes do código de variações e mudanças frequentes em outros componentes, mantendo um baixo acoplamento entre as classes. Ao mesmo tempo, deseja-se que módulos de alto nível não dependam diretamente de módulos de baixo nível, mas que ambos dependam de abstrações.
Nessa situação, o princípio de SOLID e o princípio de GRASP que atendem adequadamente aos requisitos mencionados são, respectivamente,
- a) o princípio da substituição de Liskov e o princípio de indireção.
- b) o princípio aberto-fechado e o princípio de alta coesão.
- c) o princípio da inversão de dependência e o princípio de variações protegidas.
- d) o princípio da responsabilidade única e o princípio especialista.
- e) o princípio da segregação de interfaces e o princípio criador.
Analisando...
Carregando informações...

Mais questões de Engenharia de Software →