ETAPA 01 Passo 1 Sistema de Banco de Dados X Sistema de Arquivos Antes de SGBDs 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 de formas os custos destas aplicaes. Dados e Meta-dados na base Os dados e a descrio correspondente so armazenadas na base e gerenciadas 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 v em o banco de dados;- Cada um v o banco de dados ao seu modo. Representam a abstrao de mais alto nvel da arquitetura ;Construdos de forma que sejam removidos os conflitos entre duas ou mais vises Sistema de Banco de Dados Vantagens Desvantagens Dados podem ser compartilhados; Os sistemas de banco de dados so complexos, difceis e demorados para projetar; Redundncia pode ser reduzida; Custos Iniciais de softwares e hardwares altos ;Inconsistncia pode ser vista (Ate certo ponto);Danos ao banco de dados afetam virtualmente todos os programas ;Suporte a transaes pode ser fornecido; Custos altos para a converso de sistemas baseados em arquivos para banco de dados ;Integridade pode ser mantida; Treinamento inicial necessrios aos programadores e usurios .Segurana pode ser reforada; Requisitos contraditrios podem se reequilibrados ; Padres podem ser reforados. Sistemas de Arquivos Vantagens Desvantagens padro aberto, no sendo preciso pagar por nenhum software; Problemas de Integridade ;Existem varias ferramenta e editores bons no mercado ;A redundncia pode afetar a eficincia para armazenamento, afetando a transmisso e processamento, elevando os custos; Simplicidade e legibilidade, tanto para usurios como para computadores; Redundncia e inconsistncia dos dados Separao do contedo para a formatao; Dificuldade no acesso aos dados; Possibilidade de criar sua prpria sintaxe de dados ;Isolamento dos dados ;Possui suporte a Unicode

Anomalias de acesso concorrente; Permite validao, o que torna os testes mais efetivos, e a construo de aplicaes bem mais fceis. Problemas de segurana.

Sistema de Banco de Dados Passo 2 Modelo de dados consiste na especificao das estruturas de dados ,contendo uma coleo de ferramentas conceituais descrevendo dados, relaes de dados, semntica de dados e restries de consistncia. Um modelo dedados oferece uma maneira de descrever o projeto de um banco de dados do nvel lgico, fsico e de view. Especificando tambm a atividade de regras de negcios, necessrias para suportar uma rea de negcios. Representada tambm, por um conjunto de requerimentos de informaes de negcios. uma parte importante do desenho que compem o sistema de informao .A abordagem que se dispensa ao assunto normalmente atende trs perspectivas: Modelagem Conceitual, Modelagem Lgica e Modelagem Fsica. A primeira e conhecida e usada como representao de alto nvel e considera exclusivamente o ponto de vista do usurio criador do dado, a segunda j agrega alguns detalhes de implementao e a terceira demonstra como os dados so fisicamente armazenados. J os trs modelos de dados mais conhecidos, quanto ao objetivo, podemos identificar os seguintes:

Modelo de dados entidade-relacionamento (MER), (Leitura, construo e validao dos modelos). O modelo entidade-relacionamento baseado em uma percepo de um mundo real que consiste em uma coleo de objetos bsicos chamados entidades , e em Relacionamentos entre estes objetos. Uma entidade um objeto que distinguvel de outro objeto por um conjunto especfico de atributos. Por exemplo, os atributos nmero e saldo descrevem uma conta particular em um banco. Um relacionamento uma associao entre vrias entidades. Por exemplo, um relacionamento Conta Cliente associa um cliente a cada conta que ele possui. O conjunto de todas as entidades de um mesmo tipo e o conjunto de relacionamentos do mesmo tipo s o denominados conjuntos de entidades e conjuntos de relacionamentos , respectivamente. Em acrscimo a entidades e relacionamentos, o modelo ER representa certas restries com os quais os contedos de bancos de dados precisam es tarde acordo. Uma restrio importante o mapeamento de cardinalidade

(ou multiplicidade de um conjunto de relacionamentos) que expressa o nmero de entidades ao qual outra entidade pode estar associada via um conjunto de relacionamentos. Sendo os softwares BrModelo, BPWin, os utilizados;

Modelo relacional, usa uma coleo de tabelas para a representar os dados e as relaes entre ele. Cada tabela possui diversas colunas, e cada coluna possui um nome nico. O modelo relacional um exemplo de modelo baseado em registros, e o modelo de dados mais usado, e uma grande maioria dos sistemas de banco de dados atuais baseada no modelo relacional, sendo os softwares BPWin , Aris Tool Set , Visio da Microsoft e similares SmartDraw, dentre outros ;J o modelo de dados baseado em objeto (ODBMS ou OODBMS) , um banco de dados em que a informao armazenada na forma de objetos. Sendo o gerenciador de banco de dados para um orientado a objetos. Sendo dois fatores principais que levam a adoo da tecnologia de banco de dados orientados a objetos. A primeira, que em um banco de dados relacional se torna difcil de manipular com dados complexos. Segundo, os dados so manipulados pela aplicao escrita usando linguagens de programao orientada a objetos, e o cdigo precisa ser traduzido entre a representao do dado e as duplas da tabela relacional, o que alem de ser uma operao tediosa de ser escrita, consome tempo. Softwares como C++ C# Java Python

Delphi So bem utilizados para esta aplicao.

Passo 3 ER

Entidade e relacionamento

. Pois um modelo abstrato cuja a finalidade e descrever, de maneira conceitual, os dados a serem utilizados em um sistema de informao ou que pertenam a um domnio. Sendo a representao grfica sua principal ferramenta. Baseado na percepo de um universo constitudo por um grupo bsico de objetos chamados de entidades e por relacionamento entre esses objetos Controle de Estacionamento Entidade Atributos Estacionamentocpf_proprietario, nome_proprietario, telefone_com, telefone_res,telefone_cel, email.vaga modelo_veiculo, cor_veiculo, tipo_veiculo, ano_veiculo. Entidade Estacionamento Vaga Atributos Cpf_proprietario, Nome_proprietario, telelefone_com, telefone_res, telefone_cel, placa_veiculo modelo_veicular,cor_veiculo,tipo_veiculo,ano_veiculo,nro_vaga

Passo 4 Esquema Descrio (Textual ou Grfica) da estrutura de um banco dedados de acordo com um determinado modelo de dados. Esquema do Banco :

Armazenamento no catalogo; Mudanas muito menos freqentes.

Instncia-Conjunto de dados armazenados em um banco de dados em um determinado instante de tempo.

Estado do banco Dados do banco em qualquer ponto do tempo; Inicialmente vazio; Muda freqentemente; Validade parcialmente garantida pelo SGBD

Modelos De Dados

Esquema

Instancia

Regrar para estruturao dos dados

Regras para verificao das instancias

Entidades Cliente Produto

Instancias CPF_proprietario Vagas_Estacionamento

Passo 5

Relatrio

At o presente momento, fora desenvolvido atividades de sondagem decomo ser desenvolvido a base, para o real desenvolvimento do banco dedados, 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. o melhor desempenho e praticidade, verificamos que o melhor para 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 e 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 02

Passo1 Codigo Cadastro #nro_ficha Cadasto Vagas #nro_vagas #nro_vaga #placa_veiculo modelo_veiculo cor_veiculo tipo_veiculo ano_veiculo #nro_ficha #cpf_proprietario nome_proprietario tel_com tel_res tel_cel e_mail

nome_proprietario tel_com modelo_veiculo cor_veculo tel_res tipo_veiculo cpf_proprietario placa_veiculo ano_veiculo tel_cel nro_ficha nro_vagas
Cadastro
Possui

Vagas Estacionamento

nro_placa

email

Passo 2

Entidade

Objeto do universo de interesse do Banco de Dados, cujas caractersticas se deseja armazenar. Pode ser definida como qualquer coisa do Mundo real, abstrata ou concreta, na qual se deseja guardar informaes .Exemplos de entidades: Cliente, Produto, Contrato, Vendas, etc. Representao Grfica

Relacionamento entre conjuntos e entidades

Atributos - Caractersticas das entidades, Exemplos de atributos: Cdigo do Produto (Entidade Produto), Nome do Cliente (Entidade Cliente).Representao Grfica

Atributo Composto Atributos com tipos de dados diferentes, representao Grfica

7 7

Linhas - Ligam atributos a conjuntos de entidades e conjuntos de entidades a relacionamentos. Alguns autores chamam as linhas de arestas, em analogia s teorias de grafos e redes. Representao Grfica

Passo 3

CADASTRO

POSSUI

VAGAS

ESTACIONAMENTO

RELACIONAMENTO MUITOS PARA MUITOS

O relacionamento muitos-para-muitos usado quando varias entidades Ase relacionam com varias entidades B. Este relacionamento representado pelo sinal: N:N ou N:M. Percebemos essa relao, devido existirem vrios cadastros, para com relao a diversas vagas de estacionamento. Uma pessoa poder ter diversas vagas, da mesma forma que uma vaga no privativa, possa ter vrios nmeros de placas (#nro_placa)

Passo 4
Cpf_proprietario

Email

nome_proprieta rio

telefon e

nro_ficha

nro_place

Cadastro

possui i

Vagas Estacionamento

Too_veiculo

Modelo_veiculo

Ano_veiculo

Nro_place
con_veiculo

nro_vagas

Passo 5

Relatrio Na etapa anterior fora desenvolvido, a parte conceitual e uma breve introduo, do que seria desenvolvido, para o SGBD da Empresa LFL, como foi dito em relatrio anterior mente. J nesta etapa, criamos quadro de cada entidade propostas, identificando todos seus atributos com seus devidos tipos, chaves e relacionamentos .Representando graficamente os Modelos de Entidades Relacionais, identificando as entidades propostas e a simbologia de cada figura atribuda. Apresentamos tambm, os relacionamentos existentes entre as entidades levantando sua cardinalidade (1:1, 1:N, N:M), seu grau de relacionamento, justificando seus relacionamentos apresentando o conceito de relacionamento e cardinalidade. Desenvolvemos, a partir da um Diagrama de Entidade e Relacionamento, completo (Entidade, Atributos, Chaves, Relacionamento, Cardinalidade, Smbolos, dentre outros), partindo da entidade proposta no programa e das atividades desenvolvidas anteriormente.