Questões

Análise Estruturada;

Projeto Estruturado;

Desenvolvimento Orientado a Objetos;

Análise Orientada a Objetos;

Análise Essencial.

CERTO

ERRADO

CERTO

ERRADO

transformar o objeto em um método.

remover um objeto da memória.

garantir a associação entre objetos.

garantir que o objeto tenha apenas uma instância.

instanciar o objeto quantas vezes for necessário.

ERRADO

CERTO

o modelo cliente-servidor é, por si só, um impeditivo para seu uso. 

são necessários apenas protocolos de baixo nível para a interação entre os objetos. 

a referência ao objeto não necessita do endereço de rede.  

apenas a interface do objeto é visível. 

um objeto pode ser cliente e servidor no mesmo momento. 

criar uma classe GestaoUnificada que centralize todos os serviços relacionados às solicitações em um único local, para maior controle. 

criar uma única classe SolicitacaoService que gerencie as solicitações, grave no banco de dados e envie notificações aos responsáveis. 

dividir o código em três classes: SolicitacaoService para gerenciar as solicitações, NotificacaoService para envio de notificações e PersistenciaService para gerenciar interações com o banco de dados. 

Implementar todas as funcionalidades do sistema de solicitações em um único método estático, a fim de facilitar a manutenção e melhorar a performance da aplicação. 

adicionar métodos na classe SolicitacaoService para gerenciar o banco de dados e enviar notificações, evitando a criação de classes adicionais que podem impactar na performance da aplicação. 

a classes que têm a informação necessária para satisfazer à responsabilidade e colaborar para que o acoplamento permaneça alto. 

a classes estáticas, altamente coesas e que são utilizadas no sistema sem a necessidade de instanciar objetos.

a classes abstratas que representem o comportamento de classes concretas para permitir ao sistema lidar com vários tipos de maneira homogênea.

a uma classe controladora global para centralizar o tratamento de todas as mensagens e eventos do sistema. 

a classes artificiais que não representem nada no domínio do problema de maneira a obter uma coesão alta. 

Composite, pois organiza objetos em estruturas hierárquicas, tratando composições e objetos individuas de forma integrada, permitindo a comunicação entre sistemas legados e novos.  

Flyweight, pois compartilha estado intrínseco para reduzir o consumo de memória quando há múltiplas instâncias semelhantes interagindo entre sistemas ou subsistemas. 

Bridge, pois separa a abstração da implementação, permitindo que sistemas legados e novos se comuniquem de forma integrada. 

Facade, pois fornece uma interface unificada e simplificada para um conjunto complexo de subsistemas, tornando mais simples a comunicação entre sistemas legados e novos. 

Adapter, pois converte a interface de uma classe para outra interface esperada pelos clientes, tornando possível a comunicação entre sistemas legados e novos. 

A classe deve ter um construtor público padrão.

A classe deve herdar a implementação do método hashCode( ) da sua superclasse.

O modificador de controle de acesso da classe deve ser private.

Os nomes dos campos da chave podem ser definidos de forma independente dos nomes usados nas classes das entidades.