Questões sobre Modelagem de Domínio

A visibilidade privada dos atributos garante encapsulamento, impedindo acesso direto e protegendo o estado interno do objeto. Os métodos públicos (getters e setters) controlam a leitura e modificação dos dados, permitindo validações futuras sem comprometer a integridade da classe.

A multiplicidade indica que um professor pode estar associado a várias disciplinas (0..*), enquanto cada disciplina está vinculada a um único professor (1). Isso caracteriza uma associação estruturada com cardinalidade bem definida.

O relacionamento é uma agregação, pois os produtos possuem existência independente do carrinho. O carrinho apenas agrupa produtos temporariamente sem ser responsável por seu ciclo de vida.

O atributo saldo é privado para evitar alterações diretas e inconsistentes. As operações públicas garantem regras de negócio, como validação de saque e atualização controlada do estado da conta.

O relacionamento é composição, pois os cômodos dependem totalmente da casa para existir. Se a casa for destruída, seus cômodos deixam de existir no modelo.

A herança é utilizada porque Carro e Moto são especializações de Veiculo. Isso permite reutilização de atributos comuns e facilita a aplicação de polimorfismo.

A relação é muitos para muitos, pois não há limitação de quantidade de livros por autor nem de autores por livro, refletindo uma associação com multiplicidade N:N.

Esse relacionamento é dependência, pois a classe Pedido apenas utiliza Pagamento temporariamente dentro de um método, sem armazená-lo como atributo.

O relacionamento é agregação, pois os funcionários não dependem do departamento para existir e podem ser realocados, caracterizando um vínculo fraco.

A escola mantém uma associação com turmas, enquanto a relação entre turma e aluno é uma agregação, pois alunos podem existir independentemente da turma e podem ser remanejados entre elas.

A herança foi utilizada porque existe uma generalização clara entre os veículos. Todos compartilham atributos comuns (placa e ano), que são centralizados na classe base Veiculo. Isso evita duplicação de código e facilita manutenção. As subclasses representam especializações com características próprias, como cilindradas ou capacidade de carga, respeitando o princípio de reutilização e extensão do modelo.

A herança foi escolhida porque existe uma entidade genérica (Funcionario) que representa características comuns a todos os tipos de colaboradores. As subclasses especializam esse comportamento adicionando atributos específicos. Isso garante uma hierarquia clara, facilita a evolução do sistema e evita repetição de atributos comuns como nome e salário.

A herança foi aplicada porque existe um comportamento comum (processar pagamento) que deve ser garantido para todas as formas de pagamento, mas com implementações diferentes. A classe base Pagamento define a abstração do comportamento, enquanto as subclasses implementam variações específicas. Isso favorece polimorfismo e reduz acoplamento no sistema.

A herança é utilizada porque Professor e Aluno são especializações de Pessoa, compartilhando atributos comuns como nome e CPF. A agregação entre Departamento e Professor foi escolhida porque o professor não depende do departamento para existir; ele pode ser realocado ou existir independentemente da estrutura organizacional. Isso caracteriza uma relação fraca de pertencimento, onde o ciclo de vida do professor não é controlado pelo departamento.

A herança é utilizada porque Cliente e Administrador são especializações de Usuario, compartilhando atributos e comportamentos comuns. A associação entre Cliente e Pedido representa o fato de que o cliente registra pedidos, mas ambos possuem ciclos de vida independentes. Já a composição entre Pedido e ItemPedido é adequada porque os itens não existem sem o pedido; eles fazem parte estrutural dele e são destruídos junto com ele, caracterizando forte dependência de ciclo de vida.

A herança é usada porque Ônibus e Trem são tipos específicos de Veículo, compartilhando atributos como placa. A associação direta entre Veículo e Motorista representa uma relação flexível, onde o motorista não depende do veículo nem o veículo depende do motorista. Não há controle de ciclo de vida entre eles, apenas uma ligação funcional temporária ou operacional, o que caracteriza uma associação simples.