U3

Seo 3.3
Principais tipos de sistemas gerenciadores de
banco de dados
Dilogo aberto

Voc j parou para pensar mais a fundo no que significa o termo informao,
que se encontra na expresso sistemas de informao? Vamos fazer um experimento
mental: se eu digo que uma pessoa tem uma massa de 200, voc acha que ele pesa
muito ou pouco? Bom, se a unidade de peso for em quilogramas, ele pesa muito,
mas se a unidade de medida for em gramas, ento trata-se de um feto ainda no ventre
materno; o que voc provavelmente vai pensar. E se eu disser que se trata de um
adulto de alta estatura saudvel que est dentro de sua faixa de peso adequada? A
voc pode pensar assim: Ah, ento a unidade de peso usada a libra, que equivale a
aproximadamente 455g. Ele deve ter uns 1,85m de altura e ento est dentro de seu
peso adequado, 91kg.

O nmero 200, originalmente atribudo ao peso do indivduo, no tem significado

completo at que que lhe atribuamos mais um dado: a unidade de medida. Ou, ento,
atribumos ao indivduo outras caractersticas que permitam deduzir a unidade de medida,
como neste caso. S o dado (o nmero 200 para o peso) tem pouco ou nenhum
significado. preciso combin-lo com outro dado, a unidade de medida em libras, para
que ele tenha significado: 200lb. Esta combinao de dados que gera algo que tem
significado leva um nome importante em nosso contexto de estudo: informao.

Nesta seo vamos estudar um tpico intimamente ligado ao raciocnio

desenvolvido anteriormente: como podemos organizar e combinar os dados
disponveis de forma a gerar informaes teis com eles. Neste contexto, entram em
cena os Sistemas de Gerenciamento de Bancos de Dados Relacionais, e se o nome
assusta um pouco, em um instante voc vai ver que, apesar de ser comprido, um
conceito bem fcil de se entender e muito til de se usar.

Quando pensamos no caso de Marlene e de sua loja de convenincias on-line

lembrando que j definimos a arquitetura do sistema chegado o momento de
auxili-la a definir a poro do sistema que responsvel pelos dados de clientes,
dados de estoques, dados de pedidos, dados fisco-financeiros e dados administrativos.
Nesta etapa voc deve apresentar respostas a diversas questes importantes acerca da
manipulao de dados dentro do sistema de Marlene, entre elas: quais informaes

Tecnologias de desenvolvimento de sistemas 159

 U3

devero fazer parte do banco de dados? Como fazer a modelagem dos dados para que
o sistema tenha um desempenho timo? Qual o gerenciador de banco de dados mais
adequado para o projeto? Onde sero armazenados e como podem ser recuperados
os dados? O banco de dados deve ser distribudo ou pode ser centralizado? As
respostas a estas importantes questes devem ser apresentadas sob forma de um
relatrio que oriente Marlene em suas decises.

Estas e outras questes devero ser respondidas no relatrio apresentado a Marlene.

E a? Vamos ao desafio?

Ento, mos obra!!

No pode faltar

Podemos considerar informaes como sendo recursos disposio de uma

instituio qualquer. Como assim, recursos?, voc pode perguntar. Bem, informaes
so recursos da mesma forma que papel sulfite um recurso: a instituio precisa
deles e os utiliza para atingir seus objetivos. A diferena que informaes so recursos
abstratos, enquanto o papel sulfite um recurso concreto. E da mesma forma que
ocorre com qualquer tipo de recurso, a instituio precisa gerenciar a informao
de maneira adequada, o que pode ser resumido em cinco grandes grupos de tarefas
(BALTZAN; PHILLIPS, 2008):

1. Determinar quais informaes sero necessrias.

2. Adquirir as informaes necessrias.

3. Organizar as informaes disponveis de maneira significativa para a instituio.

4. Garantir a qualidade da informao.

5. Disponibilizar ferramentas de acesso aos colaboradores que precisam

das informaes.

O primeiro ponto fruto de um conjunto de decises estratgicas e aes tticas

que devem emergir dos executivos e colaboradores da instituio. Em outras palavras,
ficam a cargo das pessoas, e no da tecnologia. Os demais pontos, como veremos
nesta seo, ou so realizados por ferramentas tecnolgicas, ou so pesadamente
auxiliados por elas. a tecnologia de banco de dados a servio da instituio.

160 Tecnologias de desenvolvimento de sistemas

 U3

Banco de Dados Relacional

Segundo uma definio bastante simples e til de Stair e Reynolds (2015), um

banco de dados no nada alm de uma coleo organizada de dados. No contexto
dos sistemas de informao, os bancos de dados so fundamentais, pois permitem
o acesso rpido e otimizado aos dados disponveis, facilitando sua combinao e
correlao de forma que possamos obter deles informaes teis para o sistema e
principalmente para seus usurios. A possibilidade de correlao dos dados d ao
banco de dados um nome especial: Banco de Dados Relacional, pois neste possvel
combinar dados de natureza diferente (um nmero e uma unidade de massa, por
exemplo), gerando informaes contextualmente significativas.

Exemplificando

Quando, em uma planilha de dados, combinamos o nome de uma

pessoa, com o nome de uma rua, com um nmero, com uma cidade,
com um estado e com um nmero especial chamado CEP, estamos
produzindo uma informao relacional importante: esta pessoa a partir
deste momento passa a ter um endereo naquele sistema de informaes.

Uma planilha eletrnica (como aquelas que geramos no Microsoft Excel) pode ser
considerada uma base de dados relacional, porque:

a) Disponibiliza ferramentas para o armazenamento e a manipulao de dados,

o que permite que a chamemos de base de dados.

b) Permite a correlao dos dados, o que permite que a chamemos de relacional.

importante observar que no preciso muita coisa para que um determinado

mecanismo possa ser considerado uma base de dados: um saco de supermercado em
que armazenamos pedaos de papel, cada um com um dado, pode ser considerado
uma base de dados. No uma base de dados l muito til e no permite nenhuma
organizao fora o fato de evitar que os pedaos de papel saiam voando. uma base
de dados porque os dados esto l, podem ser consultados (ainda que o processo seja
para l de inconveniente), dados podem ser adicionados e retirados.

Sistemas de Gerenciamento de Bancos de Dados Relacionais (SGBDR)

Da mesma maneira, uma planilha Excel pode at ser considerada uma base de
dados relacional, pois, diferentemente do saco de supermercado, o programa prov
facilidades para que os dados presentes em uma famlia sejam relacionados uns com os
outros, permitindo que deles obtenhamos informaes. Contudo, o Excel foi projetado

Tecnologias de desenvolvimento de sistemas 161

 U3

para servir a outros propsitos sua nfase na manipulao e na transformao dos

dados e como base de dados relacional uma ferramenta ineficiente.

Mesmo que o programa Excel oferea facilidades para o relacionamento de

dados, ele no um programa dedicado a este fim. Aos programas dedicados s
operaes de busca e correlao de dados, possibilitando o acesso rpido a estes e
bases de grande volume, sua combinao de forma a gerar informaes teis, alm,
claro, de mecanismos para que novos dados sejam cadastrados, e tambm para que
dados existentes sejam modificados e/ou apagados, damos o nome de Sistemas de
Gerenciamento de Bancos de Dados Relacionais. importante frisar neste momento
que um sistema de gerenciamento de bancos de dados relacionais um conjunto
de ferramentas disposio de um ou mais usurios. Os SGBDR por si ss no
correlacionam dados, nem adicionam ou removem dados de uma base de dados:
necessria a interveno direta do usurio para tanto (VAN DER LANS, 2006).

Assimile

Os sistemas de gerenciamento de bancos de dados relacionais apenas

apresentam ferramentas para a manipulao dos dados. Esta manipulao
fica a cargo do usurio, isto , a obteno de informaes teis por
meio da correlao dos dados s pode ser realizada com a interveno
humana. At porque o sistema em si no consegue definir o que til,
pois no tem a capacidade de raciocnio inerente aos seres humanos.

Hierarquia de dados

Segundo Stair e Reynolds (2015), geralmente organizamos dados em uma

hierarquia que vai do menor e mais simples para o maior e mais complexo: vamos
do bit (um nmero binrio que s pode conter os valore 0 ou 1), passando pelo
byte, que uma coleo de 8 bits e subindo em complexidade e volume de dados
possveis de serem armazenados. Obviamente que podemos hierarquizar os dados de
inmeras maneiras diferentes, mas, para propsitos de bancos de dados relacionais e
seu gerenciamento, utilizaremos uma hierarquizao que faa sentido neste contexto,
a saber (STAIR; REYNOLDS, 2015):

Caractere Um subconjunto dos bytes. Pode ser uma letra, um nmero ou

um smbolo na tabela ASCII. Exemplo: a letra F.

Campo Uma combinao de bytes de tamanho arbitrrio que descreve

um pequeno aspecto de um todo maior, uma entidade qualquer. Pode conter
apenas nmeros, apenas letras, apenas smbolos ou uma combinao de todos
ou de alguns destes. Exemplo: o sobrenome Freitas.

162 Tecnologias de desenvolvimento de sistemas

 U3

Registro Um conjunto de campos que so naturalmente relacionados

e descrevem uma entidade. Exemplo: se juntamos os campos logradouro,
nmero, complemento, CEP, cidade, estado e pas, temos uma entidade
chamada endereo.

Arquivo Um conjunto de registros de mesma natureza. Exemplos: o conjunto

de endereos de funcionrios de uma empresa; o conjunto de informaes de
documentos (CPF, RG, Carteira de Trabalho, Diploma, etc.) dos funcionrios de
uma empresa, entre outros.

Banco de Dados Um conjunto de arquivos de dados integrados e

relacionados. A Figura 3.2, a seguir, representa esta hierarquia de dados:

Figura 3.2 Hierarquia de dados

Conjunto de Exemplo: dados pessoais

Banco de dados arquivos integrados e + documentao +
correlacionados endereos

Conjunto de Exemplo: nomes de

Arquivo registros de mesma todos os funcionrios de
natureza uma empresa

Conjunto de campos Exemplo: nome +

Registro que descrevem uma sobrenome + nmero
entidade de funcionrio

Combinao de Exemplo: (19)3258-

Campo caracteres 4545, Santiago

Subconjunto dos
Caractere bytes. Pode ser letra, Exemplo: F, 2, /, (
nmero ou smbolo.

Fonte: Adaptado de Stair e Reynolds (2015, p. 207).

Organizando os dados

Se compararmos uma empresa deste incio do sculo 21 com uma empresa do

incio do sculo 20, uma caracterstica das empresas atuais nos saltar aos olhos:
complexidade. Comparadas s empresas do incio do sculo passado, as empresas
de hoje so bastante complexas. No modelo antigo, uma empresa tinha basicamente
quatro setores: produo, vendas, finanas e administrao, enquanto hoje em dia
inmeros departamentos e papis so necessrios para que a empresa seja eficiente
em suas aes no mercado, junto aos seus parceiros e acionistas. Esta complexidade

Tecnologias de desenvolvimento de sistemas 163

 U3

toda exige uma organizao absoluta dos dados necessrios e disponveis para a
conduo dos negcios, possibilitando acesso fcil e modificaes rpidas. E bvio
que esta organizao dos dados deve, antes de mais nada, refletir os processos de
negcio da empresa. Em meio a todas estas questes e necessidades, a empresa
precisa levar em conta quatro pontos importantes quando for desenhar sua estrutura
de dados e acesso a estes dados (STAIR; REYNOLDS, 2015):

Contedo Quais informaes devero ser coletadas e disponibilizadas?

Onde e como conseguir tais informaes? Quais os custos de aquisio destas
informaes?

Acesso Quais dados devem ser disponibilizados a determinados usurios?

Quando estes dados devem estar disponveis? De que forma pode/deve ser
feito o acesso?

Estrutura Lgica Como deve ser a organizao dos dados, de forma a

fazerem sentido para determinado usurio? razovel pressupor que o dado
x e o dado y estejam relacionados? Se sim, como deve ser esta relao sob os
pontos de vista qualitativo (que tipo de relao) e quantitativo (quantos dados x
se relacionam com quantos outros dados y)?

Organizao Fsica Onde devem ser armazenados os dados, fisicamente

falando? Uma localidade central suficiente ou h vantagens em se distribuir
os dados em mltiplas localidades? Quais so as facilidades de acesso remoto
(rede)? H redundncia de canais de acesso? Quais mecanismos de redundncia
de dados so necessrios?

Levantamento de requisitos do banco de dados

O projeto de um banco de dados depende da resposta inicial a vrias questes.

como no caso da arquitetura de sistemas, que vimos em aulas anteriores: o processo
comea com o levantamento de necessidades. O levantamento de necessidades para
o banco de dados um subconjunto do levantamento de requisitos do projeto como
um todo e est atrelado agenda global do projeto. No item Organizando os Dados,
que vimos anteriormente, temos vrias das questes que devem ser apresentadas,
discutidas e respondidas antes que se iniciem as aes de modelagem do banco de
dados (STAIR; REYNOLDS, 2015).

Com as respostas s questes, isto , com os requisitos do projeto de banco de

dados efetivamente levantados e analisados, dois aspectos do banco de dados podem
comear a ser definidos, a saber:

Design Lgico.

Design Fsico.

164 Tecnologias de desenvolvimento de sistemas

 U3

Podemos definir o Design Lgico de um banco de dados como sendo um modelo.

Um modelo um conjunto de ideias e conceitos que descreve uma entidade qualquer.
Neste sentido, o design lgico de um banco de dados busca descrever os dados, sua
organizao e suas relaes, no sentido de como se relacionam, suas dependncias e
em que contexto fazem sentido (STAIR; REYNOLDS, 2015).

Exemplificando

Um exemplo do contexto em que um dado faz sentido o nmero

do edifcio de um logradouro qualquer (rua, avenida, etc.). O nome do
logradouro faz sentido por si s (desde que saibamos que o nome se
refere a um logradouro). O nome Avenida Paulista faz sentido e nos
remete a uma conhecida avenida da cidade de So Paulo. J o nmero
1.573, por si s, no faz sentido a no ser por representar um nmero
natural. Contudo, quando afirmamos que o nmero 1.573 est ligado ao
contexto do nome Avenida Paulista, estamos compondo outro dado a
partir dos dois primeiros: temos agora um ponto especfico na Avenida
Paulista: Avenida Paulista, 1.573 se refere ao edifcio de nmero 1.573
nesta mesma avenida. O dado 1.573 foi contextualizado.

Uma vez realizado o Design Lgico do banco de dados, hora de pensar em seu
funcionamento sob o ponto de vista mais prtico. Entra em cena o Design Fsico, que
se ocupa de questes de acessibilidade, desempenho, alta disponibilidade, espao real
de armazenamento, custos e outros elementos pertinentes implantao do banco
de dados (STAIR; REYNOLDS, 2015).

A principal ferramenta disposio dos responsveis pelo Design Lgico e pelo

Design Fsico do banco de dados a Modelagem de Dados, que veremos a seguir.

Modelagem de Dados

De acordo com Sikha e Earp (2012), a modelagem de dados uma metodologia

que permite definir visualmente (ilustrar) um banco de dados. Em geral, o produto da
modelagem de dados uma representao grfica dos dados que enfatiza o tipo dos
dados e seu relacionamento. Este tipo de diagramao permite que o usurio derive
significado semntico dos dados, ou seja, permite que os dados sejam contextualizados
e deles possamos conseguir significados mais profundos e significativos do que se
estivssemos olhando para os dados separados.

Tecnologias de desenvolvimento de sistemas 165

 U3

O processo de modelagem de dados pode ser resumido em quatro passos (que,

de fato, englobam quatro grandes conjuntos de tarefas):

1. Identificar os dados que devem fazer parte do banco de dados, em

nvel conceitual.

2. Identificar as relaes quantitativas entre os dados.

3. Identificar as relaes qualitativas entre os dados.

4. Refinar a representao dos dados, identificando os nveis adequados de

abstrao e, tambm, ajustando os relacionamentos, uma vez que os nveis de
abstrao forem definidos.

Reflita

A identificao dos dados que devem fazer parte do banco de dados de

um sistema de informao tarefa estratgica, que deve ocorrer durante
o planejamento do sistema, na etapa de levantamento de requisitos. Um
levantamento malfeito de requisitos pode gerar um banco de dados
inadequado para resolver os problemas de interesse do cliente (SIKHA;
EARP, 2012).

Um exemplo de dado que podemos identificar para uma base de dados o nome
do indivduo que dever ser cadastrado. Outro exemplo, para fins de relacionamento
quantitativo, o nmero de identificao deste indivduo, que nico para ele, ou seja,
tem um relacionamento 1 para 1 (ou, em notao de banco de dados, 1:1), isto ,
cada indivduo cadastrado tem apenas um nmero de identificao e cada nmero de
identificao se refere a apenas um indivduo cadastrado. Outro dado que podemos
adicionar a este modelo o nmero de telefone celular, que pode ser mais de um
para um nico indivduo. Neste caso, a relao 1:n, ou seja um indivduo pode ter
vrios nmeros de telefone celular, mas cada nmero de telefone celular pertence a
apenas um indivduo. Um terceiro dado em nosso banco de dados hipottico seria
curso, com o objetivo de identificar todos os cursos que os indivduos cadastrados
realizaram ao longo de sua vida acadmica. Neste caso, temos um relacionamento
n:n, ou seja, um determinado indivduo pode ter feito vrios cursos e um determinado
curso pode ter sido feito por vrios indivduos em nossa base de dados.

A Figura 3.3, a seguir ilustra estes conceitos de relacionamento:

166 Tecnologias de desenvolvimento de sistemas

 U3

Figura 3.3 Relaes 1:1, 1:n e n:n

Celular 1 Curso 1

Nome 1

Nmero
Nome Nome Celular 2 Curso 1
Ident.

Nome 2

Celular 3 Curso 1

Relao 1:1 Relao 1:n Relao n:n

Fonte: O autor (2015).

No que concerne s relaes qualitativas entre dados de um banco de dados, o

que preciso definir um verbo que determina esta relao. No exemplo anterior,
temos o dado indivduo (representado por nome) e o dado curso. Podemos, portanto,
estabelecer o verbo conjugado na primeira pessoa do singular fazer (no caso, faz)
como relao entre ambos os dados. A Figura 3.4, a seguir ilustra este conceito de
relacionamento quantitativo:

Figura 3.4 Relao qualitativa entre dados

Faz
Nome Curso

Fonte: O autor (2015).

Em alguns casos, o verbo vem dentro de um losango, que conecta os dois dados

Modelo Entidade Relacionamento (MER)

O Modelo Entidade Relacionamento (MER) une os conceitos de relao qualitativa

e relao quantitativa, provendo uma ilustrao grfica que permite identificar os
relacionamentos entre dados de forma simples e rpida. Stair e Reynolds (2015) afirmam
que o desenvolvimento de diagramas MER ajudam a assegurar que a estrutura lgica
da aplicao seja consistente com os relacionamentos entre os dados disponveis no
banco de dados. Em outras palavras, o MER importante como ferramenta para o
desenvolvimento da aplicao, uma vez que auxilia a manter a consistncia lgica do
sistema de informao sendo desenvolvido.

Analisemos, a seguir, a Figura 3.5, que mostra um exemplo de diagrama MER:

Tecnologias de desenvolvimento de sistemas 167

 U3

Figura 3.5 Exemplo de diagrama MER

Vendedor

Atende

Cliente

Faz

Inclui
Pedido Produtos

Gera

Fatura

Fonte: Adaptado de Stair e Reynolds (2015, p. 207).

Podemos ler este diagrama da seguinte forma: um vendedor atende vrios clientes
(1:n, representado pela linha nica saindo de vendedor e pelas trs linhas chegando
at cliente). Cada cliente faz vrios pedidos (1:n) e cada pedido gera uma fatura (1:1).
Cada pedido tambm inclui vrios produtos (1:n).

Faa voc mesmo

Uma biblioteca tem como entidades de dados os bibliotecrios, os

leitores cadastrados, os livros, os peridicos (revistas), as fichas de
reserva de livros e peridicos e os assuntos a que cada livro ou peridico
pertence. Construa um diagrama MER para esta biblioteca.

Modelo de bancos de dados relacional

Existem muitos modelos de bancos de dados, incluindo arquivos sequenciais (flat

files), modelos hierrquicos, modelos distribudos em rede, entre outros. Entre as
vrias possibilidades de modelos, o modelo de banco de dados relacional emergiu
como o mais popular e sua popularidade s cresce, dadas as enormes vantagens de
flexibilidade e agilidade de acesso que propicia. A forma utilizada para se armazenar
e descrever os dados em um banco de dados relacional a tabela bidimensional de

168 Tecnologias de desenvolvimento de sistemas

 U3

dados. Uma tabela de dados leva o nome de uma relao e, no nvel, lgico equivale
a um arquivo (STAIR; REYNOLDS, 2015).

Grandes massas de dados podem ser organizadas desta forma, com cada uma das
linhas de uma tabela contendo um registro e cada coluna equivalente a um campo
do registro. Grandes massas de dados podem, desta forma, gerar relaes, que so
armazenadas em tabelas. Uma tabela , portanto, um subconjunto de uma massa
global de dados que compe o banco de dados principal.

A Tabela 3.2, a seguir, mostra dois exemplos de uma base de dados relacional:

Tabela 3.2 Banco de dados relacional

Depto. Nome N. Ger.

037 Finanas 1337
218 Marketing 2879
489 Vendas 1368

N. Ger. Nome Sobren. Admisso Fone

1337 Josnaldo Silva 24/01/2006 555-2324
1368 Marluza Pires 19/03/2010 555-5347
4558 Asclvis Santos 31/03/1998 555-3233
Fonte: Adaptado de Stair e Reynolds (2015, p. 207).

As duas tabelas deste banco de dados de exemplo permitem que faamos relaes
entre os mesmos, pois, se precisamos do telefone do gerente do Departamento
de Vendas, podemos consultar a tabela de departamentos e obter o nmero de
funcionrio deste gerente (no caso, 1368). Consultando a tabela de gerentes, temos
que o nmero de telefone do gerente (que se chama Marluza Pires) 555-5347.

E ser que voc consegue imaginar qual a ferramenta que nos permite fazer
consultas em bancos de dados para obter informaes como no exemplo acima?
Se voc disse por meio das linguagens de programao de bancos de dados que
estudamos na aula passada, voc acertou!

Pesquise mais
Existem vrios recursos na internet que ensinam o bsico sobre bancos
de dados relacionais. Por exemplo, os artigos a seguir apresentam uma
viso inicial que vai te ajudar a entender melhor como funcionam estes

Tecnologias de desenvolvimento de sistemas 169

 U3

sistemas, absolutamente imprescindveis s solues disponibilizadas hoje

em dia:

<http://www.cos.ufrj.br/~marta/BdRel.pdf>. Acesso em: 23 jan. 2016.

<http://ehgomes.com.br/disciplinas/bdd/sgbd.php>. Acesso em: 23 jan.
2016.
<http://br.ccm.net/contents/872-oracle-introducao-ao-sgbd-oracle>.
Acesso em: 23 jan. 2016.

Principais Sistemas de Bancos de Dados Disponveis

Existem hoje no mercado dezenas de Sistemas de Gerenciamento de Bancos de

Dados Relacionais disposio de usurios e desenvolvedores de sistemas. Alguns
dos principais so (STAIR; REYNOLDS, 2015):

Microsoft Access Sistema de banco de dados de usurio nico, gerando

bancos de dados relacionais para um nico usurio. til para organizar dados
pessoais e se integra de forma bastante natural com a sute de programas
Microsoft Office, em especial com o Microsoft Excel.

MySQL Sistema de banco de dados multiusurio de cdigo aberto (

gratuito, de uso pblico, e o cdigo pode ser modificado pelo usurio). Trata-
se de um sistema bastante utilizado em sistemas distribudos, hoje em dia,
principalmente em sites web e em aplicaes mveis que acessam bancos de
dados centralizados.

DB2 Sistema de banco de dados multiusurio da IBM, desenvolvido para

rodar em Mainframes, mas que hoje em dia foi portado at para o sistema
operacional de cdigo aberto Linux.

Oracle Principal soluo corporativa de banco de dados multiusurio

disponvel no mercado. Escalvel para bases de dados de grande porte,
podendo ser distribuda em vrios dispositivos de hardware (tambm fornecidos
pela Oracle). O mais usado para sistemas de misso crtica com grandes bases
de dados.

AWS (Amazon Web Services) A AWS um conjunto de servios de SaaS

(Software as a Service) oferecidos pela empresa norte-americana de vendas de
varejo Amazon, que inclui, entre outros, servios de gerenciamento de banco
de dados relacionais. Neste caso, o cliente no precisa se preocupar com
hardware, software, rede, implantao ou manuteno do SGBD, que fica por
conta da Amazon. Vrios fornecedores esto comeando a oferecer servios
semelhantes ao da AWS, entre eles o Google, a Oracle e a Intuit.

170 Tecnologias de desenvolvimento de sistemas

 U3

Sem medo de errar

Agora que entendemos um pouco mais acerca dos sistemas de gerenciamento
de bancos de dados relacionais, podemos retomar nossa conversa com Marlene,
no mesmo?

Uma vez que o projeto j est com a arquitetura adiantada (e aqui podemos
argumentar que a arquitetura do sistema de informao nunca fica realmente
pronta, uma vez que o sistema sempre passa por evolues e manutenes) e que
as ferramentas de desenvolvimento j foram escolhidas (linguagens e ambientes de
programao), hora de definirmos como ser o banco de dados do sistema.

Retomando as questes a serem respondidas nesta fase, temos: quais informaes

devero fazer parte do banco de dados? Como fazer a modelagem dos dados para que
o sistema tenha um desempenho timo? Qual o gerenciador de bancos de dados mais
adequado para o projeto? Onde sero armazenados e como podem ser recuperados
os dados? O banco de dados deve ser distribudo ou pode ser centralizado? Vamos s
respostas, que sero apresentadas Marlene em um relatrio especfico acerca das
orientaes para o banco de dados:

Com base no levantamento de requisitos feito durante a etapa de arquitetura,

muitas das questes acerca das informaes que devero ser disponibilizadas
no banco de dados j tero sido respondidas. Nesta etapa, deve haver um
refinamento destas respostas por meio de uma nova rodada de entrevistas com
os profissionais da estrutura de Marlene que faro uso do banco de dados e das
informaes l contidas.
A modelagem dos dados ser feita por meio de um diagrama MER, a ser
pensado em conjunto por representantes das reas para as quais o banco de
dados mais crtico (administrao, finanas, vendas, logstica e estoque). O
diagrama MER resultante ser traduzido para um conjunto de tabelas, que
comporo o banco dedado relacional.
Como o sistema de informao ser essencialmente um site de comrcio
eletrnico, a ser hospedado em algum prestador de servios, o banco de dados
pode ser o MySQL, que uma soluo robusta, flexvel, com grande nmero
de profissionais de TI que com ela tm bastante familiaridade, e que no gera
necessidade de investimento para Marlene, por ser uma soluo Open Source.
O armazenamento dos dados pode ser feito em mquina adjacente
mquina que vai conter o sistema de informao e a garantia dos dados pode
ser feita por meio de backups dirios realizados remotamente para um servidor
de backup hospedado no escritrio de Marlene. Desta forma, os dados podem
ser recuperados instantaneamente de seu armazenamento principal e com
pouqussimo trabalho de seu armazenamento secundrio.

Tecnologias de desenvolvimento de sistemas 171

 U3

Em funo de a operao de Marlene ser inicialmente circunscrita regio

Metropolitana de Campinas, o banco de dados pode ser centralizado. Esta
situao pode mudar, no futuro, se Marlene decidir expandir seus negcios para
outras regies geogrficas. Neste caso, o banco de dados pode ter instncias
distribudas por cada uma das localidades atendidas (at porque os estoques e
os clientes sero diferentes), com a consolidao sendo feita em um banco de
dados central na matriz da empresa.

Ateno!

Estamos assumindo que o negcio, em seu estado atual, se limita a uma

regio geogrfica, com apenas um conjunto de clientes e apenas um
estoque de produtos.

Lembre-se

O diagrama MER importantssimo para que se possa estabelecer e

testar mentalmente a lgica das relaes entre os dados. a ferramenta
principal da modelagem de dados e nenhum banco de dados pode ser
dito coerente e coeso sem um processo formal de modelagem de dados.

Avanando na prtica
Pratique mais
Instruo
Desafiamos voc a praticar o que aprendeu, transferindo seus conhecimentos para novas situaes
que pode encontrar no ambiente de trabalho. Realize as atividades e depois as compare com as de
seus colegas.

Definindo o banco de dados do sistema de informao

1. Competncia de Fundamentos
de rea
2. Objetivos de aprendizagem
3. Contedos relacionados
Conhecer e compreender as principais tecnologias
relacionadas a informao e a comunicao.
Conhecer sobre os principais conceitos que dizem respeito
ao banco de dados relacional que serve a um sistema
de informao.
Arquitetura de sistemas, gesto do conhecimento, data mining.

Ana a proprietria de uma loja de antiguidades em sua

cidade e, frustrada por no conseguir atender clientes que
4. Descrio da SP buscam determinados tipos de objetos que no so comuns
na regio onde vive, ela teve uma ideia muito boa: criar um site
centralizado onde as inmeras lojas de antiguidade espalhadas

172 Tecnologias de desenvolvimento de sistemas

 U3

pelo Brasil possam cadastrar seu estoque e vender para

qualquer cliente em qualquer parte do pas (ou do mundo).
Ao divulgar sua ideia, Ana recebeu 283 pedidos de cadastro de
lojas de antiguidades localizadas em quase todos os Estados
do pas, s na primeira semana de divulgao. Os responsveis
pelo desenvolvimento da soluo de banco de dados esto
preocupados com algumas questes especficas neste
momento. So elas:
Duas tabelas so chave neste banco de dados, uma
diz respeito ao item de antiguidade e outra loja de
antiguidades. Que dados devem fazer parte de cada uma
destas tabelas?
O banco de dados, neste caso, deve ser centralizado ou
distribudo? Por qu?
De fato, as tabelas de item de antiguidade e loja de
antiguidade so centrais ao banco de dados. A tabela de
item de antiguidade deve conter informaes que permitam
identificar o item e, portanto, podemos incluir: nmero
descritor nico, nome do item, tipo do item (pode ser um
utenslio domstico, um mvel, um objeto de arte, etc.)
a descrio do item, o preo do item. No caso da loja de
antiguidade, a tabela pode ser: nmero identificador da loja,
nmero identificador do proprietrio/responsvel, nome da
loja, endereo da loja.
Quanto centralizao ou descentralizao do banco de
5. Resoluo da SP
dados, dado o volume e a disperso geogrfica das lojas,
mais indicado que o banco de dados seja descentralizado,
com uma base central apenas para a consolidao dos dados.
Desta forma, as lojas de antiguidades mantm uma base local
com todo o estoque, e a base central mantm uma mquina
de busca que auxilie o cliente a encontrar o que busca, com
um descritivo visual e escrito de cada item, bem como com
um apontador interno para a loja que de fato armazena e
disponibiliza aquele item. O pedido feito na base de dados
central, e encaminhado para a loja de antiguidade que vai
efetivar a venda.

Lembre-se

Uma vez determinada a relao qualitativa de um dado com outro (por

meio de um verbo no presente do indicativo, na primeira pessoa do
singular), importante identificar a relao quantitativa.

Faa voc mesmo

RODRIGUES, Joel. Modelo Entidade-Relacionamento e Diagrama

Entidade-Relacionamento. Disponvel em: <http://www.devmedia.
com.br/modelo-entidade-relacionamento-mer-e-diagrama-entidade-
relacionamento-der/14332>. Acesso em: 24 jan. 2016.

Tecnologias de desenvolvimento de sistemas 173

 U3

Depois, resolva os exerccios contidos na lista a seguir:

CIFERRI, Cristina Dutra de A. Lista de exerccios Modelo Entidade-

Relacionamento. Disponvel em: <http://wiki.icmc.usp.br/images/7/7a/
Mat02_exerc.pdf>. Acesso em: 24 jan. 2016.

Faa valer a pena!

1. Observe os itens a seguir, que se referem ao gerenciamento de

informaes em uma instituio:
I. Determinar quais informaes sero necessrias.
II. Adquirir as informaes necessrias.
III. Organizar as informaes disponveis de maneira significativa para a
instituio.
IV. Garantir a qualidade da informao.

So necessrias ferramentas de hardware e software para se realizar

quais destes itens?
a) I, II e III, apenas.
b) I, II e IV, apenas.
c) I, III e IV, apenas.
d) II, III e IV, apenas.
e) I, II, III e IV.

2. Na definio mais ampla e generalista, um banco de dados nada mais

do que uma coleo organizada de dados. Assinale a alternativa a seguir
que s contm exemplos de banco de dados, nesta definio ampla:
a) Agenda telefnica, planilha eletrnica, baralho.
b) Folhas em uma rvore, caderno de receitas, baralho.
c) Lista de aprovados no vestibular, cabelos em uma cabea, caderno
de receitas.
d) Baralho, areia em uma praia, planilha eletrnica.
e) Areia em uma praia, folhas em uma rvore, cabelos em uma cabea.

174 Tecnologias de desenvolvimento de sistemas

 U3

3. Analise as asseres a seguir:

I. Uma base de dados disponibiliza ferramentas para o armazenamento
e a manipulao de dados.
PORQUE
II. Uma base de dados relacional permite a correlao dos dados.

Analisando-se as asseres acima, conclui-se que:

a) As duas afirmaes so verdadeiras, e a segunda justifica a primeira.
b) As duas afirmaes so verdadeiras, e a segunda no justifica a
primeira.
c) A primeira afirmao verdadeira, e a segunda falsa.
d) A primeira afirmao falsa, e a segunda verdadeira.
e) As duas afirmaes so falsas.

Tecnologias de desenvolvimento de sistemas 175

 U3

176 Tecnologias de desenvolvimento de sistemas