Relação entre UML e Banco de dados (Modelagem)

Resumidamente:

UML (Unified Modeling Language) é a forma mais utilizada de modelagem do seu banco(Transformar suas tabelas em um diagrama de entendimento Mundial).

A UML não trata somente de banco de dados, e sim de como documentar seu projeto completo.

Aconselho prestar bastante atenção na explicação, e se possível buscar aprender em outros meios, pois esse conhecimento é indispensável para qualquer profissional de TI.

Eu sei que devo prestar bastante atenção, mas como disse foi só uma citação, realmente fiquei confusa quando citou UML, pra mim era somente para mostrar como funciona o sistema e não envolvia banco de dados: conceito ou modelagem.

Envolve sim.

Com ele você aprende a forma correta de modelar o seu banco de dados.
Com uma modelagem correta, é fácil um profissional pegar seus modelos e entender toda a lógica por trás.

E o MER e o DER como fica nessa historia?

Isso é uma briga entre vários profissionais.

Alguns utilizam a UML para mapear os Bancos e o projeto. Outros usam os ER's no Banco e a UML no projeto. Em alguns artigos, alguns profissionais citam até que a UML(Diagrama de Classes) é uma evolução do DER.

Mas a meu ver, cabe você e estudar os dois e observar qual o mais indicado para você, dependendo da situação ou mesmo seu próprio conhecimento sobre determinado assunto.

P.S: Vários profissionais utilizam o DER achando que estão fazendo diagramas de classes, e vice-versa.

Veja a explicação nesse artigo: [url]https://www.devmedia.com.br/modelo-entidade-relacionamento-mer-e-diagrama-entidade-relacionamento-der/14332[/url]

Pensei nesse conflito logo que vi a ligação entre entre UML e DER, então cabe ao profissional fazer a escolha, se for assim, entendi.

Ambos se completam Marisiana, pelo que li, sendo que o DER é mais detalhista.

MER é a modelagem entidade relacionamento, mas genérica e mais superficial. Enquanto que o DER é o Diagrama Entidade Relacionamento, possuindo um maior número de detalhes. Ex: No MER você não consegue ver qual tipo e tamanho dos campos e no DER sim.

Devemos usar ambos em diferentes momentos ou cada tem sua importancia: didaticamente e profissionalmente?

é?

O DER, por ser mais completo e possuir mais dados técnicos é mais útil para a equipe de TI.
Enquanto ao MER, por ser mais resumido, pode ser utilizado pelos gestores e analistas negócios junto às negociações com os clientes.

O MER então como se fosse um "borrão" no sentido de mostrar as informações sem muitos detalhes tecnicos, algo superficial.

Não entenda como um "borrão" pois ele deve representar a modelagem correta do sistema.

Borrão foi modo de falar, mas é como se fosse algo meio resumido, é isso?

Se vc parar pra analisar a diferença entre eles fica fácil entender...
Vou tentar passar um exemplo bem simples...
Para um gestor ou gerente de projetos não interessa saber qual é o tipo de dados de um atributo, interessa saber se a informação está sendo armazenada no banco de dados, mas para um desenvolvedor é necessário saber qual é o tipo de dados de cada atributo pois ele precisa trabalhar essa informação.

Não só o desenvolvedor, assim como o profissional que irá construir o banco tambem, obrigada demais!

Toda a equipe envolvida no desenvolvimento..
Por nada!

Tem que todo mundo envolver mesmo.

Só reforçando quanto mais o Modelo do Banco de Dados refletir a Modelagem UML melhor.
Assim garante a uniformidade da linguagem usada por toda a equipe.

Com já foi dito existe um discussão infinita sobre este tema, principalmente com relação a entidades com chaves compotas, mas é tudo intransigência dos membros do desenvolvimento e da administração de dados. Havendo diálogo e bom senso resolve-se tudo.

Hoje o .Net com o entity framework consegue criar ORM (Object-relational mapping) que pode ser gerado a partir do modelo de dados e gerando as classes, dai não existe tanta discrepância. Claro que na modelagem é feita pensando-se nisto, então existe alguns ajustes a serem feitos.

Mas utiliza-se o entity framework consegue criar ORM (Object-relational mapping) para modelagem Jothaz?

Na verdade Marilia o que o entity framework faz é mapear as tabelas do banco de dados criando para sim o CRUD (Create, Read, Update e Delete) isso a grosso modo.
O que a uml tem a contribuir para é criação de diagramas desenvolvidos mostrando o desenvolvimento de um sistema. Só com a uml você não consegue criar e estruturar um bando de dados. O que ela faz é dar parâmetros e padrões para que isso possa ser efetuado como mostra o diagrama de classe. Que nada mais é o mapeamento de uma tabela e o seus métodos a serem implementados.
Os demais diagramas mostra o comportamento das informações, desde a criação dos cenários por níveis até o trafego das informações.

Meio que nada haver com a modelagem em si não é?

??

Uma coisa não tem haver com a outra. Orm é algo totalmente diferente de modelagem uml.

Uma coisa não tem haver com a outra. Orm é algo totalmente diferente de modelagem uml.

Ta certo Ronaldo.