ProblemaA empresa LFLXZ Ltda. est informatizando a parte de controle de seu estacionamento. Diante disso est contratando sua equipe como uma consultoria que desenvolver um Modelo de Dados de forma a organizar todas as informaes em um SGBD (Sistema Gerenciador de Banco de Dados). A modelagem de dados dever ser realizada a partir da entidade Estacionamento, gerada a partir do levantamento de dados elaborado e com vistas a atender a demanda do cliente.

Etapa II.I MTODO CONVENCIONAL DE ARMAZENAMENTO

A comear pelo sistema de armazenamento de informaes convencional, esse mtodo de armazenamento pode funcionar para pequenas atividades onde no se faz necessria a comparao de informaes em nvel de resoluo de problemas, mas apenas para guardar informaes de atividades e transaes onde se faz necessrio guardar dados dispersos para uma eventual consulta, mas sem nenhuma vantagem competitiva, sem falar que o utilizador gastara muito mais tempo para fazer as aplicaes e ter dificuldades para encontrar um dado especifico.Em uma aplicao de vendas esse sistema no daria muitas vantagens, ele simples mente armazenaria notas fiscais, boletos emitidos nomes de clientes contatos datas etc, tudo de forma desorganizada e aleatria e manualmente, gastando mais tempo para realizar qualquer tipo de consulta, a nica vantagem seria o baixo custo por esta aplicao no requerer softwares mais avanados.

I.II ARMAZENAMENTOS COM O SGBD

Os SGBDs tm todo suporte para poder trabalhar com dados e gerar informaes precisas para que a melhor deciso seja tomada no caso de resoluo de problema, a comear pela eficcia em comparar, consultar, modificar, acrescentar, reparar e outras infinidades de aplicaes que o utilizador pode fazer atravs de um SGBD. Com o SGBD pode-se criar um ambiente integrado onde vrios setores podem consultar uma determinada informao.Em uma aplicao empresarial onde necessria fazer o registro de vendas um SGDB pode armazena dados de diversos tipos, uma nota fiscal, contatos, endereo, valores, de produtos, nomes de fornecedores, lista de interesses, boletos, pode-se ainda fazer comparaes de dados e coletar informaes especificas.Claro que a aplicao deste a SGDB iria requerer mais investimentos, mas a comparar os custos com o benefcio vale a pena tal investimento.

I.III VANTAGENS E DESVANTAGENS

I.III.I CONVENCIONALVANTAGENSCusto:Como no existe requisitos de hardware e software ou mesmo treinamento dos usurios, o custo dos Arquivos convencionais bem baixo.DESVANTAGENSDificuldade de acesso: Ao contrrio do SGBD no possvel que tenha acessos concorrentes sem que haja algum erro ou inconsistncia. Inexistncia do conceito ACID:A no ser que o programador crie, no existe nenhuma regra ou rotina que siga o conceito ACID. Isso pode acarretar vrios problemas, erros, redundncia, inconsistncias e falta de integridade dos dados.Falta de segurana:Sem controle de acesso, nveis de acesso e criptografia dos dados, a segurana desse modelo de armazenagem fica muito comprometida.Registro de Vendas:O registro de vendas s pode ser feito por uma pessoa, por que no tem regras de acesso concorrente. Se acontecesse algum erro no sistema, queda de energia ou travamento, o banco de dados ficaria corrompido por no completar a operao e no existir nenhum mecanismo de consistncia e persistncia de dados.

I.III.II SGBDVANTAGENSAcesso concorrente:Com um SGBD vrias pessoas podem acessar os dados ao mesmo tempo, ao contrrio dos arquivos convencionais.ACID (Atomicidade, Consistncia, Isolamento e Durabilidade):Atomicidade faz com que o banco de dados trabalhe com operaes 'indivisveis'. Ou toda operao feita, ou nenhuma operao feita e nada acontece no banco de dados. Assim assegura a integridade dos dados casso ocorra queda de energia, erros, travamentos, etc.Em um SGBD o conceito de Consistncia obriga uma operao os dados de um estado vlido para outro estado vlido. Ou seja, respeitar as regras de integridade do bando de dados. Por exemplo, um banco de dados que guarde o CEP, que so s nmeros, no pode aceitar letras ou o mesmo CEP duas vezes.O Isolamento um conjunto de tcnicas que evitam operaes paralelas interfiram umas nas outras, fazendo com que todas as operaes paralelas sejam executadas sequencialmente para que no ocorra erros e inconsistncias nos dados.O conceito de Durabilidade no SGBD que toda operao bem sucedida (commit) armazenada permanentemente no bando de dados, mesmo se ocorrer erros, travamentos e queda de energia no bando de dados.Segurana: possvel controlar o nvel de acesso ao banco de dados, aplicando regras s contas de usurio. Alm disso, possvel criptografar todos os dados.

DESVANTAGENSCusto:Ao utilizar um SGBD preciso ter em mente que pode custar caro. preciso levar em conta hardware, software, mo de obra qualificada, treinamento para usurios.Prazo:Devido complexidade do projeto, ele pode demorar muito tempo para ser concludo.

II MODELOS DE DADOSModelar significa criar um modelo que explique as caractersticas de funcionamento e comportamento de um software a partir do qual ele ser criado, facilitando seu entendimento e seu projeto, atravs das caractersticas principais que evitaro erros de programao, projeto e funcionamento. uma parte importante do desenho de um sistema de informao.A modelagem de dados a primeira etapa de um projeto que envolva banco de dados e tem como seu principal objetivo o desenvolvimento de um modelo que contenha entidades e relacionamentos, e que com isso seja possvel representas as especificaes das informaes do negcio (OLIVEIRA,2002).A modelagem de dados ajuda a organizar a forma de pensamento sobre os dados, demonstrando o significado. Modelagem Conceitual - usada como representao de alto nvel e considera exclusivamente o ponto de vista do usurio criador do dado; Modelagem Lgica - agrega alguns detalhes de implementao; Modelagem Fsica - demonstra como os dados so fisicamente armazenados.Um modelo de dados a coleo de, pelo menos, 3 componentes: Um conjunto de tipos de estruturas de dados:Define o tipo de dados e como se inter-relacionam Um conjunto de operadores:Operaes que permitem manipular as estruturas de dados definidas. Um conjunto de regras de integridade:Regras que definem que dados so vlidos.

II.I MODELOS DE DADOS MAIS CONHECIDOSModelo Relacional:SGBDR (Sistema de gesto de bancos de dados relacionais): os dados so registrados em quadros a duas dimenses (linhas e colunas). A manipulao destes dados se faz de acordo com a teoria matemtica das relaes.

EX: POSTGRESQLEsse SGDB funciona com um sistema de banco de dados relacional, onde possvel fazer uma customizao atravs da interface de programao que ele disponibiliza em sua estrutura de programao. E um software de cdigo aberto quer dizer gratuito, mantm um grupo de suporte ativo.Caractersticas:Controle de concorrncia multiverso (MVCC), ponto no tempo de recuperao, tablespaces, replicao assncrona, transaes aninhadas (savepoints), online / backups quentes, um planejador de consulta sofisticada / otimizador, e escrever ahead logging para tolerncia a falhas.Ele suporta conjuntos de caracteres internacionais, codificao de caracteres multibyte, Unicode, e local-aware para classificao, de maisculas e minsculas, e formatao.

Modelo de Rede:Como o modelo hierrquico, este modelo utiliza apontadores para os registros, contudo, a estrutura j no necessariamente arborescente no sentido descendente.

EX: MYSQLEste um dos SGDBs mais populares e usados na atualidade, usado em modelo de rede compartilhada, o que viabiliza esse feito a sua fcil utilizao, tambm o escolhido por grandes plataformas de aplicativos, como (Linux, Apache, MySQL, PHP / Perl / Python.), roda na maioria das plataformas de sistema operacional. E tambm um SGDB de cdigo aberto, mantm uma equipe de treinamento para os utilizadores.

Caractersticas:Portabilidade e Escrito em C e C++, testado com uma ampla faixa de compiladores diferentes, funciona em diversas plataformas. See Seco 2.2.3, Sistemas Operacionais suportados pelo MySQL, utiliza o GNU (Automake, Autoconf, e Libtool para portabilidade), APIs para C, C++, Eiffel, Java, Perl, PHP, Python, Ruby e Tcl esto disponveis, See Captulo 12, ferramentas de clientes e APIs do MySQL, suporte total a multi-threads usando threads diretamente no kernel.

Modelo HierrquicoOs dados so classificados hierarquicamente, este modelo utiliza apontadores entre os diferentes registros. Trata-se do primeiro modelo de SGBD.

EX:IMSO IMS o principal sistema de gerenciamento de dados voltado ao modelo hierrquico, ele recomendado para dados e aplicativos operacionais on-line crticos nos quais o suporte para alta disponibilidade, desempenho, capacidade, integridade e baixo custo so fatores chave. Ele se interage com produtos e plataformas da internet, oferece suporte de produtos padro abertos e vantajosos.

Caractersticas:Ele Transforma a forma atual dos negcios com informaes integradas, controla aplicativos de On Demand Business que suportem os rigores dos negcios realizados na Internet, Administra um ambiente escalvel, disponvel, seguro e facilmente gerenciado, aproveita as suas informaes para tomadas de decises mais conscientes, ele tambm ajuda na ativao de On Demand Business, no crescimento, na disponibilidade e no gerenciamento de sistemas necessrios de acordo como custo e com os ambientes atuais e mais recentes.

II.II MODELO ESCOLHIDO PARA PROJETOModelo RelacionalComo se trata de um controle de estacionamento, cada cliente ter uma identificao, atravs do seu nome e nmero de identificao, o nmero da placa ser associada ao cliente pois, ele poder ir com o carro que quiser e no s com o seu prprio, porm ele ter a opo de registrar somente o nmero de placa do seu prprio carro favorecendo sua segurana, se ocorrer uma tentativa de roubo dentro do estacionamento e se o carro do cliente for roubado ele no conseguir sair, a placa do carro ter uma identificao relacionada a, e somente o proprietrio vai saber.

II.III ESQUEMA E INSTNCIA

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.

EX:(nro_vaga,placa_veiculo, modelo_veiculo, cor_veiculo, tipo_veiculo, ano_veiculo)

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 dedados, como exemplo podemos supor que j existem dados armazenados na entidade vaga, em determinado momento o estacionamento conter tais vagas preenchidas.EX:60GWH4188GOLPRETOPASSAGEIRO2015

II.IV RELATRIO

O projeto de implantao do banco de dados ter como objetivo principal dar segurana aos usurios do shopping LFLXZ, o seu funcionamento simples de operar, no havendo a necessidade de pessoas especializadas para poder opera-lo, por se tratar de um sistema automatizado, porm ser necessrio um treinamento do utilizador do banco de dados para fazer os cadastramento e gerenciamento dos usurios do estacionamento.Partindo do princpio o sistema funcionar da seguinte forma, todos os usurios do estacionamento faro um cadastramento com os seguintes itens do usurio: nmero da ficha, nome, CPF, endereo, e-mail, telefone residencial, do veculo sero necessrios os seguintes itens: nmero da placa, modelo do veculo, cor do veculo, ano do veculo, as vagas sero classificas e identificadas com os seguintes itens: setor da vaga, nmero da vaga, e letra de corredor.Feito o cadastramento, o usurio poder colocar at 4 placas de carro no cadastramento, porm para isso ele ter que provar sua verdadeira relao com o veculo, se o mesmo pertence a ele, empresa que trabalha, ou se pertence a algum familiar, para todos os casos em que o veculo pertencer a terceiros haver um termo que dever ser assinado pelo proprietrio do automvel. Na implantao do sistema ser adotada uma maneira provisria do usurio poder entrar no estacionamento, e funcionar da seguinte forma, quando o usurio chegar no porto do estacionamento ele receber uma ficha com o nmero de matrcula, ele poder para casa preenchendo e enviando por um e-mail ou fax para o endereo ou nmero anotado na ficha. Caso ele no tenha os meios para enviar ele dever entregar a ficha na cabine do estacionamento, da ser enviado para o setor responsvel pelo cadastramento.O sistema estar disponvel em no Mximo 24hrs para ele poder utilizar o sistema eletrnico de identificao. O usurio vai se identificar da seguinte maneira, na porta do estacionamento ter um painel com alguns botes nem muito alto nem muito baixo para veculos comuns, e ter um painel mvel para veculos mais autos do tipo caminhes, este ser levado pelo porteiro do estacionamento para que o motorista possa digitar. Os usurios receberam um nmero de quatro dgitos para identificao e uma senha com quatro dgitos e com a(s) placa(s) que o mesmo cadastrou atravs do seu e-mail ou correspondncia.Quando o usurio chegar na porta do estacionamento ele ter que digitar a identificao a senha e o nmero da placa atravs do painel, dentro da cabine ter um monitor que vai apresentar para o guarda a placa que pertence quela identificao de usurio se a placa do veculo que o usurio estiver usando corresponder com a apresentada no monitor ento ser liberada a sua entrada pelo guarda, se no corresponder no ser permitido entrada, no caso da sada ser realizado o mesmo procedimento se a placa no corresponder ele no poder sair. Seguindo, feito a identificao do usurio ser gerado um cupom com o setor, letra e nmero da vaga, atravs das placas de sinalizao a sua ida para a vaga ser rpida e objetiva.

Etapa III.I MODELO DE ENTIDADE E RELACIONAMENTO (MER)Omodelo de entidade e relacionamento um modelo abstrato cuja finalidade descrever, de maneira conceitual, os dados a serem utilizados em umsistema de informaes ou que pertencem a um domnio. A principal ferramenta do modelo sua representao grfica, odiagrama entidade relacionamento. Normalmente o modelo e o diagrama so conhecidos por suas siglas: MER eDER.O Modelo de Entidade e Relacionamento (MER) uma representao da realidade e pode ser representado porentidades,relacionamentoseatributos(Londeix, 1995). Existem muitas notaes para diagrama de entidades e relacionamentos. A notao original proposta porPeter Chen composta de entidades (retngulos), relacionamentos (losangos), atributos (elipses) e linhas de conexo (linhas) que indicam acardinalidadede uma entidade em um relacionamento. A cardinalidade, ou os relacionamentos, podem ser1:1,1:NeN:N. Chen ainda prope smbolos para entidades fracas e entidades associativas.As notaes modernas abandonaram o uso de smbolos especiais para atributos, incluindo a lista de atributo, de alguma forma, no smbolo da entidade. Consideramos as notaes como as mais interessantes na atualidade.

Estacionamento

AtributosTipoTamanho

Numero_fichaAlfanumrico4

Cpf_proprietrioAlfanumrico11

Nome_proprietrioAlfanumrico40

Tel._comercialNumrico10

Tel._residencialNumrico10

Tel._celularNumrico11

E-mailNumrico60

Placa_veiculoAlfanumrico8

Vaga

AtributosTipoTamanho

Numero_vagaAlfanumrico4

Placa_veiculoAlfanumrico8

Modelo_veiculoAlfanumrico35

Cor_veiculoAlfanumrico20

Tipo_veiculoAlfanumrico20

Ano_veiculoNumrico4

I.II DIAGRAMA ENTIDADE RELACIONAMENTO (DER)

II RELATRIONesta etapa apresentamos relacionamentos existentes entre entidades levantando sua cardinalidade. Desenvolvemos a partir de um diagrama de entidade e relacionamento (DER), completo (entidade, atributos, chaves, relacionamento, Cardinalidade e smbolos). Tambm criamos quadros de cada entidade propostas, identificando todos os seus atributos como seus devidos tipos, chaves e relacionamentos. Representado graficamente os modelos de entidades relacionais, identificando-as entidades propostas e a simbologia de cada figura atribuda.Segundo informaes de vrios requisitos que foram levantados anteriormente visa a priorizar e facilitar o controle de acesso de um estacionamento.Primeiro passo foi levantar as necessidades do cliente de como manter o controle de vagas que ser destinada para cada veculo.Segundo passo foi fazer as divises e levantamentos, de quantas vagas cada proprietrio poderia utilizar. Terceiro passo foi identificado cada posio pertencente ao proprietrio e definindo cada entidade relacionamento seus atributos, colocando posies identificando suas chaves.Com estes requisitos nos disponibilizamos para manter sempre a satisfao do cliente com transparncia, honestidade e versatilidade com responsabilidade.

BIBLIOGRAFIAPRESSMAN, Roger S. Engenharia de Software. 6. ed. So Paulo: McGraw-Hill, 2006.SILVA, Nelson Peres. Anlise e estrutura de sistemas de informao. So Paulo: rica, 2007.

SOARES, Mrcio V. et al. Algoritmos e Lgica de Programao. 2. ed. So Paulo: Cengage Learning, 2011.

SILBERSCHATZ, Abraham; KORTH, Henry F.; SUDARSHAN, S.. Sistema de Banco de Dados. 6 ed. Rio de Janeiro: Campus - Elsevier, 2012.

ftp://ftp.unilins.edu.br/wesley/Banco%20de%20Dados/ApostilaBDOO.pdf

HTTPS://docs.google.com/a/aedu.com/viewer?a=v&pid=explorer&chrome=true&srcid=0B9e1nJ9U5ACjZWMyN2ViZjYtYWMxMS00OTE4LWIwYzItNTc0ZGU0MjEyOTI2&hl=en_Us

http://pt.wikipedia.org/wiki/Dadoshttp://pt.wikipedia.org/wiki/Modelo_de_entidade_e_relacionamento A2_TADS3_Sistemas_de_Banco_de_Dados_Teleaula_1_Tema_1 A2_TADS3_Sistemas_de_Banco_de_Dados_Teleaula_2_Tema_2

https://cacoo.com/diagrams/p1J6ZTDUVPUBDaW0/edit?sampleId=official-1492337

20