O documento discute a modelagem de dados, especificamente o diagrama de entidade e associação (DEA) e o esquema de tabelas. Explica que o DEA representa graficamente entidades, atributos e associações para modelar conceitualmente os dados de uma organização. O esquema de tabelas deriva do DEA para representar o modelo lógico de dados em uma base de dados.
O documento discute a importância dos diagramas de contexto e fornece diretrizes para sua criação. Ele explica que os diagramas de contexto definem o escopo do sistema, auxiliam na estimativa de orçamento e capturam a visão compartilhada de stakeholders. Também descreve os elementos chave de um diagrama de contexto, como entidades externas e fluxos de dados, e dá recomendações sobre a diagramação.
1. O documento discute diagramas de fluxo de dados, incluindo seus componentes, diretrizes para desenvolvimento e como criar diagramas de fluxo de dados nivelados.
2. Um diagrama de fluxo de dados representa os processos de um sistema como "bolhas" interligadas por fluxos de dados, e pode incluir depósitos de dados e entidades externas.
3. Diagramas de fluxo de dados nivelados dividem um sistema complexo em diagramas separados para cada nível, começando pelo diagrama de contexto de alto nível e o nível 0.
Diagrama Entidade Relacionamento - Bancos de Dados IDjonathas Cardoso
O documento apresenta os conceitos fundamentais de diagrama de entidade relacionamento, incluindo definição, entidades, atributos, relacionamentos e exemplos. Entidades representam objetos do mundo real sobre os quais se deseja manter informações, atributos são dados associados a cada ocorrência de uma entidade, e relacionamentos são associações entre entidades.
O documento descreve as etapas para projeto de banco de dados, incluindo análise de requisitos, projeto conceitual, lógico e físico. A análise de requisitos envolve caracterizar os dados necessários e especificar as necessidades dos usuários. O projeto conceitual modela os dados através de um diagrama entidade-relacionamento. Os projetos lógico e físico implementam o modelo conceitual em um sistema de gerenciamento de banco de dados.
O documento descreve um modelo entidade-relacionamento (MER) para um sistema de biblioteca. O MER contém entidades como Livro, Autor e Editora e relacionamentos como Escreve entre Autor e Livro e Contrato entre Autor e Editora.
O documento discute conceitos fundamentais de bases de dados, incluindo: (1) definições de bases de dados relacionais e seus usos; (2) a distinção entre dados e informação; (3) os processos de modelagem de dados, incluindo a criação de modelos conceituais e lógicos de dados. (4) O modelo relacional de dados é explicado, com ênfase nas tabelas, chaves primárias e estrangeiras.
Não fui eu que fiz o slide mas o considero muito útil. Ele foi apresentado a mim no técnico. O autor do slide pertence a Deisymar Botega, uma material adaptado de um texto escrito pelo Prof. Marcelo Balbino.
Não fui eu que fiz o slide mas o considero muito útil. Ele foi apresentado a mim no técnico. O autor do slide pertence a Deisymar Botega, uma material adaptado de um texto escrito pelo Prof. Marcelo Balbino.
O documento discute a importância dos diagramas de contexto e fornece diretrizes para sua criação. Ele explica que os diagramas de contexto definem o escopo do sistema, auxiliam na estimativa de orçamento e capturam a visão compartilhada de stakeholders. Também descreve os elementos chave de um diagrama de contexto, como entidades externas e fluxos de dados, e dá recomendações sobre a diagramação.
1. O documento discute diagramas de fluxo de dados, incluindo seus componentes, diretrizes para desenvolvimento e como criar diagramas de fluxo de dados nivelados.
2. Um diagrama de fluxo de dados representa os processos de um sistema como "bolhas" interligadas por fluxos de dados, e pode incluir depósitos de dados e entidades externas.
3. Diagramas de fluxo de dados nivelados dividem um sistema complexo em diagramas separados para cada nível, começando pelo diagrama de contexto de alto nível e o nível 0.
Diagrama Entidade Relacionamento - Bancos de Dados IDjonathas Cardoso
O documento apresenta os conceitos fundamentais de diagrama de entidade relacionamento, incluindo definição, entidades, atributos, relacionamentos e exemplos. Entidades representam objetos do mundo real sobre os quais se deseja manter informações, atributos são dados associados a cada ocorrência de uma entidade, e relacionamentos são associações entre entidades.
O documento descreve as etapas para projeto de banco de dados, incluindo análise de requisitos, projeto conceitual, lógico e físico. A análise de requisitos envolve caracterizar os dados necessários e especificar as necessidades dos usuários. O projeto conceitual modela os dados através de um diagrama entidade-relacionamento. Os projetos lógico e físico implementam o modelo conceitual em um sistema de gerenciamento de banco de dados.
O documento descreve um modelo entidade-relacionamento (MER) para um sistema de biblioteca. O MER contém entidades como Livro, Autor e Editora e relacionamentos como Escreve entre Autor e Livro e Contrato entre Autor e Editora.
O documento discute conceitos fundamentais de bases de dados, incluindo: (1) definições de bases de dados relacionais e seus usos; (2) a distinção entre dados e informação; (3) os processos de modelagem de dados, incluindo a criação de modelos conceituais e lógicos de dados. (4) O modelo relacional de dados é explicado, com ênfase nas tabelas, chaves primárias e estrangeiras.
Não fui eu que fiz o slide mas o considero muito útil. Ele foi apresentado a mim no técnico. O autor do slide pertence a Deisymar Botega, uma material adaptado de um texto escrito pelo Prof. Marcelo Balbino.
Não fui eu que fiz o slide mas o considero muito útil. Ele foi apresentado a mim no técnico. O autor do slide pertence a Deisymar Botega, uma material adaptado de um texto escrito pelo Prof. Marcelo Balbino.
Este documento fornece instruções sobre modelos de banco de dados em três níveis de abstração: modelo conceitual, modelo lógico e modelo físico. Explica como cada modelo descreve os dados de forma independente da implementação e fornece exemplos de como representar entidades, atributos e relacionamentos entre dados.
O documento apresenta o projeto conceitual inicial de um banco de dados para a empresa DEMO, descrevendo as entidades, atributos, relacionamentos e suas características. As principais entidades são: Departamento, Projeto, Empregado e Dependente (entidade fraca). Os relacionamentos descrevem como os empregados se relacionam com departamentos e projetos. Restrições como cardinalidade limitam o número de associações entre entidades.
O documento apresenta um resumo sobre modelagem conceitual de banco de dados. Aborda conceitos como entidade, atributos, relacionamentos, cardinalidades e tipos de entidades. Fornece exemplos para ilustrar cada tópico e exercícios para fixação dos conceitos.
1) O documento discute a importância de definir métricas para medir o desempenho de produtos digitais.
2) É apresentado um guia de 4 perguntas para ajudar a definir as métricas certas, cobrindo aspectos como o objetivo do produto, estágio de vida e jornada do usuário.
3) A métrica-guia ou "North Star Metric" é destacada como a métrica principal que orienta o produto em direção à sua visão.
O documento descreve os principais conceitos do Modelo Entidade-Relacionamento (MER), incluindo entidades, atributos, relacionamentos, cardinalidade e diagrama de entidade-relacionamento. O MER representa graficamente os dados de uma empresa por meio de entidades, atributos e relacionamentos.
ESTRATÉGIA E NEGÓCIOS PARA PRODUTOS DIGITAIS — PRODUTOS PARA HUMANOS.pdfPaulo Floriano
Este documento fornece uma introdução sobre estratégia e negócios para produtos digitais. Resume os principais pontos sobre:
1) O que é um negócio e para que ele serve, focando em criar e manter clientes;
2) Os principais componentes de um modelo de negócios, incluindo clientes, solução, canais de aquisição e fontes de receita;
3) A importância de entender a visão, receitas e ciclo de crescimento da empresa para melhor desempenhar o trabalho de produto.
O documento discute os conceitos básicos do Modelo Entidade-Relacionamento (MER), incluindo entidades, atributos, relacionamentos e cardinalidade. Explica que o MER representa graficamente, através de diagramas, a estrutura lógica de um banco de dados, especificando quais entidades existem e como elas se relacionam.
Este documento apresenta um estudo de caso sobre o uso de uma ferramenta wiki para melhorar o processo de comunicação em uma empresa familiar de distribuição. O objetivo é elaborar um plano para criar um ambiente colaborativo online que permita a troca de informações sobre TI, processos e conhecimentos entre gestores, funcionários e a área de tecnologia da informação de forma segura e eficiente. O documento descreve a metodologia do estudo de caso e explica como a ferramenta wiki pode ser implantada para compor uma intranet corporativa, destacando vant
Este documento apresenta os conceitos fundamentais de modelagem de dados, incluindo:
- O que é modelagem de dados e porque é importante modelar os dados de uma empresa;
- Os principais elementos de um modelo de dados, como entidades, atributos e relacionamentos;
- Os principais tipos de modelos na modelagem de dados, como modelo conceitual, lógico e físico.
O documento discute como a arquitetura empresarial pode resolver problemas comuns das organizações relacionados à tecnologia da informação, como falta de flexibilidade e alto custo de adaptação dos sistemas. Apresenta os principais elementos da arquitetura empresarial, como arquitetura corporativa, de negócios, da informação e de sistemas. Defende que modelando a organização e estabelecendo um canal de comunicação é possível ter um conhecimento compartilhado e linguagem comum.
Aula 4 - Diagrama Entidade Relacionamento (com exercício no final)Janynne Gomes
O que é um Diagrama Entidade Relacionamento (DER)?
• Elementos do DER
– Entidades
– Atributos
• Tipos de atributos
– Relacionamentos
• Auto-relacionamento
• Grau de relacionamento
• Atributos
• Cardinalidade
O documento descreve as ferramentas de análise estruturada utilizadas para construir uma especificação estruturada de um sistema, incluindo dicionário de dados, diagramas entidade-relacionamento, fluxo de dados e português estruturado. O objetivo é modelar os dados do sistema de forma independente de seu processamento para indicar as relações entre os objetos de dados.
O documento discute conceitos fundamentais de modelagem de dados como:
1) Chaves primárias e estrangeiras que identificam instâncias de entidades de forma única;
2) Modelo Entidade-Relacionamento Estendido que representa informações complexas usando subclasses, superclasses e herança;
3) Conceitos de generalização e especialização.
O documento descreve o que é um Modelo de Dados, que representa as necessidades de dados de um ambiente e como esses dados se relacionam. Um Modelo de Dados é composto de entidades, atributos, relacionamentos e dicionário de dados. Ele é um produto importante da fase de Análise de um projeto de desenvolvimento de sistema.
Este documento discute os principais modelos de bases de dados, incluindo:
1) O modelo conceitual representa os dados de forma independente de restrições técnicas;
2) O modelo lógico leva em conta limitações e define chaves;
3) O modelo físico adapta o conceitual às características do sistema.
O documento apresenta um plano de curso sobre Relações Públicas Corporativas. O curso abordará tópicos como imagem corporativa, gestão de crises, relações públicas internacionais e ferramentas de comunicação para diagnosticar riscos e prevenir crises. As aulas serão expositivas com casos práticos e seminários. As atividades incluirão pesquisas, trabalhos individuais e em grupo.
O documento discute a relação entre premissas, restrições e riscos em projetos. Premissas são fatores considerados verdadeiros para fins de planejamento, enquanto restrições são limites que o projeto deve respeitar. Premissas e restrições podem gerar riscos que devem ser monitorados, como atrasos ou saída de recursos importantes. O documento também apresenta estratégias para lidar com riscos positivos e a relação entre declaração de escopo e estrutura analítica de projeto.
O documento fornece informações sobre a descrição de cargos em empresas, incluindo definições, premissas, formulários e elementos essenciais para a elaboração de descrições de cargos concisas e objetivas.
Konica minolta biz hub 163, 211, 220 field service manualPedro A. Uamusse
This service manual provides information for maintenance and troubleshooting of the bizhub 163/211/220 multifunction printers. It describes periodic maintenance procedures including parts replacement schedules and instructions. It also covers trouble codes, mechanical adjustments, and settings that can be configured in Utility and Service modes to customize device functions or diagnose issues.
Este documento fornece uma introdução abrangente sobre as principais classes de compostos orgânicos, incluindo alcanos, alcenos, alcinos, aromáticos, álcoois, éteres, fenóis, haletos orgânicos, aldeídos, cetonas, ácidos carboxílicos, anidridos, ésteres, cloretos de ácidos e amidas. Ele discute as aplicações, estruturas, nomenclaturas, propriedades físicas e químicas de cada classe.
Este documento fornece instruções sobre modelos de banco de dados em três níveis de abstração: modelo conceitual, modelo lógico e modelo físico. Explica como cada modelo descreve os dados de forma independente da implementação e fornece exemplos de como representar entidades, atributos e relacionamentos entre dados.
O documento apresenta o projeto conceitual inicial de um banco de dados para a empresa DEMO, descrevendo as entidades, atributos, relacionamentos e suas características. As principais entidades são: Departamento, Projeto, Empregado e Dependente (entidade fraca). Os relacionamentos descrevem como os empregados se relacionam com departamentos e projetos. Restrições como cardinalidade limitam o número de associações entre entidades.
O documento apresenta um resumo sobre modelagem conceitual de banco de dados. Aborda conceitos como entidade, atributos, relacionamentos, cardinalidades e tipos de entidades. Fornece exemplos para ilustrar cada tópico e exercícios para fixação dos conceitos.
1) O documento discute a importância de definir métricas para medir o desempenho de produtos digitais.
2) É apresentado um guia de 4 perguntas para ajudar a definir as métricas certas, cobrindo aspectos como o objetivo do produto, estágio de vida e jornada do usuário.
3) A métrica-guia ou "North Star Metric" é destacada como a métrica principal que orienta o produto em direção à sua visão.
O documento descreve os principais conceitos do Modelo Entidade-Relacionamento (MER), incluindo entidades, atributos, relacionamentos, cardinalidade e diagrama de entidade-relacionamento. O MER representa graficamente os dados de uma empresa por meio de entidades, atributos e relacionamentos.
ESTRATÉGIA E NEGÓCIOS PARA PRODUTOS DIGITAIS — PRODUTOS PARA HUMANOS.pdfPaulo Floriano
Este documento fornece uma introdução sobre estratégia e negócios para produtos digitais. Resume os principais pontos sobre:
1) O que é um negócio e para que ele serve, focando em criar e manter clientes;
2) Os principais componentes de um modelo de negócios, incluindo clientes, solução, canais de aquisição e fontes de receita;
3) A importância de entender a visão, receitas e ciclo de crescimento da empresa para melhor desempenhar o trabalho de produto.
O documento discute os conceitos básicos do Modelo Entidade-Relacionamento (MER), incluindo entidades, atributos, relacionamentos e cardinalidade. Explica que o MER representa graficamente, através de diagramas, a estrutura lógica de um banco de dados, especificando quais entidades existem e como elas se relacionam.
Este documento apresenta um estudo de caso sobre o uso de uma ferramenta wiki para melhorar o processo de comunicação em uma empresa familiar de distribuição. O objetivo é elaborar um plano para criar um ambiente colaborativo online que permita a troca de informações sobre TI, processos e conhecimentos entre gestores, funcionários e a área de tecnologia da informação de forma segura e eficiente. O documento descreve a metodologia do estudo de caso e explica como a ferramenta wiki pode ser implantada para compor uma intranet corporativa, destacando vant
Este documento apresenta os conceitos fundamentais de modelagem de dados, incluindo:
- O que é modelagem de dados e porque é importante modelar os dados de uma empresa;
- Os principais elementos de um modelo de dados, como entidades, atributos e relacionamentos;
- Os principais tipos de modelos na modelagem de dados, como modelo conceitual, lógico e físico.
O documento discute como a arquitetura empresarial pode resolver problemas comuns das organizações relacionados à tecnologia da informação, como falta de flexibilidade e alto custo de adaptação dos sistemas. Apresenta os principais elementos da arquitetura empresarial, como arquitetura corporativa, de negócios, da informação e de sistemas. Defende que modelando a organização e estabelecendo um canal de comunicação é possível ter um conhecimento compartilhado e linguagem comum.
Aula 4 - Diagrama Entidade Relacionamento (com exercício no final)Janynne Gomes
O que é um Diagrama Entidade Relacionamento (DER)?
• Elementos do DER
– Entidades
– Atributos
• Tipos de atributos
– Relacionamentos
• Auto-relacionamento
• Grau de relacionamento
• Atributos
• Cardinalidade
O documento descreve as ferramentas de análise estruturada utilizadas para construir uma especificação estruturada de um sistema, incluindo dicionário de dados, diagramas entidade-relacionamento, fluxo de dados e português estruturado. O objetivo é modelar os dados do sistema de forma independente de seu processamento para indicar as relações entre os objetos de dados.
O documento discute conceitos fundamentais de modelagem de dados como:
1) Chaves primárias e estrangeiras que identificam instâncias de entidades de forma única;
2) Modelo Entidade-Relacionamento Estendido que representa informações complexas usando subclasses, superclasses e herança;
3) Conceitos de generalização e especialização.
O documento descreve o que é um Modelo de Dados, que representa as necessidades de dados de um ambiente e como esses dados se relacionam. Um Modelo de Dados é composto de entidades, atributos, relacionamentos e dicionário de dados. Ele é um produto importante da fase de Análise de um projeto de desenvolvimento de sistema.
Este documento discute os principais modelos de bases de dados, incluindo:
1) O modelo conceitual representa os dados de forma independente de restrições técnicas;
2) O modelo lógico leva em conta limitações e define chaves;
3) O modelo físico adapta o conceitual às características do sistema.
O documento apresenta um plano de curso sobre Relações Públicas Corporativas. O curso abordará tópicos como imagem corporativa, gestão de crises, relações públicas internacionais e ferramentas de comunicação para diagnosticar riscos e prevenir crises. As aulas serão expositivas com casos práticos e seminários. As atividades incluirão pesquisas, trabalhos individuais e em grupo.
O documento discute a relação entre premissas, restrições e riscos em projetos. Premissas são fatores considerados verdadeiros para fins de planejamento, enquanto restrições são limites que o projeto deve respeitar. Premissas e restrições podem gerar riscos que devem ser monitorados, como atrasos ou saída de recursos importantes. O documento também apresenta estratégias para lidar com riscos positivos e a relação entre declaração de escopo e estrutura analítica de projeto.
O documento fornece informações sobre a descrição de cargos em empresas, incluindo definições, premissas, formulários e elementos essenciais para a elaboração de descrições de cargos concisas e objetivas.
Konica minolta biz hub 163, 211, 220 field service manualPedro A. Uamusse
This service manual provides information for maintenance and troubleshooting of the bizhub 163/211/220 multifunction printers. It describes periodic maintenance procedures including parts replacement schedules and instructions. It also covers trouble codes, mechanical adjustments, and settings that can be configured in Utility and Service modes to customize device functions or diagnose issues.
Este documento fornece uma introdução abrangente sobre as principais classes de compostos orgânicos, incluindo alcanos, alcenos, alcinos, aromáticos, álcoois, éteres, fenóis, haletos orgânicos, aldeídos, cetonas, ácidos carboxílicos, anidridos, ésteres, cloretos de ácidos e amidas. Ele discute as aplicações, estruturas, nomenclaturas, propriedades físicas e químicas de cada classe.
O documento discute interfaces de usuário e ergonomia no desenvolvimento de sistemas de informação. Aborda o desenho de entradas e saídas, considerando aspectos como tipo de diálogo, menus, formulários e telas. Também discute a importância da ergonomia e normas para proporcionar conforto e saúde aos usuários.
1) O documento discute diagramas de estrutura e estruturogramas, que são ferramentas gráficas usadas no desenho estruturado para descrever a hierarquia e comunicação entre módulos de um sistema.
2) Os módulos são representados por retângulos e conectados por setas para mostrar qual módulo chama outro. Isso descreve a estrutura do sistema sem detalhes de implementação.
3) Existem diferentes tipos de acoplamento entre módulos, com o acoplamento de dados sendo o mais
Tema 5 -_as_-_modelacao_do_fluxo_de_dados_-_dc_dfd_2009Pedro A. Uamusse
Este documento apresenta os conceitos de diagrama de contexto (DC) e diagrama de fluxo de dados (DFD). Descreve os componentes destes diagramas, incluindo processos, entidades externas e fluxos de dados. Fornece exemplos e diretrizes para a criação destes diagramas no processo de modelação de sistemas de informação.
Este documento discute dicionários de dados, árvores de decisão e tabelas de decisão. Ele define esses termos e explica seus componentes e usos, além de fornecer exemplos de como cada um pode ser construído e aplicado.
1. 8 de Outubro de 2008
1
TEMA 6TEMA 6
MODELO DE DADOS: DIAGRAMA DE
ENTIDADE E ASSOCIAÇÃO (DEA) E ESQUEMA
DE TABELAS (ET)
2008
ANANÁÁLISE ESTRUTURADALISE ESTRUTURADA
DEDE
SISTEMASSISTEMAS
DEADEA
O que se pretende com a modelaO que se pretende com a modelaççãoão
conceptual dos dados?conceptual dos dados?
R Criar um modelo onde estejam
representados os objectos que a
organização conhece e dos quais guarda
informação.
Modelo
Conceptual
Modelo
Lógico
Modelo
Físico Espaço-
Imagem
Espaço-
Objecto
ENCOMENDA
DETALHE DE
ENCOMENDA PRODUTO
constitu ída
por
incluído
em
do
referido
em
ModelaModelaçção Conceptual dos Dadosão Conceptual dos Dados
R Traduz-se na representação, de uma forma gráfica convencional,
da realidade sobre a qual interessa conservar informação.
HOTEL
RESERVA
DE HOTEL
CLIENTE
reserva
quarto em
pede
HOTEL RESERVA CLIENTE
Processo de ModelaProcesso de Modelaçção dos Dadosão dos Dados
1) Identificar Entidades
2) Desenhar o Modelo Conceptual (Diagrama Entidade-Associação)
3) Identificar e assignar Atributos (Matriz Entidades-Atributos)
4) Refinar Diagrama Entidade-Associação
5) Validar e avaliar Diagrama Entidade-Associação
6) Construir o Modelo Lógico (Esquema de Tabelas)
7) Identificar e Associar novos Atributos às Tabelas
8) Validar e avaliar Esquema de Tabelas
9) Construir o Modelo Físico (escolhendo o SGBD adequado)
Diagrama Entidade AssociaDiagrama Entidade Associaçção (DEA)ão (DEA)
Componentes do ModeloComponentes do Modelo
R A escrita (ou desenho) de um DEA traduz-se na
representação gráfica dos seus três componentes:
♦ entidades - objectos (em sentido lato) sobre os quais a
organização guarda informação
♦ atributos - as propriedades relevantes das entidades
♦ associações - os relacionamentos entre entidades
Técnica de modelação conceptual que se
baseia nos conceitos de entidade, atributo e
associação
EntidadeEntidade
Qualquer coisa (objecto ou conceito) com interesse para a
organização a respeito da qual é guardada informação e que
possa ser identificável de maneira inequívoca.
Representa uma classe, ou conjunto de objectos, e é
caracterizada por um nome (o nome da entidade) e pelo conjunto
das suas propriedades (os atributos da entidade).
CLIENTE
Arquivo manual Entidade
Cliente: Luís
Morada: Rua
Telefone:
Crédito
Cliente: Leonor
Morada: Rua
Telefone:
Crédito
Cliente: Catarina
Morada: Rua
Telefone:
Crédito
Cliente: Carlos
Morada: Rua
Telefone:
Crédito
Cliente: António
Morada: Rua
Telefone: 21 1234123
Crédito: 700 MT
2. 8 de Outubro de 2008
2
Ocorrência da EntidadeOcorrência da Entidade
R Uma concretização de qualquer entidade.
Uma determinada ocorrência de qualquer entidade só pode
assumir, de cada vez, um valor para cada atributo.
Por outras palavras, cada atributo associa a uma ocorrência um
valor num dado domínio.
Ocorrências da entidade cliente
…………
3300 MT93 1112223EstradaLuís
300 MT96 1212121PraçaLeonor
290 MT91 9991111AvenidaCatarina
170 MT21 5554444Q120Carlos
700 MT21 1234123RuaAntónio
CRÉDITOTELEFONEMORADANOME
Fichas do arquivo manual
Cliente: Luís
Morada: Rua
Telefone:
Crédito
Cliente: Leonor
Morada: Rua
Telefone:
Crédito
Cliente: Catarina
Morada: Rua
Telefone:
Crédito
Cliente: Carlos
Morada: Rua
Telefone:
Crédito
Cliente: António
Morada: Rua
Telefone: 21 1234123
Crédito: 700 MT
AtributoAtributo
R Qualquer propriedade relevante de uma entidade.
Mais precisamente, uma característica que qualifica, identifica,
classifica, quantifica, ou expressa o estado de uma entidade.
DomDomíínio de um atributonio de um atributo
R É o conjunto de valores que esse atributo pode assumir.
A selecção dos atributos relevantes para uma entidade é uma das
tarefas importantes na análise - a captação e tradução do mundo
real.
CRÉDITOMORADANOME TELEFONE
Entidades e AtributosEntidades e Atributos
…………
93 1112223EstradaLuís
96 1212121PraçaLeonor
91 9991111AvenidaCatarina
21 5554444Q120Carlos
21 1234123RuaAntónio
CRÉDITOTELEFONEMORADANOME
Cliente: António
Morada: Rua
Telefone: 21 1234123
Crédito: 700 MT
Cliente: Luís
Morada: Rua
Telefone:
Crédito
Cliente: Leonor
Morada: Rua
Telefone:
Crédito
Cliente: Catarina
Morada: Rua
Telefone:
Crédito
Cliente: Carlos
Morada: Rua
Telefone:
Crédito
Cliente: António
Morada: Rua
Telefone: 21 1234123
Crédito: 700 MT
- atributo-1
- atributo-2
- atributo-3
- atributo- n
ENTIDADE
ENTIDADE
- nome
- morada
- telefone
- crédito
CLIENTE
CLIENTE
3300 MT
300 MT
290 MT
170 MT
700 MT
Tipos de AtributosTipos de Atributos
R Uma entidade tem dois tipos de atributos:
Identificador (chave)
a Atributo (ou conjunto de atributos) que identifica uma
ocorrência específica dessa entidade distinguindo-a das
restantes ocorrências.
a Para que um atributo seja identificador de uma entidade é
preciso que não existam duas ocorrências distintas dessa
entidade em que esse atributo assuma o mesmo valor.
Descritores
a Atributos que descrevem (ou caracterizam) as ocorrências da
entidade.
AssociaAssociaççãoão
É caracterizada por um nome
(o nome da associação) e pelo
conjunto das suas
propriedades.
ALUNO TURMA
pertence
conté m
ALUNO DISCIPLINAfrequenta
é frequentada
ALUNO DIPLOMA
obté m
é obtido
CLIENTE RESERVAfaz
é feita por
NotaNotaçção:ão:
R Qualquer relacionamento (ligação) entre duas ou mais entidades
com interesse para a organização.
Nome da AssociaNome da Associaççãoão
contrata
é contratado
por
EMPREGADO
DEPARTAMENTO
é qualificado
para trabalhar
em
avalia
qualificações de
EMPREGADO
DEPARTAMENTO
paga
é pago por
EMPREGADO
DEPARTAMENTO
ASSOCIAÇÕES SÃO EXPRESSAS POR VERBOS
R Observação:
Muitos verbos são ambíguos.
“trabalha para”
“é empregado de”
O que significa ser empregado? Quando começa? Quando termina?
3. 8 de Outubro de 2008
3
Propriedades da AssociaPropriedades da Associaççãoão Propriedades da AssociaPropriedades da Associaççãoão
RR GrauGrau
Uma associação entre duas entidades pode caracterizar-se de três
formas distintas
UM para UM;
UM para MUITOS ;
MUITOS para MUITOS.
ALUNO DISCIPLINAfrequenta
é frequentada
ALUNO TURMA
pertence
conté m
ALUNO DIPLOMAobté m
é obtido
AssociaAssociaçção 1:1ão 1:1 –– Um para UmUm para Um
é atribuída tem
EMPREGADO
SECRETÁRIA
EMPREGADO SECRETÁRIA
Sec. 09
Sec. 03
Sec. 16
Sec. 23
Eva
Ivo
Ana
José
tem
tem
tem
tem
AssociaAssociaçção 1:Mão 1:M –– Um para MuitosUm para Muitos
faz parte de consiste em
ORGANIZAÇÃO
DEPARTAMENTO
Dep. 68
Dep. 55
Dep. 07
Dep. 56
Dep. 09
Dep. 03
Dep. 16
Dep. 23
Org. 4
Org. 3
Org. 2
Org. 1
ORGANIZAÇÃO DEPARTAMENTO
consiste em
AssociaAssociaçção M:Mão M:M –– Muitos para MuitosMuitos para Muitos
pertence possui
FUNCIONÁRIO
HABILITAÇÃO
FUNCIONÁRIO HABIL. PROFISSIONAL
Arquitecto
Programador
Analista
Ana
José
possui
Qualidade de ParticipaQualidade de Participaçção de umaão de uma
Entidade na AssociaEntidade na Associaççãoão
OBRIGATÓRIA
R Quando duas entidades estão associadas, por exemplo E1 e E2, diz-
se que E1 participa de forma obrigatória na associação se e só se a
qualquer ocorrência de E1 corresponder, pelo menos, uma
ocorrência de E2.
EMPREGADO
CATEGORIA
PROFISSIONAL
CATEGORIA PROFISSIONAL
PARTICIPA DE FORMA
OBRIGATÓRIA NA ASSOCIAÇÃO
4. 8 de Outubro de 2008
4
Qualidade de ParticipaQualidade de Participaçção de umaão de uma
Entidade na AssociaEntidade na Associaççãoão
OPCIONAL
R Quando duas entidades estão associadas, por exemplo E1 e E2, diz-
se que E1 participa de forma opcional na associação se puder
existir uma ocorrência de E1 à qual não corresponde qualquer
ocorrência de E2.
EMPREGADO PARTICIPA DE
FORMA OPCIONAL NA
ASSOCIAÇÃO
EMPREGADO
CATEGORIA
PROFISSIONAL
CardinalidadeCardinalidade da Associada Associaççãoão
E2E1
Máximo Máximo
Mínimo Mínimo
GRAU
QUALIDADE DE
PARTICIPAÇÃO
1:1
1:M
M:M
OBRIGATÓRIA
OPCIONAL
CARDINALIDADE GRAU + QUALIDADE DE PARTICIPAÇÃO
CardinalidadeCardinalidade da Associada Associaççãoão
ALUNO DIPLOMA
obté m
é obtido
ALUNO TURMA
pertence
conté m
ALUNO frequenta
é frequentada
INTERPRETAÇÃO SINTÁCTICA
Cada organização “cont ém” zero
ou mais departamentos;
Cada departamento “faz parte
de” uma e uma s ó organização.
INTERPRETAÇÃO SEMÂNTICA
Para existir um departamento,
ele tem que fazer parte de uma
organização;
Uma organização pode existir
sem conter qualquer
departamento.
ORGANIZAÇÃO DEPARTAMENTO
contém
faz parte de
DISCIPLINA
ExemplosExemplos
DEPARTAMENTO FUNCIONÁRIO
é chefiado
chefia
DEPARTAMENTO FUNCIONÁRIO
é chefiado
chefia
Aluno FUNCIONÁRIO
contrata
é contratado
DEPARTAMENTO
DEPARTAMENTO FUNCIONÁRIO
contrata
é contratado
FUNCIONÁRIO PROJECTO
está envolvido
envolve
FUNCIONÁRIO PRO JECTO
está envolvido
envolve
Componentes dos DEAComponentes dos DEA
COMPONENTE DESCRIÇÃO SÍMBOLO
ENTIDADES objecto distinto de todos os restantes, com
interesse para a organização, sobre o qual a
organização guarda informação garantindo
que este seja identificável de forma
inequívoca
ATRIBUTOS propriedades (características) das entidades
relevantes para o sistema; um atributo pode
assumir valores de um determinado domínio
de valores.
Existem dois tipos de atributos:
identificadores e descritores.
ASSOCIAÇÕES quaisquer relacionamentos (ligações) entre
duas ou mais entidades relevantes para o
sistema. São caracterizadas por nome e
propriedades.
ENTIDADE-1
ENTIDADE -1
atributo-1
atributo-2
(...)
atributo-n
OPCIONAL
OBRIGATÓRIA
OPCIONAL
OBRIGATÓRIA
OPCIONAL
OBRIGATÓRIA
5. 8 de Outubro de 2008
5
RefinamentoRefinamento
do Modelo de Dadosdo Modelo de Dados
e Derivae Derivaççãoão
do Esquema de Tabelasdo Esquema de Tabelas
Refinamento do ModeloRefinamento do Modelo
R Decomposição das associações complexas em associações
binárias;
R Decomposição das associações de grau M:M em pares de
associações 1:M
Objectivos:
R fazer ressaltar a existência de entidades não identificadas de
início (entidades associativas, atributivas, particularizações e
generalizações);
R facilitar a análise posterior da consistência do diagrama;
R dar ao modelo a forma adequada para passos subsequentes da
metodologia.
Decompor AssociaDecompor Associaçções Complexasões Complexas
R As associações complexas (que envolvam mais do que
uma entidade) devem ser decompostas em associações
binárias (apenas entre duas unidades).
MOVIMENTO
FORNECEDOR
CLIENTE
CLIENTEFORNECEDOR
PEÇA
PEÇA
Entidade Associativa -
entidade que guarda
informaç ão que descreve
duas ou mais entidades.
Decompor AssociaDecompor Associaçções M:Mões M:M
R As associações cujo grau seja M:M devem ser substituídas por um
par de associações do grau 1:M.
PRODUTOENCOMENDA
contém
está
contido
Entidade Associativa
LINHA DE
ENCOMENDA
ENCOMENDA
tem
pertence
PRODUTO
contém
está contido
DerivaDerivaçção do Esquema de Tabelasão do Esquema de Tabelas
R Basicamente, uma tabela representa uma entidade em que:
a cada coluna é um atributo;
a cada linha corresponde a uma ocorrência;
a não existem duas linhas com os mesmos valores em todos os
atributos.
Representação teórica Representação real
EMPREGADO (Número, Nome, …)
Nome da Tabela
Identificador
(chave primária)
restantes atributos
Número Nome Morada Telefone Serviço
NormasNormas
R Normalmente, cada entidade dá origem a uma tabela com:
a identificador da entidade;
a restantes atributos da entidade;
a identificadores de outras entidades que lhes estejam associadas (só em
alguns casos.
R Associações sem dados podem dar origem a uma tabela, ou não, dependendo:
a do grau da associação;
a da qualidade da participação das respectivas entidades.
R Deve-se:
a evitar ocorrências em que os identificadores de outras entidadestenham
valores nulos;
a não criar tabelas de modo que identificadores de outras entidades se
repitam;
a criar tabelas para as associações apenas quando tal seja necessário para não
violar as regras anteriores.
6. 8 de Outubro de 2008
6
Regras (I)Regras (I)
ASSOCIAÇÕES
1:1
Ambas as entidades tem participação
obrigatória na associação
E1(A1, …) E2(B1, …)
E2E1
R Sempre que uma entidade ocorre a outra entidade também tem que ocorrer, ou
seja
a a cada ocorrência de uma entidade corresponde uma ocorrência de outra
entidade e vice-versa.
R Logo,
a basta uma tabela para representar esta situação.
a A chave tanto pode ser A1como B1.
T(A1, …, B1, …) ou T(B1, …, A1, …)
R Quando E1 ocorre, E2 pode ou não ocorrer, mas quando E2 ocorre E1 tem que
ocorrer, ou seja
a quando se cria uma ocorrência em E1 pode acontecer não ter que criar uma
ocorrência em E2, mas quando se cria uma ocorrência emE2 tem de existir
uma ocorrência emE1.
R Logo,
a duas tabelas, uma para cada entidade, em que a tabela da entidade de
participação obrigatória tem que possuir o identificador da entidade de
participação não obrigatória.
Regras (II)Regras (II)
ASSOCIAÇÕES
1:1
Apenas uma entidade tem participação
obrigatória na associação
T1(A1, …) e T2(B1, …, A1)
E1(A1, …) E2(B1, …)
E2E1
Chave
estrangei
ra
Regras (III)Regras (III)
ASSOCIAÇÕES
1:1
Nenhuma entidade tem participação
obrigatória na associação
T(A1, …) e T2(B1, ...) e T3(A1, B1) ou T3(B1, A1)
R Quando E1 ocorre, E2 pode ou não ocorrer e quando E2 ocorre, E1 pode ou
não ocorrer, ou seja
a criar uma ocorrência emE1 não implica criar uma ocorrência em E2,
assim como criar uma ocorrência emE2 não implica criar uma
ocorrência em E1.
R Logo,
a três tabelas, uma para cada entidade e uma para a associação. A tabela
da associação possuirá os identificadores de E1 e E2, podendo qualquer
um deles ser a chave.
E1(A1, …) E2(B1, …)
E2E1
Regras (IV)Regras (IV)
ASSOCIAÇÕES
1:M
Participação obrigatória da entidade do
lado M na associação
R Origina duas tabelas, uma para cada entidade.
R A tabela da entidade E2 possuirá A1 como chave estrangeira, uma
vez que quando ocorre E2 tem que ocorrer E1.
T1(A1, …) ou T2(B1, …, A1)
E1(A1, …) E2(B1, …)
E2E1 ?
Chave
estrangei
ra
Regras (V)Regras (V)
ASSOCIAÇÕES
1:M
Participação não obrigatória da
entidade do lado M na associação
R Origina três tabelas - uma para cada entidade e outra para a
associação.
R A tabela da associação terá necessariamente como chave primária a
chave primária da entidade E2.
T1(A1, …) e T2(B1, …) e T(B1,A1)
E1(A1, …) E2(B1, …)
E2E1 ?
Regras (VI)Regras (VI)
ASSOCIAÇÕES
M:M
R Origina três tabelas - uma para cada entidade e outra para a
associação.
R A chave primária da tabela da associação será composta pela
concatenação das duas chaves primárias das entidades que
participam na associação.
R Nota: esta associação deve ser desfeita previamente, na fase de
refinamento do modelo de dados.
E1(A1, …) E2(B1, …)
E2E1 ??
T1(A1, …) e T2(B1, …) e T3(A1, B1)
7. 8 de Outubro de 2008
7
QuadroQuadro--ResumoResumo
E1 E2
E1 E2
E1 E2
E1 E2
E1 E2
E1 E2
E1 E2
E1 E2E1 E2
E1 E2
E1 E2
E1 E2
E1(A1, …) E2(B1, …)
? ?
T(A1, …, B1, …) ou T(B1, …, A1, …)
T1(A1, …) e T2(B1, …, A1)
T(A1, …), T2(B1, ...) e T3(A1, B1)
ou T3(B1, A1)
T1(A1, …) e T2(B1, …, A1)
T1(A1, …), T2(B1, …) e T(B1, A1)
T(A1, …), T2(B1, ...) e T3(A1, B1)(…)
Exemplo 1Exemplo 1 -- EnunciadoEnunciado
BI:
Departamentos Responsáveis
DEPARTAMENTO
DEPENDENTE
FUNCIONÁRIOCARGO
Ex. 1Ex. 1 –– ResoluResoluçção (DEA)ão (DEA)
DEPARTAMENTO
DEPENDENTE
FUNCIONÁRIOCARGO
emprega
trabalha em
ocupa
é ocupado por
tempertence
Ex. 1Ex. 1 –– ResoluResoluçção (Esquema de Tabelas)ão (Esquema de Tabelas)
Exemplo 2Exemplo 2 -- EnunciadoEnunciado
BI:
Ex. 2Ex. 2 –– ResoluResoluçção (DEA)ão (DEA)
MÉDICOCONVÉNIO
PACIENTE CONSULTAEXAMECONSULTA
MÉDICOCONVÉNIO
PACIENTE CONSULTAEXAMECONSULTA
é solicitado
solicita
é agendada
agenda
é realizadarealizapertenceinclui
8. 8 de Outubro de 2008
8
Ex. 2Ex. 2 –– ResoluResoluçção (Esquema de Tabelas)ão (Esquema de Tabelas) Exemplo 3Exemplo 3 -- EnunciadoEnunciado
Exemplo 1 - Enunciado
Umadeterminadaorganização,empresaprestadorade
serviços criada por cinco sócios, desenvolve projectos para
osseusclientes,deacordocomasencomendasdetrabalho
queesteslhefazem.
De acordo com o tipo e quantidade de trabalho necessários
à satisfação das encomendas, a firma sub-contrata técnicos
especializados para poder dar uma resposta que satisfaça
osseusclientes.
Orecursoaooutsourcingfoi a fórmula encontrada para
podercolmataracadavezmaiorindisponibilidadedos
quatro sócios para cumprirem as tarefas impostas pelo
crescentevolumedeencomendasefacturação.
Assim, reunidos, os quatro sócios acordaram no seguinte:
♦Aempresaseráorganizadaemcélulas,cadaqual
vocacionada para uma determinada área de
actividade(gestãoderedesecomunicações,
desenvolvimento e gestão de SI’s, manutenção de
sistemas lógicos e dehardwaree informática pessoal).
Uma quarta área (ocasional), a formação, será
assegurada pela célula directamente relacionada com
o tema do curso.
♦ Seráconstituídaumaquintacélula-deadministração
da empresa, que assegurará a sua organização
interna.
♦ Cada sócio será responsável pela coordenação de
umadascélulas.
♦ Os especialistas contratados serão sempre afectos a
umadascincocélulas(deadministraçãointerna,ou
de uma área de especialização específica, de acordo
comosprojectosencomendados).
Obs.:um cliente pode encomendar mais do que um serviço,
originandomaisdoqueumprojecto.
Pretende-se desenvolver o SI que, numa primeira fase,
deverá possibilitar gerir a carteira de clientes da empresa e
os recursos envolvidos em cada projecto (células e
especialistas)
Exemplo 3Exemplo 3 -- Lista de EventosLista de Eventos
A00
EXEMPLO
A02
AFECTAÇÃO
ESPECIALISTA A
CÉLULA
A01
CONTRATAÇ ÃO
ESPECIALISTA
A03
ABERTURA DA
FICHA DO
CLIENTE
A04
ENCOMENDA DE
PROJECTO POR
CLIENTE
Exemplo 3Exemplo 3 -- construconstruçção do DEAão do DEA
encomendado
porinclui
encomenda
afecto a
envolvido em
é efectuado por
A esclarecer:
•E se um especialista
pudesse estar afecto a
mais do que um projecto
(e sempre, pelo menos,
a um)?
•E se um projecto
pudesse ser
encomendado por mais
do que um cliente?PROJECTO
CLIENTE
ESPECIALISTA
CÉLULA