Análise & Projeto – Diagrama de Entidade-Relacionamento

Análise & Projeto – Diagrama de Entidade-Relacionamento
Prof. Thales Castro

Revisão Geral Fluxo de dados Processo Entidade externa
Depósito de dados

DFD nível 0 – Diagrama de Contexto

DFD Nível 1 Dados da Empresa no Ministério Dados para CNPJ
Dados da Nova Empresa P3 Emitir CNPJ Empresas Cadastro de P2 Cadastrar Empresas CNPJ (CGC) Dados de Empresas Pedido Aceito P1 Verificar pedido de inscrição Empresa Pedido de Inscrição Ministério da Fazenda Resposta de Pedido Relação de Empresas Restrições Restrições em Vigor P5 Atualizar Tabela de Restrições P4 Selecionar Empresas Novas Restrições Tabela de Restrições

DFD Nível 2 – Explosão do Processo P1
Cadastro de Empresas Dados de Empresa P1.2 Verificar Existência de Razão social P1.2 Verificar Existência de Razão social P2 Cadastrar Empresas Pedido completo Pedido Inválido Pedido Válido Pedido Aceito P1.1 Verificar preenchimento P1.1 Verificar preenchimento Empresa Pedido de Inscrição Pedido Indevido Pedido Recusado P1.3 Verificar Restrições em vigor Pedido incompleto Restrições em vigor P1.4 Gerar Ordem de Devolução Pedidos Rejeitados Pedidos Recusados Tabela de Restrições

Especificação de Processos – Linguagem Estruturada
[P1.3] - VERIFICAR RESTRIÇÕES EM VIGOR existe_restricao = falso FAÇA-ENQUANTO existem socios OBTER próximo socio LER restricao para socio SE existe restricao para socio existe_restricao = verdadeiro FIM-ENQUANTO SE existe_restricao incluir pedido recusado (restricao para um ou mais socios) SENÃO P2 CADASTRAR EMPRESA

Especificação de Processos – Pré e Pós Condições
P VERIFICAR EXISTÊNCIA DE RAZÃO SOCIAL PRÉ-CONDIÇÕES Informação de PEDIDO COMPLETO PÓS-CONDIÇÕES Inclusão de pedido em PEDIDOS RECUSADOS por existência de razão social OU Geração de informação de PEDIDO VÁLIDO P VERIFICAR RESTRIÇÕES EM VIGOR PRÉ-CONDIÇÕES Informação de PEDIDO VÁLIDO Informação de TABELA DE RESTRIÇÕES PÓS-CONDIÇÕES Inclusão de pedido em PEDIDOS RECUSADOS por pedido indevido OU Geração de informação de PEDIDO ACEITO

Especificação de Processos – Tabelas de Decisão

Especificação de Processos – Árvores de Decisão

Dicionário de Dados PEDIDO DE INSCRIÇÃO
pedido_inscricao = razao_social + endereco + 1 {socios} + telefone razao_social = {caracter-valido} endereco = logradouro + numero + cidade + estado + ponto_referencia numero = {caracter-valido} cidade = {caracter-valido} estado = {caracter-valido} ponto_referencia = {caracter-valido}

Diagrama Entidade-Relacionamento
Mais conhecido como DER Refere-se à modelagem dos dados do sistema Diagramação dos dados apresentados em alto nível de abstração

Necessidade? Estruturas de dados e relacionamentos complexos, de forma a serem examinados fora do contexto de um processo, por exemplo Especialmente necessário quando apresentados para alta direção

Algumas das respostas que podem ser obtidas: Que dados precisamos para o novo negócio? Como eles se relacionam a outros dados? A quem pertence esses dados? Quem está autorizado a ter acesso a esses dados?

Quem é responsável pelos dados? Administrador de Dados Ideal que novos sistemas sempre passem pelo AD Responsável pelo gerenciamento e controle das informações essenciais da organização Responsável pelo modelo global de dados da organização Sem o DER seria extremamente custoso para o AD o gerenciamento desses dados

Administrador de Banco de Dados X Administrador de Dados Administrador de Dados => responsável pelos dados da organização Administrador de Banco de Dados (DBA) => responsável pelo armazenamento, gerenciamento e controle eficiente do repositório Geralmente o DBA traduzem o modelo de dados (DER) em um projeto de banco de dados

E o DER para o Analista de Sistemas? “...realça os relacionamentos entre os depósitos de dados de um DFD que de outro modo só seriam percebidos nas especificações de processos” Análise Estruturada Moderna, Edward Yourdon

Componentes Entidades Relacionamentos Indicadores associativos de tipos de objetos Indicadores de supertipos/subtipos

Representado por um retângulo Deve estar no singular Devem ser SEMPRE descritas no Dicionário de Dados CLIENTE

Representação de uma coisa material do mundo real Contém uma coleção ou conjunto de objetos com as seguintes características Identificado unicamente Cada um exerce um papel fundamental no sistema de informação Cada um pode ser escrito por um (ou mais) atributos

IDENTIFICADO UNICAMENTE Modo de diferenciar as instâncias individuais Ex.: se tivermos uma entidade CLIENTE, deve ser possível distinguir dois (ou N) clientes E se todos os clientes forem iguais (ex., empresa cujo cliente são pessoas desconhecidas que entram e fazem compras)? Necessário entidade cliente?

CADA UM EXERCE UM PAPEL FUNDAMENTAL NO SISTEMA DE INFORMAÇÃO Sistema não “funciona” sem acesso a essas entidades Ex.: desenvolvimento de cadastro de pedidos para loja Necessário desenvolvimento da entidade cliente? Se a loja possui os serventes, esses são necessários como entidades?

CADA UM PODE SER ESCRITO POR UM (OU MAIS) ELEMENTOS DE DADOS Largamente são representados por vários elementos de dados Cada elemento de dados possui uma série de informações Atributos de um elemento de dados Ex.: CLIENTE possui nome, endereço, telefone, rg e cpf

CUIDADOS Alguma entidades podem representar tipos de objetos diferentes em modelos diferentes ou até no mesmo modelo Logo, deve-se pensar no nome da entidade como conceito que ela representa Ex.: PESSOA pode ser um CLIENTE em um modelo e um FUNCIONÁRIO em outro modelo

Entidades são ligadas umas às outras por conexões Essas conexões são os relacionamentos Representados por um losango CLIENTE ITEM COMPRA

Cada relacionamento representa um conjunto de conexões Cada instância de relacionamento representa uma associação entre 0 ou mais ocorrências de um objeto e 0 ou mais ocorrências de outro objeto

Relacionamento de COMPRA, então, pode representar: Instância 1: Cliente 1 COMPRA Item 1 Instância 2: Cliente 1 COMPRA Item 2 Instância 3: Cliente 2 COMPRA Item 3 e 4 Instância 4: Cliente 3 COMPRA Item 5,6 e 7 Instância 5: Cliente 4 não compra itens Instância 6: Clientes 5 e 6 compram Item 8

Relacionamento representa algo que deve ser recordado pelo sistema (memória do sistema) Adicionalmente, pode haver mais de um relacionamento entre duas entidades

Exemplo TRATA MÉDICO PACIENTE COBRA

Pode ser também que exista relacionamento entre o mesmo objeto Ex.: Uma matéria é pré-requisito para outra matéria Essas situações também devem ser disponibilizadas no DER

Exemplo PESSOA RESPONSÁVEL

Notação apresentada não representa a cardinalidade Atualmente, o DER necessariamente deve possuir as cardinalidades entres os objetos Ex.: Um cliente pode comprar zero ou mais itens Notação deve informar origem e destinobem como a cardinalidade

Representação através de associação no objeto 1 Pessoa -> 0 ou 1 Cônjugue 1 Empresa -> 0 ou N Clientes 1 Gerente -> 1 ou N Projetos 1 Cargo-> 1 Funcionário

Representação numérica através de objetos de origem e destino PESSOA CÔNJUGUE EMPRESA CLIENTE Matrimônio 1 Possui 0..N 1 Pessoa tem Matrimônio com 1 Cônjugue 1 Empresa Possui 0 ou Vários Clientes GERENTE PROJETO FUNCIONARIO CARGO 1 Gerencia 1..N 1 1 Trabalha 1 Gerente Gerencia 1 ou Vários Projetos 1 Funcionário Trabalha em 1 Cargo

Definição: “Relacionamento sobre o qual queremos manter algumas informações” Ex.: Cliente compra Itens, mas compra deve possuir algumas informações, como data, hora Essa informação também tem que estar presente no DER

Exemplo CLIENTE ITEM COMPRA

Entidades associativas dependem de outros objetos para sua existência No caso, COMPRA depende das entidades CLIENTE e ITEM para sua existência Observe que o relacionamento foi deixado em branco Isto se deve ao fato de o indicador do tipo de objeto associativo ser também o nome do relacionamento

Definição: Entidades que podem compor duas ou mais entidades Ex.: Pessoa pode ser decomposto em Pessoa Física e Pessoa Jurídica

Exemplo CLIENTE COMPRA ITEM

Entidades associativas dependem de outros objetos para sua existência No caso, COMPRA depende das entidades CLIENTE e ITEM para sua existência Observe que o relacionamento foi deixado em branco Isto se deve ao fato de o indicador do tipo de objeto associativo ser também o nome do relacionamento

ATIVIDADE Dentro do nosso estudo de caso, temos a identificação de algumas entidades. Identifique e realize os relacionamentos

EMPRESA SÓCIOS Possui 1..N 1 RESTRIÇÕES 0..N Restrito

FIM Prof. Thales Castro

Análise & Projeto – Diagrama de Entidade-Relacionamento

Apresentações semelhantes

Apresentação em tema: "Análise & Projeto – Diagrama de Entidade-Relacionamento"— Transcrição da apresentação:

Apresentações semelhantes

Sobre projeto

Feedback

Login

Autorizar-se através da rede social:

Análise & Projeto – Diagrama de Entidade-Relacionamento

Apresentações semelhantes

Apresentação em tema: "Análise & Projeto – Diagrama de Entidade-Relacionamento"— Transcrição da apresentação:

Apresentações semelhantes

Sobre projeto

Feedback