TECNOLOGIA EM ANALISE E DESENVOLVIMENTO DE SISTEMAS

ATPS SISTEMAS DE BANCO DE DADOS

SANTA BARBARA DO OESTE

2014

ATPS SISTEMAS DE BANCO DE DADOS

Atividade Pratica Supervisionada (ATPS)

Disciplina: Sistemas de Banco de Dados, 1 bimestre, Faculdade
Anhanguera de Santa Barbara do Oeste.
Sob a orientao do professor mestre Luiz Barreto.

SANTA BARBARA DO OESTE

2014
ATPS SISTEMAS DE BANCO DE DADOS

Atividade Pratica Supervisionada (ATPS)

Disciplina: Sistemas de Banco de Dados, 1 bimestre, Faculdade
Anhanguera de Santa Barbara do Oeste.
Sob a orientao do professor mestre Luiz Barreto.

Aprovada em ____ de Abril de 2014.

PROFESSOR EXAMINADOR

_________________________________________
Professor Mestre Luiz Barreto
Anhanguera Educacional Ltda.
SUMARIO

SUMARIO 3
INTRODUO 4
ETAPA I 5
ETAPA I 7
ETAPA I 9
ETAPA II 10
ETAPA II 11
ETAPA II 13
ETAPA II 15
CONSIDERAES FINAIS 16
REFERNCIAS BIBLIOGRAFICAS 17

INTRODUO
Hoje, nesta Atividade Pratica Supervisionada veremos como funciona um
bando de dados, suas vantagens e desvantagens em relao a um sistema
de arquivos, veremos tambm Modelo Entidade Relacionamento (MER),
Diagrama Entidade-Relacionamento (DER) e suas funcionalidades em um
sistema gerenciador de vagas de estacionamento.

ETAPA I
Passo II
Antes dos Sistemas Gerenciadores de Banco de Dados (SGBD) as aplicaes
utilizavam sistemas de arquivos do Sistema Operacional. Atravs de
arquivos, as aplicaes armazenavam seus dados atravs das interaes

com a aplicao. Sendo armazenados em diversos arquivos, precisando de

diferentes programas de aplicaes para extrair e acrescentar registros,
elevando deformas os custos destas aplicaes.
Dados e Meta-dados na base
Os dados e a descrio correspondente so armazenada na base e
gerenciada pelo SGBD.
Independncia de Dados-Programas
Modificaes como incluso de um novo campo no afetam os programas.
Abstrao de Dados
Representao conceitual atravs de um modelo de dados que s usa
conceitos lgicos.
Mltiplas Vises
So vises, de como os usurios veem o banco de dados: Representam a
abstrao de mais alto nvel da arquitetura; Construdos de forma que sejam
removidos os conflitos entre duas ou mais vises.

Na tabela abaixo veremos algumas vantagens e desvantagens de um

sistema gerenciador de bando de dados
Vantagens
Desvantagens
Suporte a transao pode ser fornecido
Custos elevados para a converso de sistema baseado em arquivos para
banco de dados
Integridade pode ser mantida
Treinamento inicial necessrio aos programadores e usurios
Segurana reforada
Danos ao banco de dados afetam virtualmente a todos os programas
Os Dados podem ser compartilhados
Os sistemas de banco de dados so difceis e demorados de projetar
E aqui, sistemas de arquivos.
Vantagens
Desvantagens
padro aberto, no sendo preciso pagar por nenhum software.
Dificuldade no acesso aos dados
Possui suporte a Unicode
Problemas de segurana
Existem vrias ferramentas e editores bons no mercado
Redundncia e inconsistncia dos dados
Possibilidade de criar sua prpria sintaxe de dados
Isolamento dos dados

ETAPA I
Passo III
1. Definir, em no mnimo 10 linhas, Modelo de Dados.

Modelagem de Dados representa um conjunto de requerimentos de

informaes de negcio, uma parte importante do desenho de um sistema
de informao.
Entre os principaisobjetivos da modelagem de dados temos a representao
do ambiente observado, documentao e normalizao, fornecimento de
processos de validao e observao dos processos de relacionamento
entre objetos. As etapas envolvidas na construo de um modelo podem ser
divididas em trs modelos: Conceitual, lgico e fsico.
2. Citar os trs modelos de dados mais conhecidos descrevendo suas
caractersticas e os softwares SGBD que utilizam cada um dos modelos.
A modelagem de dados normalmente atende a trs perspectivas:
Modelagem Conceitual, Modelagem Lgica e a Modelagem Fsica. A
modelagem conceitual usada como representao de alto nvel e
considera exclusivamente o ponto de vista do usurio criador do dado,
dentre os sistemas utilizados para facilitar o desenvolvimento desta etapa
podemos citar o Visio e o DBDesigner. A modelagem lgica j leva em conta
algumas limitaes e programar recursos como adequao de padro e
nomenclatura, para este os sistemas utilizados podem ser os mesmos da
modelagem conceitual. A modelagem fsica demonstra como os dados so
fisicamente armazenados, leva-se em conta as limitaes impostas pelo
SGBD escolhido e deve ser criado sempre com base nos exemplos de
modelagem de dados produzidos no modelo lgico, um exemplo de SGBD
utilizado nesta etapa o SQL Server.
3. Com base na entidade proposta no enunciado do desafio e nos modelos
de dados citados neste passo, definam qual modelo de dados dever ser
utilizado na resoluo do desafio. Por qu? Justificar a resposta com
apresentao de exemplo.
Modelo lgico, pois, a primeira etapa j foi concluda com a definio das
entidades e no momento no necessrio visar qual SGBD ser utilizado.
Anecessidade atual definir as chaves primrias, estrangeiras e seus
respectivos relacionamentos, assim como o tipo de cada atributo, como
exemplo ser necessrio haver um relacionamento entre a entidade
estacionamento e a entidade vaga, pois, no mesmo estacionamento
existem varias vagas.
4. Definir Esquema e Instncia em banco de dados, utilizando-se das
entidades propostas no desafio para representar e exemplificar suas
definies.
Esquema a definio das estruturas que compem o banco de dados,
espera-se que o esquema ir sobrar nenhuma ou poucas alteraes depois
de implementado, o esquema independe dos dados a serem armazenados,
como por exemplo, podemos citar a entidade estacionamento e seus
respectivos atributos, podendo haver relacionamento com outra entidade.
Instncia a materializao do banco de dados composto pelas estruturas
mais os dados armazenados, um retrato do banco de dados em um
determinado momento, podemos ter a mesma estrutura reaplicada em
vrios locais, cada uma com seu conjunto de dados, como exemplo

podemos supor que j existem dados armazenados nas entidades vaga, em

determinado momento o estacionamento conter tais vagas preenchidas.

ETAPA I
Passo IV
Relatrio I
At o presente momento, fora desenvolvido atividades de sondagem de
como ser desenvolvido a base, para o real desenvolvimento do banco de
dados, tendo conhecimento do que se faz melhor para a Empresa LFL,
procuramos apresentar de forma clara e objetiva, do que j fora
desenvolvido, pela nossa equipe, bem como exemplificando, e diferenciando
as diversas formas de se montar o Servidor de Banco de Dados. Procurando
o melhor desempenho e praticidade, verificamos que o melhorpara a
empresa um sistema de banco de dados, bem como pela facilidade de
gerar relatrios, modificaes, bem como atualizaes. Apresentando a
vocs, todas as vantagens desvantagens para esta confeco, Junto a este
relatrio, ser enviado, parte de nosso estudo de caso, para a melhor
compreenso, bem como com suas definies e exemplificaes. J
apresentado, nosso relatrio, e todos os levantamento para a confeco da
base de banco de dados, iremos agora mais adiante, criando modelos de
entidades-relacionamento, mostrando graficamente todos os processos pela
nossa equipe desenvolvida.

ETAPA II
Passo I

ETAPA II
Passo II
1. Para a representao grfica do MER existem figuras que simbolizam
cada um dos componentes do DER (Diagrama Entidade-Relacionamento).
Demonstrar, graficamente, cada um desses smbolos identificando-os com
as entidades propostas.
Entidade: Objeto do universo de interesse do Banco de Dados, seu objetivo

 armazenar atributos. Podemos tambm defini-la como qualquer coisa do

Mundo real, abstrata ou concreta, na qual se deseja guardar informaes.
Exemplos de entidades: Empresa, Produto, Contrato, Vendas, etc.
Representao:

Atributos: Caractersticas das entidades, exemplos de atributos: Cdigo do

Produto (entidade produto), Nome do Cliente (entidade cliente).

Atributo Chave: Atributo nico para a entidade.

Atributo Composto: Atributo com tipos de dados diferentes.

2. Apresentar o(s) relacionamento(s) existente(s) entre as duas entidades

identificando sua cardinalidade. Justificar o(s) relacionamento(s)
apresentado(s) a partir do conceito de relacionamento e cardinalidade.

ETAPA IIPasso III

ETAPA II
Passo IV
Elaborar um relatrio (Relatrio 2) documentando as informaes
levantadas nos passos anteriores, de forma a demonstrar a empresa o
desenvolvimento da equipe. Entregar o relatrio ao cliente para apreciao
na prxima reunio.
Desenvolvemos na etapa passada, a parte conceitual e uma pequena
introduo do que seria desenvolvido, para o SGBD da Empresa LFLXZ Ltda
como foi falado anteriormente. Agora nesta etapa, apresentamos os
relacionamentos existentes entre as entidades levantando
sua cardinalidade - 1:1, 1:N, N:M - e seu grau
de relacionamento, justificando os mesmos e apresentando seu conceito e
cardinalidade. Fizemos um quadro de cada entidade propostas, resumindo
todos seus atributos com seus tipos, chaves e relacionamentos. Mostrando
graficamente os Modelos de Entidades Relacionais (MER), identificando as
entidades e o significado de cada uma delas. Desenvolvemos tambem um
Diagrama de Entidade e Relacionamento (DER) completo, tendo suas
entidades, atributos, chaves, relacionamento, cardinalidade, smbolos, etc.

CONSIDERAES FINAIS

Nesta Atividade Pratica Supervisionada aprendemos muito sobre Modelo de

Entidade e Relacionamento (MER), vimos um pouco sobre DER, a diferena
entre um Sistema Gerenciador de Banco de Dados e Sistemas de Arquivos,
as vantagens e desvantagem de cada um deles, mostramos tambm os
smbolos que representam o Diagrama Entidade Relacionamento.

REFERNCIAS BIBLIOGRAFICAS
Padro e normas ABNT:
http://anhanguera.edu.br/home/index2. php?
option=com_docman&task=doc_view&gid=1&Itemid=99 .
Contedo proposto:
https://sites.google.com/a/aedu.com/site-unidade-fa4-2014-1/