Modelagem de Dados 3 Abordagem Entidade Relacionamento Mrcio

Modelagem de Dados 3. Abordagem Entidade Relacionamento © Márcio Moreira – 2018 – www. teraits. com/pitagoras/marcio/

Modelagem de Dados 3. Abordagem Entidade Relacionamento 1º Encontro: Modelagem Usando DER

Modelagem Usando DER

Ciclo de Vida de um DB

Ciclo de Vida de um DB ESTUDO INICIAL DO BANCO DE DADOS PROJETO DO BANCO DE DADOS IMPLEMENTAÇÃO E CARGA • Estudo dos requisitos do problema e suas restrições, definição dos objetivos, escopo e fronteiras do banco de dados. • Criação do projeto conceitual, escolha do SGBD que deverá ser usado, criação do projeto lógico e físico do banco de dados. • Instalação do SGBD, criação do banco de dados, carregamento ou conversão dos dados que serão armazenados no banco. TESTE E AVALIAÇÃO OPERAÇÃO TOP-DOWN • Realização de testes na base de dados para encontrar possíveis erros. • O banco entra em funcionamento nos aplicativos desenvolvidos em paralelo. • Assim que entra em operação, o banco de dados deve sempre receber manutenção para ficar o máximo possível em plena operação, e a evolução do banco de dados acontece assim que novas necessidades do usuário surgem.

Estratégias de Modelagem

Modelagem Conceitual

Elementos da Modelagem

Modelo Lógico

Dicionário de Dados Korth, Silberschatz e Sudarshan (2012) descrevem um dicionário de dados como uma descrição de dados, ou seja, contém metadados que são detalhes dos dados armazenados na tabela.

Dicionário de Dados É comum que a pessoa que realizará a manutenção não seja a mesma que criou o banco de dados e é nesta hora que a documentação dos campos é fundamental para acelerar o processo de manutenção.

Exemplificação - Imobiliária Requisitos » » Uma imobiliária especializada em aluguel de casas e apartamentos localizados no litoral de Santa Catarina necessita de um software para ajudar no gerenciamento dos aluguéis e oferecer melhores ofertas para seus clientes. Após diversos contatos com a imobiliária, foram estabelecidos os 5 REQUISITOS que deveriam ser atendidos pelo banco de dados. 1 2 3 4 5 • Cada imóvel deverá ter registrado: seu tipo (casa ou apartamento), quantidade de quartos e banheiros, se o imóvel possui vista para o mar, preço da diária. • As informações dos proprietários e dos inquilinos deverão ser armazenadas separadamente. Os proprietários podem ter vários imóveis que podem ser alugados para vários inquilinos. • Além das informações sobre o município ao qual o imóvel pertence, deverá também ser informado o nome da praia mais importante (próxima) ao imóvel. • Os móveis são todos os itens que compõem a mobília. Os itens mais verificados são: cama, geladeira, freezer, televisor, ar-condicionado, entre outros. Neste caso, é importante que seja informada a quantidade de cada item. • Deverá ser realizado e registrado um contrato que deverá ser exclusivo para os aluguéis com os inquilinos e os imóveis alugados.

DER Imobiliária DER da solução inicial

DER Imobiliária Entidades

DER Imobiliária Notação: James Martin - Pé de Galinha

DER Imobiliária Cardinalidade: No geral foram 1 para N

DER Imobiliária Chaves Primárias (PK e SK) e Estrangeiras (FK)

DER Imobiliária Dicionário de Dados Vale ressaltar que os acentos das palavras foram preservados; na criação do modelo físico no SGBD os acentos deverão ser evitados.

Teoria & Prática em Modelagem de Dados

DER Imobiliária Faça o DER Físico desse modelo considerando o Dicionário de Dados

Modelagem de Dados 3. Abordagem Entidade Relacionamento 2º Encontro: Modelagem Usando UML

DER em UML

Orientação a Objetos

Objetos & Classes

Nome de Classe

Atributos & Métodos das Classes

Instâncias & UML

UML É comum que a pessoa que realizará a manutenção não seja a mesma que criou o banco de dados e é nesta hora que a documentação dos campos é fundamental para acelerar o processo de manutenção.

Cardinalidade no UML

Diagrama de Objetos DIAGRAMA DE OBJETOS Diagrama utilizado para demostrar como, na realidade, as informações do objeto ficam armazenadas na classe.

Herança » Na programação orientada a objetos as classes podem se relacionar com outras classes através de hierarquias. Uma subclasse pode herdar as características de outra classe (neste caso seria a classe mãe ou superclasse). Na estrutura de herança as classes compartilham as suas funções e características comuns e as subclasses podem receber outras particularidades exclusivas.

Generalização & Especialização

Generalização & Especialização Parcial & Total

Exemplificação

Modelo Conceitual

Conteúdo das Tabelas Funcionário • Nome, endereço, RG, CPF, data de nascimento, data de admissão, data de demissão, salário, nome da mãe, nome do pai. Professor • Nome, endereço, RG, CPF, data de nascimento, nome da mãe, nome do pai, valor da hora da aula, quantidade de horas aula. Aluno • Nome, endereço, RG, CPF, data de nascimento, data de entrada faculdade, data de formatura, salário, nome da mãe, nome do pai. Disciplina • Ela estará relacionada com a tabela Professor e com a tabela Aluno. Pessoa • Ela foi criada para inserir os atributos que se repetem nas tabelas Funcionário, Professor e Aluno, quais sejam: nome, endereço, RG, CPF, data de nascimento, nome da mãe, nome do pai.

Diagrama de Classes em UML

Considerações Finais

Teoria & Prática em Modelagem de Dados

Diagrama de Classes em UML

Modelagem de Dados 3. Abordagem Entidade Relacionamento 3º Encontro: Ferramentas CASEs de Modelagem DER

Comentário Inicial

Ferramentas CASE Computer Aided Software Engineering

Ferramentas CASE Tipos

Ferramentas CASE Características

Ferramentas CASE Exemplos – ASTAH Site para download: http: //astah. net/download

Ferramentas CASE Exemplos – My. SQL WORKBENCH Site para download: https: //www. mysql. com/products/workbench

Ferramentas CASE Exemplos – DRAW. IO Site para download: https: //www. draw. io/ TEMPLATES Um template é um exemplo ou um modelo a ser seguido ou que pode servir de base de criação para algum determinado objetivo. Possui uma estrutura predefinida que facilita o desenvolvimento e criação do conteúdo a partir de algo que já foi construído previamente.

Ferramentas CASE Exemplos – LUCIDCHART Site para download: https: //www. lucidchart. com/

Ferramentas CASE Exemplificação » Após diversas situações de emergência devido a inundações, geadas e vendavais, a defesa civil de uma cidade no sul do país precisa de um banco de dados com informações sobre as vítimas, para poder controlar as emergências que ocorreram e a quantidade de pessoas envolvidas. Uma emergência pode atingir cidades vizinhas e a defesa civil pode intervir em outras cidades. 1 2 3 4 5 • É necessário anotar o endereço da família em situação de risco e seu bairro. • Deve haver um cadastro de cada membro de uma família, seus dados pessoais e uma foto são fundamentais. • A família poderá ser classificada por tipo: em risco, alto risco, extremo risco. • Deve haver uma tabela para cadastro das emergências classificadas como: inundação, vendaval, desmoronamentos, entre outras opções. • Uma família pode sofrer com diversas emergências e uma emergência pode atingir diversas famílias. É necessário armazenar a data da emergência e os danos causados pela emergência ocorrida.

Exemplificação DER feito no Lucidchart Online

Ferramentas CASE Vídeo Encerramento » https: //goo. gl/Seb. Q 3 c » Nesta webaula você viu que utilizar ferramentas CASEs para a modelagem gráfica de banco de dados é muito importante no processo de desenvolvimento de qualquer software, com destaque para a apresentação para o cliente, pois esses diagramas, após alinhados, sempre causam boa impressão. Para a equipe de desenvolvimento o destaque fica com a possiblidade de uma melhor comunicação (todos podem entender o que está sendo modelado) e a agilidade de criar os scripts que poderão ser utilizados para criar o banco de dados fisicamente em um SGBD.

Teoria & Prática em Modelagem de Dados

Exemplificação DER feito no Lucidchart Online

Referências Autores Título Local Ano Claudia Werlich Fundamentos de bancos de dados Pitágoras 2018 Claudia Werlich Modelos de banco de dados Pitágoras 2018 Márcio Moreira Planejamento Estratégico & Gestão de Performance Pitágoras 2011 OMG Business Process Model and Notation – BPMN: Version 2. 0 OAT 2011 OMG UML - Unified Modeling Language OMG 2017 Sparx Systems Enterprise Architect User Guide Sparx 2014

Obrigado! Siga-nos nas redes sociais Tera & Márcio Moreira