FORMAO INICIAL E CONTINUADA

ADMINISTRADOR DE BANCO DE DADOS

ADMINISTRADOR DE BANCO DE DADOS

Mrcia Cristina Dadalto Pascutti

Verso 1
Ano 2012
Os textos que compem estes cursos, no podem ser reproduzidos sem autorizao dos editores
Copyright by 2012 - Editora IFPR

IFPR - INSTITUTO FEDERAL DO PARAN

Reitor
Prof. Irineu Mario Colombo

Pr-Reitor de Extenso, Pesquisa e Inovao

Silvestre Labiak Junior

Organizao
Marcos Jos Barros
Cristiane Ribeiro da Silva

Projeto Grfico e Diagramao

Leonardo Bettinelli
Introduo

Unidade 1

O objetivo apresentar os conceitos bsicos da rea de banco de dados para que seja possvel entender os
demais conceitos, como, por exemplo, os modelos, as ferramentas disponveis, como modelar, implementar uma
base de dados e como recuperar dados.

Unidade 2

A primeira etapa do projeto de um banco de dados a construo de um modelo conceitual, a chamada

modelagem conceitual. O objetivo da modelagem conceitual obter uma descrio abstrata, independente de
implementao em computador, dos dados que sero armazenados no banco de dados. A tcnica de modelagem
mais utilizada a abordagem entidade-relacionamento. Nesta unidade vamos apresentar os conceitos da
abordagem ER.

Unidade 3

Apresenta os conceitos aplicados ao modelo de dados usado nos sistemas gerenciadores de banco de
dados do tipo relacional.
Ser detalhado como um banco de dados relacional organizado (que estruturas de dados so usadas,
como elas esto relacionadas), mas no discute como um banco de dados relacional pode modificado ou
acessado, ou seja, no apresenta as linguagens de manipulao de dados, como SQL.
Alm dos SGBDs relacionais, existem outros tipos de sistemas no mercado. Entretanto, hoje, h um claro
predomnio dos SGBDs relacionais, principalmente fora das plataformas de grande porte. Mesmo nestes
ambientes, SGBD relacionais esto gradativamente substituindo os SGBDs de outras abordagens (hierrquica,
rede, sistemas proprietrios). Alm disso, rnuitos conceitos usados no projeto de BD, como o conceito de
normalizao, foram criados em combinao com a abordagem relacional. Por esses motivos vamos considerar
unicamente a abordagem relacional nesta apostila.

Unidade 4

Nas unidades anteriores, mostraremos duas formas de modelagem de dados, a modelagem conceitual e a
modelagem relacional. Estas abordagens propem modelar os dados em diferentes nveis de abstrao. A
modelagem conceitual voltada modelagem de dados de forma independente do SGBD considerado. J a
abordagem relacional modela os dados no nvel do SGBD relacional. Um modelo neste nvel de abstrao
chamado modelo lgico. Nesta unidade, vamos considerar a relao entre estes dois nveis de modelagem.
Inicialmente, vamos apresentar o projeto lgico de BD relacional. O projeto lgico consta da transformao
de um modelo ER em um modelo lgico, que implementa, a nvel de SGBD relacional, os dados representados
abstratamente no modelo ER. O termo implementao significa que ocorre uma transformao de um modelo
mais abstrato para um modelo que contm mais detalhes de implementao.
Anotaes
Sumrio

Unidade 1
INTRODUO A BANCO DE DADOS................................................................................7

Unidade 2
MODELAGEM CONCEITUAL...........................................................................................21
ATRIBUTO ........................................................................................................................22
RELACIONAMENTO.........................................................................................................24

Unidade 3
MODELO RELACIONAL ...................................................................................................37
CHAVE ..............................................................................................................................38

Unidade 4
CONVERSO ENTRE OS MODELOS CONCEITUAL E RELACIONAL..........................49

REFERNCIAS BIBLIOGRFICAS..................................................................................62
Anotaes
Unidade 1

INTRODUO A BANCO DE DADOS

O que so Dados?

Dados so itens referentes a uma descrio primria de objetos, eventos, atividades e

transaes que so gravados, classificados e armazenados, mas no chegam a ser organiza-
dos de forma a transmitir algum significado especfico.
Os dados compreendem os fatos conhecidos em sua forma primria, que podem ser
armazenados e que servem de base para a resoluo de um problema.
Dado qualquer elemento identificado em sua forma bruta que, por si s, no conduz a
uma compreenso de determinado fato ou situao.

O que Informao?

Os dados teis o que chamamos de informao. E esses dados so o que armazena-

mos em uma base de dados.
Informao um conjunto de fatos organizados de tal forma que adquirem valor
adicional (o conhecimento), alm do valor do fato em si.
Exemplos:

Dado: data de nascimento: 16/07/69.

Informao: idade: 41 anos.
Dado: soma de preo unitrio x quantidade.
Informao: valor total da fatura: R$2.500,00.

Por conveno, na rea de banco de dados, os termos dado e informao significam

a mesma coisa. Isso ocorre porque devemos armazenar apenas aquilo que til para a nossa
aplicao. Sendo assim, daqui para a frente, os dois termos sero usados como sinnimos.

O que Banco de Dados?

Alguns exemplos de banco de dados: lista telefnica, controle do acervo de uma biblioteca,
sistema de controle dos recursos humanos de uma empresa.

7
Unidade 1
Um banco de dados um conjunto de dados integrados que tem por objetivo atender a
uma comunidade de usurios. uma coleo lgica e coerente de dados com algum significado
inerente.
Armazenar dados em bancos de dados apresenta algumas vantagens, tais como:

Os bancos de dados armazenam dados substituindo grandes volumes de papis.

A obteno e a atualizao dos dados acontecem de forma mais rpida do que um ser
humano manipulando papis.
Os sistemas de bancos de dados realizam o trabalho repetitivo e montono.
Disponibilizam dados atualizados a qualquer momento.

A tecnologia dos bancos de dados permite a manipulao rpida e segura de grandes

volumes de dados. Um banco de dados serve para:

Armazenar grandes volumes de dados.

Localizar e atualizar rapidamente os dados.
Organizar os dados em diferentes ordens.
Produzir listas ou relatrios.
Gerar estatsticas.

Um banco de dados formado por vrios registros e, principalmente, os bancos de

dados que compem grandes sistemas so integrados e compartilhados.
Um banco de dados integrado quando armazena dados de diversos arquivos em um
s. Com isso praticamente eliminada a duplicidade de dados (redundncia). Veremos o
conceito de redundncia mais adiante.
Observe o exemplo:

No sistema de uma instituio financeira existem vrios arquivos, como, por exemplo,
aquele que armazena os dados cadastrais dos clientes (nome, endereo, cidade, UF, CEP, RG,
CPF, etc.) e o que armazena as operaes realizadas por cada cliente (depsitos, saques,
aplicaes, etc.). Esse arquivo de operaes necessita identificar o cliente que realizou
determinada operao, mas no necessrio que ele armazene todos os dados do cliente, pois
aconteceria redundncia de dados. Ele necessita somente de alguma informao que
identifique o cliente (por exemplo, o nmero da conta corrente) e, a partir dessa informao,
possvel conseguir os dados do cliente acessando o outro arquivo.
Um banco de dados compartilhado quando permite que vrios usurios acessem e

8
compartilhem simultaneamente os mesmos dados. Esse compartilhamento s possvel
porque o banco de dados integrado (todos os dados integrados em um nico local).
Mesmo com a integrao dos dados, pode ser que ocorra alguma redundncia de
dados entre arquivos diferentes (ou at mesmo seja desejada alguma redundncia, para efeito
de segurana, em caso de perda de dados). Aceitando o fato de que alguma redundncia possa
ocorrer, o que deve ser evitado a qualquer custo a inconsistncia dos dados, ou seja, os
mesmos dados sobre determinado assunto, armazenados em mais de um local, apresentem
valores diferentes.

O que Transao em Banco de Dados?

Uma transao uma operao realizada com um banco de dados (gravao, leitura,
atualizao, excluso, etc.). Algumas questes ligadas s transaes so: atomicidade,
consistncia e durabilidade. Observe um exemplo da transferncia de materiais de um
estoque para outro:

Se ocorrerem falhas que interrompam o processo de atualizao de valores de estoque, o

sistema deve manter os valores antigos. Este o princpio da atomicidade.
Se a transao for completada sem problemas, a soma das quantidades existentes em
estoque do produto transferido (nos dois estoques), antes e depois da transao, deve ser a
mesma. Este o princpio da consistncia.
Alm disso, as novas quantidades de estoque devem se manter, mesmo que ocorram falhas
depois de terminada a transao. Este o princpio da durabilidade.

Como comeou o Armazenamento de Dados?

No incio, os dados eram armazenados em fichas de papel, escritos manualmente ou

com auxlio de mquinas de escrever. Com o passar do tempo, a quantidade de fichas
aumentou muito, dificultando a recuperao dos dados armazenados. A partir dos anos de
1960, a tecnologia dos sistemas de computao comeou a ser usada para armazenar os
dados. As primeiras aplicaes comerciais que utilizavam banco de dados eram voltadas para
determinados setores da empresa. Os bancos de dados eram baseados diretamente nos
processos realizados pelo setor. O desenvolvimento fez vrios setores passarem pelo processo
de informatizao, portanto foram construdos diversos sistemas isolados e cada programa
tinha os seus arquivos prprios e independentes, como mostra a figura 1.

9
 Figura 1 Sistema com aplicaes e arquivos isolados

Aplicao 1 Arquivo 1

Aplicao 2 Arquivo 2

Aplicao n Arquivo n

Esse tipo de sistema apresentava o grande problema da redundncia de dados. Em

primeiro lugar, dois setores diferentes poderiam utilizar os mesmos dados, portanto eram
necessrios arquivos diferentes com os mesmos dados, o que poderia causar inconsistncia
desses dados. Para resolver esse problema, eliminou-se a duplicidade, utilizando a integrao
dos dados. Ou seja, dados sobre a mesma entidade passaram a ser armazenados em um nico
arquivo acessados por todas as aplicaes, como mostra a figura 2.

Figura 2 Arquivo integrado

Aplicao 1

Aplicao 2 Arquivo

Aplicao n

Apesar de resolver o problema da redundncia, essa integrao dos dados ocasionou

outro problema: vrias aplicaes passaram a compartilhar os mesmos dados integrados em
um nico arquivo, utilizando a mesma representao. Assim, quando uma aplicao necessita-
va alterar a estrutura do arquivo compartilhado (por exemplo, acrescentar um novo campo ao
arquivo), todas as aplicaes que compartilhavam os dados do arquivo eram afetadas, e tinham
de ser alteradas. Se as aplicaes no fossem alteradas, no conseguiriam mais acessar os
dados.
Como soluo para esse novo problema, surgiu a ideia de separar as aplicaes dos
arquivos de dados, colocando um gerenciador para realizar a comunicao entre ambos. Esse
gerenciador recebeu o nome de Sistema Gerenciador de Banco de Dados (SGBD), conforme
ilustra a figura 3.

10
 Figura 3 Sistema gerenciador de banco de dados

Aplicao 1

Aplicao 2 SGBD Banco de dados

Aplicao n

Nessa configurao, os dados so armazenados em um depsito geral (evitando

redundncia e inconsistncia e implantando a integrao dos dados) e cada aplicao acessa
os dados necessrios ao seu funcionamento de forma independente, mas compartilhando os
mesmos dados que outras aplicaes. Quem realiza a tarefa de gerenciamento desses
acessos aos dados o SGBD. Assim, um dos principais objetivos de um sistema gerenciador de
banco de dados viabilizar a independncia entre aplicaes e os dados que elas utilizam.

O que um Sistema Gerenciador de Banco de Dados?

A programao de aplicaes em computadores sofreu profundas modificaes desde

seus primrdios. No incio, usando linguagens como COBOL, Basic, C e outras, os programa-
dores incorporavam em um programa toda funcionalidade desejada. O programa continha as
operaes da interface de usurio, as transformaes de dados e clculos, as operaes de
armazenamento de dados, bem como as tarefas de comunicao com outros sistemas e
programas.
Com o tempo, foram sendo identificadas funcionalidades comuns a muitos programas.
Por exemplo, hoje, a grande maioria dos programas comunica-se com os usurios atravs de
interfaces grficas de janelas. Entretanto, normalmente, os programas no contm todo o
cdigo referente exibio dos dados na interface, mas utilizam gerenciadores de interfaces de
usurio, conjuntos de rotinas que incluem as funcionalidades que um programador vai
necessitar frequentemente ao construir uma interface de usurio. Da mesma forma, para
comunicar-se com processos remotos, os programas usam gerenciadores de comunicao.
Para manter grandes repositrios compartilhados de dados, ou seja, para manter bancos de
dados, so usados sistemas gerenciadores de banco de dados.

Sistema gerenciador de banco de dados (SGBD)=Software que incorpora as funes de

definio, recuperao e alterao de dados em um banco de dados.

11
 Essa modularizao de programas tem vrias vantagens. A manuteno de programas
torna-se mais simples, pois uma separao clara de funes facilita a compreenso dos
programas. A produtividade dos programadores tambm aumenta, j que os programas ficam
menores, pois usam funes j construdas.
Os SGBDs permitem que aplicaes diferentes possam acessar os mesmos dados ao
mesmo tempo, o que implica a necessidade de mecanismos de proteo contra alteraes
erradas ou consultas a dados por pessoas no autorizadas.
Em um processamento de arquivos, as aplicaes (e os usurios) fazem acesso direto
aos dados armazenados, mas com os SGBDs o processo diferente. As aplicaes devem
solicitar ao SGBD os dados que desejam manipular, o SGBD recupera esses dados do disco e
os apresenta para as aplicaes. Isso garante um bom nvel de segurana no acesso aos
dados, pois no existe acesso fsico direto por meio das aplicaes, o que poderia causar danos
aos dados armazenados.
possvel compreender o SGBD como sendo um interpretador de uma linguagem de
consulta utilizada pelos programas, para buscar, armazenar, excluir ou alterar os dados
armazenados, criando um ambiente eficiente para essas operaes.
Alm disso, os SGBDs devem dar suporte a vrias tarefas, tais como:

Definir e manipular dados.

Otimizar e executar comandos especficos.
Cuidar da recuperao de dados perdidos.
Monitorar o desempenho dos bancos de dados.

Os SGBDs so projetados para gerenciar grandes quantidades de dados, por isso

permitem a definio das estruturas de armazenamento dos dados e os mecanismos para
manipulao desses dados. Com isso oferecem um controle centralizado dos dados armazena-
dos. Algumas vantagens dessa centralizao so:

Reduzir a redundncia dos dados, apesar de que, em alguns casos, a redundncia pode ser
aceita (ou mesmo necessria) para efeito de melhoria de desempenho. Claro que para existir
redundncia necessrio um controle muito grande dela para que no exista inconsistncia.
Evitar a inconsistncia dos dados utilizando procedimentos de controle e verificao que
evitem que erros em aplicaes gerem dados conflitantes.

Alguns exemplos de SGBDs: DB2, IMS e Informix (da IBM); Oracle (da Oracle); SQL Server
(da Microsoft), Jasmine e Ingres (da CA), Sybase (da Sybase), mySQL(cdigo aberto,
atualmente da Oracle).
12
 Compartilhamento de dados.
Manuteno da integridade dos dados, garantindo que os dados armazenados so corretos.
Por exemplo, no caso de duas pessoas acessarem um sistema de estoque simultaneamente
e solicitarem quantidades da mesma pea, o SGBD no deve permitir que as duas transa-
es sejam realizadas, se no existir quantidade suficiente de peas para atender os dois
pedidos. Alm disso, os SGBDs devem manter imagens anteriores modificao, pois em
caso de falhas possvel recuperar os dados originais.
Aplicao de polticas de segurana para garantir que dados importantes no sero perdidos
por aes voluntrias ou involuntrias dos usurios ou por falhas de aplicao ou de
equipamentos. Outro aspecto relacionado segurana a privacidade dos dados armaze-
nados, ou seja, o SGBD deve controlar o acesso dos usurios aos dados, permitindo
somente determinadas aes ou barrando completamente o acesso aos dados.
Fornecimento de suporte a transaes, ou seja, permitir que as aplicaes ou usurios
possam realizar operaes de incluso, excluso, alterao, consulta e outras com os dados
armazenados.

Outros aspectos importantes sobre os SGBDs so apresentados a seguir:

Facilidade de criao de aplicaes: os bancos de dados so criados a partir de modelos

conceituais da empresa e como os SGBDs proporcionam dados integrados e com possibilidade
de compartilhamento, muito provvel que novas aplicaes j encontrem os dados necessri-
os ao seu funcionamento no SGBD, o que facilita bastante o trabalho de quem est criando
outras aplicaes.
Backup: uma cpia de todos os dados ou de parte dos dados de um banco de dados,
armazenada de forma isolada em outra localidade (por questes de segurana fsica). Com isso
possvel garantir a recuperao de um banco de dados (ou pelo menos uma boa parte dele)
em caso de qualquer ocorrncia que leve perda de dados.
Auditoria: os SGBDs do suporte auditoria das atividades que so realizadas neles.

O objetivo garantir a segurana dos dados (sabendo que fez o que com os dados), a
integridade e o desempenho. Algumas situaes nas quais a auditoria pode ajudar:

Registros esto sendo excludos de uma tabela, mas os usurios dizem que nunca excluem
registros. Quem est fazendo isso?
H suspeitas de que um usurio est tentando sabotar o sistema. Como monitorar suas
atividades?

13
 Quem so os usurios de um Banco de Dados?

Os usurios de um banco de dados podem ser divididos em trs categorias:

1. Administrador do Banco de Dados (DBA): o responsvel por monitorar e gerenciar todas

as bases de dados criadas no SGBD. Tambm quem controla as permisses dos usurios,
garante que os usurios tenham acesso aos dados, realiza backups, recupera os dados em
caso de falhas, garante o melhor desempenho para o banco de dados, monitora servios de
usurios no banco de dados, etc. Normalmente, um DBA responsvel por um SGBD
especfico, e deve ter estudado e feito cursos para aquele SGBD (por exemplo: DBA Oracle ou
DBA SQL Server).
2. Analistas de sistemas e programadores de aplicaes: so responsveis por modelar a
base de dados e implement-la no SGBD escolhido. Tambm so responsveis por desenvol-
ver a aplicao (programa escrito em uma linguagem de programao como: Java, PHP, C++,
C#, etc.) e conectar essa aplicao base de dados do sistema.

SQL Strutured Query Language (Linguagem de Consulta Estruturada)

Esse usurio precisa conhecer a rea de banco de dados, saber modelar uma base de
dados e tambm conhecer a linguagem SQL.
3. Usurios finais: os usurios finais so aquelas pessoas que vo trabalhar diariamente com
as aplicaes desenvolvidas. So eles os responsveis pela entrada de dados no banco de
dados e pelas alteraes nos dados armazenados. Esses usurios no precisam ter nenhum
conhecimento sobre banco de dados ou saber qual o SGBD utilizado. Para eles, o banco de
dados transparente, e s interessa que as informaes estejam sendo salvas e possam ser
recuperadas.

O esquema a seguir ilustra os papis de cada usurio em uma hierarquia em camadas.

Figura 4 Acesso dos usurios ao banco de dados

Usurios finais Aplicao 1 Aplicao 2 Aplicao 3

Programadores e analistas Banco de Banco de Banco de

dados 1 dados 2 dados 3

Administrador do banco de dados SGBD

14
 Os administradores de banco de dados devem manter SGBD e monitorar as bases
criadas naquele SGBD. Os analistas e programadores so responsveis tanto pelo desenvolvi-
mento das aplicaes quanto pela modelagem e implementao da base de dados. Alm disso,
eles devem conectar a aplicao base de dados para que seja possvel armazenar e
recuperar os dados. Os usurios finais tm acesso apenas aplicao e toda insero,
alterao, excluso e consultas aos dados so feitas via aplicao.

O que um Modelo de Dados?

Um modelo de (banco de) dados uma descrio dos tipos de informaes que esto
armazenadas em um banco de dados. Por exemplo, no caso de um sistema de vendas, o
modelo de dados poderia informar que o banco de dados armazena informaes sobre
produtos e que, para cada produto, so armazenados seu cdigo, descrio e preo. Observe
que o modelo de dados no informa quais os produtos que esto armazenados no banco de
dados, mas apenas que o banco de dados contm informaes sobre produtos.

Modelo de dados = Descrio formal da estrutura de um banco de dados.

Para construir um modelo de dados, usa-se uma linguagem de modelagem de

dados. Linguagens de modelagem de dados podem ser classificadas de acordo com a forma
de apresentar modelos, em linguagens textuais ou linguagens grficas. Existem linguagens de
modelagem para descrever modelos de dados em diferentes nveis de abstrao e com
diferentes objetivos. Cada representao de um modelo de dados atravs de uma linguagem de
modelagem de dados recebe a denominao esquema de banco de dados.
De acordo com a inteno do modelador, um banco de dados pode ser modelado
(descrito) em vrios nveis de abstrao. Um modelo de dados que servir para explicar a um
usurio leigo em informtica qual a organizao de um banco de dados provavelmente no
conter detalhes sobre a representao em meio fsico das informaes. J um modelo de
dados usado por um tcnico para otimizar a performance de acesso ao banco de dados conter
mais detalhes de como as informaes esto organizadas internamente e, portanto, ser
menos abstrato.
No projeto de banco de dados, normalmente so considerados dois nveis de abstrao
de modelo de dados, o do modelo conceitual e o do modelo lgico.
Assim como possvel construir modelos de dados em vrios nveis de abstrao,
tambm possvel usar diferentes tcnicas, aplicando diferentes conceitos ao construir
modelos. Ao conjunto de conceitos usados na construo de um modelo denominamos
abordagem de modelagem.
15
 Abordagem de modelagem = Conjunto de conceitos usados para construir modelos.

Modelo conceitual

Um modelo conceitual uma descrio do banco de dados de forma independente de

implementao em um SGBD. O modelo conceitual registra que dados podem aparecer no
banco de dados, mas no registra como estes dados esto armazenados em nvel de SGBD.

Modelo conceitual = Modelo de dados abstrato, que descreve a estrutura de um banco de

dados de forma independente de um SGBD particular.

A tcnica de modelagem conceitual mais difundida a abordagem entidade-

relacionamento (ER). Nesta tcnica, um modelo conceitual usualmente representado atravs
de um diagrama, chamado diagrama entidade-relacionamento (DER). A figura 5 apresenta um
DER parcial para um problema de uma loja de produtos de informtica.

Figura 5 Exemplo de modelo conceitual

Preo
n 1
Produto Tipo de produto

Descrio Descrio

Cdigo Cdigo

Entre outras coisas, este modelo informa que o banco de dados contm dados sobre
produtos e sobre tipos de produtos. Para cada produto, o banco de dados armazena o cdigo, a
descrio, o preo, bem como o tipo de produto ao qual est associado. Para cada tipo de
produto, o banco de dados armazena o cdigo, a descrio, bem como os produtos daquele
tipo.

Modelo lgico

Um modelo lgico uma descrio de um banco de dados no nvel de abstrao visto

pelo usurio do SGBD. Assim, o modelo lgico dependente do tipo de SGBD que est sendo
usado.
16
 Modelo lgico = Modelo de dados que representa a estrutura de dados de um banco de
dados conforme vista pelo usurio do SGBD

Nesta apostila, sero tratados apenas modelos lgicos referentes a SGBD relacional.
Em um SGBD relacional, os dados esto organizados na forma de tabelas. A Figura 6 mostra
um exemplo de BD relacional projetado a partir do modelo conceitual mostrado na Figura 5.

Figura 6 Exemplo de tabelas de BD relacional

Tipo de produto
CodTipoProd DescTipoProd
1 Computador
2 Impressora

Produto
CodProd DescProd PrecoProd CodTipoProd
1 PC desktop modelo x 2.500,00 1
2 PC notebook ABC 3.500,00 1
3 Impressora jato de tinta xx 500,00 2
4 Impressora laser xx 1.500,00 2

Um modelo lgico de um BD relacional deve definir quais as tabelas que o banco

contm e, para cada tabela, quais os nomes das colunas. O modelo lgico para o BD em
questo o seguinte:

TipoDeProduto (CodTipoProd, DescrTipoProd)

Produto (CodProd, DescrProd, PrecoProd, CodTipoProd)
CodTipoProd referencia TipoDeProduto

O modelo lgico descreve a estrutura do banco de dados, conforme vista pelo usurio
do SGBD. Detalhes de armazenamento interno de informaes, que no tm influncia sobre a
programao de aplicaes no SGBD, mas podem afetar o desempenho das aplicaes (por
exemplo, as estruturas de arquivos usadas no acesso s informaes) no fazem parte do
modelo lgico. Estes detalhes so representados no modelo fsico. Modelos fsicos no so
tratados nesta apostila. Eles so usados apenas por profissionais que fazem sintonia de banco
de dados, procurando otimizar o desempenho. As linguagens e notaes para o modelo fsico
no so padronizadas e variam de SGBD a SGBD. A tendncia em produtos mais modernos
esconder o modelo fsico do usurio e transferir a tarefa de otimizao ao prprio SGBD.

17
 importante destacar que somente possvel construir o modelo de dados aps todos
os requisitos terem sido levantados e analisados, ou seja, aps o conhecimento de todas as
expectativas dos usurios. Este processo chamado de Levantamento e Anlise de Requisitos.

Quais so as fases de um projeto de Banco de Dados?

O projeto de um novo banco de dados d-se em trs fases, descritas a seguir:

Modelagem Conceitual: A modelagem conceitual refere-se ao desenvolvimento de um modelo

inicial da base de dados que reflita as necessidades do usurio. Essa modelagem preocupa-se
em descrever quais dados sero armazenados na base de dados e quais dados se relacionam.
Para fazer o modelo conceitual, necessrio entender o que o usurio final espera que o
sistema armazene e que informaes este usurio espera que o sistema disponibilize (como
por exemplo, relatrios). Para obter as informaes necessrias para desenvolver a modela-
gem conceitual do sistema, devem-se realizar entrevistas com o usurio para entender os
objetivos do sistema e as expectativas que o usurio tem em relao a ele. Um dos principais
diagramas dessa etapa o DER (Diagrama Entidade-Relacionamento).
Modelagem Lgica: A modelagem lgica compreende o processo de descrever como os
dados sero armazenados no sistema e como iro se relacionar. Isso significa transformar o
modelo conceitual obtido na primeira fase num modelo mais prximo da implementao, em um
modelo lgico.

Para banco de dados relacionais, o modelo utilizado nessa fase o modelo relacional.
Tambm necessrio descrever o dicionrio de dados da base de dados nessa etapa. Antes da
fase de implementao necessrio, ainda verificar se o modelo est normalizado e em caso
negativo deve-se normalizar o modelo.

Projeto Fsico: na etapa de projeto fsico, o modelo do banco de dados enriquecido com
detalhes que influenciam no desempenho do banco de dados, mas no interferem em sua
funcionalidade. O modelo obtido nesse passo o modelo fsico do banco de dados. Alteraes
neste modelo no afetam as aplicaes que usam o banco de dados, j que o modelo no
envolve aspectos funcionais do banco de dados. Na prtica, o projeto fsico um processo
contnuo, que ocorre mesmo depois de o banco de dados j estar implementado e em
funcionamento. Este processo normalmente chamado de sintonia (tuning) de banco de
dados.

18
 A fase de modelagem a principal etapa no desenvolvimento de uma base de dados.
Por isso muito importante que se dedique tempo e esforo no desenvolvimento de uma boa
modelagem da base de dados.

Lista de Questes

1. Enumere as principais diferenas entre o desenvolvimento de software com arquivos

convencionais e o desenvolvimento de software com SGBD.
2. Descreva quais as vantagens e desvantagens da utilizao de um SGBD.
3. Explique quais as ocupaes (tarefas de pessoas) relacionadas com a manuteno do
funcionamento dos bancos de dados e suas atribuies.
4. Discuta alguns tipos de funcionalidades de banco de dados, ferramentas e suas funes.
5. Um tcnico em informtica juntamente com um futuro usurio definem formalmente que
informaes devero estar armazenadas em um banco de dados a ser construdo. O
resultado deste processo um modelo conceitual, um modelo lgico ou um modelo fsico?
6. Um programador recebe um documento especificando precisamente a estrutura de um
banco de dados. O programador dever construir um software para acessar o banco de
dados atravs de um SGBD conforme esta estrutura. Esse documento um modelo
conceitual, um modelo lgico ou um modelo fsico?
7. UML (Unified Modeling Language) um conjunto de conceitos usados para modelar um
software, que, entre outras coisas, serve para modelar bases de dados no nvel conceitual.
UML uma abordagem de modelagem de dados ou um modelo de dados?

19
Unidade 2

MODELAGEM CONCEITUAL

A tcnica de modelagem de dados mais difundida e utilizada a abordagem entidade-

relacionamento (ER). Nesta tcnica, o modelo de dados representado atravs de um modelo
entidade-relacionamento (modelo ER). Geralmente, um modelo ER representado grafica-
mente atravs de um diagrama entidade-relacionamento (DER). A abordagem ER foi criada em
1976 por Peter Chen, podendo ser considerada como um padro de fato para a modelagem
conceitual. Mesmo as tcnicas de modelagem orientada a objetos, que tm surgido nos ltimos
anos, como a UML, baseiam-se nos conceitos da abordagem ER.

Entidade

O conceito fundamental da abordagem ER o conceito de entidade.

Entidade = Conjunto de objetos do mesmo tipo do mundo real e sobre os quais se preten-
de armazenar dados.

Uma entidade representa um conjunto de objetos da realidade modelada. Como o

objetivo de um modelo ER modelar de forma abstrata um BD, interessa-nos somente os
objetos sobre os quais se deseja manter informaes. Vejamos alguns exemplos. No sistema
de informaes de vendas que usamos na unidade 1, alguns exemplos de entidades poderiam
ser os produtos, os tipos de produtos, as vendas ou as compras. J em um sistema de contas
correntes, algumas entidades podem ser os clientes, as contas correntes, os cheques e as
agncias. Observe que uma entidade pode representar tanto objetos concretos da realidade
(uma pessoa, um automvel) quanto objetos abstratos (um departamento, um endereo). Em
um DER, uma entidade representada atravs de um retngulo que contm o nome da
entidade. Alguns exemplos so mostrados na figura 7.

Figura 7 - Representao grfica de entidades

Pessoa Departamento

Como dito acima, cada retngulo, cada entidade representa um conjunto de objetos
sobre os quais se deseja guardar informaes. Assim, no exemplo da figura 7, o primeiro

21
 retngulo designa o conjunto de todas as pessoas sobre as quais se deseja manter informaes
no banco de dados, enquanto o segundo retngulo designa o conjunto de todos os departamen-
tos sobre os quais se deseja manter informaes. Caso seja necessrio referir um objeto
particular (uma determinada pessoa ou um determinado departamento) fala-se em ocorrncia
de entidade. Mais recentemente, por influncia da programao orientada a objetos, usa-se
tambm o termo "instncia" de entidade.

ATRIBUTO

Alm de uma entidade representar objetos do mundo real, ela tambm deve possuir um
conjunto de propriedades que a caracterize e a descreva, bem como aos seus objetos. A esse
conjunto de propriedades d-se o nome de atributos.

Atributo = Dado que associado a cada ocorrncia de uma entidade ou de um relaciona-

mento.

Atributos so representados graficamente conforme mostra a figura 8. A figura

expressa que cada ocorrncia de PESSOA tem associado exatamente um nome, uma data de
nascimento, um endereo e um telefone.
O nome dos atributos deve representar o que aquele atributo armazena.
Na prtica, muitas vezes os atributos no so representados graficamente, para no
sobrecarregar os diagramas, j que entidades podem possuir um grande nmero de atributos.
Prefere-se usar uma representao textual que aparece separadamente do diagrama ER.

Figura 8 Atributos de uma entidade

Pessoa

Nome
Data de nascimento
Endereo
Telefone

Outro exemplo, para uma entidade chamada Cadeira, os possveis atributos dessa
entidade sero: nmero de pernas, cor, tamanho, peso, altura, tecido, etc.
Uma entidade deve ter ao menos dois atributos. Uma entidade que possui apenas um
atributo no entidade e esse nico atributo deveria estar em alguma outra entidade do modelo.
Todo atributo possui um tipo de dado que representa os valores permitidos para aquele

22
atributo. A esse tipo de dados d-se o nome de domnio do atributo. Por exemplo: o atributo
"nmero de pernas" da entidade "Cadeira" do tipo inteiro, ou seja, s permite que sejam
armazenados valores inteiros para esse atributo.
Os tipos de dados dependem do SGBD que o desenvolvedor est utilizando. De forma
geral, todos os SGBD disponibilizam tipos de dados como: inteiro, caracter, real (ou float), data e
hora.
Quando se define o tipo de um atributo, pode-se definir inclusive o tamanho mximo
que o atributo vai permitir armazenar. Por exemplo, o atributo "nome" do tipo caracter (500), ou
seja, armazena no mximo 500 caracteres.
Os atributos podem ainda ser divididos em 6 categorias: simples, compostos, monova-
lorado, multivalorado, derivado e nulo. importante ressaltar que os atributos podem pertencer
a mais de uma categoria ao mesmo tempo. Isso significa que comum um nico atributo ser
simples, monovalorado e derivado ao mesmo tempo. A seguir, ser explicada e exemplificada
cada uma das categorias.

Atributo simples: o atributo indivisvel, que no pode ou no deve ser decomposto. Por
exemplo: "CPF", "numero da matrcula", "RG", "preo do produto", etc.
Atributo composto: o atributo que pode ser decomposto em outros atributos simples. Por
exemplo, o atributo "endereo" pode ser decomposto em "nome da rua", "nmero" e "comple-
mento".

interessante que atributos compostos sejam decompostos ainda no primeiro diagrama

ER, uma vez que isso vai ter que ocorrer obrigatoriamente no modelo relacional. Alguns
atributos como, por exemplo, "nome do aluno" pode ser classificado como simples ou
composto dependendo da aplicao. Se na aplicao forem realizadas consultas pelo
sobrenome do aluno, interessante que este atributo seja decomposto em dois atributos
simples: "primeiro nome" e "sobrenome". Isso ocorre por questo de desempenho.

Atributo monovalorado: o atributo que permite apenas o armazenamento de um valor por

vez. Por exemplo, o atributo "CPF" monovalorado porque uma pessoa possui apenas um
nmero de CPF. Caso o CPF seja alterado ele substitudo pelo novo valor. Assim, uma pessoa
nunca ter cadastrado mais de um CPF no mesmo campo.
Atributo multivalorado: o atributo que permite armazenar mais de um valor ao mesmo tempo
no mesmo campo. Por exemplo, o atributo e-mail pode ser multivalorado uma vez que uma
pessoa possui, normalmente, mais de um endereo de e-mail.

23
 O atributo multivalorado deve ser evitado sempre que possvel. No entanto, em situaes
em que no possvel evit-lo, ele deve ser representado no diagrama como multivalora-
do. Quando formos passar o DER para o Modelo Relacional, vamos entender o que acon-
tece com esse atributo. Outro ponto importante: quem determina se o atributo multivalora-
do ou no, muitas vezes, o prprio usurio do sistema. No caso do exemplo do atributo
"e-mail", o usurio pode determinar que somente seja necessrio armazenar um e-mail e
sendo assim o atributo deixa de ser multivalorado e passa a ser monovalorado.

Valor nulo diferente de valor zero!!! O valor nulo (representado por null em banco de
dados) significa que aquele campo est vazio.

Atributo nulo: o atributo que permite que seja inserido um valor nulo para ele. Valor nulo
representa a inexistncia de um valor, ou seja, significa que o usurio no precisa cadastrar um
valor para o atributo e pode deix-lo vazio. Em algumas situaes, inevitvel que permitamos
valores nulos para os atributos. Vamos usar novamente o atributo "e-mail" como exemplo.
Como nem todas as pessoas possuem e-mail, esse atributo deve permitir valores nulos, porque
se ele no permitir algumas pessoas no podero se cadastrar ou tero que criar um e-mail para
poder efetivar o cadastro. Novamente o usurio quem, muitas vezes, vai definir se um atributo
obrigatrio ou no.

O valor nulo na base de dados pode levar o banco a ficar inconsistente e ter baixo
desempenho. Mesmo que o atributo no seja obrigatrio, interessante que ele receba um
valor padro (default) via aplicao ou via SGBD para evitar os valores nulos.

Atributo derivado: o atributo cujo valor para ele deriva de outro(s) atributo(s). Por exemplo,
suponha que a sua entidade se chame compra e que ela tenha os seguintes atributos: "nmero
da compra", "data da compra", "valor da compra", "percentual de desconto" e "valor da compra
com o desconto". O valor para este ltimo atributo calculado considerando-se o "valor da
compra" e o "percentual de desconto". Assim, esse atributo derivado porque seu valor deriva
dos valores de outros atributos e calculado automaticamente pela aplicao ou pelo SGBD.

RELACIONAMENTO

Uma das propriedades sobre as quais pode ser desejvel manter informaes a
associao entre objetos. Exemplificando, pode ser desejvel saber quais pessoas esto
associadas a quais departamentos em uma organizao. A propriedade de entidade que

24
especifica as associaes entre objetos o relacionamento.

Relacionamento = Conjunto de associaes entre ocorrncias de entidades.

Em um DER, um relacionamento representado atravs de um losango, ligado por

linhas aos retngulos representativos das entidades que participam do relacionamento. A
Figura 9 apresenta um DER contendo duas entidades, PESSOA e DEPARTAMENTO, e um
relacionamento, LOTAO.

Figura 9 Representao grfica de relacionamento

Departamento Lotao Pessoa

Este modelo expressa que o BD mantm informaes sobre:

um conjunto de objetos classificados como pessoas (entidade PESSOA);

um conjunto de objetos classificados como departamentos (entidade DE-PARTAMENTO); e
um conjunto de associaes, cada uma ligando um departamento a uma pessoa (relaciona-
mento LOTAO).

Cardinalidade de relacionamentos

Cardinalidade (mnima, mxima) de entidade em relacionamento = Nmero (mnimo,

mximo) de ocorrncias de entidade associadas a uma ocorrncia da entidade em ques-
to atravs do relacionamento.

Para fins de projeto de banco de dados, uma propriedade importante de um relaciona-

mento a de quantas ocorrncias de uma entidade podem estar associadas a uma determina-
da ocorrncia atravs do relacionamento. Esta propriedade chamada de cardinalidade de
uma entidade em um relacionamento. H duas cardinalidades a considerar: a cardinalidade
mxima e a cardinalidade mnima.

25
 Cardinalidade mxima

Para exemplificar o conceito de cardinalidade, vamos retomar o exemplo da figura 9.

Vamos considerar as cardinalidades mximas descritas abaixo.

Entidade EMPREGADO tem cardinalidade mxima 1 no relacionamento LOTAO.

Isso significa que uma ocorrncia de EMPREGADO pode estar associada a no mximo
uma ocorrncia de DEPARTAMENTO ou, em outros termos, que um empregado pode estar
lotado em no mximo um departamento.

Entidade DEPARTAMENTO tem cardinalidade mxima 120 no relaciona-mento LOTAO.

Isso significa que uma ocorrncia de DEPARTAMENTO pode estar associada a no

mximo 120 ocorrncias de EMPREGADO ou, em outros termos, que um departamento pode
ter nele lotado no mximo 120 empregados.

Para o projeto de banco de dados, especialmente de bancos de dados relacionais, no

necessrio distinguir entre diferentes cardinalidades mximas maiores que um. Por este
motivo, apenas duas cardinalidades mximas so geralmente consideradas:

A cardinalidade mxima um (1); e

A cardinalidade mxima ilimitada, usualmente chamada de cardinalidade mxima "muitos" e
referida pela letra n.

Assim, no exemplo acima, diz-se que a cardinalidade mxima da entidade

DEPARTAMENTO no relacionamento LOTAO n.
Em um DER, a cardinalidade mxima representada conforme indicado na Figura 10.
Observe a conveno usada. primeira vista, ela pode parecer pouco natural, j que a
cardinalidade vai anotada "do outro lado" do relacionamento ao qual se refere. Exemplificando,
a cardinalidade mxima da entidade EMPREGADO no relacionamento LOTAO anotada
junto ao smbolo da entidade DEPARTAMENTO.

26
 Figura 10 Representao grfica de cardinalidade mxima

Expressa que a uma ocorrncia de

EMPREGADO (entidade do lado
oposto da anotao) pode estar
associada a no mximo uma (1)
ocorrncia de DEPARTAMENTO.

1
Departamento Lotao Empregado
n

Expressa que a uma ocorrncia de

DEPARTAMENTO (entidade ao lado
oposto da anotao) podem estar
associadas muitas (n) ocorrncias
de EMPREGADO

Classificao de relacionamentos binrios

A cardinalidade mxima pode ser usada para classificar relacionamentos binrios. Um

relacionamento binrio aquele cujas ocorrncias contm duas ocorrncias de entidade.
Podemos classificar os relacionamentos binrios em n:n, 1:n e 1:1. As figuras 11, 12 e 13
apresentam exemplos de relacionamentos com cardinalidades mximas 1:1, 1:n e n:n,
respectivamente. A seguir comentamos a interpretao de alguns relacionamentos apresenta-
dos nestas figuras.
Na figura 11, no relacionamento CASAMENTO, as cardinalidades mximas expressam
que uma pessoa pode possuir no mximo um marido e que uma pessoa pode possuir no
mximo uma esposa. Mais precisamente, as cardinalidades expressam que uma instncia de
pessoa pode estar associada via relacionamento a no mximo uma instncia de pessoa no
papel de esposa e vice-versa, uma instncia de pessoa pode estar associada via relacionamen-
to a no mximo uma instncia de pessoa no papel de marido.

Figura 11 Relacionamento 1:1

Pessoa
1 1
Esposa
Casamento

Observe que o relacionamento CASAMENTO (figura 11) tambm um relacionamento

binrio, apesar de envolver apenas uma entidade. O que determina o fato de o relacionamento
ser binrio o nmero de ocorrncias de entidade que participam de cada ocorrncia do
relacionamento. De cada ocorrncia de CASAMENTO participam exatamente duas ocorrnci-

27
 as da entidade PESSOA (um marido e uma esposa).
A figura 12 mostra exemplos de relacionamentos 1:n. O relacionamento INSCRIO
modela a inscrio de alunos em uma universidade pblica, onde existe a restrio de um aluno
estar inscrito em no mximo um curso.
O relacionamento entre as entidades EMPREGADO e DEPENDENTE (figura 12)
modela a associao entre um empregado e seus dependentes para fins de imposto de renda.
Neste caso, um dependente pode estar associado a no mximo um empregado. Cabe observar
que, no DER, no foi anotado o nome do relacionamento. No caso de no DER no constar o
nome do relacionamento, este denominado pela concatenao de nomes das entidades
participantes. Assim, neste caso, o relacionamento denominado EMPREGADO-
DEPENDENTE.

Figura 12 Relacionamentos 1:N

N 1
Aluno Inscrio Aluno

1 N
Empregado Dependente

O tipo menos restrito de relacionamento o de cardinalidade n:n. A figura 13 apresenta

alguns relacionamentos deste tipo.

Figura 13 Relacionamentos N:N

N N
Engenheiro Atuao Projeto

N N
Paciente Consulta Mdico

Cardinalidade mnima

Alm da cardinalidade mxima, outra informao que pode ser representada por um
modelo ER o nmero mnimo de ocorrncias de entidade associadas a uma ocorrncia de
uma entidade atravs de um relacionamento. Para fins de projeto de BD, consideram-se
apenas duas cardinalidades mnimas: a cardinalidade mnima 0 e a cardinalidade mnima 1.

28
 A cardinalidade mnima 1 tambm recebe a denominao de "associao obrigatria",
j que ela indica que o relacionamento deve obrigatoriamente associar uma ocorrncia de
entidade a cada ocorrncia da entidade em questo. Com base na mesma linha de raciocnio, a
cardinalidade mnima 0 recebe a denominao "associao opcional".
A cardinalidade mnima anotada no diagrama junto cardinalidade mxima,
conforme mostrado na figura 14. Nesta figura, aparece novamente o exemplo da alocao de
empregados a mesas. Aqui, a cardinalidade mnima usada para especificar que cada
empregado deve ter a ele alocada obrigatoriamente uma mesa (cardinalidade mnima 1) e que
uma mesa pode existir sem que a ela esteja alocado um empregado (cardinalidade mnima 0).

Figura 14 Cardinalidade mnima de relacionamento

(0,1) (1,1)
Empregado Alocao Mesa

Exemplo de uso de entidades e relacionamentos

A figura 15 apresenta um exemplo de um modelo ER mais abrangente que os

anteriores, envolvendo diversas entidades e relacionamentos. Como se v, um diagrama ER
apresentado na forma de um grafo. A distribuio dos smbolos de DER no papel totalmente
arbitrria e no tem maior significado do ponto de vista formal. Entretanto, para tornar o
diagrama mais legvel comum evitar cruzamentos de linhas. Para isso, a recomendao geral
a posicionar os retngulos representativos de entidades que participam de muitos relaciona-
mentos no centro do diagrama.
O modelo da figura 15 uma parte do modelo de dados de um sistema de controle
acadmico de uma universidade fictcia. O modelo descreve o seguinte:

Deseja-se manter informaes sobre alunos, cursos, disciplinas e departamentos.

Alm disso, deseja-se manter informaes sobre a associao de alunos a cursos, de
disciplinas a cursos, de disciplinas a departamentos, bem como de disciplinas a suas
disciplinas pr-requisitos.

29
 Atravs das cardinalidades expressa-se que:

Cada disciplina possui exatamente um departamento responsvel, e um departamento

responsvel por muitas disciplinas, inclusive por nenhuma. Note-se que, apesar de
sabermos que os departamentos em uma universidade existem para ser responsveis por
disciplinas, especificamos a cardinalidade mnima de DEPARTAMENTO em
RESPONSVEL como sendo 0. Com isto admitimos a possibilidade de existirem departa-
mentos vazios. Esta cardinalidade foi especificada considerando o estado do banco de
dados imediatamente aps a criao de um novo departamento, bem como o estado
imediatamente aps a eliminao da ltima disciplina de um departamento. Da forma como a
restrio foi especificada, possvel incluir o departamento em uma transao, para, depois,
em transaes subsequentes, vincul-lo s disciplinas sob sua responsabilidade. Se tivesse
sido especificada a cardinalidade mnima "1", ao menos uma disciplina teria que ser
vinculada ao departamento j na prpria transao de incluso do departamento. Como se
observa da discusso acima, para especificar as cardinalidades mnimas necessrio
possuir conhecimento sobre a ordem de execuo das transaes de incluso e excluso
das entidades.
Uma disciplina pode possuir diversos pr-requisitos, inclusive nenhum. Uma disciplina pode
ser pr-requisito de muitas outras disciplinas, inclusive de nenhuma.
Uma disciplina pode aparecer no currculo de muitos cursos (inclusive de nenhum) e um
curso pode possuir muitas disciplinas em seu currculo (inclusive nenhuma).
Um aluno est inscrito em exatamente um curso e um curso pode ter nele inscritos muitos
alunos (inclusive nenhum).

Figura 15 DER para o controle acadmico de uma universidade

Pr-requis

Liberada Liberadora
(0,N) (0,N)

Departamento Responsvel Disciplina

(1,1) (0,N)
(0,N)

Disc-curso

(0,N)
(0,N) (1,1)
Aluno Inscrio Curso

30
Generalizao/Especializao

Alm de relacionamentos e atributos, propriedades podem ser atribudas a entidades

atravs do conceito de generalizao/especializao. A partir deste conceito possvel atribuir
propriedades particulares a um subconjunto das ocorrncias (especializadas) de uma entidade
genrica. No DER, o smbolo para representar generalizao/especializao um tringulo
issceles, conforme mostra a Figura 16. A generalizao/especializao mostrada nesta figura
expressa que a entidade CLIENTE dividida em dois subconjuntos, as entidades PESSOA
FSICA e PESSOA JURDICA, cada uma com propriedades prprias.

Figura 16 Generalizao/especializao

Nome
Filial Cliente
(1,1) (0,N) Cdigo
(0,N)

Pessoa fsica Pessoa jurdica

CPF Sexo CNPJ Data

Fundao

Associada ao conceito de generalizao/especializao est a ideia de herana de

propriedades. Herdar propriedades significa que cada ocorrncia da entidade especializada
possui, alm de suas prprias propriedades (atributos, relacionamentos e generaliza-
es/especializaes), tambm as propriedades da ocorrncia da entidade genrica corres-
pondente. Assim, segundo o DER da figura 16, a entidade PESSOA FSICA possui, alm de
seus atributos particulares, CPF e sexo, tambm todas as propriedades da ocorrncia da
entidade CLIENTE correspondente, ou seja, os atributos nome e cdigo, o seu identificador
(atributo cdigo), bem como o relacionamento com a entidade FILIAL. Resumindo, o diagrama
expressa que toda pessoa fsica tem como atributos nome, cdigo, CPF e sexo, identificada
pelo cdigo e est obrigatoriamente relacionada a exatamente uma filial. Da mesma maneira,
toda pessoa jurdica tem como atributos nome, cdigo, CNPJ e tipo de organizao,
identificada pelo cdigo e est obrigatoriamente relacionada a exatamente uma filial.

31
 Entidade Associativa

Um relacionamento uma associao entre entidades. Na modelagem ER no foi

prevista a possibilidade de associar uma entidade com um relacionamento ou ento de associar
dois relacionamentos entre si. Na prtica, quando estamos construindo um novo modelo ER ou
modificando um modelo ER existente, surgem situaes em que desejvel permitir a
associao de uma entidade a um relacionamento. A ttulo de exemplo, considere-se o modelo
da figura 17.

Figura 17 DER a ser modificado

N N
Mdico Consulta Paciente

Suponha que seja necessrio modificar este modelo da seguinte forma. necessrio
saber que medicamentos existem e que medicamentos foram prescritos em cada consulta.
Para saber que medicamentos existem, cria-se uma nova entidade, MEDICAMENTO. A
questo agora : com que entidade existente deve estar relacionada a nova entidade? Se
MEDICAMENTO fosse relacionado a MDICO, ter-se-ia apenas a informao de que mdico
prescreveu que medicamentos, faltando a informao do paciente que os teve prescritos. Por
outro lado, se MEDICAMENTO fosse relacionado PACIENTE, faltaria a informao do mdico
que prescreveu o medicamento. Assim, deseja-se relacionar o medicamento consulta, ou
seja, deseja-se relacionar uma entidade (MEDICAMENTO) a um relacionamento
(CONSULTA), o que no est previsto na abordagem ER. Para tal, foi criado um conceito
especial, o de entidade associativa. Uma entidade associativa nada mais que a redefinio de
um relacionamento, que passa a ser tratado como se fosse tambm uma entidade.
Graficamente, isso feito como mostrado na figura 18. O retngulo desenhado ao redor do
relacionamento CONSULTA indica que este relacionamento passa a ser visto como uma
entidade (associativa, j que baseada em um relacionamento). Sendo CONSULTA tambm
uma entidade, possvel associ-la atravs de relacionamentos a outras entidades, conforme
mostra a figura.

32
 Figura 18 Entidade associativa

N N
Mdico Consulta Paciente

Prescrio

N
Medicamento

Caso no se desejasse usar o conceito de entidade associativa, seria necessrio

transformar o relacionamento CONSULTA em uma entidade, que ento poderia ser relacionada
a MEDICAMENTO, conforme mostrado na figura 19.

Figura 19 Substituindo relacionamento por entidade

1 N N 1
Mdico Consulta Paciente

Prescrio

N
Medicamento

No modelo da figura, o relacionamento foi substitudo por uma entidade homnima,

junto com dois relacionamentos. Para manter a equivalncia com o modelo anterior (figura 18),
uma consulta est relacionada com exatamente um mdico e exatamente um paciente (a
cardinalidade mnima e mxima um). Uma consulta identificada pelo paciente e pelo mdico
a ela ligados. Tendo substitudo o relacionamento CONSULTA pela entidade, basta relacionar a
entidade CONSULTA com a entidade MEDICAMENTO.
Observe-se que o diagrama da figura 19 equivalente ao diagrama da figura 18.
Equivalente aqui significa que ambos geram o mesmo banco de dados relacional.

33
 Lista de questes

1. Explique para que serve o Diagrama de Entidade-Relacionamento.

2. Explique quando um diagrama de ER deve ser construdo? Quem responsvel pela sua
construo?
3. Defina o que uma entidade e d pelo menos trs exemplos de entidades (diferentes dos
apresentados nesta unidade).
4. Para cada entidade que voc apresentou no exerccio 3, cite 4 atributos e diga qual o domnio
de cada atributo.
5. Explique quais os tipos de atributos que podemos ter. Para cada tipo de atributo, cite 3
exemplos.
6. Descreva em quais situaes devemos fazer uma generalizao. D um exemplo diferente
do apresentado nesta unidade.
7. Construa um DER que modela a mesma realidade que modelada pelo DER da figura
abaixo, usando apenas relacionamentos 1:N.

(0,N) (0,N)
Engenheiro Atuao Projeto

Nome Cdigo
Cdigo Ttulo
Funo

8. Explique a diferena entre uma entidade e uma ocorrncia de entidade. Exemplifique.

9. Construa um DER onde o conceito de entidade associativa usado.
10. Desenhe o DER e coloque os atributos para cada entidade de acordo com a situao
descrita a seguir.
11. Uma turma de segundo ano do Ensino Mdio resolveu formar um clube do livro. Como esses
alunos so do curso Tcnico em Informtica, eles resolveram desenvolver um sistema para
controlar isso. O clube vai funcionar assim: Cada aluno deve selecionar alguns livros que
tenha em casa para disponibilizar ao clube. Esses livros sero colocados em caixas
separadas por rea (por exemplo: romance, fico, policial, etc.) Sobre o livro, necessrio
saber: nome do livro, nome do autor, editora, ano de publicao, cdigo da rea, nome da
rea e ISBN. No pode haver livros repetidos. Sobre os alunos, precisamos saber a
matrcula do aluno, nome, telefone e turma a que ele pertence. Os livros podem ser
emprestados pelos alunos cadastrados, e quando isso acontece necessrio saber a data
do emprstimo e a data da devoluo. Se um aluno atrasar a devoluo mais de uma vez ele

34
 ser banido do grupo.
12. Desenhe o DER e coloque os atributos para cada entidade de acordo com a situao
descrita a seguir.

Uma concessionria que trabalha com venda de veculos deseja criar uma base de
dados para o seu negcio. Para qualquer veculo, sabemos o nmero do chassi, nmero da
placa, cor, ano de fabricao, quilometragem, cdigo da marca, nome da marca, cdigo do
modelo e nome do modelo. Todo carro pertence a um modelo, e este modelo pertence a uma
marca. Como a concessionria vende veculos usados de diferentes marcas, interessante
haver um cadastro para as marcas e um cadastro para os modelos. Uma pessoa pode assumir
um dos seguintes papis em relao concessionria: corretor ou comprador. Sobre o
comprador do veculo, tem-se CPF, nome, estado civil e, se for casado, os dados do cnjuge
(como nome e CPF). Sobre os corretores, tem-se nmero da matrcula, nome e data de
admisso. Um corretor negocia com um comprador a venda de um veculo. Sobre a venda, so
necessrias as seguintes informaes: data da venda, valor da venda e valor da comisso do
corretor.

Anotaes

35
Unidade 3

MODELO RELACIONAL

Esta unidade apresenta os conceitos aplicados ao modelo de dados usado nos

sistemas gerenciadores de banco de dados do tipo relacional.
Ser detalhado como um banco de dados relacional organizado (que estruturas de
dados so usadas, como elas esto relacionadas), mas no discute como um banco de dados
relacional pode modificado ou acessado, ou seja, no apresenta as linguagens de manipulao
de dados, como SQL.
Alm dos SGBDs relacionais, existem outros tipos de sistemas no mercado. Entretanto,
hoje, h um claro predomnio dos SGBDs relacionais, principalmente fora das plataformas de
grande porte. Mesmo nestes ambientes, SGBD relacionais esto gradativamente substituindo
os SGBDs de outras abordagens (hierrquica, rede, sistemas proprietrios). Alm disso, rnuitos
conceitos usados no projeto de BD, como o conceito de normalizao, foram criados em
combinao com a abordagem relacional. Por esses motivos vamos considerar unicamente a
abordagem relacional nesta apostila.

Composio de um banco de dados relacional

Um banco de dados relacional composto de tabelas ou relaes. A terminologia tabela

mais comum nos produtos comerciais e na prtica. J a terminologia relao foi utilizada na
literatura original sobre a abordagem relacional (da a denominao "relacional") e mais
comum na rea acadmica.

Tabela

Uma tabela um conjunto no ordenado de linhas (tuplas, na terminologia acadmica).

Um exemplo de tabela (tabela Empregado) apresentado na figura 20. No exemplo, a tabela
armazena dados sobre empregados de uma organizao.
Cada linha composta por uma srie de campos (valor de atributo, na terminologia
acadmica). No exemplo, cada linha da tabela corresponde a um empregado e cada campo
uma informao referente a este empregado (seu cdigo, seu nome,...).
Cada campo identificado por um nome de campo (nome de atributo, na terminologia
acadmica). Na representao grfica (Figura 20) os nomes de campo so representados no
cabealho da tabela. No exemplo, os nomes de campo so CodigoEmp, Nome, codigoDepto e
CategFuncional.
37
 Figura 20 Tabela Empregado

CodigoEmp Nome CodigoDepto CategFuncional

E5 Souza D1 C5
E3 Santos D2 C5
E2 Silva D1 C2
E1 Soares D1 ---

O conjunto de campos homnimos de todas as linhas de uma tabela forma uma coluna.
Comparando uma tabela de um banco de dados relacional com um arquivo convencio-
nal do sistema de arquivos de um computador, identificam-se as seguintes diferenas:

As linhas de uma tabela no tm ordenao. A ordem de recuperao pelo SGBD

arbitrria, a menos que a instruo de consulta tenha especificado explicitamente uma
ordenao. No possvel referenciar linhas de uma tabela por posio. J em arquivos
convencionais, o programador tem controle sobre a ordem de armazenamento e pode
referenciar registros por sua posio relativa dentro do arquivo.
Os valores de campo de uma tabela so atmicos e monovalorados. Ser atmico
significa que o campo no pode ser composto de outros. Ser monovalorado significa que o
campo possui um nico valor e no um conjunto de valores. Exemplos de estruturas de dados
que no tm estas restries aparecem em muitas linguagens de programao, como C, Java
ou Pascal. Exemplificando, em Pascal, um campo no necessita ser atmico, pois pode ser um
registro, ou seja, pode ser composto por outros campos. Ainda em Pascal, um campo pode ser
multivalorado, caso seja um arranjo (array) composto por vrios valores.
As linguagens de consulta a bases de dados relacionais permitem o acesso por
quaisquer critrios envolvendo os campos de uma ou mais linhas. J em arquivos convenciona-
is, para buscar registros com base em valores de seus campos de forma rpida, usualmente
necessrio que exista algum tipo de caminho de acesso. Um caminho de acesso uma
estrutura auxiliar, como um ndice ou uma cadeia de ponteiros, que acelera a recuperao de
registros por determinados critrios, evitando a leitura exaustiva de todos os registros de um
arquivo. Caminhos de acesso tambm existem em bancos de dados relacionais, mas no so
visveis pelos programadores, isto , os programadores escrevem consultas sobre o banco de
dados sem considerar a existncia ou no de caminhos de acesso.

CHAVE

O conceito bsico para identificar linhas e estabelecer relaes entre linhas de tabelas

38
de um banco de dados relacional o de chave. Em um banco de dados relacional, h ao menos
trs tipos de chaves a considerar: a chave primria, a chave alternativa e a chave estrangeira.

Chave primria

Uma chave primria uma coluna ou uma combinao de colunas cujos valores
distinguem uma linha das demais dentro de uma tabela. Por exemplo, na tabela Empregado da
figura 20, a chave primria a coluna CodigoEmp.
A figura 21 apresenta um exemplo de uma tabela (Dependente) que possui uma chave
primria composta (colunas CodEmp e NoDepen). Neste caso, nenhum dos campos que
compem a chave suficiente para distinguir uma linha das demais j que, tanto um cdigo de
empregado (CodEmp) pode aparecer em diferentes linhas, quanto um nmero de dependente
(NoDepen) pode aparecer em diferentes linhas. necessrio considerar ambos os valores
(CodEmp e NoDepen) para identificar uma linha na tabela, ou seja, para identificar um
dependente.

Figura 21 Tabela com chave primria composta Dependente

CodEmp NoDepen Nome Tipo DataNasc

E1 01 Joo Filho 12/01/2001
E1 02 Maria Filha 20/10/2003
E2 01 Ana Esposa 12/12/1970
E5 01 Paula Esposa 14/08/1981
E5 02 Jos Filho 03/05/1985

Pela definio acima, na tabela da figura 21, qualquer combinao de colunas que
contenha as colunas CodEmp e NoDepen uma chave primria. Por isso, nas definies
formais de chave primria, exige-se que essa seja mnima. Uma chave mnima quando todas
as suas colunas forem efetivamente necessrias para garantir o requisito de unicidade de
valores da chave. Exemplificando, algum poderia considerar a combinao de colunas
CodEmp, NoDepen e Tipo como sendo uma chave primria. Entretanto, se eliminarmos desta
combinao a coluna Tipo, continuamos frente a uma chave primria. Portanto, a combinao
de colunas CodEmp, NoDepen e Tipo no obedece ao princpio da minimalidade e no deve ser
considerada uma chave primria.
Cabe salientar que, na abordagem relacional, o termo "chave" empregado com uma
conotao diferente daquela usada na rea de organizao de arquivos e em alguns sistemas
operacionais. Em arquivos convencionais, entende-se por chave qualquer coluna sobre a qual

39
 ser definido um ndice ou algum outro tipo de estrutura de acesso. Na abordagem relacional,
ao definir uma chave primria, no se est definindo nenhum caminho de acesso. Est-se
definindo apenas uma restrio de integridade, isto , uma regra que deve ser obedecida em
todos os estados vlidos do BD. No caso da chave primria, a regra definida pela chave a de
unicidade de valores nas colunas que compem a chave.

Chave estrangeira

Uma chave estrangeira uma coluna ou uma combinao de colunas, cujos valores
aparecem necessariamente na chave primria de uma tabela. A chave estrangeira o
mecanismo que permite a implementao de relacionamentos em um banco de dados
relacional.
No banco de dados da figura 22, a coluna CodigoDepto da tabela Emp uma chave
estrangeira em relao a chave primria da tabela Dept. Isto significa que, na tabela Emp, os
valores do campo CodigoDepto de todas as linhas devem aparecer na coluna de mesmo nome
da tabela Emp. A interpretao desta restrio que todo empregado deve estar associado a
um departamento.

Figura 22 Chave estrangeira

Dept
CodigoDepto NomeDepto
D1 Compras
D2 Engenharia
D3 Vendas

Emp
CodEmp Nome CodigoDepto CategFuncional CPF
E1 Souza D1 --- 132.121.331-20
E2 Santos D2 C5 891.221.111-11
E3 Silva D2 C5 341.511.775-45
E5 Soares D1 C2 631.692.754-88

A existncia de uma chave estrangeira impe restries que devem ser garantidas ao
executar diversas operaes de alterao do banco de dados:

Quando da incluso de uma linha na tabela que contm a chave estrangeira. Neste caso,
deve ser garantido que o valor da chave estrangeira aparea na coluna da chave primria
referenciada. No exemplo da figura 22, isto significa que um novo empregado deve atuar em
um departamento j existente no banco de dados.

40
 Quando da alterao do valor da chave estrangeira. Deve ser garantido que o novo valor de
uma chave estrangeira aparea na coluna da chave primria referenciada.
Quando da excluso de uma linha da tabela que contm a chave primria referenciada pela
chave estrangeira. Deve ser garantido que, na coluna chave estrangeira, no aparea o valor
da chave primria que est sendo excluda. No exemplo da figura 22, isto significa que um
departamento no pode ser excludo, caso nele ainda existirem empregados.
Quando da alterao do valor da chave primria referenciada pela chave estrangeira. Deve
ser garantido que, na coluna chave estrangeira, no aparea o valor antigo da chave primria
que est sendo alterada. No exemplo da figura 22, isto significa que, caso um departamento
possua empregados, seu cdigo no pode ser modificado.

Chave alternativa

Em alguns casos, mais de uma coluna ou combinaes de colunas podem servir para
distinguir uma linha das demais. Uma das colunas (ou combinao de colunas) escolhida
como chave primria. As demais colunas ou combinaes so denominadas chaves alternati-
vas. A figura 23 mostra um exemplo de uma tabela com dados de empregados (Emp), na qual
tanto a coluna CodEmp quanto a coluna CPF podem ser usadas para distinguir uma linha das
demais. Nesta tabela, como a coluna CodEmp foi escolhida como chave primria, diz se que a
coluna CPF uma chave alternativa.
Quando, em uma tabela, mais de uma coluna ou combinaes de colunas servem para
distinguir uma linha das demais, surge a questo de que critrio deve ser usado para determinar
qual das possveis colunas (ou combinao de colunas) ser usada como chave primria. No
exemplo da figura 23, por que a coluna CodEmp foi usada como chave primria e no a coluna
CPF? Por que CPF no foi usado como chave primria e CodEmp como chave alternativa? Se
considerarmos apenas a tabela em que a coluna aparece, no h diferena entre uma coluna
ser chave primria ou alternativa. Em ambos os casos, apenas est sendo especificada a
unicidade de valores de chave. Entretanto, ao considerarmos chaves estrangeiras, a diferencia-
o entre chave primria e chave alternativa passa a ser relevante. Quando especificamos que
uma chave primria, estamos especificando, alm da unicidade de valores, tambm o fato de
esta coluna ser usada nas chaves estrangeiras que referenciam a tabela em questo. Assim, no
caso da tabela da figura 23, estamos especificando que tanto os valores de CodEmp, quanto os
valores de CPF so nicos e, adicionalmente, que a coluna CodEmp ser usada nas chaves
estrangeiras que referenciam a tabela Emp.

41
 Figura 23 Chave alternativa (coluna CPF)

CodEmp Nome CodigoDepto CategFuncional CPF

E1 Souza D1 --- 132.121.331-20
E2 Santos D2 C5 891.221.111-11
E3 Silva D2 C5 341.511.775-45
E5 Soares D1 C2 631.692.754-88

Domnios e valores vazios

Quando uma tabela do banco de dados definida, para cada coluna da tabela deve ser
especificado um conjunto de valores (alfanumrico, numrico,...) que os campos da respectiva
coluna podem assumir. Este conjunto de valores chamado de domnio da coluna ou domnio
do campo.
Alm disso, deve ser especificado se os campos da coluna podem estar vazios (null em
ingls) ou no. Estar vazio indica que o campo no recebeu valor de seu domnio. Na figura 23, o
campo CategFuncional da linha correspondente ao empregado de cdigo E1 est vazio. Isto
indica que o empregado E1 no possui categoria funcional ou que esta ainda no foi informada.
As colunas nas quais no so admitidos valores vazios so chamadas de colunas obrigatrias.
As colunas nas quais podem aparecer campos vazios so chamadas de colunas opcionais.
Normalmente, os SGBDs relacionais exigem que todas as colunas que compem a
chave primria sejam obrigatrias. A mesma exigncia no feita para as demais chaves.

Restries de integridade

Um dos objetivos primordiais de um SGBD a manuteno da integridade de dados

sob seu controle. Dizer que os dados de um banco de dados esto ntegros significa dizer que
eles refletem corretamente a realidade representada pelo banco de dados e que so consisten-
tes entre si. Para tentar garantir a integridade de um banco de dados, os SGBDs oferecem o
mecanismo de restrio de integridade. Uma restrio de integridade uma regra de consistn-
cia de dados que garantida pelo prprio SGBD. No caso da abordagem relacional, costuma-se
classificar as restries de integridade nas seguintes categorias:

Integridade de domnio: Restries deste tipo especificam que o valor de um campo deve
obedecer a definio de valores admitidos para a coluna (o domnio da coluna). Nos primeiros
SGBDs relacionais, era possvel usar apenas domnios pr-definidos (nmero inteiro, nmero
real, alfanumrico de tamanho definido, data, ...). Em SGBDs mais recentes, o usurio pode

42
definir domnios prprios de sua aplicao (por exemplo, o domnio dos dias da semana ou das
unidades da federao).
Integridade de vazio: Atravs deste tipo de restrio de integridade especificado se os
campos de uma coluna podem ou no ser vazios (se a coluna obrigatria ou opcional). Como
j foi mencionado, campos que compem a chave primria sempre devem ser diferentes de
vazio.
Integridade de chave: Trata-se da restrio que define que os valores da chave primria e
alternativa devem ser nicos.
Integridade referencial: a restrio que define que os valores dos campos que aparecem em
uma chave estrangeira devem aparecer na chave primria da tabela referenciada.

As restries dos tipos acima especificados devem ser garantidas automaticamente

por um SGBD relacional, isto , no deve ser exigido que o programador escreva procedimen-
tos para garanti-Ias explicitamente. H outras restries de integridade que no se encaixam
nas categorias acima e que normalmente no so garantidas pelo SGBD. Essas restries so
chamadas de restries semnticas. Alguns exemplos de restries desse tipo poderiam ser:

Um empregado do departamento denominado "Finanas" no pode ter a categoria funcional

"Engenheiro".
Um empregado no pode ter um salrio maior que seu superior imediato.

Modelo de Banco de Dados Relacional

A especificao de um banco de dados relacional, ou seja, um modelo de banco de

dados relacional, deve conter no mnimo a definio dos seguintes itens:

Tabelas que formam o banco de dados;

Colunas que as tabelas possuem; e
Restries de integridade.

Um modelo de banco de dados pode ter diferentes representaes, cada uma um

esquema do banco de dados. Na prtica, para representar esquemas relacionais, so usadas
vrias notaes. A seguir, discutimos duas alternativas de notao para esquemas de banco de
dados relacional, uma textual e outra diagramtica.

43
 Esquema textual de BD relacional

Na prtica, na linguagem padro de manipulao de banco de dados relacional SQL,

existe um grande conjunto de comandos para a manuteno do esquema do banco de dados.
Esta linguagem inclui comandos para, entre outras coisas, criar uma nova tabela, excluir uma
tabela existente e alterar a estrutura de uma tabela.
Nesta seo, vamos apresentar apenas uma notao resumida para esquemas
textuais de BD relacional.
A figura 24 apresenta o esquema correspondente s tabelas da figura 22 usando a
notao resumida.
Nesta notao, so listadas as tabelas e, para cada tabela, enumerados, entre
parnteses, os nomes das colunas que compem a tabela. As colunas que compem a chave
primria aparecem sublinhadas. Aps a definio de cada tabela, aparecem as definies das
chaves estrangeiras que aparecem na tabela na forma,

<nome de coluna ch.estrangeira> referencia <nome de tabela>

quando tratar-se de uma chave estrangeira composta de uma nica coluna, ou na

forma,

(<nome de coluna>1, <nome de coluna>2, ...) referencia <nome de tabela>

quando tratar-se de uma chave estrangeira composta por mltiplas colunas.

Figura 24 Esquema textual do banco de dados da figura 22

Emp (CodEmp, Nome, CodigoDepto, CategFuncional, CPF)

CodigoDepto referencia Dept
Dept (CodigoDepto, Nome)

Esquema diagramtico de BD relacional

Outra alternativa de representao de esquema de banco de dados relacional atravs

de diagramas. Muitas ferramentas CASE trabalham com notaes deste tipo. Assim como no
h padro de notao diagramtica para esquemas ER, tambm no h padro para notao

44
de esquemas relacionais.
Para exemplificar uma notao, a figura 25 apresenta um exemplo de esquema
diagramtico para o banco de dados da figura 22. Este diagrama foi confeccionado com o uso
de uma ferramenta CASE comercial.
De maneira geral, esquemas diagramticos de BD relacional esto organizados como
descrito a seguir:

Cada tabela representada por um retngulo.

As colunas que compem a tabela so listadas dentro do retngulo representativo da tabela.
Muitas vezes, notaes adicionais indicam o domnio de cada coluna. No exemplo, os
domnios so definidos pelas anotaes INTEGER, VARCHAR (45) e VARCHAR(20).
Tambm a indicao das colunas que compem a chave primria pode aparecer no
diagrama. No exemplo, as colunas que compem a chave primria so indicadas pelo
desenho de uma chave ao lado esquerdo do nome do atributo.
As chaves estrangeiras so descritas na parte inferior do retngulo, indicando inclusive o
nome da tabela onde essa chave estrangeira chave primria.

Figura 25 Esquema diagramtico do banco de dados da figura 22

Consultas Sobre o Banco de Dados

Conforme mencionamos na introduo desta unidade, no nossa inteno fazer uma

introduo completa abordagem relacional. Mesmo assim, apresentamos um exemplo de

45
 uma consulta a um banco de dados relacional, a fim de mostrar algumas caractersticas
importantes das linguagens relacionais.
A linguagem usada neste exemplo SQL, a linguagem padro de definio e manipulao do
banco de dados. A instruo a seguir refere-se a uma consulta sobre o banco de dados da figura
24:

SELECT Emp.Nome
FROM EMP, DEPT
WHERE Dept.Nome = 'Computao' AND
Emp.CodigoDepto = Dept.CodigoDepto AND
Emp.CategFuncional='Programador'

A consulta busca os nomes dos empregados que estejam vinculados a um departamento

denominado Computao e que pertencem categoria funcional Programador. Quanto a esta
consulta, cabem as seguintes observaes:
Na instruo SQL, o programador no faz referncia a algum tipo de caminho de acesso.
Quem decide quais caminhos de acesso sero eventualmente usados quando da execuo da
instruo o SGBD.
Quando em uma instruo esto envolvidas duas tabelas, a associao entre as linhas
das duas tabelas feita normalmente por uma operao chamada de juno (join). No exemplo
as linhas de Emp so associadas s linhas de Dept pela igualdade do cdigo do departamento.

Lista de questes

1. Explique o que uma chave primria.

2. Explique o que uma chave estrangeira.
3. Descreva o que integridade referencial da base de dados.
4. Considere o banco de dados relacional definido parcialmente abaixo (faltam as chaves da
tabela Empregado):

Empregado (CodEmpregado,Nome,NoPIS-PASEP)
Dependente (CodEmpregado,NoDependente,Nome)
CodEmpregado referencia Empregado

Na tabela Empregado, tanto CodEmpregado quanto NoPIS-PASEP podem ser chave

primria. Qual voc escolheria como chave primria? Por qu?

46
5. A seguir aparece um esquema parcial para um banco de dados relacional. Identifique neste
esquema as chaves primrias e as chaves estrangeiras:

Aluno (CodigoAluno,Nome,CodigoCurso)
Curso (CodigoCurso,Nome)
Disciplina ( CodigoDisciplina, Nome, Creditos, CodigoDepartamento)
Curriculo (CodigoCurso, CodigoDisciplina, Obrigatoria-Opcional)
Conceito (CodigoAluno, CodigoDisciplina, Ano-semestre, Conceito)
Departamento (CodigoDepartamento, Nome)

6. Considere um banco de dados com o seguinte esquema:

Paciente (CodigoConvenio, NumeroPaciente, Nome)

CodigoConvenio referencia Convenio
Convenio (CodigoConvenio, Nome)
Medico (CRM, Nome, Especializao)
Consulta (CodigoConvenio, NumeroPaciente, CRM, Data-Hora)
(CodigoConvenio, NumeroPaciente) referencia Paciente
CRM referencia Medico

Explique quais verificaes devem ser feitas pelo SGBD para garantir a integridade
referencial nas seguintes situaes:

A. Uma linha includa na tabela Consulta.

B. Uma linha excluda da tabela Paciente.
C. O cdigo do CRM em uma linha de Consulta alterado.
D. O cdigo do CRM em uma linha de Mdico alterado.

7. Usando alguma ferramenta CASE para modelagem de banco de dados, construa um

esquema diagramtico para o banco de dados cujo esquema textual aparece no exerccio 4.

47
Anotaes
Unidade 4

CONVERSO ENTRE OS MODELOS CONCEITUAL E RELACIONAL

Nas unidades anteriores, mostramos duas formas de modelagem de dados, a

modelagem conceitual e a modelagem relacional. Estas abordagens propem modelar os
dados em diferentes nveis de abstrao. A modelagem conceitual voltada modelagem de
dados de forma independente do SGBD considerado. J a abordagem relacional modela os
dados no nvel do SGBD relacional. Um modelo neste nvel de abstrao chamado modelo
lgico. Nesta unidade, vamos considerar a relao entre estes dois nveis de modelagem.
Inicialmente, vamos apresentar o projeto lgico de BD relacional. O projeto lgico
consta da transformao de um modelo ER em um modelo lgico, que implementa, a nvel de
SGBD relacional, os dados representados abstratamente no modelo ER. O termo implementa-
o significa que ocorre uma transformao de um modelo mais abstrato para um modelo que
contm mais detalhes de implementao.

Viso Geral do Projeto Lgico

Um determinado modelo ER pode ser implementado atravs de diversos modelos

relacionais, que contm as informaes especificadas pelo diagrama ER. Todos podem ser
considerados uma implementao correta do modelo ER considerado. Entretanto, estes
diferentes modelos relacionais podem resultar em diferentes performances do sistema constru-
do sobre o banco de dados. Alm disso, os diferentes modelos relacionais podem implicar
maior facilidade, ou dificuldade de desenvolvimento e manuteno do sistema construdo sobre
o banco de dados.
As regras de projeto lgico aqui apresentadas so baseadas na experincia acumulada
por muitos autores no projeto de muitas bases de dados diferentes. Estas regras refletem um
consenso de como deve ser projetado um banco de dados eficiente.
Entretanto, o modelo por elas fornecido pode ser considerado como um modelo
relacional inicial. Nos casos em que este modelo relacional inicial no atende aos requisitos de
performance da BD projetada, h um processo de refinamento e melhoria do modelo, at ser
atingido o modelo relacional satisfatrio.
A figura 26 resume os passos do projeto lgico.

49
 Figura 26 Viso geral do projeto lgico

Modelo ER
(nvel conceitual)

Conhecimento Transformao ER para

sobre a aplicao relacional

Refinamento do Modelo relacional

modelo relacional (nvel lgico)

Um banco de dados relacional composto de tabelas ou relaes. A terminologia tabela

mais comum nos produtos comerciais e na prtica. J a terminologia relao foi utilizada na
literatura original sobre a abordagem relacional (da a denominao "relacional") e mais
comum na rea acadmica.

Transformao ER para Relacional

Nesta seo, so apresentadas regras para transformao de um modelo ER em um

modelo relacional.
As regras foram definidas tendo em vista dois objetivos bsicos:

Obter um banco de dados que permita boa performance de instrues de consulta e

alterao do banco de dados. Obter boa performance significa basicamente diminuir o
nmero de acessos a disco, j que estes consomem o maior tempo na execuo de uma
instruo de banco de dados.
Obter um banco de dados que simplifique o desenvolvimento e a manuteno de aplicaes.

Estes dois objetivos so os centrais. Alm destes, as regras de transformao

procuram obter um banco de dados que ocupe pouco espao em disco. O objetivo de reduzir
espao de armazenamento era at algum tempo atrs to importante quanto o objetivo de
melhorar performance e simplificar o desenvolvimento. Entretanto, nos ltimos anos, o preo
dos meios de armazenamento vem diminuindo constantemente, o que fez com que a reduo
de espao ocupado, principalmente se em detrimento dos demais objetivos, diminusse de
importncia.

50
 A fim de alcanar estes objetivos, as regras de traduo foram definidas tendo por base,
entre outros, os seguintes princpios:

Evitar junes: Ter os dados necessrios a uma consulta em uma nica linha. Um SGBD
relacional normalmente armazena os dados de uma linha de uma tabela contiguamente em
disco. Com isso, todos dados de uma linha so trazidos para a memria em uma operao de
acesso a disco. Isso significa que, uma vez encontrada uma linha de uma tabela, seus campos
esto todos disponveis sem necessidade de acessos adicionais a disco.

Quando for necessrio buscar em disco dados de diversas linhas associadas pela
igualdade de campos (por exemplo, buscar os dados de um empregado e os dados de seu
departamento) necessrio usar a operao de juno. Os SGBDs procuram implementar a
juno de forma eficiente, j que ela uma operao executada muito freqentemente. Mesmo
assim, a juno envolve diversos acessos a disco. Assim, quando for possvel, prefervel ter os
dados necessrios a uma consulta em uma nica linha somente, ao invs de t-los distribudos
em diversas linhas, exigindo a sua juno.

Diminuir o nmero de chaves primrias: Para a implementao eficiente do controle da

unicidade da chave primria, o SGBD usa normalmente uma estrutura de acesso auxiliar, um
ndice, para cada chave primria. ndices, pela forma que so implementados, tendem a ocupar
espao considervel em disco. Alm disso, a insero ou remoo de entradas em um ndice
podem exigir diversos acesso a disco. Assim sendo, quando for necessrio escolher entre duas
alternativas de implementao, uma na qual dados aparecem em uma nica tabela e outra na
qual os mesmos dados aparecem em duas ou mais tabelas com a mesma chave primria e
mesmo nmero de linhas, a implementao por uma nica tabela deve ser preferida.

Para exemplificar, vamos considerar que se deseja armazenar dados sobre clientes em
um banco de dados relacional. Deseja-se armazenar, para cada cliente, seu cdigo, seu nome,
o nome da pessoa de contato, o endereo e o telefone. Este dados poderiam ser implementa-
dos atravs de uma das seguintes alternativas:

Cliente (CodCliente,Nome,NomeContato,Endereo,Telefone)
ou
Cliente (CodCliente,Nome,NomeContato)
ClienteEnder (CodCliente,Endereo,Telefone)
CodCliente referencia Cliente

51
 Na primeira alternativa, o SGBD cria apenas um ndice por cdigo de cliente, a chave
primria da tabela. Na segunda alternativa, o SGBD cria, para cada tabela, um ndice por cdigo
de cliente. Como cada cliente aparece nas duas tabelas, os dois ndices possuem exatamente
as mesmas entradas, resultando em armazenamento e processamento dobrados.

Evitar campos opcionais: Campos opcionais so campos que podem assumir o valor VAZIO
(NULL em SQL). Os SGBD relacionais usualmente no desperdiam espao pelo fato de
campos de uma linha estarem vazios, pois usam tcnicas de compresso de dados e registros
de tamanho varivel no armazenamento interno de linhas. Alm disso, h uma clusula de SQL
que especifica ao SGBD se o campo deve estar preenchido ou pode estar vazio. Assim, em
princpio, no h problemas em usar este tipo de campos.

Uma situao que pode gerar problemas aquela na qual a obrigatoriedade ou no do

preenchimento de um campo depende do valor de outros campos. Neste caso, em alguns
SGBD, o controle da obrigatoriedade deve ser feito pelos programas que acessam o banco de
dados, o que deve ser evitado.
Estas regras usam como entrada, alm do prprio modelo ER, tambm alguns
conhecimentos sobre volumes de dados e volumes de transaes. Esses conhecimentos
permitem escolher uma alternativa de implementao, quando diversas alternativas podem ser
usadas para implementar um conceito da abordagem ER.
A transformao de um modelo ER em um modelo relacional d-se nos seguintes
passos:

1. Traduo inicial de entidades e respectivos atributos.

2. Traduo de relacionamentos e respectivos atributos.
3. Traduo de generalizaes/especializaes.

Traduo Inicial de Entidades

Esse passo razoavelmente bvio: cada entidade traduzida para uma tabela. Neste
processo, cada atributo da entidade define uma coluna desta tabela. Os atributos identificado-
res da entidade correspondem s colunas que compem a chave primria da tabela.
A figura 27 apresenta um exemplo da transformao de uma entidade em uma tabela. A
figura mostra o DER e o correspondente esquema relacional. A entidade PESSOA com seus
atributos cdigo, nome e endereo transformada na tabela denominada Pessoa com colunas
denominadas CodigoPess, Nome, Endereo, DataNasc e DataAdm. Como o atributo cdigo

52
identificador da entidade, a coluna correspondente a este atributo a chave primria da tabela.

Figura 27 Transformao de entidade em tabela

Esquema relacional correspondente:

Pessoa (CodigoPess,Nome,Endereo,DataNasc,DataAdm)

Nomes de atributos e nomes de colunas

No aconselhvel simplesmente transcrever os nomes de atributos para nomes de

colunas. Nomes de colunas sero referenciados freqentemente em programas e outras
formas de texto em computador. Assim, para diminuir o trabalho de programadores conveni-
ente manter os nomes de colunas curtos. Alm disso, em um SGBD relacional, o nome de uma
coluna no pode conter brancos. Assim, nomes de atributos compostos de diversas palavras
devem ser abreviados. Com base nestas consideraes, os nomes de atributos data de
nascimento e data de admisso foram traduzidos para os nomes de colunas DataNasc e
DataAdm respectivamente.
Nas linguagens de banco de dados, o nome da tabela muitas vezes usado como
qualificador do nome da coluna. Exemplificando, para referenciar a coluna Nome da tabela
Pessoa muitas vezes usado um termo na forma Pessoa.Nome. Por isso, no recomendado
incluir no nome de uma coluna o nome da tabela em que ela aparece. Assim, prefervel usar o
nome de coluna Nome a usar os nomes de coluna NomePess ou NomePessoa. A exceo a
esta regra a coluna chave primria da entidade. Como esta coluna pode aparecer em outras
tabelas na forma de chave estrangeira, recomendvel que os nomes das colunas que
compem a chave primria sejam sufixadas ou prefixadas com o nome ou sigla da tabela na
qual aparecem como chave primria. Por este motivo, a coluna chave primria da tabela do
exemplo recebeu a denominao de CodigoPess.
Outra recomendao quanto a nomeao de colunas relativa ao uso de abreviaturas.
Muitas vezes usa-se determinadas abreviaturas para tipos de campos que se repetem, como
Cod para um cdigo e No ou Num para um nmero. A recomendao que se use sempre a
mesma abreviatura em toda o banco de dados.
53
 Traduo de Relacionamentos

A regra especfica que deve ser usada na traduo de um relacionamento determina-

da pelas cardinalidades mnima e mxima das entidades envolvidas nos relacionamentos.

Relacionamentos 1:1

Relacionamentos com cardinalidade 1:1 entre duas entidades no geram uma nova
tabela. No entanto, deve-se escolher a chave primria de uma das entidades ligadas ao
relacionamento e inseri-la como chave estrangeira na outra tabela. A questo aqui a seguinte:
Qual tabela deve receber a chave estrangeira j que a cardinalidade mxima das duas
entidades 1? Para que possamos decidir quem recebe a chave estrangeira, necessrio
considerar o tipo de participao das entidades no relacionamento. O tipo de participao pode
ser total ou parcial.
A participao total ocorre quando todos os objetos de uma entidade participam do
relacionamento e a participao parcial ocorre quando apenas alguns objetos da entidade
participam do relacionamento.
Por exemplo, suponha que tenhamos as entidades "Escola" e "Professor", nas quais se
percebe que uma escola sempre tem um professor que diretor, mas nem todo professor um
diretor, como mostra a figura 28. Nesse tipo de relacionamento, a entidade "Escola" tem
participao total, uma vez que toda escola ter um diretor. A entidade "Professor" tem
participao parcial, uma vez que nem todo professor diretor. Sendo assim, a entidade que
tem participao total "Escola" que deve receber a chave estrangeira.

Figura 28 Converso de relacionamento 1:1 para o modelo relacional

Esquema relacional correspondente:

Professor (MatricProf, NomeProf, CPFProf)

A tabela Escola recebeu a chave
Escola (CodEscola, NomeEscola, MatricProfDiretor) estrangeira porque a entidade
MatricProfDiretor referencia Professor Escola tem participao total no
relacionamento.

54
 Importante! Se o relacionamento tiver atributos descritivos, os atributos "seguem" a chave
estrangeira, ou seja, os atributos descritivos ficaro na mesma tabela que a chave estran-
geira.

Note que a escolha pela entidade que tem participao total feita para evitarmos
valores na tabela. Uma vez que toda escola tem um diretor, no teremos valor nulo para a chave
estrangeira. Diferentemente, se escolhssemos a entidade com participao parcial para
receber e estrangeira, teramos muitos valores nulos, uma vez que nem todo professor um
diretor.
No caso das duas entidades terem participao total, fica a critrio do desenvolvedor
escolher quem receber a chave estrangeira.
Se as duas entidades tiverem participao parcial, tambm o desenvolvedor quem
decide para onde vai a chave estrangeira, devendo ele fazer uma anlise de qual tabela que
receberia menos valores nulos e adicionando a chave estrangeira nessa tabela.

Relacionamentos 1:N

Relacionamentos com cardinalidade 1:N entre duas entidades no geram uma nova
tabela. No entanto, para que se possa manter o relacionamento, cria-se uma chave estrangeira
na entidade que possui a cardinalidade N. Se o relacionamento tiver atributos descritivos, esses
atributos iro seguir a chave estrangeira, ou seja, ficaro na mesma tabela que a chave
estrangeira ficar (a de cardinalidade N). Veja o exemplo apresentado na figura 29.

Figura 29 Converso de relacionamento 1:N para o modelo relacional

Esquema relacional correspondente:

Escola (CodEscola, NomeEscola)

Professor (MatricProf, NomeProf, CPFProf, CodEscola) A tabela Professor recebeu
CodEscola referencia Escola a chave estrangeira por esta
ser a entidade que tinha a
cardinalidade N.

55
 Relacionamentos N:N

Todo relacionamento com cardinalidade Muitos para Muitos (N:N) entre duas
entidades, vira uma nova tabela. Essa nova tabela ir conter todos os atributos descritivos do
relacionamento (se houver) mais as chaves primrias das entidades que fazem parte desse
relacionamento. As chaves primrias que vo passar para a nova tabela passam como chaves
estrangeiras. A chave primria da nova tabela ser composta pelas chaves estrangeiras e, se
houver necessidade, por algum atributo descritivo. A figura 30 mostra um exemplo de converso
de relacionamento N:N para o modelo relacional.

Figura 30 Converso de relacionamento N:N para o modelo relacional

Esquema relacional correspondente:

Disciplina (CodDisc, NomeDisc)

Professor (MatricProf, NomeProf, CPFProf Foi criada uma tabela para o
ProfDisc (MatricProf, CodDisc, data) relacionamento N:N.
MatricProf referencia Professor
CodDisc referencia Disciplina

Neste exemplo, utilizamos como nome da nova tabela o nome das entidades que
participavam do relacionamento para que fique claro para quem for ler o modelo relacional que
essa tabela teve origem num relacionamento N:N.
A chave primria, nesse caso, foi composta por trs atributos uma vez que s o cdigo
da disciplina e a matrcula do professor podem se repetir porque um professor pode lecionar
uma disciplina vrias vezes em anos diferentes. Por isso, a data foi utilizada como parte da
chave primria.

Implementao de Generalizao/Especializao

A transformao de uma especializao do modelo ER para o modelo relacional pode

56
ser feita de 3 diferentes modos:

1. Criando uma tabela apenas para a entidade pai.

2. Criando tabelas apenas para as entidades filhas.
3. Criando uma tabela para cada entidade (tanto para a entidade pai, quanto para as filhas).

Na primeira situao, ser criada uma tabela nica com o nome da entidade pai e essa
tabela ir conter: todos os atributos das entidades pai (genrica), os atributos da(s) entidade(s)
filha(s) (entidades especializadas), atributos referentes a possveis relacionamentos e um
atributo chamado "tipo" que identificar qual entidade especializada est sendo representada
em uma linha. A chave primria dessa tabela ser a prpria chave primria da entidade pai (ver
figura 31).
Na segunda situao, sero criadas tabelas apenas para as entidades filhas. Cada
entidade filha que virar uma tabela ter como atributos tantos os seus atributos especficos e de
seus relacionamentos diretos, quanto os atributos da entidade pai, mais os atributos dos
relacionamentos de outras entidades com a entidade pai. A chave primria de cada uma das
tabelas especializadas ser a chave primria da entidade pai, como mostra a figura 31. As
tabelas criadas sero completamente independentes umas das outras.
Na terceira situao, sero criadas tabelas para todas as entidades (pai e filhas). Cada
tabela ter seus atributos especficos, e os atributos dos seus relacionamentos. As tabelas
referentes s entidades filhas tambm recebero como chave estrangeira a chave primria da
entidade pai.
A chave primria para cada entidade filha ser a chave estrangeira, que neste caso ter
as duas funes (PK e FK). Caso exista algum atributo que identifique unicamente a entidade
filha, ele poder ser escolhido como chave primria e a chave primria da entidade pai passa
apenas como chave estrangeira, como mostra a figura 31.

Figura 31 Converso de especializao para o modelo relacional

57
 1 modo de converso: Criando uma nica tabela para a especializao

Turma (CodTurma, NomeTurma)

Pessoa (RGPessoa, NomePessoa, TelefonePessoa, MatricAluno, DataNascAluno,

CodTurma, EscolarProfessor, CPFProfessor, MatricProfessor, TipoPessoa)

CodTurma referencia Turma

2 modo de converso: Criando tabela apenas para as entidades filhas (especializadas)

Turma (CodTurma, NomeTurma)

Aluno (RGPessoa, NomePessoa, TelefonePessoa, MatricAluno, DataNascAluno, CodTurma)

CodTurma referencia Turma

Professor (RGPessoa, NomePessoa, TelefonePessoa, EscolarProfessor, CPFProfessor,

MatricProfessor)

3 modo de converso: Criando tabelas para as entidades pai e filhas

Turma (CodTurma, NomeTurma)

Pessoa(RGPessoa, NomePessoa, TelefonePessoa)

Aluno (MatricAluno, RGPessoa, DataNascAluno, CodTurma)

CodTurma referencia Turma
RGPessoa referencia Pessoa

Professor (MatricProfessor, EscolarProfessor, CPFProfessor)

RGPessoa referencia Pessoa

Na descrio do modelo relacional da figura 31, para o 3 modo de converso, observe

que foi escolhido como atributo chave para as tabelas especializadas (Aluno e Professor) os
atributos MatricAluno e MatricProfessor respectivamente. O atributo RGPessoa funcionar
apenas como chave estrangeira, uma vez que temos um atributo em cada tabela especializada
que identifica uma nica linha da tabela. Caso no existisse tal atributo, a chave primria seria o
prprio RGPessoa que seria chave estrangeira e primria ao mesmo tempo. A chave primria
no ser composta nessa situao.

58
 A pergunta que aparece nesse momento a seguinte: qual abordagem se deve utilizar
quando o modelo apresenta uma especializao?
A primeira abordagem ir conter muitos valores nulos, uma vez que dado o tipo do
objeto somente os atributos referentes quele objeto sero preenchidos. Por isso, nem todos os
atributos sero obrigatrios. Por outro lado, essa primeira abordagem tem a vantagem de
dispensar a necessidade de juno entre tabelas, uma vez que os dados esto todos na mesma
tabela.
A segunda abordagem pouco recomendada, porque pode gerar redundncia de
dados, uma vez que os dados da entidade genrica so repetidos em todas tabelas especializa-
das. Assim, se uma pessoa for tanto professor como aluno, teremos as informaes referentes
a essa pessoa repetida nas duas tabelas. Portanto, essa abordagem s deve ser utilizada
quando tivermos uma especializao exclusiva, ou seja, uma pessoa ou do tipo aluno ou do
tipo professor.
A terceira abordagem tem a vantagem de evitar os valores nulos que aparecem na
primeira abordagem e ainda a de no permitir a duplicidade como na segunda abordagem.
Assim, o desenvolvedor da base de dados deve analisar todos os aspectos referentes
situao que se est modelando e optar pela soluo que seja mais adequada ao problema.

Diagrama do Modelo Relacional

O modelo relacional pode ser descrito, como fizemos nos exemplos anteriores, ou pode
ser diagramado (forma mais comum).
No Diagrama do Modelo Relacional, tudo que virou tabela, aplicando-se as regrinhas
de converso entre modelos, ser representado por um retngulo. Esse retngulo ir conter o
nome da tabela, seus atributos, os tipos dos atributos, a identificao da chave primria, a
identificao da chave estrangeira e a cardinalidade do modelo.
A cardinalidade atribuda considerando-se o Modelo ER. Cardinalidade do tipo 1:1 e
1:N so representadas da mesma forma que no modelo ER. J a cardinalidade N:N no
aparece no diagrama do modelo relacional, uma vez que o relacionamento N:N virou uma
tabela. Portanto, todo relacionamento N:N dar origem a dois relacionamentos do tipo 1:N.
A figura 32 apresenta um exemplo de um Diagrama do Modelo Relacional para um
controle acadmico. Este diagrama foi desenhado com a ferramenta brModelo. A chave
primria nesse diagrama indicada pela chave dourada. A chave estrangeira indicada pela
chave de cor prata. Aqueles atributos que so chaves estrangeiras e tambm ajudam a formar a
chave primria, como mostrado na tabela ProfDiscTurma, so indicados pela chave dourada
com o interior prateado.

59
 Figura 32 Diagrama do modelo relacional para um controle acadmico

Lista de questes

1. Para o problema abaixo, desenhe o diagrama de ER, coloque as cardinalidades no diagrama

e identifique as chaves primrias. Voc pode acrescentar atributos ao modelo, se o texto que
descreve a situao-problema no apresentar todos os atributos necessrios.

Suponha que voc deseja criar um sistema de banco de dados para uma farmcia na
cidade de Curitiba. Esta farmcia deve possuir um cadastro de clientes, pois os clientes
normalmente compram parcelado e, portanto, necessrio que existam informaes como:
nome, endereo, telefone, etc. Os clientes que pagam vista no so cadastrados, e recebem
um desconto (automaticamente) de 15% sobre o valor total da compra. A farmcia deve ter um
controle de estoque para que possa solicitar os produtos que esto faltando junto aos fornece-
dores. Os produtos podem ser: medicamentos controlados e medica-mentos comuns. Sobre os
medicamentos, necessrio saber o cdigo do medicamento, o valor unitrio do medicamento,
o nome do medicamento e a data de validade. Um cadastro de fornecedores importante para
que se possa saber qual fornecedor possui qual produto. Sobre os fornecedores, deve-se

60
saber: o nome do fornecedor, telefone, endereo e CNPJ. Os funcionrios tambm devem ser
cadastrados pelo sistema. Informaes importantes sobre os funcionrios so: nome, matrcu-
la, RG, CPF e telefone. Cada funcionrio que trabalha na farmcia recebe no final do ms uma
comisso de 15% sobre o total de vendas que fez. Sobre a venda, necessrio saber: o que foi
vendido (pode-se vender vrios itens numa mesma venda), data da venda, o total da venda e o
funcionrio que fez a venda. Toda venda ter um pagamento associado a ela. No caso de
pagamentos vista, deve-se saber: o valor e o total do desconto. Para pagamentos parcelados,
necessrio saber: para qual foi o cliente foi feita a venda, o nmero de parcelas, o valor de
cada parcela e a data de vencimento de cada parcela.

2. Para o Diagrama ER desenhado no exerccio 1, faa o Diagrama do Modelo Relacional.

Projetar um banco de dados relacional para armazenar a nota fiscal abaixo.

61
 REFERNCIAS BIBLIOGRFICAS

ANGELOTTI, E. S. Banco de dados. Curitiba: Livro Tcnico, 2010

ELMASRI, R.; NAVATHE, S. B. Sistema de Banco de Dados. So Paulo: Person Education,
2005.
HEUSER, C. A. Projeto de banco de dados. 6. ed. Porto Alegre: Bookman, 2009.
CAPRON, H. L.; JOHNSON, J. A. Introduo Informtica. 8. Ed. So Paulo: Pearson
Prentice Hall, 2004.
MARULA, M.; BENINI FILHO, P. A. Informtica: Conceitos e Aplicaes. 3. ed. rev. So
Paulo: rica, 2008.
TURBAN, E.; WETHERBE, J.; MCLEAN, E. Tecnologia da Informao para Gesto. Porto
Alegre: Bookman, 2010.

62
Anotaes
 FORMAO INICIAL E CONTINUADA

EMPREENDEDORISMO
EMPREENDEDORISMO
rica Dias de Paula Santana e Ximena Novais de Morais
Os textos que compem estes cursos, no podem ser reproduzidos sem autorizao dos editores
Copyright by 2012 - Editora IFPR

IFPR - INSTITUTO FEDERAL DO PARAN

Reitor
Prof. Irineu Mario Colombo

Pr-Reitor de Extenso, Pesquisa e Inovao

Silvestre Labiak Junior

Organizao
Marcos Jos Barros
Cristiane Ribeiro da Silva

Projeto Grfico e Diagramao

Leonardo Bettinelli
Introduo

Certamente voc j ouviu falar sobre empreendedorismo, mas ser que voc sabe
exatamente o que significa essa palavra, ser que voc possui as caractersticas necessrias
para tornar-se um empreendedor? Esse material busca responder essas e outras perguntas a
respeito desse tema que pode fazer a diferena na sua vida!
No dia 29 de dezembro de 2008 foi promulgada a Lei n 11.892 que cria a Rede Federal de
Cincia e Tecnologia. Uma das instituies que compe essa rede o Instituto Federal do
Paran, criado a partir da escola tcnica da Universidade Federal do Paran. Voc deve estar
se perguntando O que isso tem a ver com o empreendedorismo?, no mesmo? Pois tem
uma relao intrnseca: uma das finalidades desses instituies federais de ensino estimular o
empreendedorismo e o cooperativismo.
E como o IFPR vai estimular o empreendedorismo e o cooperativismo? Entendemos que a
promoo e o incentivo ao empreendedorismo deve ser tratado com dinamismo e versatilidade,
ou seja, esse um trabalho que no pode estagnar nunca. Uma das nossas aes, por
exemplo, a insero da disciplina de empreendedorismo no currculo dos cursos tcnicos
integrados e subsequentes, onde os alunos tem a oportunidade de aprender conceitos bsicos
sobre empreendedorismo e os primeiros passos necessrios para dar incio a um
empreendimento na rea pessoal, social ou no mercado privado.
Neste material, que servir como apoio para a disciplina de empreendedorismo e para
cursos ministrados pelo IFPR por programas federais foi desenvolvida de forma didtica e
divertida. Aqui vamos acompanhar a vida da famlia Bonfim, uma famlia como qualquer outra
que j conhecemos! Apesar de ser composta por pessoas com caractersticas muito diversas
entre si, os membros dessa famlia possuem algo em comum: todos esto prestes a iniciar um
empreendimento diferente em suas vidas. Vamos acompanhar suas dvidas, dificuldades e
anseios na estruturao de seus projetos e atravs deles buscaremos salientar questes
bastante comuns relacionadas ao tema de empreendedorismo.
As dvidas desta famlia podem ser suas dvidas tambm, temos certeza que voc vai se
identificar com algum integrante! Embarque nessa conosco, vamos conhecer um pouco mais
sobre a famlia Bonfim e sobre empreendedorismo, tema esse cada vez mais presente na vida
dos brasileiros!

Anotaes
Sumrio

HISTRIA DO EMPREENDEDORISMO..........................................................................................................7
TRAANDO O PERFIL EMPREENDEDOR.....................................................................................................8
PLANEJANDO E IDENTIFICANDO OPORTUNIDADES ...............................................................................12
ANLISE DE MERCADO ...............................................................................................................................14
PLANO DE MARKETING ...............................................................................................................................15
PLANO OPERACIONAL ................................................................................................................................17
PLANO FINANCEIRO ....................................................................................................................................18
EMPREENDEDORISMO SOCIAL OU COMUNITRIO .................................................................................21
INTRAEMPREENDEDORISMO ....................................................................................................................23
REFERNCIAS .............................................................................................................................................25
Anotaes
HISTRIA DO EMPREENDEDORISMO

Antes de apresent-los a famlia Bonfim, vamos conhecer um pouco da histria do

empreendedorismo?

Voc deve conhecer uma pessoa extremamente determinada, que depois de enfrentar
muitas dificuldades conseguiu alcanar um objetivo. Quando estudamos a histria do Brasil e
do mundo frequentemente nos deparamos com histrias de superao humana e tecnolgica.
Pessoas empreendedoras sempre existiram, mas no eram definidas com esse termo.
Os primeiros registros da utilizao da palavra empreendedor datam dos sculos XVII e
XVIII. O termo era utilizado para definir pessoas que tinham como caracterstica a ousadia e a
capacidade de realizar movimentos financeiros com o propsito de estimular o crescimento
econmico por intermdio de atitudes criativas.
Joseph Schumpeter, um dos economistas mais importantes do sculo XX, define o
empreendedor como uma pessoas verstil, que possui as habilidades tcnicas para produzir e
a capacidade de capitalizar ao reunir recursos financeiros, organizar operaes internas e
realizar vendas.
notvel que o desenvolvimento econmico e social de uma pas se d atravs de
empreendedores. So os empreendedores os indivduos capazes de identificar e criar oportuni-
dades e transformar ideias criativas em negcios lucrativos e solues e projetos inovadores
para questes sociais e comunitrias.
O movimento empreendedor comeou a ganhar fora no Brasil durante a abertura de
mercado que transcorreu na dcada de 90. A importao de uma variedade cada vez maior de
produtos provocou uma significativa mudana na economia e as empresas brasileiras precisa-
ram se reestruturar para manterem-se competitivas. Com uma srie de reformas do Estado, a
expanso das empresas brasileiras se acelerou, acarretando o surgimento de novos empreen-
dimentos e trazendo luz questo da formao do empreendedor.ngua e linguagem e sua
importncia na leitura e produo de textos do nosso cotidiano.

Perfil dos integrantes da famlia Bonfim

Felisberto Bonfim: O pai da famlia, tem 40 anos de idade. Trabalha h 20 anos na mesma
empresa, mas sempre teve vontade de investir em algo prprio.
Pedro Bonfim: O filho mais novo tem 15 anos e faz o curso de tcnico em informtica no IFPR.
Altamente integrado s novas tecnologias, no consegue imaginar uma vida desconectada.
Clara Bonfim: A primognita da famlia tem 18 anos e desde os 14 trabalha em uma ONG de

7
Unidade 1
seu bairro que trabalha com crianas em risco social. Determinada, no acredita em projetos
impossveis.
Serena Bonfim: Casada desde os 19 anos, dedicou seus ltimos anos aos cuidados da casa e
da famlia. Hoje com 38 anos e com os filhos j crescidos, ela quer resgatar antigos sonhos que
ficaram adormecidos, como fazer uma faculdade.
Benvinda Bonfim: A vov da famlia tem 60 anos de idade e famosa por cozinhar muito bem e
por sua hospitalidade.

Todos moram juntos em uma cidade na regio metropolitana de Curitiba.

TRAANDO O PERFIL EMPREENDEDOR

Muitas pessoas acreditam que

preciso nascer com caractersticas
especficas para ser um empreen-
dedor, mas isso no verdade,
essas caractersticas podem ser
estimuladas e desenvolvidas.
O sr. Felisberto Bonfim uma
pessoa dedicada ao trabalho e a
famlia e que embora esteja satis-
feito com a vida que leva nunca
deixou para trs o sonho de abrir o prprio negcio. H 20 anos atuando em uma nica empre-
sa, h quem considere no haver mais tempo para dar um novo rumo vida. Ele no pensa
assim, ele acredita que possvel sim comear algo novo, ainda que tenha receio de no possu-
ir as caractersticas necessrias para empreender. Voc concorda com ele, voc acha que
ainda h tempo para ele comear?
Responda as questes abaixo. Elas serviro como um instrumento de autoanlise e a
partir das questes procure notar se voc tem refletido sobre seus projetos de vida. Se sim, eles
esto bem delineados? O que voc considera que est faltando para alcanar seus objetivos?
Preste ateno nas suas respostas e procure tambm identificar quais caractersticas pessoais
voc possui que podem ser utilizadas para seu projeto empreendedor e quais delas podem ser
aprimoradas:

a) Como voc se imagina daqui h 10 anos?

_______________________________________________________________________

8
_______________________________________________________________________
_______________________________________________________________________
_______________________________________________________________________
_______________________________________________________________________
b) Em que condies voc gostaria de estar daqui h 10 anos?
_______________________________________________________________________
_______________________________________________________________________
_______________________________________________________________________
_______________________________________________________________________
_______________________________________________________________________
c) Quais pontos fortes voc acredita que tem?
_______________________________________________________________________
_______________________________________________________________________
_______________________________________________________________________
_______________________________________________________________________
_______________________________________________________________________
d) Quais pontos fortes seus amigos e familiares afirmam que voc tem? Voc concorda com
eles?
_______________________________________________________________________
_______________________________________________________________________
_______________________________________________________________________
_______________________________________________________________________
_______________________________________________________________________
e) Para voc, quais seus pontos precisam ser melhor trabalhados
_______________________________________________________________________
_______________________________________________________________________
_______________________________________________________________________
_______________________________________________________________________
_______________________________________________________________________
f) Na sua opinio, voc poderia fazer algo para melhorar ainda mais seus pontos fortes? Como?
_______________________________________________________________________
_______________________________________________________________________
_______________________________________________________________________
_______________________________________________________________________
_______________________________________________________________________

9
 g) Voc acha que est tomando as atitudes necessrias para atingir seus objetivos?
_______________________________________________________________________
_______________________________________________________________________
_______________________________________________________________________
_______________________________________________________________________
_______________________________________________________________________
h) O que voc acha imprescindvel para ter sucesso nos seus objetivos?
_______________________________________________________________________
_______________________________________________________________________
_______________________________________________________________________
_______________________________________________________________________
_______________________________________________________________________
A ousadia uma caracterstica extremamente importante para quem pretende iniciar
um projeto empreendedor - necessrio estar disposto a correr riscos e buscar novas alternati-
vas, mesmo se outras pessoas disserem que no vai dar certo (o que provavelmente sempre
ocorrer em algum momento da trajetria). Isso nos leva a uma outra caracterstica muito
importante para um empreendedor, ele precisa ser positivo e confiante, ou seja, precisa acredi-
tar em si e no se deixar abalar pelos comentrios negativos. Um empreendedor precisa ser
criativo e inovador, precisa estar antenado ao que est acontecendo no mundo e estar atento s
necessidades do mercado e da comunidade, precisa ser organizado e manter o foco dos seus
objetivos.
Voc j ouviu falar do pipoqueiro Valdir? Valdir Novaki tem 41 e nasceu em So Mateus
do Sul-PR, casado e tem 1 filho. Durante a adolescncia trabalhou como boia fria. Mora em
Curitiba desde 98 e durante muito tempo trabalhou com atendimento ao pblico em lanchonete
e bancas de jornal. Parece uma histria corriqueira, mas o que Valdir tem de to especial? Valdir
conquistou a oportunidade de vender pipoca em carrinho no centro da cidade de Curitiba, mas
decidiu que no seria um pipoqueiro qualquer, queria ser o melhor. Em seu carrinho ele mantem
uma srie de atitudes que o diferenciam dos demais. Alm de ser extremamente cuidadoso
com a higiene do carrinho, Valdir preocupa-se com a higiene do cliente tambm, oferecendo
lcool gel 70% para que o cliente higienize suas mo antes de comer a pipoca e junto com a
pipoca entrega um kit higiene contendo um palito de dentes, uma bala e um guardanapo. Ele
tambm possui um carto fidelidade, onde o cliente depois de comprar cinco pipocas no carri-
nho ganha outro de graa. Pequenas atitudes destacaram esse pipoqueiro e hoje, alm de
possuir uma clientela fiel, faz uma srie de palestras por todo o pas, sendo reconhecido como
um empreendedor de sucesso. A simpatia com que atende a seus clientes faz toda a diferena,
as pessoas gostam de receber um tratamento especial.

10
 Conhea mais sobre o pipoqueiro Valdir em:

<http://www.youtube.com/watch?v=vsAJHv11GLc>.

H quem julgue que o papel que ocupam profissionalmente muito insignificante, mas
no verdade, basta criatividade e vontade de fazer o melhor. Toda atividade tem sua importn-
cia! Falando em criatividade, vamos estimul-la um pouco?

1)J pensou em procurar novas utilidades para os objetos do dia a dia? Como assim? Pense
em algum material que voc utiliza em seu trabalho ou em casa e em como voc poderia
utiliz-lo para outra finalidade diferente da sua original. Lembre-se que nem sempre dispo-
mos de todos os instrumentos necessrios para realizar uma determinada atividade. Nesses
momentos precisamos fazer da criatividade nossa maior aliada para realizar as adaptaes
necessrias para alcanar o xito em nossas aes!
2)Agora vamos fazer ao contrrio, pense em uma atividade do seu dia que voc no gosta ou
tem dificuldade de fazer. Pensou? Ento imagine uma alternativa para torn-la fcil e rpida,
pode ser mesmo uma nova inveno!

E a? Viu como a imaginao pode ser estimulada? Habitue-se a fazer as mesmas

coisas de formas diferentes: fazer novos caminhos para chegar ao mesmo lugar, conversar com
pessoas diferentes e dar um novo tom a sua rotina so formas de estimular o crebro a encon-
trar solues criativas. Como vimos, a inovao e a criatividade extremamente importante
para um empreendedor, por isso nunca deixe de estimular seu crebro! Leia bastante, faa
pesquisas na rea que voc pretende investir e procure enxergar o mundo ao redor com um
olhar diferenciado!
Refletindo muito sobre a possibilidade de abrir seu prprio negcio, o pai da famlia
procurou em primeiro lugar realizar uma autoanlise. Consciente de seus pontos fortes e fracos,
ele agora se sente mais seguro para dar o prximo passo: planeja. Antes de tomar alguma
deciso importante em sua vida, siga o exemplo do sr. Felisberto!

11
 PLANEJANDO E IDENTIFICANDO OPORTUNIDADES

Planejar palavra de ordem em

todos os aspectos de nossa vida,
voc concorda? Quando quere-
mos fazer uma viagem, comprar
uma casa ou um carro, se no
realizarmos um planejamento
adequado certamente corremos o
risco de perder tempo e dinheiro
ou, ainda pior, sequer poderemos
alcanar nosso objetivo.
Para comear um empreendimento no diferente, necessrio definir claramente
nossos objetivos e traar os passos necessrios para alcan-los. Para operacionalizar a etapa
de planejamento, o Plano de Negcios uma ferramenta obrigatria.
O plano de negcios caracteriza-se como uma ferramenta empresarial que objetiva
averiguar a viabilidade de implantao de uma nova empresa. Depois de pronto, o empreende-
dor ser capaz de dimensionar a viabilidade ou no do investimento. O plano de negcios
instrumento fundamental para quem tem inteno de comear um novo empreendimento, ele
que vai conter todas as informaes importantes relativas a todos os aspectos do empreendi-
mento.
Vamos acompanhar mais detalhadamente os fatores que compem um Plano de
Negcios.

Elaborao de um Plano de Negcio

1. Sumrio executivo

um resumo contendo os pontos mais importantes do Plano de Negcio, no deve ser

extenso e muito embora aparea como primeiro item do Plano ele deve ser escrito por ltimo.
Nele voc deve colocar informaes como:

Definio do negcio

O que o negcio, seus principais produtos e servios, pblico-alvo, previso de

faturamento, localizao da empresa e outros aspectos que achar importante para garantir a

12
viabilidade do negcio.

Dados do empreendedor e do empreendimento

Aqui voc deve colocar seus dados pessoais e de sua empresa tal como nome, endere-
o, contatos. Tambm dever constar sua experincia profissional e suas caractersticas
pessoais, permitindo que quem leia seu Plano de Negcios, como um gerente de banco para o
qual voc pediu emprstimo, por exemplo, possa avaliar se voc ter condies de encaminhar
seu negcio de maneira eficiente.

Misso da empresa

A misso deve ser definida em uma ou no mximo duas frases e deve definir o papel
desempenhado pela sua empresa.

Setor em que a empresa atuar

Voc dever definir em qual setor de produo sua empresa atuar: indstria, comr-
cio, prestao de servios, agroindstria etc..

Forma Jurdica

Voc deve explicitar a forma como sua empresa ir se constituir formalmente. Uma
microempresa, por exemplo, uma forma jurdica diversa de uma empresa de pequeno porte.

Enquadramento tributrio

necessrio realizar um estudo para descobrir qual a melhor opo para o recolhimen-
to dos impostos nos mbitos Municipal, Estadual e Federal.

Capital Social

O capital social constitudo pelos recursos (financeiros, materiais e imateriais) dispo-

nibilizados pelos scios para constituio da empresa. importante tambm descrever qual a
fonte de recursos

13
 DICA: Tenha muito cuidado na hora de escolher seus scios, essencial que eles tenham os
mesmos objetivos e a mesma disponibilidade que voc para se dedicar ao negcio, se vocs
no estiverem bastante afinados h um risco muito grande de enfrentarem srios problemas
na consecuo do empreendimento.

Diferencial: saliente o diferencial do seu produto ou servio, ou seja, por qual razo os
consumidores iro escolher voc ao invs de outro produto ou servio.

ANLISE DE MERCADO

Clientes

Esse aspecto do seu Plano de Negcio extremamente importantes, afinal nele que
ser definindo quais so os seus clientes e como eles sero atrados. Comece identificando-os:

Quem so?
Idade?
Homens, mulheres, famlias, crianas?
Nvel de instruo?

Ou ainda, se forem pessoas jurdicas:

Em que ramo atuam?

Porte?
H quanto tempo atuam no mercado?

importante que voc identifique os hbitos, preferncias e necessidades de seus

clientes a fim de estar pronto para atend-los plenamente e para que eles possam t-lo como
primeira opo na hora de procurar o produto/servio que voc oferece. Faa um levantamento
sobre quais aspectos seus possveis clientes valorizam na hora de escolher um produ-
to/servio, isso vai ser importante para voc fazer as escolhas corretas no mbito do seu empre-
endimento. Saber onde eles esto tambm importante, estar prximo a seus clientes vai
facilitar muitos aspectos.

14
Concorrentes

Conhecer seus concorrentes, isto , as empresas que atuam no mesmo ramo que a
sua, muito importante porque vai te oferecer uma perspectiva mais ampla e realista de como
encaminhar seu negcio. Analisar o atendimento, a qualidade dos materiais utilizados, as
facilidades de pagamento e garantias oferecidas, iro ajud-lo a responder algumas perguntas
importantes: Voc tem condies de competir com tudo o que oferecido pelos seus concorren-
tes? Qual vai ser o seu diferencial? As pessoas deixariam de ir comprar em outros lugares para
comprar no seu estabelecimento? Por qu? Em caso negativo, por que no?
Mas no esquea de um aspecto muito importante: seus concorrentes devem ser visto
como fator favorvel, afinal eles serviro como parmetro para sua atividade e podem at
mesmo tornar-se parceiros na busca da melhoria da qualidade dos servios e produtos oferta-
dos.

Fornecedores

Liste todos os insumos que voc utilizar em seu negcio e busque fornecedores. Para
cada tipo de produto, pesquise pelo menos trs empresas diferentes. Faa pesquisas na inter-
net, telefonemas e, se possvel, visite pessoalmente seus fornecedores. Certifique-se de que
cada fornecedor ser capaz de fornecer o material na quantidade e no prazo que voc precisa,
analise as formas de pagamento e veja se elas sero interessantes para voc. Mesmo aps a
escolha um fornecedor importante ter uma segunda opo, um fornecedor com o qual voc
manter contato e comprar ocasionalmente, pois no caso de acontecer algum problema com
seu principal fornecedor, voc poder contar com uma segunda alternativa. Lembre-se, seus
fornecedores tambm so seus parceiros, manter uma relao de confiana e respeito com
eles muito importante. Evite intermedirios sempre que possvel, o ideal comprar direto do
produtor ou da indstria, isso facilita, acelera e barateia o processo.

PLANO DE MARKETING

Descrio

Aqui voc deve descrever seus produto/servio. Especifique tamanhos, cores, sabo-
res, embalagens, marcas entre outros pontos relevantes. Faa uma apresentao de seu
produto/servio de maneira que possa se tornar atraente ao seu cliente. Verifique se h exign-
cias oficiais a serem atendidas para fornecimento do seu produto/servio e certifique-se que

15
 segue todas as orientaes corretamente.

Preo

Para determinar o preo do seu produto/servio voc precisa considerar o custo TOTAL
para produzi-lo e ainda o seu lucro. preciso saber quanto o cliente est disposto a pagar pelo
seu produto/servio verificando quanto ele est pagando em outros lugares e se ele estaria
disposto a pagar a mais pelo seu diferencial.

Divulgao

essencial que voc seja conhecido, que seus clientes em potencial saibam onde voc
est e o que est fazendo, por isso invista em mdias de divulgao. Considere catlogos,
panfletos, feiras, revistas especializadas, internet (muito importante) e propagandas em rdio e
TV, analise e veja qual veculo melhor se encaixa na sua necessidade e nos seus recursos
financeiros.

Estrutura de comercializao

Como seus produtos chegaro at seus clientes? Qual a forma de envio? No se

esquea de indicar os canais de distribuio e alcance dos seus produtos/servios. Voc pode
considerar representantes, vendedores internos ou externos, por exemplo. Independente de
sua escolha esteja bastante consciente dos aspectos trabalhistas envolvidos. Utilizar instru-
mentos como o telemarketing e vendas pela internet tambm devem ser considerados e podem
se mostrar bastante eficientes.

Localizao

A localizao do seu negcio est diretamente ligada ao ramo de atividades escolhido

para atuar. O local deve ser de fcil acesso aos seus clientes caso a visita deles no local seja
necessria. importante saber se o local permite o seu ramo de atividade. Considere todos os
aspectos das instalaes, se de fcil acesso e se trar algum tipo de impeditivo para o desen-
volvimento da sua atividade.
Caso j possua um local disponvel, verifique se a atividade escolhida adequada para
ele, no corra o risco de iniciar um negcio em um local inapropriado apenas porque ele est
disponvel. Se for alugar o espao, certifique-se de possvel desenvolver sua atividade nesse

16
local e fique atento a todas as clusulas do contrato de aluguel.

PLANO OPERACIONAL

Layout

A distribuio dos setores da sua empresa de formas organizada e inteligente vai

permitir que voc tenha maior rentabilidade e menor desperdcio. A disposio dos elementos
vai depender do tamanho de seu empreendimento e do ramo de atividade exercido. Caso seja
necessrio voc pode contratar um especialista para ajud-lo nessa tarefa, mas se no for
possvel, por conta prpria procure esquematizar a melhor maneira de dispor os elementos
dentro de sua empresa. Pesquise se o seu ramo e atividade exige regulamentaes oficiais
sobre layout, preocupe-se com segurana e com a acessibilidade a portadores de deficincia.

Capacidade Produtiva

importante estimar qual sua capacidade de produo para no correr o risco de

assumir compromissos que no possa cumprir - lembre-se que necessrio estabelecer uma
relao de confiana entre voc e seu cliente. Quando decidir aumentar a capacidade de produ-
o tenha certeza que isso no afetar a qualidade do seu produto/servio.

Processos Operacionais

Registre detalhadamente todas as etapas de produo desde a chegada do pedido do

cliente at a entrega do produto/servio. importante saber o que necessrio em cada uma
delas, quem ser o responsvel e qual a etapa seguinte.

Necessidade de Pessoal

Faa uma projeo do pessoal necessrio para execuo do seu trabalho, quais sero
as formas de contratao e os aspectos trabalhistas envolvidos. importante estar atento
qualificao dos profissionais, por isso verifique se ser necessrio investir em cursos de
capacitao.

17
 PLANO FINANCEIRO

Investimento total

Aqui voc determinar o valor total de recurso a ser investido. O investimento total ser
formado pelos investimentos fixos, Capital de giro e Investimentos pr-operacionais.
Agora que voc tem uma noo bsica de como compor um plano de negcios acesse
a pgina <http://www.planodenegocios.com.br/www/index.php/plano-de-negocios/outros-
exemplos> e encontre mais informaes sobre como elaborar o planejamento financeiro de seu
Plano de Negcio, alm de outras informaes importantes. L voc encontrar exemplos de
todas as etapas de um Plano de Negcio.
Faa pesquisas em outros endereos eletrnicos e se preciso, busque o apoio de
consultorias especializadas. O sucesso do seu projeto ir depender do seu empenho em buscar
novos conhecimentos e das parcerias conquistadas para desenvolv-lo.
Pesquise tambm por fontes de financiamento em instituies financeiras, buscando
sempre a alternativa que melhor se adequar as suas necessidades. No tenha pressa, estude
bastante antes de concluir seu plano de negcio. importante conhecer todos os aspectos do
ramo de atividade que voc escolher, valorize sua experincia e suas caractersticas pessoais
positivas. Lembre-se que o retorno pode demorar algum tempo, certifique-se que voc ter
condies de manter o negcio at que ele d o retorno planejado. Separe despesas pessoais
de despesas da empresa. Busque sempre estar atualizado, participe de grupos e feiras correla-
tas sua rea de atuao.

Planejar para clarear!

Aps buscar auxlio especializada e estudar sobre o assunto, o pai concluiu seu plano
de negcios. A partir dele pde visualizar com clareza que tem em mos um projeto vivel e at
conseguiu uma fonte de financiamento adequada a sua realidade. Com o valor do financiamen-
to investir na estrutura de seu empreendimento que ser lanado em breve.

MICROEMPREENDEDOR INDIVIDUAL

Que bolo maravilhoso! Voc uma tima

anfitri. Eu quero a receita desse quindim! A Eu? No, imagine, eu no
senhora j pensou em vender seus quitutes? tenho capacidade para isso!

18
Ser mesmo que a dona Benvinda no tem capacidade para empreender?

Vamos analisar a situao: a vov muito conhecida no seu bairro e admirada pela sua
simpatia. Seus quitutes so conhecidos por todos e no a primeira vez que algum sugere que
ela comece a vend-los. primeira vista, o cenrio parece ser favorvel para que ela inicie seu
empreendimento: ela tem uma provvel clientela interessada e que confia e anseia por seus
servios.

Ao conversar com a famlia, incentivada por todos. Com a ajuda dos seus netos, a
vov vai atrs de informaes e descobre que se enquadra nos requisitos para ser registrada
como microempreendedora individual.

Voc conhece os requisitos para se tornar um microempreendedor individual?

A Lei Complementar 128/2008 criou a figura do Microempreendedor Individual MEI,

com vigncia a partir de 01.07.2009. uma possibilidade de profissionais que atuam por conta
prpria terem seu trabalho legalizado e passem a atuar como pequenos empresrios.
Para se enquadrar como microempreendedor individual, o valor de faturamento anual
do empreendimento deve ser de at 60 mil reais. No permitida a inscrio como MEI de
pessoa que possua participao como scio ou titular de alguma empresa.
O MEI possui algumas condies especficas que favorecem a sua legalizao. A
formalizao pode ser feita de forma gratuita no prprio Portal do Empreendedor. O cadastro
como MEI possibilita a obteno imediata do CNPJ e do nmero de inscrio na Junta
Comercial, sem a necessidade de encaminhar quaisquer documentos previamente. Algumas
empresas de contabilidade optantes pelo Simples Nacional esto habilitadas a realizar tambm
a formalizao.

Custos

H alguns custos aps a formalizao. O pagamento dos custos especificados abaixo

feito atravs do Documento de Arrecadao do Simples Nacional, que pode ser gerado online :

5% de salrio mnimo vigente para a Previdncia.

Se a atividade for comrcio ou indstria, R$ 1,00 fixo por ms para o Estado.
Se a atividade for prestao de servios, R$ 5,00 fixos por ms para o Municpio.

19
 Exemplo de atividades reconhecidas para o registro como MEI:

A dona Benvinda se registrou como doceira. So diversas as atividades profissionais

aceitas para o registro como microempreendedor individual. Algumas delas so: Arteso,
azulejista, cabeleireiro, jardineiro, motoboy. Para conhecer todas as atividades, acesse o site
<http://www.portaldoempreendedor.gov.br >.

Todos podem empreender!

Hoje a vov est registrada como microempreendedora individual e aos poucos sua
clientela est crescendo. Recentemente ela fez um curso para novos empreendedores e j est
com planos de expandir seus servios nos prximos meses, talvez ela precise at mesmo
contratar um ajudante para poder dar conta das encomendas que no param de aumentar.

O microempreendedor individual tem direito a ter um funcionrio que receba exclusivamente

um salrio mnimo ou o piso salarial da categoria profissional a qual pertena.

Atividade Formativa

Acesse o contedo sobre microempreendedor individual no Portal do Empreendedor e

discuta com seus colegas sobre o tema.
Pense em algum que exera uma atividade profissional informalmente. Quais vantagens
voc apontaria para convencer essa pessoa a realizar seu cadastro como
Microempreendedor Individual?
Pesquise sobre linhas de crdito e incentivo especficas para microempreendedores
individuais no Brasil.
er
d
een
pr
Em

Muitas pessoas acreditam que caractersticas empreendedoras j vem de bero: ou se

nasce com elas ou no h nada a ser feito. Pois saiba que possvel atravs de uma educao
voltada para o empreendedorismo desenvolver caractersticas necessrias para o incio de um
empreendimento. Esse empreendimento no precisa ser necessariamente um negcio com

20
fins lucrativos, pode ser um um objetivo pessoal, um sonho em qualquer rea da sua vida.
A pedagogia empreendedora de Fernando Dolabela afirma que a educao tradicional
a qual somos submetidos nos reprime e faz com que percamos caractersticas importantes no
decorrer de nossa trajetria, levando muitas pessoas a crer que no so capazes de empreen-
der. Sua proposta de educao busca romper com esse pensamento e inserir no sistema
educacional aspectos que priorizem a criatividade e a autoconfiana para que quando estas
crianas atingirem a idade adulta possam enxergar a possibilidade de abrir um negcio como
uma alternativa vivel.
No podemos esquecer que empreendedor, em qualquer rea, algum que tenha
sonhos e busque de alguma forma transformar seu sonho em realidade. O sonho pode ser abrir
um negcio, fazer um curso, aprender uma lngua ou mudar a realidade social em que vive.
inegvel que para realizar qualquer um desse itens essencial estar comprometido com o
trabalho, ser ousado e estar disposto a enfrentar desafios.
O empreendedorismo pode ser aprendido e est relacionado mais a fatores culturais do
que pessoais e consiste em ser capaz de cultivar e manter uma postura e atitudes empreende-
doras.
O Pedro est tendo seu primeiro contato com o empreendedorismo na sala de aula e
eles e seus amigos j esto cheio de ideias. Eles planejam usar os conhecimentos adquiridos
na disciplina e escrever um projeto para dar incio a uma empresa jnior na rea de informtica.

Inspire-se

Certamente voc j deve ter ouvido falar da Cacau Show, mas voc conhece a histria
dessa marca? Voc sabia que ela nasceu do sonho de um rapaz que vendia chocolates de porta
em porta em um fusca? No? Ento leia mais em:

<http://www.endeavor.org.br/endeavor_tv/start-up/day1/aprendendo-a-ser-
empreendedor/empreendedorismo-em-todos-os-sentidos> e inspire-se!

EMPREENDEDORISMO SOCIAL OU COMUNITRIO

Que belo trabalho! Moro em outra cidade e gostaria de levar um projeto parecido para l!
Educao empreendedora

O empreendedor
aquele que tem como objetivo
maior o lucro financeiro a partir

21
 de um empreendimento, correto? No necessariamente! O objetivo maior do empreendedor
social ou comunitrio pode ser desde o desenvolvimento social de uma comunidade inteira
luta pela preservao de uma reserva ambiental.
Vejamos o exemplo da Clara. Desde a sua adolescncia ela atua em uma organizao
no-governamental que lida com crianas carentes, dando nfase na emancipao social
dessas crianas atravs da arte, de esportes e da educao. O projeto, que comeou com uma
pequena dimenso, hoje atende no apenas seu bairro, como trs outros prximos. impor-
tante lembrar que o sucesso do projeto dependeu de sujeitos empreendedores, que se compro-
meteram com a causa e, com criatividade e competncia foram capazes de expandir o projeto.
Agora com o apoio da Clara e com o esprito empreendedor de mais um grupo, uma nova cidade
ser atendida pelo projeto e novas crianas sero beneficiadas!

Vamos conhecer mais sobre empreendimentos sociais e comunitrios?

Empreendedorismo Social

O empreendedorismo social ultrapassa a noo de mera filantropia - h espao aqui

para metas, inovao e planejamento. Muitas organizaes no governamentais tem uma
estrutura semelhante a qualquer empresa com fins lucrativos.
A Pastoral da Criana um exemplo de um empreendimento social de sucesso. Sua
fundadora, a Dr Zilda Arns, aliou sua experincia profissional como mdica pediatra e sanitaris-
ta e sua prpria sensibilidade para identificar um mtodo simples e eficaz para combater a
mortalidade infantil. Qual foi o ponto inovador do trabalho assumido pela Pastoral da Criana?
Foi confiar s comunidades afetadas pelo problema de mortalidade infantil o papel de multipli-
cadores do saber e de disseminadores da solidariedade.

Empreendedorismo Comunitrio

O empreendedorismo comunitrio consiste no movimento de organizao de grupos e

pessoas com o propsito de alcanar um objetivo comum, fortalecendo uma atividade que, se
realizada individualmente, no seria capaz de alcanar a projeo adequada no mercado. No
Brasil, a economia solidria ascendeu no final do sculo XX, em reao excluso social
sofrida pelos pequenos produtores e prestadores de servio que no tinham condies de
concorrer com grandes organizaes.
Imagine um pequeno produtor de leite em uma regio onde atua um grande produtor de
leite. Sozinho, ele no tem condies de concorrer com o grande produtor no mercado ou

22
receber financiamentos para expandir sua produo, por exemplo. Ao se aliar com outros
pequenos produtores, o negcio adquire uma nova dimenso, onde so favorecidos no ape-
nas os produtores, que agora tem condies de levar seu produto ao mercado com segurana e
em nvel de igualdade com o outro produtor, mas tambm todo o arranjo produtivo daquela
regio.
Em 2003 foi criada pelo Governo Federal a Secretaria Nacional de Economia Solidria,
que tem a finalidade de fortalecer e divulgar as aes de economia solidria no pas, favorecen-
do a gerao de trabalho, renda e incluso social.

Atividade Formativa

D um exemplo de uma organizao no-governamental. Que trabalho essa organizao

realiza? Voc acredita que os gestores dessa ONG so empreendedores? Por qu?
Identifique em seu bairro ou cidade uma carncia que no foi suprida pelo setor pblico ou
um trabalho exercido informalmente por algumas pessoas que possa ser fortalecido atravs
da formao de uma estrutura de cooperativismo. Proponha uma ao que voc acredita que
possa transformar a realidade desse grupo.
Voc j ouviu falar em sustentabilidade? D um exemplo de uma ao sustentvel que voc
j adota ou que possa ser adotada no seu dia a dia e como essa ao pode afetar positiva-
mente o meio em que voc vive.

INTRAEMPREENDEDORISMO

A sr Serena Bonfim h muito tempo mantm o sonho de fazer uma faculdade. Depois
de tantos anos dedicados famlia, ela est certa que est na hora de investir mais em si mes-
ma. Alm disso, com seu marido prestes a abrir uma empresa, ela est disposta a usar os
conhecimentos adquiridos na graduao para trabalhar diretamente no novo empreendimento
e contribuir com seu desenvolvimento.
Voc pode estar pensando: E se eu no quiser abrir um negcio, e se eu no quiser ser

23
 um empresrio?. Abrir uma empresa apenas uma alternativa, caso voc no tenha inteno
de ter seu prprio negcio voc ainda pode ser um empreendedor.
O intraempreendedorismo quando o empreendedorismo acontece no interior de uma
organizao, quando algum mesmo no sendo dono ou scio do negcio mantm uma
postura empreendedora dando sugestes e tendo atitudes que ajudam a empresa a encontrar
solues inteligentes. Intra empreendedores so profissionais que possuem uma capacidade
diferenciada de analisar cenrios, criar ideias, inovar e buscar novas oportunidades para as
empresas e assim ajudam a movimentar a criao de ideias dentro das organizaes, mesmo
que de maneira indireta. So profissionais dispostos a se desenvolver em prol da qualidade do
seu trabalho.
A cada dia as empresa preocupam-se mais em contratar colaboradores dispostos a
oferecer um diferencial, pessoas dedicadas que realmente estejam comprometidas com o bom
andamento da empresa. Esse comportamento no traz vantagens somente para a empresa,
mas os funcionrios tambm se beneficiam, na participao dos lucros, por exemplo, vanta-
gens adicionais que as empresas oferecem a fim de manter o funcionrio e, principalmente, na
perspectiva de construo de uma carreira slida e produtiva.
A capacitao contnua, o desenvolvimento da criatividade e da ousadia so caracters-
ticas presentes na vida de um intraempreendedor.

Vamos analisar se voc tem caractersticas de um intraempreendedor?

Voc gosta do seu trabalho e do ambiente em que trabalha?
Voc est sempre atento s novas ideias?
Voc gosta de correr riscos e ousar novas ideias?
Voc procura solues em locais incomuns?
Voc persistente e dedicado?
Voc mantm aes proativas?
Voc busca fazer novas capacitaes regularmente?

Caso voc no tenha ficado suficientemente satisfeito com as respostas a estas per-
guntas, utilize o espao abaixo para listar atitudes que podem ajud-lo a ser um funcionrio
intraempreendedor.

O que fazer? Como fazer? Quando fazer?

24
Concluso

Muitos acreditam que para ser empreendedor necessrio possuir um tipo de vocao
que se manifesta somente para alguns predestinados, mas ao acompanhar a trajetria da
famlia Bonfim, podemos notar que o sonho de empreender est ao alcance de todos ns. Como
qualquer sonho, esse tambm exige planejamento e dedicao para que seja concretizado com
sucesso.
Agora que voc aprendeu os princpios bsicos do empreendedorismo, que tal fazer
como os membros da famlia Bonfim e investir nos seus sonhos?

REFERNCIAS

<http://www.portaldoempreendedor.gov.br>.
<http://www.mte.gov.br/ecosolidaria/sies.asp>.
<http://www.pastoraldacrianca.org.br>.
<http://www.scielo.gpeari.mctes.pt/pdf/cog/v14n1/v14n1a05.pdf>.
<http://www.sobreadministracao.com/intraempreendedorismo-guia-completo>.
<http://www.hsm.com.br/editorias/inovacao/intraempreendedorismo-voce-ja-fez-algo-diferente-hoje>.
<http://www.captaprojetos.com.br/artigos/ResenhaFDsite.pdf>.

DORNELAS, J. C. A. Empreendedorismo. Transformando ideias em negcios. Rio de Janeiro:

Elselvier, 2008. 3 edio revista e atualizada.

ROSA, C. A. Como elaborar um plano de negcio. Rio de Janeiro: Sebrae, 2007.

DOLABELA, F. Oficina do empreendedor. Rio de Janeiro: Sextante, 2008.

25
Anotaes
Anotaes
 FORMAO INICIAL E CONTINUADA

PLANO DE AO PROFISSIONAL
Os textos que compem estes cursos, no podem ser reproduzidos sem autorizao dos editores
Copyright by 2012 - Editora IFPR

IFPR - INSTITUTO FEDERAL DO PARAN

Reitor
Irineu Mario Colombo
Pr-Reitor de Extenso, Pesquisa e Inovao
Silvestre Labiak Junior

Organizao
Jeyza da Piedade de Campos Pinheiro
Marcos Jos Barros

Reviso Ortogrfica
Rodrigo Sobrinho

Projeto Grfico e Diagramao

Leonardo Bettinelli
3
Caro (a) estudante,

O Plano de Ao Individual PAI ser elaborado por voc durante sua qualificao profissional nos cursos FIC (Formao Inicial e
Continuada) do PRONATEC IFPR. O destino desta viagem apresentado por meio de um roteiro que o ajudar a lembrar e a organizar
informaes sobre suas experincias de trabalho e de seus familiares e a planejar a continuidade de seus estudos, incluindo sua formao
escolar e seus planos profissionais.
O PAI um instrumento que integra os contedos dos cursos FIC, devendo ser alimentado com suas ideias, pesquisas,
experincias de trabalho e escolhas pessoais, com o objetivo de orientar e organizar sua trajetria acadmica.
No decorrer do curso voc desenvolver atividades coletivas e individuais com a orientao do professor em sala de aula, e far o
registro destas informaes, resultados de pesquisas e reflexes do seu cotidiano de forma sistematizada nas fichas que compem o Plano.
Toda a equipe pedaggica e administrativa contribuir com voc, orientando-o e ajudando-o a sistematizar estes dados. O preenchimento
deste instrumento por voc, ser um referencial na sua formao e na construo do seu conhecimento, no processo de ensino-
aprendizagem.

Bom estudo!
Anotaes

5
Anotaes
7
Sumrio
Ficha 1: Iniciando minha viagem pelo Curso de Formao Inicial e continuada FIC (IFPR/PRONATEC) .........................................10
Ficha 2: Quem sou? ..............................................................................................................................................................................11
Ficha 3: O que eu j sei? .......................................................................................................................................................................12
Ficha 4: Minha trajetria profissional......................................................................................................................................................13
Ficha 5: O que ficou desta etapa do curso?...........................................................................................................................................14
Ficha 6: Resgate histrico da vida profissional da minha famlia...........................................................................................................15
Ficha 7: Comparando as geraes. .......................................................................................................................................................16
Ficha 8: Refletindo sobre minhas escolhas profissionais.......................................................................................................................17
Ficha 9: Pesquisando sobre outras ocupaes do Eixo Tecnolgico do curso que estou matriculado no IFPR/PRONATEC. .............18
Ficha 10: Pesquisando as oportunidades de trabalho no cenrio profissional. .....................................................................................19
Ficha 11: O que ficou desta etapa do curso?.........................................................................................................................................20
Ficha 12: Vamos aprender mais sobre associao de classe. ..............................................................................................................21
Ficha 13: O que ficou desta etapa do curso?.........................................................................................................................................22
Ficha 14: O que eu quero? ( hoje eu penso que...)................................................................................................................................23
Ficha 15: O que ficou desta etapa do curso?.........................................................................................................................................24
Ficha 16: Planejando minha qualificao profissional............................................................................................................................25
Ficha 17: O que ficou desta etapa do curso?.........................................................................................................................................26
Ficha 18: Momento de avaliar como foi o curso ofertado pelo IFPR/PRONATEC.................................................................................27
Referncias bibliogrficas ...................................................................................................................................................................28
Anotaes

9
Ficha 1: Iniciando minha viagem pelo Curso de Formao Inicial e Continuada FIC (IFPR/PRONATEC).

No quadro abaixo liste o curso de Formao Inicial e Continuada FIC, em que voc est matriculado no IFPR e as possveis reas de
atuao. Solicite ajuda ao seu (ua) professor (a) para o preenchimento:

Curso Programa que oferta Eixo tecnolgico Demandante reas de atuao

O que voc espera deste curso FIC? Utilize o espao abaixo para descrever suas expectativas atravs de um texto breve.
_____________________________________________________________________________________________________________
_____________________________________________________________________________________________________________
_____________________________________________________________________________________________________________
_____________________________________________________________________________________________________________
_____________________________________________________________________________________________________________
_____________________________________________________________________________________________________________
_____________________________________________________________________________________________________________
_____________________________________________________________________________________________________________
_____________________________________________________________________________________________________________
_____________________________________________________________________________________________________________
Ficha 2: Quem sou?
1 Meu perfil
Nome:
_____________________________________________________________________________________________________________
Quem eu sou? (voc poder escrever ou desenhar se preferir. Por exemplo: o que voc gosta de fazer, o que gosta de comer, como voc se
diverte?)
_____________________________________________________________________________________________________________
_____________________________________________________________________________________________________________
_____________________________________________________________________________________________________________

2 Documentao (Preencha as informaes abaixo e, com a ajuda do (a) Professor (a), descubra a importncia destes documentos para
sua vida, enquanto cidado)
Identidade/Registro Geral ________________________________________________________________________________________
CPF _________________________________________________________________________________________________________
Carteira de trabalho _____________________________________________________________________________________________
PIS/PASEPI/NIT________________________________________________________________________________________________
Titulo de Eleitor ________________________________________________________________________________________________
Outros _______________________________________________________________________________________________________
_____________________________________________________________________________________________________________
_____________________________________________________________________________________________________________
_____________________________________________________________________________________________________________

11
3 Endereo
Rua/nmero: __________________________________________________________________________________________________
Bairro/complemento: ____________________________________________________________________________________________
Cidade / UF:___________________________________________________________________________________________________

Ficha 3: O que eu j sei?

1 Escolaridade

Ensino Fundamental sries iniciais :________________________________________________________( ) incompleto ( ) completo

Ensino Fundamental sries finais _________________________________________________________( ) incompleto ( ) completo
Ensino Mdio: _________________________________________________________________________( ) incompleto ( ) completo
Graduao: ___________________________________________________________________________( ) incompleto ( ) completo
Especializao ________________________________________________________________________( ) incompleto ( ) completo
Cursos que j fiz (cite no mximo cinco) ____________________________________________________( ) incompleto ( ) completo

2 Cursos que j fiz (cite no mximo cinco)

Curso Instituio Data do Termino do curso Carga horria

Ficha 4: Minha trajetria profissional.

Nome da Perodo em que Vnculo de Carga horria Remunerao Como voc avalia essas experincias de
ocupao trabalhou trabalho diria trabalho

Exemplo: 01/01/2012 a Sem carteira 8 horas 864,50 Aprendi muitas coisas nas rotinas
Massagista 31/12/2012 administrativas da empresa

1.

2.

3.

13
Ficha 5: O que ficou desta etapa do curso?

QUAIS CONHECIMENTOS IMPORTANTES

QUE VOC ACHA RELEVANTE DESTACAR AQUI NESTA ETAPA DO CURSO
O QUE VOC REALMENTE APRENDEU AT AGORA?
Ficha 6: Resgate histrico da vida profissional da minha famlia.

Parentesco Onde nasceu Ocupao Onde reside Ocupao atual Funo exercida

Exemplo: Pai Campo largo - PR Servente de obras Campo Largo Pedreiro Mestre de obra

Neste fichamento importante voc fazer um resgate histrico da sua famlia identificando em que trabalharam ou trabalham, as pesso-
as da sua famlia, comparando a situao inicial e a atual de cada indivduo, outro ponto, que pode vir a ser analisado so as pessoas
com a mesma faixa de idade.

15
Ficha 7: Comparando as geraes.

Ocupao Tipo de vinculo de trabalho com o empregador: carteira assinada, contrato

determinado, pagamento por tarefa, outros...

Me 1. Ocupao inicial:

2.. Ocupao atual:

Pai 1. Ocupao inicial:

2.. Ocupao atual:

Minhas experincias 1. Ocupao inicial:

2.. Ocupao atual:

Voc preferir poder identificar outras pessoas com a mesma faixa etria, conforme o preenchimento da ficha 6.
Ficha 8: Refletindo sobre minhas escolhas profissionais.

Ocupao profissional que voc j exerceu Por qu?

1.

2.

3.

Ocupao profissional que voc gostaria de exercer Por qu?

1.

2.

3.

Ocupao profissional que voc no gostaria de exercer Por qu?

1.

2.

3.

Independente do Eixo Tecnolgico e do curso FIC que est cursando, liste 3 ocupaes profissionais que voc gostaria de exercer e
outras 3 ocupaes que no gostaria de exercer.

17
Ficha 9: Pesquisando sobre outras ocupaes do Eixo Tecnolgico do curso que estou matriculado no IFPR / PRONATEC.
Eixo Tecnolgico: _______________________________________________________________________________________________
Curso: ______________________________________________________________________________________Ano letivo:_________

Cursos: Perfil do profissional

(caractersticas pessoais, oque faz, onde trabalha, materiais que utiliza)
1

Solicite ao professor que ele consulte o Guia de cursos PRONATEC no site: <http://www.ifpr.edu.br/pronatec/consultas>. Voc encontra-
r as caractersticas gerais dos cursos, os setores onde ser possvel exercer seu conhecimentos, bem como, recursos, materiais
necessrios, requisitos e outros....E com a ajuda do professor e orientao, voc poder realizar entrevistas com profissionais da rea, e
at visitas tcnicas conforme planejamento do professor do curso.
Ficha 10: Pesquisando as oportunidades de trabalho no cenrio profissional.

Curso / Onde procurar: Endereo Possibilidades De Remunerao Tipo de contrato

Ocupao empresas, agencias (Comercial/Eletrnico/Telefone) Empregabilidade (Registro em carteira
de emprego, sindicato (Quantas vagas , contrato
e outros disponveis) temporrio)

Exemplo: 1) Empresa: Av. Vereador Toaldo Tlio, n 47, sala 05 1 540,00 Carteira assinada
Massagista Clinica de Centro - Campo Largo - PR
Massoterapia J&J <http://massoterapiacuritiba.com.br/contato.html>.
2) Posto do Sine Rua Tijucas do Sul, 1 - Bairro: Corcovado 0 - -
Campo Largo - PR - CEP: 81900080 Regional: centro

3) Agencias de RH Rua Saldanha Marinho, 4833 Centro Campo Largo/PR 2 860,00 Sem registro em
Empregos RH 80410-151 carteria

4) Classificados <http://www.gazetadopovo.com.br>. 0 - -
Jornais

Com a orientao do professor e ajuda dos colegas visite empresas, estabelecimentos comerciais, agncias de emprego pblicas e
privadas, bem como, outros locais onde voc possa procurar trabalho e deixar seu currculo.

19
Ficha 11: O que ficou desta etapa do curso?

QUAIS CONHECIMENTOS IMPORTANTES QUE VOC ACHA RELEVANTE DESTACAR AQUI NESTA ETAPA DO CURSO O QUE
VOC REALMENTE APRENDEU AT AGORA?
Ficha 12: Vamos aprender mais sobre associao de classe.
Sindicato: o que , o que faz?
_____________________________________________________________________________________________________________
_____________________________________________________________________________________________________________
_____________________________________________________________________________________________________________
_____________________________________________________________________________________________________________
_____________________________________________________________________________________________________________
_____________________________________________________________________________________________________________

Ocupao / Curso Nome do Sindicato Endereo

1.

2.

3.

4.

Com a orientao do professor em sala de aula, pesquise qual (is) o (s) sindicato (s) que representa (m) a (s) ocupao (es) que voc est
cursando pelo IFPR / PRONATEC.

21
Ficha 13: O que ficou desta etapa do curso?

QUAIS CONHECIMENTOS IMPORTANTES QUE VOC ACHA RELEVANTE DESTACAR AQUI NESTA ETAPA DO CURSO O
QUE VOC REALMENTE APRENDEU AT AGORA?
Ficha 14: O que eu quero? Hoje eu penso que...(voc poder escrever, desenhar ou colar gravuras).
Eu quero continuar meus estudos?
_____________________________________________________________________________________________________________
_____________________________________________________________________________________________________________
_____________________________________________________________________________________________________________
_____________________________________________________________________________________________________________
_____________________________________________________________________________________________________________
_____________________________________________________________________________________________________________
Eu quero trabalhar?
_____________________________________________________________________________________________________________
_____________________________________________________________________________________________________________
_____________________________________________________________________________________________________________
_____________________________________________________________________________________________________________
_____________________________________________________________________________________________________________
_____________________________________________________________________________________________________________
Eu quero ser?
_____________________________________________________________________________________________________________
_____________________________________________________________________________________________________________
_____________________________________________________________________________________________________________
_____________________________________________________________________________________________________________
_____________________________________________________________________________________________________________
_____________________________________________________________________________________________________________

23
Ficha 15: O que ficou desta etapa do curso?

QUAIS CONHECIMENTOS IMPORTANTES QUE VOC ACHA RELEVANTE DESTACAR AQUI NESTA ETAPA DO CURSO O QUE
VOC REALMENTE APRENDEU AT AGORA?
Ficha 16: Planejando minha qualificao profissional.

Ocupao Instituio Durao do Horrios Custo do curso

curso ofertados ( gratuito? Se no , quanto vai
custar?)

1.

2.

3.

4.

5.

6.

Com orientao do professor pesquise sobre instituies pblicas ou privadas na sua regio que oferecem cursos de qualificao em sua
ocupao (es) ou na (s) rea (s) de seu interesse.

25
Ficha 17: O que ficou desta etapa do curso?

QUAIS CONHECIMENTOS IMPORTANTES QUE VOC ACHA RELEVANTE DESTACAR AQUI NESTA ETAPA DO CURSO O QUE
VOC REALMENTE APRENDEU AT AGORA?
Ficha 18: Momento de avaliar como foi o curso ofertado pelo IFPR / PRONATEC.

O que voc trouxe de bom? O que ficou de bom pra voc? E o que podemos melhorar?

27
Referncias bibliogrficas

Guia de Estudo: Unidades Formativas I e II Braslia: Programa Nacional de Incluso de Jovens Projovem Urbano, 2012.

FREIRE, P. Pedagogia da Autonomia: saberes necessrios prtica educativa. SoPaulo: Paz e Terra, 1996.

_____. Pedagogia da tolerncia. So Paulo: Editora UNESP, 2004.

PAIN, S. Diagnstico e tratamento dos problemas de aprendizagem. Porto Alegre: Artes Mdicas, 1986.

WEISS, M. L. L. Psicopedagogia clnica: uma viso diagnstica dos problemas de aprendizagem escolar. 8 ed. Rio de Janeiro: DP&A,
2001.
FORMAO INICIAL E CONTINUADA