

Seu próximo nível começa aqui
Seu desenvolvimento não pode ter limites. Garanta sua Assinatura Ilimitada e libere uma preparação completa com os melhores professores do Brasil.
Quando do desenvolvimento de um sistema para automatizar notificações de audiências e movimentações processuais trabalhistas, uma equipe de analistas do Tribunal Regional do Trabalho adotou práticas de orientação a objetos (00) e modelagem com UML 2.5.
Foi criado um componente reutilizável chamado Notificador, capaz de enviar e-mails, mensagens por aplicativo institucional e registrar log de entrega. A modelagem utilizou diagrama de classes e diagrama de sequência para validar o comportamento do componente com diferentes tipos de eventos judiciais.
Considerando os princípios da OO, reutilização de componentes e notações da UML 2.5, a alternativa correta quanto à aplicação desses conceitos é:
O uso de uma interface, implementada por classes, permite polimorfismo, promove reutilização, facilita testes simulados, e a modelagem com diagrama de classe e de sequência reflete corretamente o comportamento OO.
Diagrama de classe não é adequado para representar componentes reutilizáveis, sendo mais indicado o uso exclusivo de casos de uso e diagrama de pacote,
A herança deve ser usada preferencialmente para todos os tipos de notificadores (e-mail, mensagem, log), mesmo que apenas parte de sua estrutura seja comum, pois isso maximiza a coesão.
O diagrama de sequência deve ser substituído por um diagrama de estados, pois a interação entre objetos não é relevante em sistemas orientados a eventos.
Interfaces devem ser evitadas nesse tipo de sistema, pois aumentam a complexidade de componentes reutilizáveis e dificultam a extensão da arquitetura.