Diagrama de classe e objetos

Respondendo sua pergunta não, seria mais um subsidio para auxiliar a modelagem "tradicional".

É um assunto complexo para abordar em um post, sendo simplista podemos definir assim:

A UML (Unified Modeling Language) é uma linguagem de modelagem designada para especificação, documentação, visualização e desenvolvimento de sistemas orientados a objetos. O objetivo é apresentar um vocabulário de fácil entendimento para facilitar a comunicação de todas as pessoas envolvidas no processo de desenvolvimento de um sistema: gerentes (usuários), coordenadores, analistas, desenvolvedores. E para isto utiliza-se de seus diagramas onde é possível representar sistemas de softwares sob diversas perspectivas de visualização. Desta forma indicando quais passos seguir para desenvolver um projeto.

O diagrama de classes é um destes diagramas que ajudará muito na modelagem.

Para facilitar o entendimento aconselho a leitura do material do link:

Diagrama de classes

Qualquer dúvida é só postar.

Notei que o assunto foge o pouco do contexto de banco de dados e modelagem, mas ajuda antes ou depois de fazer a modelagem?

Realmente não sei bem essa relação, mas que ajuda, isso ajuda.

Uma das melhores explicações:

fonte: [url]http://pt.wikipedia.org/wiki/UML[/url]

Diagrama de classes É a modelagem conceitual em UML/OO;
Orientação a Objetos propõe a união de dados e operações num só "conteúdo": a classe - e sua instanciação, o objeto.
na modelagem de 1 banco de dados: facilita, pq suponha que vc está criando uma classe - "livro", vc vai ter nessa classe as operações que essa classe comportará (executará) e seus atributos - dados, que é o que nos interessa, neste caso, ou seja: titulo, assunto, autor, preço, numero de pgs.. etc.
pronto; ai vc já tem, por exemplo, um "mapa" das colunas da sua tabela "livro" - claro, se seu banco de dados for relacional.
quando - e se - tiver mais interesse sobre modelagem e projeto OO, recomendo esse livro:
Análise e projeto de sistemas orientados a objetos, Raul Sidnei Wazlawick, Campus/Elsevier (sim, autor brasileiro) pq propõe-se justamente a trabalhar a "lacuna" entre um projeto OO e implementação (codificação), em vez de outros livros que se limitam a simplesmente ensinar diagramas UML, com um exemplo bem pratico - uma livraria virtual, chegando até a sugerir 1 framework para a parte visual; excelente.
se puder empresta-lo em alguma biblioteca, tb vale a pena (se estiver estudando, veja se sua instituição de ensino tem algum convênio c/ a editora)
caso queira 1 bom resumo, só entrar em contato: fc-c@hotmail.com

Obrigada Marisiana e William, só para finalizar, vale a pena conhecer para quem está estudando banco de dados?

Todo e qualquer conhecimento que você puder adquirir, irá lhe ajudar!

Sem falar que todo conhecimento é bem vindo! espero não está no caminho errado dos estudos.

Se sua assinatura for mvp veja este curso da dev media, ele explica muito bem UML https://www.devmedia.com.br/curso/introducao-a-uml/128 e https://www.devmedia.com.br/curso/introducao-a-construcao-de-diagrama-de-classes-da-uml/307.


Engenharia de software é aquela área importantíssima e ao mesmo tempo chata de se estudar, infelizmente.

Já me falaram isso, primeiro vou tentar ver o de modelagem. obrigada pela dica Pedro.

Por nada Marilia!
Quem trabalha com banco de dados deve conhece o modelo ER e o diagrama de classes, pois a estrutura do banco de dados é criada com base nesses diagramas.

Correndo atras Marisiana. obrigada novamente.

De nada!
Lembrando que esses tipos de diagramas estão entre os 14 diagramas da UML.

Ja dei uma olhada por cima sobre alguns deles, e vi que são meio dificeis de entender. realmente todos são utilizados?

Até onde sei os mais utilizados são: Diagrama de Classes, Diagrama de Casos de Uso e Diagrama de Atividades.
Esses são os q aprendi de forma mais detalhada na graduação...

Realmente esses são os mais utilizados. Porém se trabalhar com uma equipe organizada, e for necessário fazer a documentação, irá ser cobrado outros.

Os outros mais comuns são os diagramas de Sequencia e de Estados.

Claro que quanto mais você conhecer, melhor será para sua carreira.

A principio eu queria saber apenas o diagrama de classe, por se aproximar do banco de dados. mas pelo visto tem muito mais assunto e diagramas.

O diagrama que representa a estrutura do banco de dados é o diagrama de classes.
Os outros são utilizados na analise de sistemas para representar as regras de negócios, os processos que o sistema deverá atender, as funcionalidades q o sistema deverá ter, etc.

Procurei pelo assunto, li alguns topicos de alguns diagramas, alguns mostram detalhes do sistema, como ele reage...

Para projetos grandes, que envolvem uma equipe grande, a maioria desses diagramas são indispensáveis.

Todos da equipe devem saber pelo menos entender esses diagramas, muito conteudo, isso é mostrado em cursos superiores ou em cursos tecnicos?

Eu pelo menos aprendi no curso superior na matéria engenharia do software. Inclusive havia Engenharia do software 1 e Engenharia do software 2. É um conteúdo muito teórico e muito extenso, no entanto é facil de compreender, quando você compreende como faz um diagrama por exemplo os outros 8 diagramas de UML em boa parte ficam fáceis de entender.Uma dica lé as revistas engenharia do software, principalmente a edição 1 que contem uma materia explicando a engenharia do software.

O conteudo realmente é extenso, pensava mesmo que poderia ser em faculdades, no minimo é necessario uns 6 meses para ter uma boa base sobre o assunto.

2 anos normalmente em faculdade para engenharia do software.

É um conteúdo extenso, mas é um conhecimento necessário.
Eu penso que não se pode ser desenvolvedor sem saber fazer análise.
Um desenvolvedor q não sabe fazer análise se torna aquele profissional que só faz o q lhe é solicitado e não é capaz de pensar em soluções melhores.
Um exemplo bem prático disso, é quando o cliente solicita um relatório pedindo para ver as informações A e o desenvolvedor não sabe questionar se não seria mais útil apresentar a informação B junto com a A. Depois de alguns dias o cliente se dá conta q precisa da informação B e solicita outro relatório e o desenvolvedor cria outro relatório no sistema quando poderia ter feito tudo em um único relatório.
O desenvolvedor que sabe analisar o contexto das situações apresentadas, sempre vai saber criar soluções melhores.

Pedro, não é uma especialização? ou seria um conjunto de disciplinas que compõe toda a estrutura de Engenharia de Software?

Pensando por este ponto, é bastante util mesmo.

É a disciplina que se chama engenharia do software, quando falei 2 anos é que você tem a materia normalmente em 2 anos de faculdade. Normalmente engenharia de software aparece nos cursos de ciências da computação, sistema de informação e similares.

São subdividas nesse tempo, é que quis dizer?

São subdividas nesse tempo, é que quis dizer?