T1 PB1 SG

Prévia do material em texto

1 
 
 
 
 
 
Modelagem 
Entidade-Relacionamento 
 
 
 
 
 
Mateus Guedes 
Vinícius Ribeiro 
Pedro Henrique Campos 
 
 
Atividade apresentada como forma de avaliação 
parcial para a disciplina Banco de DadosI. 
 Prof. Marcelo Rego. 
 
 
 
 
 
 
 
Diamantina – MG 
Maio - 2016 
2 
 
Introdução 
O presente trabalho se propõe a apresentar uma modelagem ER (entidade-
relacionamento) para um banco de dados de um sistema de reserva de passagens 
aéreas. A descrição detalhada do nosso ambiente, cuja atividade proposta se baseia, 
está nas linhas abaixo, com as mesmas palavras que nos foi proposto pelo professor 
Marcelo Rego, segue: 
“ O sistema contará com um banco de dados central, que será acessado por 
aplicações clientes, rodando tanto dentro da própria companhia, quanto fora dela. 
A transação central do sistema é a reserva. Uma reserva é identificada por um 
código gerado pelo sistema em computador. A reserva é feita para um único 
passageiro, do qual se conhece apenas o nome. A reserva compreende um conjunto de 
trechos de voos, que acontecerão em determinada data/hora. Para cada trecho, a 
reserva é feita em uma classe (econômica, executiva, etc.). 
Um vôo é identificado por um código e possui uma origem e um destino. Por 
exemplo, o vôo 595 sai de Porto Alegre com destino a São Paulo. Um vôo é composto 
de vários trechos, correspondendo às escalas intermediárias do vôo. Por exemplo, o 
vôo 595 é composto de dois trechos, um de Porto Alegre a Londrina, o outro de 
Londrina a São Paulo. Cabe salientar que há cidades que são servidas por vários 
aeroportos. Por isso, é importante informar ao passageiro que faz a reserva em qual 
aeroporto o vôo passa. 
Às vezes, ao fazer a reserva, os clientes querem saber qual é o tipo de aeronave 
que será utilizada em determinado trecho do vôo. Alguns poucos voos, principalmente 
internacionais, têm troca de aeronave em determinadas escalas. 
Nem todos os voos operam em todos os dias de semana. Inclusive, certos voos 
têm pequenas mudanças de horário em certos dias da semana. 
Cada reserva possui um prazo de validade. Caso os bilhetes não tenham sido emitidos, 
até esgotar-se o prazo da reserva, a mesma é cancelada. Reservas podem ser 
prorrogadas. 
Como o check-in de todos os voos está informatizado, a companhia possibilita a 
reserva de assento para o passageiro. Reservas de assento podem ser feitas com até 
três meses de antecedência. 
Além de efetivar reservas, o sistema deve servir para vários tipos de consultas 
que os clientes podem querer fazer: 
 
1. Possibilidades de viagem de uma cidade ou de um aeroporto para outro; 
2. O mesmo, mas restrito a determinados dias da semana; 
3. Horários de chegada ou de saída em determinados voos; 
4. Disponibilidade de vagas em um trecho de voo; 
5. Disponibilidade de determinados assentos em um trecho de voo. “ 
 
A ferramenta básica de apoio para construção dos modelos apresentados foi o 
software BrModelo 3.0, executado em notebook LG s460, com processador Pentium e 
4GB de RAM. 
3 
 
Todas as imagens de diagramas apresentados foram exportadas diretamente 
do software, em formato JPeG. 
Desenvolvimento 
O modelo foi desenhado a partir de sugestões de todos os membros do grupo. 
Todas as relações apresentadas foram discutidas e aprovada de forma unanime. 
As entidades e relacionamentos foram identificados através do modelo 
convencional de identificação, que sugere o destaque de palavras (substantivos, 
geralmente) que se repetem como sendo entidades e os verbos (generalizando) como 
sendo relacionamentos. 
Foram Identificadas as seguintes entidades: RESERVA, VÔO, AERONAVE, 
TRECHO, ASSENTO, ORIGEM, DESTINO, AEROPORTO. 
Os relacionamentos não estão descritos formalmente no diagrama, pois são 
obvias as relações entre as entidades, mas sucintamente são: (ENTIDADES: 
Relacionamento) 
· RESERVA/ VÔO/ TRECHO: Uso 
· AERONAVE/TRECHO: Passa 
· ASSENTO/ VÔO/ TRECHO: Existe se 
· ASSENTO/RESERVA: Seleção 
· ORIGEM/TRECHO: Precisa de 
· DESTINO/TRECHO: Precisa de 
· ORIGEM/AEROPORTO: Precisa de 
· DESTINO/AEROPORTO: Precisa de 
 Todos os diagramas que devem ser avaliados como resoluções da atividade 
estão anexados ao fim desse documento. 
Conclusão 
 Com a modelagem desenvolvida no trabalho pudemos entender melhor a 
dinâmica de selecionar as entidades e relacionamentos adequados pra melhor 
representar nosso minimundo descrito na proposta desse trabalho. 
 Toda a atividade foi desenvolvida em grupo e ajudou a fixar a dinâmica pratica 
de modelagem de banco de dados, ao mesmo tempo em que possibilitou a 
oportunidade de trabalho em equipe. 
Bibliografia 
HEUSER, Carlos. A. Projeto de Banco de Dados. 4 ed. Porto Alegre: Sagra Luzzato, 2001. 
4 
 
Modelo Conceitual: 
 
 
 
 
 
 
 
 
 
 
 
 
Modelo Lógico: 
 
 
 
 
 
 
 
 
Modelo Conceitual:
5 
 
 
RESERVA (CodigoRes, Passageiro, Validade, NumAssento) 
AERONAVE (Descrição) 
TRECHO (IdTrecho) 
ASSENTO (CodVoo, NumAssento, Classe, ) 
VOO (CodVoo, ) 
ORIGEM (Data, HoraPartida, IdTrecho, NomeAerop, CidadeAerop ) 
DESTINO (Data, HoraChegada, IdTrecho, NomeAerop, CidadeAerop )