Criar o diagrama de Entidade e Relacionamto DER

[LuizEscobarC]

Diagrama de Entidade-Relacionamento (DER)

Entidades:

ContaBancaria

• id (int, PK)
• nome (string)
• saldo (decimal)

Transacao

• id (int, PK)
• remetente_id (int, FK -> [ContaBancaria.id](http://contabancaria.id/))
• destinatario_id (int, FK -> [ContaBancaria.id](http://contabancaria.id/))
• valor (decimal)
• data_agendada (datetime, opcional)
• autorizada (boolean)

Relacionamentos:

• ContaBancaria 1 --- 0..* Transacao (como remetente)
• ContaBancaria 1 --- 0..* Transacao (como destinatário)

Descrição:

• Cada conta bancária tem um identificador único, um nome e um saldo inicial zerado.
• As transações representam a movimentação de fundos entre duas contas bancárias. Cada transação é associada a um remetente e um destinatário, ambos referenciando contas bancárias.
• Opcionalmente, uma transação pode ser programada para uma data futura e deve ser autorizada por um serviço externo antes de ser processada.
• Nenhuma conta pode ter saldo negativo após uma transação.

Esses relacionamentos significam que uma conta bancária pode estar envolvida em várias transações, tanto como remetente quanto como destinatário. Especificamente:

• ContaBancaria 1 --- 0..* Transacao (como remetente): Uma única conta bancária pode estar associada a zero ou mais transações como a conta que envia o dinheiro.
• ContaBancaria 1 --- 0..* Transacao (como destinatário): Uma única conta bancária pode estar associada a zero ou mais transações como a conta que recebe o dinheiro.

[LuizEscobarC]

Testar Models

Por quê? Models contêm a lógica central do seu aplicativo, como regras de validação, relações entre entidades e métodos personalizados. Testar models ajuda a garantir que a lógica do domínio está correta.

Testar Factories

Por quê? Factories são usadas para gerar dados de teste consistentes e válidos. Testar factories assegura que elas estão criando instâncias válidas dos seus models, o que é essencial para testes confiáveis de outros componentes.