AES-T10-ModelagemDados_conceito

Esta é uma pré-visualização de arquivo. Entre para ver o arquivo original

Disciplina:
Análise Estruturada de Sistemas
Modelagem de Dados
Conceitos
Profa. Tânia Mara Paiva de Oliveira
Análise Essencial
Considerando a empresa como um sistema, ela pode ser bem compreendida se apresentarmos três modelos: 
O Modelo Funcional (Modelagem de Processos)
Diagrama de Fluxo de Dados
Dicionário de Dados
Diagrama de Contexto
Especificação de processos
O Modelo de Dados
Modelo Conceitual de Dados
Modelo Lógico de Dados
Modelo Físico de Dados (Modelo de Implementação)
O Modelo de Controle
Diagrama de Transição de Estado
S. Pompilho
Modelagem de Dados
Pompilho, cap 9
Modelagem de Dados é um método de análise de sistemas que busca, a partir dos fatos relevantes levantados e analisados na modelagem de processos, especificar a perspectiva dos dados, 
permitindo organizar esses DADOS em estruturas bem definidas, estabelecer as regras de dependência entre eles, produzindo um modelo expresso por uma representação, ao mesmo tempo descritiva e diagramática
Modelo de Dados
 A modelagem em sistemas de informação é um “continuum”.
 Usando a abordagem de níveis de abstração, temos:
S. Pompilho, cap.9
Independência de Hardware e Software
Independência de Hardware 
Método para obtenção do
 Modelo de Dados
Construir a lista de eventos (requisitos) do sistema;
Identificar os processos com seus respectivos protótipos, E/S e dicionário de dados;
Classificar os processos em ordem cronológica;
Construir o D.Contexto e D.FluxoDados - DFD;
Para cada processo:
Identificar as entidades envolvidas (a partir dos depósitos de dados identificados no DFD); 
I.1- Identificar os atributos das entidades (a partir do dicionário de dados da Modelagem Funcional)
I.2 - Eleger o(s) atributo(s) identificador(es) de cada entidade; 
I.3 - Identificar o tipo de cada entidade: primária, dependente ou associativa;
S. Pompilho,cap.17
Para cada processo:
Identificar os relacionamentos entre as entidades;
II.1 - Identificar o tipo de mapeamento de cada relacionamento (um-para-muitos, zeros-para-muitos, etc.);
II.2 - Identificar o tipo de cada relacionamento (normal, dependência, associativo, categoria).
S. Pompilho,cap.17
Método para obtenção do
 Modelo de Dados
Estudo de Caso: 
Emitir relatório de Avaliação de Alunos
S. Pompilho,cap.17
Protótipo no. 100
A
B
C
D
E
Levantamento de Requisitos
Direção cadastra dados de aluno
Entrada= matr-Aluno, nome-Aluno, ender-Aluno = dadosAluno
Saída= dadosAlunos gravados = Aluno
Secretária cadastra períodos letivos
Entrada= numPeríodo, dtInicioPeríodo, DtFimPeríodo = dadosPeriodoLetivo
Saída= dadosPeriodoLetivo gravados = Periodo
Secretária cadastra dados de Curso
Entrada= cod-Curso,titulo-Curso = dadosCurso
Saída = dadosCurso gravados = Curso
Estudo de Caso: 
Emitir relatório de Avaliação de Alunos
Direção da escola oferece turmas 
Entrada= cod-Curso, num-Período, prim-dia, ult-dia = dadosTurma 
Saída= dadosTurma gravados = Turma
Direção realiza matricula de aluno
Entrada= matrAluno, cod-Curso, num-Periodo, data-Matricula = dadosMatricula
Saída= dadosMatricula gravados = Matricula
Direção avalia aluno (ou avalia matricula)
Entrada= matr-Aluno, cod-Curso, num-Periodo, nota-Final = dadosAvaliacao
Saída = dadosAvaliacao gravados =
 MatriculaAvaliada
Estudo de Caso: 
Emitir relatório de Avaliação de Alunos
Emitir relatório de Avaliação de Alunos
Entrada= Alunos, MatriculaAvaliada
Saída= relatório de Avaliação de Alunos – ver protótipo no. 100
Estudo de Caso: 
Emitir relatório de Avaliação de Alunos
Estudo de Caso: 
Emitir relatório de Avaliação de Alunos
A seguir,
Classificar os processos 
em ordem cronológica
Levantamento de Requisitos
Secretária cadastra períodos letivos
Entrada= numPeríodo, dtInicioPeríodo, DtFimPeríodo = dadosPeriodoLetivo
Saída= dadosPeriodoLetivo gravados = Periodo
Secretária cadastra dados de Curso
Entrada= cod-Curso,titulo-Curso = dadosCurso
Saída = dadosCurso gravados = Curso
Direção da escola oferece turmas 
Entrada= cod-Curso, num-Período, prim-dia, ult-dia = dadosTurma 
Saída= dadosTurma gravados = Turma
Estudo de Caso: 
Emitir relatório de Avaliação de Alunos
4.1) Direção cadastra dados de aluno
Entrada= matr-Aluno, nome-Aluno, ender-Aluno = dadosAluno
Saída= dadosAlunos gravados = Aluno
4.2) Direção realiza matricula de aluno
Entrada= matrAluno, cod-Curso, num-Periodo, data-Matricula = dadosMatricula
Saída= dadosMatricula gravados = Matricula
5) Direção avalia aluno (ou avalia matricula)
Entrada= matr-Aluno, cod-Curso, num-Periodo, nota-Final = dadosAvaliacao
Saída = dadosAvaliacao gravados =
 MatriculaAvaliada
Estudo de Caso: 
Emitir relatório de Avaliação de Alunos
6) Emitir relatório de Avaliação de Alunos
Entrada= Alunos, MatriculaAvaliada
Saída= relatório de Avaliação de Alunos – ver protótipo no. 100
Estudo de Caso: 
Emitir relatório de Avaliação de Alunos
 Dicionário de Dados
dadosPeriodoLetivo = numPeríodo, dtInicioPeríodo, DtFimPeríodo. 
Periodo = numPeríodo, dtInicioPeríodo, DtFimPeríodo.
dadosCurso = cod-Curso,titulo-Curso.
Curso = cod-Curso,titulo-Curso.
dadosTurma=cod-Curso, num-Período, prim-dia, ult-dia
Turma = cod-Curso, num-Período, prim-dia, ult-dia
Estudo de Caso: 
Emitir relatório de Avaliação de Alunos
 Dicionário de Dados
dadosMatricula = matrAluno, cod-Curso, num-Periodo, data-Matricula
Matricula = matrAluno, cod-Curso, num-Periodo, data-Matricula
dadosAluno = matr-Aluno, nome-Aluno, ender-Aluno.
Aluno = matr-Aluno, nome-Aluno, ender-Aluno.
dadosAvaliacao = matr-Aluno, cod-Curso, num-Periodo, nota-Final. 
MatriculaAvaliada = matr-Aluno, cod-Curso, num-Periodo, nota-Final. 
Estudo de Caso: 
Emitir relatório de Avaliação de Alunos
DFD -
Diagrama
 de 
Fluxo de Dados
Estudo de Caso: 
Emitir relatório de Avaliação de Alunos
S. Pompilho,cap.17
Diagrama de 
Contexto
DER -
Diagrama
 de
Entidade-Relacionamento
Modelo Entidade Relacionamento - MER
Para representar classes de entidades, relacionamentos e atributos, costuma-se usar uma técnica diagramática chamada de 
Diagrama de Entidade – Relacionamento, o DER (exemplo da tranparência anterior), 
que fará parte do Modelo Entidade-Relacionamento (MER)
Um banco de dados, representado por um Modelo Entidade-Relacionamento – MER- pode ser representado por uma coleção de tabelas relacionais.
Os modelos de dados mais utilizados pelos SGBD’s (Sistema Gerenciador de Banco de Dados): 
modelo hierárquico, 
modelo em redes, 
modelo relacional (o mais amplamente usado), 
modelo orientado a objetos, ...
Exemplos de SGBD’s: MySQL, PostgreSQL, Oracle, MS SQL Server, ...
SGBD -Sistema Gerenciador de Banco de Dados
ou DBMS -Database Management System 
O objetivo principal é gerenciar o acesso, manipulação e organização dos dados.
O SGBD é um sistema para:
Armazenar dados de forma eficiente
Consultar dados obtendo respostas rápidas
Modificar dados concorrentemente.
Modelo de Dados
Descrição formal da estrutura de um banco de dados, que é administrado por um SGBD:
Modelo Conceitual
Modelo Lógico 
Modelo Físico
Níveis
De 
Abstração
Modelo de Dados
Modelo Conceitual
Modelo de dados abstrato que descreve a estrutura de um BD independente de um SGBD - Sistema Gerenciador de Banco de Dados.
Registra QUE dados podem aparecer no banco, mas não registra COMO estes dados estão armazenados no SGBD.
Modelo Lógico‏
Modelo de dados que representa a estrutura dos dados de um BD, dependente do modelo do SGBD. Isto significa que o tipo de BD a ser utilizado importa: hierárquico, em rede, relacional, orientado a objetos, etc.
Modelo Físico 
 demonstra como os dados são fisicamente armazenados, depende do SGBD. Ênfase na eficiência de acesso.
Modelo de Dados
Usando a abordagem de níveis de abstração, temos:
S. Pompilho, cap.9
Independência de Hardware e Software
Independência de Hardware 
Modelo Entidade Relacionamento - MER
O mapeamento entre os Modelos Entidade-Relacionamento e as tabelas Relacionais é relativamente simples.
Existem várias ferramentas destinadas a mapear o Modelo Entidade-Relacionamento para Relacional
Modelagem de Dados – opções de Ferramentas
 
Modelagem de Dados – opções de Ferramentas
 
Assista no YouTube o tutorial do brModelo :
http://www.youtube.com/watch?v=yhKaCw2smno
Referências
Pompilho, S. Análise Essencial: Guia Prático de Análise de Sistemas, 2ª. Ed., Rio de Janeiro: Ciência Moderna, 2002.
Apostila de Cátia Garcia Morais, catia.gm@ufpr.br, http://people.ufpr.br/~catia.gm/pdf/ibd_a2_fisico.pdf
Apostila de Prof. Abrahão Lopes, abrahao.lopes@ifrn.edu.br. Instituto Federal de Ecucação, Ciência e Tecnologia.
Amo, Sandra. Apostila de aula Sistema de Banco de Dados. Universidade Federal de Uberlândia.
Transparências do prof. Kleber Netto Fonseca
Muito Obrigado!
tania.paiva@aedu.com