Solucionado (ver solução)
Solucionado
(ver solução)
1
resposta

[Projeto] [PARTE 1 | MODELAGEM DE DADOS] Minimundo, Requisitos e Modelo Conceitual

Fala, pessoal! Tudo bem?

A fim de continuar praticando o que aprendi (e que estou aprendendo) na formação de Modelagem de Dados, gostaria de interagir com o fórum para um projeto fictício: o "Banco Solidez". A ideia é ir postando a evolução do projeto e, claro, ir pedindo ajuda e orientação. Para a primeira parte, o que mudar?


1. MINIMUNDO: Banco Solidez tem como objetivo o desenvolvimento de um sistema robusto para gerenciar as solicitações de empréstimos de seus clientes. O sistema será projetado para registrar o histórico completo de cada cliente, garantindo que todas as informações relacionadas a suas solicitações de crédito sejam devidamente armazenadas, acompanhadas e atualizadas ao longo do tempo. O processo de aprovação dos empréstimos seguirá critérios bem definidos para garantir que as decisões sejam baseadas em dados financeiros consistentes e relevantes.

Cada cliente do Banco Solidez terá seu perfil completo registrado no sistema, contendo informações essenciais como CPF, nome, data de nascimento, renda mensal e score de crédito. Esses dados serão fundamentais para a análise da capacidade de pagamento e para o processo de concessão de crédito. A partir dessas informações, o sistema poderá calcular as condições do empréstimo e determinar os parâmetros para cada operação.

Os empréstimos solicitados terão uma série de características definidas, como o valor solicitado, a taxa de juros aplicada, o número de parcelas acordado e o status da operação (pendente, aprovado, recusado ou quitado). A data de solicitação também será registrada, permitindo o acompanhamento de cada processo desde o momento da requisição até a finalização do pagamento.

Além disso, o sistema deve registrar todos os pagamentos feitos pelos clientes, incluindo a data de pagamento, o valor pago e a verificação de possíveis atrasos. Essa informação é crucial para garantir que o banco tenha uma visão precisa da quitação das dívidas e do comportamento financeiro de cada cliente.

O relacionamento entre clientes e empréstimos é um dos pilares do sistema: cada cliente poderá ter múltiplos empréstimos ao longo do tempo, mas cada empréstimo estará associado a um único cliente. Para cada empréstimo, o sistema deve permitir o registro de múltiplos pagamentos, refletindo as parcelas pagas ao longo do tempo. Cada pagamento será vinculado à parcela correspondente, permitindo uma visão detalhada do processo de quitação do empréstimo.

Esse sistema permitirá ao Banco Solidez oferecer um serviço mais eficiente e transparente, com a possibilidade de analisar o histórico de crédito de cada cliente e garantir que as decisões de concessão de empréstimos sejam tomadas com base em dados concretos e atualizados.


2. REQUISITOS:

  • Objetivo: desenvolvimento de um sistema robusto para gerenciar as solicitações de empréstimos de seus clientes. O sistema registra histórico completo de cada cliente, garantindo que todas as informações relacionadas a suas solicitações de crédito sejam devidamente armazenadas, acompanhadas e atualizadas ao longo do tempo.
  • Perfil do cliente é registrado: Cada cliente terá seu perfil completo registrado no sistema, contendo informações essenciais como CPF, nome, data de nascimento, renda mensal e score de crédito. Esses dados serão fundamentais para a análise da capacidade de pagamento e para o processo de concessão de crédito.
  • Sistema calcula as condições do empréstimo: A partir dessas informações, o sistema poderá calcular as condições do empréstimo e determinar os parâmetros para cada operação.
  • Empréstimo é solicitado: Os empréstimos solicitados terão uma série de características definidas, como o valor solicitado, a taxa de juros aplicada, o número de parcelas acordado e o status da operação (pendente, aprovado, recusado ou quitado). A data de solicitação também será registrada, permitindo o acompanhamento de cada processo desde o momento da requisição até a finalização do pagamento.
  • Sistema registra pagamentos: Além disso, o sistema deve registrar todos os pagamentos feitos pelos clientes, incluindo a data de pagamento, o valor pago e a verificação de possíveis atrasos. Essa informação é crucial para garantir que o banco tenha uma visão precisa da quitação das dívidas e do comportamento financeiro de cada cliente.
  • Relacionamento entre clientes e empréstimos: cada cliente poderá ter múltiplos empréstimos ao longo do tempo, mas cada empréstimo estará associado a um único cliente. Para cada empréstimo, o sistema deve permitir o registro de múltiplos pagamentos, refletindo as parcelas pagas ao longo do tempo. Cada pagamento será vinculado à parcela correspondente, permitindo uma visão detalhada do processo de quitação do empréstimo.

3. MODELO CONCEITUAL: Insira aqui a descrição dessa imagem para ajudar na acessibilidade

1 resposta
solução!

Oi, Breno! Como vai?

Seu projeto do Banco Solidez está muito bem estruturado e a modelagem de dados segue um caminho sólido. O modelo conceitual que você criou está bem alinhado com os requisitos do sistema e facilita bastante a compreensão das relações entre as entidades.

Pontos positivos:

  • O relacionamento entre Cliente e Empréstimo está bem definido, indicando que um cliente pode solicitar múltiplos empréstimos.
  • A entidade Pagamento está bem associada ao Empréstimo, permitindo um controle detalhado das parcelas pagas.
  • A inclusão de Sistema e Condições como entidades auxiliares enriquece o modelo e ajuda a representar melhor a lógica de cálculo das condições do empréstimo.

Sugestões de melhoria:

  • No relacionamento entre Sistema e Condições, poderia ficar mais claro se cada cálculo gera múltiplas condições ou se há alguma restrição específica na definição dessas condições.
  • O relacionamento entre Cliente e Pagamento está correto, mas você pode reforçar a relação direta entre Pagamento e Empréstimo, garantindo que fique evidente que cada pagamento pertence a um empréstimo específico.

Seu minimundo e os requisitos estão muito bem descritos e organizados. Para um refinamento adicional, uma sugestão seria categorizar os requisitos em funcionais (como registro de clientes, cálculo de condições de empréstimo, controle de pagamentos) e não funcionais (como segurança dos dados e capacidade de escalabilidade).

No geral, está excelente! Pequenos ajustes podem deixar o modelo ainda mais robusto e facilitar a implementação futura.

Espero ter ajudado. Conte com o apoio do Fórum na sua jornada. Fico à disposição.

Abraços e bons estudos!

Caso este post tenha lhe ajudado, por favor, marcar como solucionado ✅