http://www.angelfire.

com/ok/leonelmuniz
Tcnicas de Anlise
de Sistema
1
Sumrio
1. Conceitos Bsicos................................................................................................................................................4
1.1 Anlise............................................................................................................................................................4
1.2 Processo..........................................................................................................................................................4
1.3 Programa........................................................................................................................................................4
1.4 Anlise de istemas........................................................................................................................................4
1.! istemas..........................................................................................................................................................4
1.5.1 Tipos de Sistemas....................................................................................................................................5
2. Anlise Estruturada............................................................................................................................................6
2.1 Anlise "radicional........................................................................................................................................#
2.1.1 Segunda Gerao.....................................................................................................................................6
2.1.2 Terceira Gerao......................................................................................................................................6
2.2 $elacionamento %surio e Analista..............................................................................................................&
2.3 Pro'lemas com Anlise (lssica)"radicional*.............................................................................................&
2.3.1 Comunicao............................................................................................................................................7
2.3.2 Mudanas naturais exigidas pelo sistema...............................................................................................7
2.3.3 alta de erramentas................................................................................................................................7
2.3.! "ocumentao..........................................................................................................................................7
2.3.5 ormao do #ro$issional........................................................................................................................7
2.3.6 "i$iculdade de ixao do #ro%lema.......................................................................................................7
2.4 Anlise "radicional + Anlise ,struturada ..................................................................................................-
2.!.1 Comparao.............................................................................................................................................&
2.!.2 '%(eti)os da *n+lise ,struturada............................................................................................................&
2.!.3 Conduo do Tra%al-o de *n+lise..........................................................................................................&
2.! .ilogo %surio + Analista.........................................................................................................................../
2.# As 0erramentas da Anlise ,struturada......................................................................................................../
2.6.1 "iagrama de luxo de "ados...................................................................................................................
2.6.2 "icion+rios de "ados ............................................................................................................................1!
2.6.3 "escrio de #rocedimentos..................................................................................................................16
3. Anlise de Dados ..............................................................................................................................................17
3.1 (onceitos 1sicos.........................................................................................................................................1&
3.2 2odelo de .ados..........................................................................................................................................1-
3.2.1 ' /ue 0 Modelo de "ados1....................................................................................................................1&
3.2.2 Componentes do Modelo de "ados.......................................................................................................1.
3.2.3 Tipos de ,ntidade..................................................................................................................................21
3.2.! Tipos de 2elacionamento.......................................................................................................................22
3.2.5 Tipos de C-a)e......................................................................................................................................23
3.3 (onsolida34o de 2odelos de .ados............................................................................................................23
3.3.1 ' /ue 0 Consolidao1...........................................................................................................................23
3.3.2 Tra%al-os ,xecutados na Consolidao................................................................................................23
3.4 5ormaliza34o................................................................................................................................................24
3.!.1 ' /ue 0 3ormali4ao...........................................................................................................................2!
3.!.2 *nomalias de *tuali4ao ....................................................................................................................2!
3.!.3 "epend5ncia uncional.........................................................................................................................2!
3.!.! "epend5ncia uncional Composta ou Completa..................................................................................25
3.!.5 "epend5ncia uncional Transiti)a........................................................................................................26
3.!.6 #rimeira orma 3ormal 6137..............................................................................................................26
3.!.7 Segunda orma 3ormal 6237..............................................................................................................27
3.!.& Terceira orma 3ormal 6337..............................................................................................................2&
3.!.. Simpli$icao do #rocesso de 3ormali4ao.........................................................................................2.
3.!.18 2egras #r+ticas.....................................................................................................................................38
2
3.!.11 ,xerc9cios:............................................................................................................................................31
4. Bibliografia........................................................................................................................................................34
3
1. Conceitos Bsicos
1.1 Anlise
Derivado do grego analein - desatar, soltar, significa dissoluo de um conjunto em
suas partes. Em sentido amplo, empregam-se os termos anlise e analisar como
sinnimos de exame e examinar, pesquisa e pesquisar, verificao e verificar.
1.2 Processo
Srie de fenmenos sucessivos com relao de causa e efeito; por exemplo, uma
empresa uma srie de causas (matrias primas, recursos humanos, tecnologia, etc.) que
geram um efeito (produtos).
1.3 Programa
Escrito em que se do os pormenores de um espetculo, de uma cerimnia, das
condies de um concurso, dos procedimentos para execuo de uma tarefa.
1.4 Anlise de Sistemas
Representa o estudo detalhado de uma rea de trabalho (processo), que antecede
uma ao que, quase sempre, implica no desenvolvimento de um conjunto de programas
integrados(sistema) destinado execuo controle e acompanhamento do processo.
1.5 Sistemas
Como veremos, existe uma definio oficial do termo sistema no dicionrio, que
parecer bastante abstrata. Existem, porm, muitos usos comuns do termo que lhe
parecero perfeitamente familiares, e existem muitos tipos comuns de sistemas com que
temos contato todos os dias.
importante estar familiarizado com diferentes espcies de sistemas por pelo
menos dois motivos. Primeiro, mesmo que seu trabalho como analista se concentre em um
tipo de sistema - um sistema automatizado de informaes, computadorizado - ele
normalmente far parte de um sistema maior. Desse modo, voc pode estar trabalhando
em um sistema de pagamentos, que parte de um sistema maior de Recursos Humanos,
que, por sua vez, parte da organizao comercial geral ( que constitui um sistema), que
, por sua vez, componente de um sistema econmico geral, e assim por diante. Ou voc
pode estar trabalhando em um sistema de controle de processos que parte de uma
refinaria qumica, ou em um sistema operacional que seja parte de um pacote de software
de sistemas distribudos por vendedores. Assim, para que o seus sistema tenha sucesso,
preciso conhecer os outros sistemas com os quais ele vai interagir.
Muitos dos sistemas de computadores que elaboramos so substituies ou novas
implementaes de sistemas no-computadorizados que j existem; alm disso, a maioria
dos sistemas computadorizados interage ou tem uma interface com vrios sistemas
existentes (alguns podem ser computadorizados ou no). Para que nosso sistema
computadorizado seja bem-sucedido, precisamos conhecer, detalhadamente, como o
sistema atual se comporta.
Em segundo lugar, embora muitos tipos de sistemas paream ser totalmente
diferentes, eles tm muitas semelhanas; existem princpios comuns, filosficas e teorias
que se aplicam notavelmente bem a virtualmente todos os tipos de sistemas. Assim,
podemos muitas vezes aplicar o que aprendemos sobre outros sistemas - com base em
nossa experincia diria, bem como na experincia de cientistas e engenheiros em
diversas reas - aos sistemas que elaboramos na rea da computao. Por exemplo, um
dos importantes princpios de sistemas que primeiro foi observado no campo da biologia
conhecido como a lei da especializao; quanto mais adaptado for um organismo a um
determinado ambiente, mais difcil ser para esse organismo a adaptao a outro. sso
!
ajuda a explicar o desaparecimento dos dinossauros quando o clima da Terra modificou-se
radicalmente; ajuda, tambm, aos analistas de sistemas a compreenderem que se
otimizarem um sistema computadorizado de forma a tirar a mxima vantagem de uma
determinada UCP, de uma linguagem de programao e de um sistema de gerenciamento
de banco de dados, podero vir a ter srios problemas em adaptar o sistema a ser
processado em outra UCP ou com um diferente sistema de gerenciamento de banco de
dados.
Dessa maneira, se conhecermos alguma coisa da teoria geral dos sistemas, ela
pode nos ajudar a compreender melhor os sistemas computadorizados (automatizados) de
informaes. sso cada dia mais importante, pois queremos construir sistemas estveis e
confiveis, que funcionaro bem em nossa complexa sociedade - e h, naturalmente,
muitos sistemas no-computadorizados que vm sobrevivendo por milhes de anos: a
humilde barata provavelmente sobreviver a todos os sistemas computadorizados j
construdos ou a construir, e a toda a humanidade, tambm.
Assim vamos comear com uma definio do termo bsico sistema.
1. um grupo de itens que interagem entre si ou que sejam interdependentes,
formando um todo unificado <~numrico> : como
a. (1) um grupo de corpos que interagem entre si sob a influncia de foras
relacionadas <~gravitacional>
(2) uma mistura de substncias em equilbrio ou que tende para o equilbrio
<~termodinmico>
b. (1) um grupo de rgos do corpo que desempenham, em conjunto, uma ou
mais funes vitais < o ~digestivo >
(2) o corpo, considerando como uma unidade funcional.
c. um grupo de objetos ou foras naturais relacionadas entre si < um ~fluvial >
d. um grupo de dispositivos ou uma organizao em rede, principalmente para a
distribuio de algum produto ou servindo a um propsito comum < um ~
telefnico > < um ~ de aquecimento> < um ~ rodovirio > < um ~ de
processamento de dados >
2. um conjunto organizado de doutrinas, idias ou princpios, habitualmente
previsto para explicar a organizao ou funcionamento de um conjunto
sistemtico < o ~ da mecnica newtoniana >
3. a. um procedimento organizado ou estabelecido < o ~ de toques da digitao >
b. uma maneira de classificar, simbolizar ou esquematizar < um ~ taxonmico > <
o ~ decimal >
4. organizao ou modelo: ORDEM
5. sociedade organizada ou situao social vista como indesejvel:
ESTABLSHMENT.
1.5.1 Tios de !iste"as
1.5.1.1 Sistemas Naturais
- Sistemas Estelares (galxias, sistemas solares, etc.)
- Sistemas Geolgicos (rios, cadeias de montanhas etc.)
- Sistemas Moleculares (organizaes complexas de tomos)
5
1.5.1.2 Sistemas feitos pelo Homem
- Sistemas Sociais(organizaes de leis, doutrinas, costumes, etc.)
- Sistemas de Transporte (redes rodovirias, canais, linhas areas, petroleiros, e
semelhantes).
- Sistemas de Comunicao (Telefone, telex, sinais de fumaa, sinais manuais, etc.)
- Sistemas de Manufatura (Fbricas, linhas de montagem, etc.)
- Sistemas Financeiros (contabilidade, inventrios, livros-razo, controle de estoque,
entre outros)
1.5.1.3 Sistemas Automatizados
- Hardware de computadores - UCP, terminais, impressoras, unidades de fita
magnticas, etc.
- Software de computadores - programas de sistemas, como sistemas
operacionais, sistemas de bancos de dados e programas de controle de
telecomunicaes, alm dos programas aplicativos que executam as funes
desejadas pelo usurio.
- Pessoas - aquelas que operam o sistema, que fornecem as entradas e utilizam
as sadas, e as que desempenham atividades de processamento manual em um
sistema.
- Dados - as informaes que o sistema conserva por um perodo de tempo.
- Procedimentos - determinaes e instrues formais para a operao do sistema.
2. Anlise Estruturada
2.1 Anlise Tradicional
2.1.1 !egunda #era$%o
At 1965 os computadores de grande porte instalados em nosso pas eram
classificados como de segunda gerao, como por exemplo o 1401-BM.
Mximo no desenvolvimento de sistemas, era um sistema de folha de pagamento, e
um sistema de controle de estoque.
- Folha de pagamento (20 a 24 horas) para classificao de 10 mil funcionrios.
- No existia formao profissional.
- Sem documentao.
2.1.2 Terceira #era$%o
- 1965, chegada do COBOL (considerada auto documentvel).
- Aumento considervel no nmero de usurios em informtica.
- Documentao era compreendida somente pelo profissional que desenvolveu.
- A documentao representava somente a parte fsica da aplicao.
- As lgicas no existiam em lugar nenhum.
O Software e o Hardware tem se desenvolvido de forma acentuada mas a documentao
continua em muitos CPD's sem metodologia alguma, visando apenas como feito a
aplicao(software), ou seja, uma documentao fsica, dedutiva, difcil manuteno e
difcil entendimento.
6
2.2 Relacionamento Usurio e Analista
- Analista unio entre os usurios e os projetistas.
- Concluso da etapa de requisitos funcionais do sistema.
- O Analista reponde pelo usurio a qualquer dvida que o projetista vem a ter.
- Esta ferramenta, diminui possveis duvidas a serem levantadas durante a fase de
projeto.
- preciso definir bem as responsabilidades de cada um, O analista responsvel
por: estudos de viabilidade e alternativas, custo/benefcios, especificaes, prazos e teste
de aceitao, enquanto o usurio o recebedor final do sistema. Este o responsvel pela
deciso de integrao do sistema dentro das operaes da empresa, ou no. Somente ele,
o usurio pode aceitar o sistema.
2.3 Problemas com Anlise Clssica(Tradicional
2.3.1 Co"unica$%o
Formas de interpretao diferentes, gerando interpretaes erradas, e que levada
adiante continuaro a serem distorcidas cada vez mais.
- Uso excessivo de termos tcnicos(AnalistaXUsurio).
2.3.2 &udan$as naturais e'igidas elo siste"a
- Maior nas aplicaes comerciais.
- Nmero discreto e portarias aplicados pelos governos federal e estadual durante
os ltimos anos.
2.3.3 (alta de (erra"entas
- Ferramenta antiquadas de 20 anos atrs.
- Utilizando a narrativa proporcionando
- Perda de tempo.
- +50% das informaes deduzidas pelo profissional de informtica.
2.3.4 Docu"enta$%o
- As empresas no adotam um padro.
- Existe a figura do Pai do Sistema.
- Dificuldade de manter a documentao (o trabalho manuscrito)
2.3.5 (or"a$%o do )rofissional
- Precria formao profissional na rea de anlise de sistemas.
- Adeptos da forma estruturada so submetidos a velha forma tradicional.
2.3.6 Dificuldade de (i'a$%o do )roble"a
- Com textos narrativos na fase de levantamento das necessidades do usurio
+70% das informaes da documentao.
- Localizao dos pontos a sofrerem alterao levam muito tempo, sem a certeza de
todos os pontos foram alterados.
7
2.4 Anlise Tradicional ! Anlise "struturada
2.4.1 Co"ara$%o
Enquanto na verso clssica qualquer produto final s pode ser analisado numa
nica dimenso, na verso estruturada um sistema pode ser analisado na dimenso exata
das necessidades, tanto do analista quanto do usurio. Tudo vai depender da viso que o
interessado deseja ter do sistema, se mais abrangente ou mais detalhada.
A verso clssica totalmente prolixa(muito longa ou difusa), enquanto que a
estruturada apresenta e expe o que feito e o que vai ser feito atravs do uso de
grficos, o que torna a visualizao e entendimento muito mais claros e objetivos.
A verso clssica entra diretamente em detalhes, pelo simples fato que o usurio
pensa no computador como a frmula mgica para a soluo de todos os seus problemas.
O trabalho de anlise dirigido s vezes at inconscientemente dessa forma. O
levantamento feito principalmente a partir dos problemas apresentados pelo usurio, um
a um, sem a preocupao do todo. Por ltimo levantando aquilo que na concepo do
usurio est bem, sendo que s vezes, o que ia bem, ao ser informatizado passa a ir mal,
simplesmente por falta de preocupao dos envolvidos com o todo. Na verso estruturada
isso no acontece, pois o trabalho de anlise deve ser dirigido para a ferramenta e esta
exige que a anlise deve ser feita de cima para baixo atravs de refinamentos sucessivos
at atingir-se os detalhes. Durante a parte de levantamento, no deve existir por parte dos
envolvidos analistas/usurios qualquer preocupao com problemas ou erros existentes.
Primeiro deve-se construir o modelo lgico existente para em seguida, aps uma anlise
conjunta bastante criteriosa, identificarmos os problemas e propormos as devidas solues.
Por ltimo, a verso clssica gera um produto monoltico enquanto que a verso
estruturada um totalmente particionado, do maior ao menor nvel de detalhe, possibilitando
a identificao clara e simples de qualquer parte do sistema, bem como a agregao em
pequenos blocos de funes afins.
2.4.2 *b+eti,os da Anlise Estruturada
O documento a ser padronizado deve ser:
- Passvel de manuteno
- Grfico
- Lgico
- Rigoroso
- Conciso
- Legvel
Tudo isso deve ser um sub-produto natural do trabalho. Ou seja, terminada a fase de
anlise, ningum deve necessitar de mais tempo para preparar a documentao - ela j
deve estar concluda.
2.4.3 Condu$%o do Trabal-o de Anlise
A conduo da anlise deve ser:
- Dirigida para a Ferramenta
- Mensurvel/Pr-Determinada
- Divisvel
de vital importncia o cuidado de dirigir a anlise para a ferramenta, pois caso
contrrio estaremos praticando a verso clssica para, numa segunda etapa, dispor as
informaes de forma grfica. Ou seja a anlise deve ser feita de cima para baixo. A
preocupao de levantar o que feito pelo usurio deve ser constante e no, medida em
&
que o usurio fala, pensar em como o analista vai mecanizar aquilo, quais vo ser as
estruturas dos arquivos fsicos, quais sero os mtodos de acesso e outras preocupaes
mais. Estas devero ser objeto de preocupao de quem vai desenvolver o projeto fsico e
no dele, mesmo que ele venha a acumular essas funes.
2.5 #ilogo Usurio ! Analista
O dilogo usurio/analista dever ser:
- terativo
- Lgico
- Limitado
2.$ As %erramentas da Anlise "struturada
2.6.1 Diagra"a de (lu'o de Dados
DFD uma representao em rede dos processos (funes) do sistema e dos
dados que ligam esses processos. Ele mostra o que o sistema faz e no como feito. a
ferramenta de demostrao central da anlise estruturada.
Um DFD apresenta as partes componentes de um sistema e as interfaces entre
elas. um conjunto integrado de procedimentos, sendo que as partes do computados
podero estar inseridos ou no.
Na elaborao de um DFD, utilizaremos quatro smbolos que nos permitiro,
debater e apresentar ao usurio todo o processo, sem assumir nenhum compromisso com
implementaes e demostrar a sua fluncia, sem a preocupao com a hierarquizao e
tomadas de deciso.
So os seguintes smbolos utilizados na elaborao de um DFD:
2.6.1.1 Elaborando um DFD
Suponhamos que uma distribuidora de produtos farmacuticos nos contratou para
analisar seu processo atual e verificar como expandir suas operaes e melhorar seu nvel
de servio.
.
Quadrado duplo = Entidade Externa/Origem
ou destino de Dados.
Retnculo com cantos arredondados =
Processo que transforma o Fluxo dos Dados.
Retnculo aberto = Depsito de Dados
Seta ou vetor = Fluxo de Dados
A empresa em questo, RPC (Remdios Pelo Correio), fundada h cinco anos atua
na distribuio de medicamentos, recebendo das farmcias os pedidos de medicamentos,
fazendo encomenda aos laboratrios, com desconto, e atendendo ao pedido no ato do
recebimento do dos remdios dos laboratrios. O processo todo controlado manualmente
atravs do preenchimento de formulrios pr-impressos. Atualmente o volume de negcios
atinge 150 pedidos por dia, cada um com um mdia de 5 medicamentos, e um valor de R$
500,00 em mdia. A administrao pretende expandir as operaes atravs da estocagem
dos 100 medicamentos mais solicitados e atendendo solicitaes de clnicas e mdicos
diretamente. As encomendas podero ser feitas de qualquer ponto do Estado via telefone
ou pelo correio.
O volume de negcios depender, logicamente, de fatores como divulgao do
servio, rapidez na entrega, confiabilidade, etc., mas a empresa espera aument-lo para
1000 negcios/dia, ou mais.
No plano geral, podemos afirmar que, da mesma forma que o atual, o novo
processo de trabalho da empresa acatar pedidos de remdios, far a verificao no
arquivo de disponveis, consultar, em outro arquivo, se o crdito do cliente bom e far
com que o remdio solicitado seja encaminhado ao cliente com a respectiva fatura.
Demostraremos isso de forma grfica usando um diagrama de Fluxo de dados
lgico.
Analisando a figura, verificamos que, na verdade, ela nos diz muito pouco sobre o
sistema.
Os smbolos constantes da figura e os conceitos que representam encontram-se no
nvel lgico; um fluxo de dados pode estar fisicamente numa carta, numa fatura, numa
ligao telefnica, etc., ou seja, em qualquer lugar em que o dado passe de uma entidade
ou processo para outro. Um processo pode ser fisicamente um escritrio repleto de
pessoas verificando e recebendo pedidos, calculando descontos, ou um programa, ou
ainda uma combinao de atividades manuais e automatizadas. Um depsito de dados
pode ser um armrio de ao com gavetas, um fichrio de cartes, uma fita magntica, um
disquete. Utilizando os quatro smbolos, podemos desenhar um quadro do sistema sem
nos comprometermos com sua implementao.
Vamos expandir processar pedidos para mostrar as funes lgicas que compe o
processo.
18
Observe o diagrama a seguir, onde representamos uma expanso do anterior,
demostrando os processos Verificar validade dos pedidos e Preparar requisio par o
laboratrio, alm de depsitos de dados para armazenar dados de clientes, dados de
laboratrios e dados dos pedidos pendentes, ou seja, aqueles que ficam aguardando a
quantidade tima para enderearmos o pedido ao laboratrio obtendo o maior desconto.
At aqui, parece tudo bem. Mas ser que vamos atender os pedidos e esperar
pacientemente que o pagamento seja efetuado? E os laboratrios fornecedores no iro
cobrar nunca os medicamentos remetidos? E se os medicamentos e quantidades
remetidas pelos laboratrios no forem coerentes com as solicitaes?
Vamos tentar incluir o aspecto Comparar remessa a pedidos.
Observe o prximo diagrama.
11
No demostraremos at aqui os movimentos dos remdios em si; para efeitos
didticos, os remdios so considerados dados e por isso no so representados no DFD.
A relao entre um DFD e um diagrama de fluxo de materiais no ser abordada por
enquanto. Atualmente s nos interessam os itens que representam dados sobre remdios.
At agora, ningum recebeu nenhum pagamento. Devemos nos preocupar com a
remessa de faturas para os clientes, tratamento a ser aplicado aos pagamentos efetuados
pelos clientes, bem como cobranas efetuadas pelos laboratrios.
Acreditamos que, com o que j foi visto at aqui, voc seria capaz, sozinho, de
expandir nosso DFD, contemplando esses processos.
No se esquea que cada uma das caixas de processo pode ser expandida num
diagrama de fluxo de dados de menor nvel, assim sendo, procure, ao fazer o exerccio
proposto, no descer a detalhes muito minuciosos. Sua preocupao deve ser demonstrar
em linhas gerais como seriam os processos de contas a receber e contas a pagar.
Outro aspecto importante, no abordado nos DFD's apresentados so as condies
de erro.
No especificamos ainda o que acontece com o pedido de um cliente cuja situao
de crdito seja ruim, ou o que acontece quando o laboratrio nos manda uma remessa e
no localizamos nenhum pedido correspondente.
evidente que tais situaes precisam ser tratadas. Entretanto, se formos, desde
logo, nos prender ao tratamento de erros e excees, comprometeremos todo o nosso
trabalho. O detalhamento dessas questes deve ser adiado para os diagramas de nvel
inferior, para que no interfiram no quadro geral do sistema.
A concluso dos DFD's do sistema proposto, com toda a abrangncia, fica a cargo
de vocs, basta aplicar os recursos at aqui apresentados, observando entretanto as
seguintes convenes simblicas:
2.6.1.2 Entidade
dentificamos como entidade, na maioria das vezes, categorias lgicas de coisas ou
pessoas que representam uma origem ou destino de transaes (Clientes, Fornecedores,
12
Empregados, Etc.). Tambm podemos identificar como Entidades fontes ou destinos
especficos tais como Departamentos da empresa, Receita Federal, Almoxarifado.
comum adotarmos a terminologia Entidade Externa. Quando um sistema recebe dados
resultantes de outro, ou gera informaes que serviro como dados de entrada para outro,
esse outro sistema tambm identificado como uma Entidade Externa.
O smbolo utilizado para representar j foi apresentado a voc.
Por conveno, a fim de simplificar as referncias e o processo de dicionarizao
dos dados, adicionamos como identificador de uma entidade uma letra minscula no canto
superior esquerdo do desenho ou a letra E maiscula e um nmero, conforme abaixo:
2.6.1.3 Fluxo de Dados
Podemos associar cada fluxo de dados com um tubo por onde passam pacotes de
dados. Faremos referncia ao Fluxo de Dados identificando os processos, entidades ou
depsitos de dados das suas extremidades, anotando uma descrio do seu contedo ao
longo de sua extenso. Lembre-se que a descrio deve ser mais clara possvel, de modo
a simplificar o trabalho do usurio que ir realizar a reviso do DFD.
Observe um exemplo de referncia e descrio de Fluxo de Dados:
2.6.1. !ro"esso
Logicamente, necessrio descrever a funo de cada processo, e, para facilitar
atribuir uma identificao nica para cada um, buscando, na medida do possvel, associ-lo
a um sistema fsico.
A identificao pode ser um nmero, inicialmente posicionado na posio mdia
superior da figura, no tendo nenhum outro significado alm de identificar o processo. No
h porqu vincularmos a identificao com a descrio do processo, pois alguns deles
sero subdivididos em dois ou mais nas fases de expanso - o que implicar no surgimento
de novos nmeros. Entretanto, a partir do instante que um processo recebe uma
identificao, est no deve mais ser modificada, sob a pena de comprometer o trabalho
de dicionarizao dos dados, exceto nos casos de desmembramentos e agrupamentos.
Para simplificar o entendimento da figura, podemos adicionar linhas divisrias, marcando
claramente o espao destinado identificao do processo, sua descrio e o local fsico
onde ser desempenhado.
13
c
Gerncia
2.
Analisar
Vendas
2elat;rio de <endas
2e$er5cia do luxo de dados 2. = c
"escrio do $luxo de dados: 2elat;rio de <endas
,1 a
Vale ressaltar que a descrio da funo deve ser sempre imperativa, composta por
um verbo ativo (verificar, extrair, recuperar, comparar), seguida de uma clusula, simples e
objetiva.
A identificao do local fsico onde a funo ser executa, opcional nos diagramas
de nvel mais abrangente, extremamente til a partir do instante em que a anlise foi
concluda e o projeto fsico do sistema est sendo desenvolvido, pois denota o
departamento ou programa que o desempenhar
2.6.1.5 Dep#sito de Dados
Convencionamos a identificao de um depsito de dados pela colocao de uma
letra D maiscula seguida de um nmero, na esquerda do desenho, separada da
descrio por uma linha vertical.
2.6.2 Dicionrios de Dados
O dicionrio de dados um repositrio de dados sobre os dados do software. Ele
dever conter a definio dos elementos que tornam o Modelo de Dados e o Diagrama de
Fluxo de Dados precisos, quais sejam:
- Fluxos de dados;
- Depsitos de Dados/Entidades;
- Atributos.
2.6.2.1 $e%ras para Forma&'o de Nomes
- O nome deve ser formado por palavras separadas por sublinha at o mximo de 32
caracteres;
- Preferencialmente a nomeao deve ser feita de acordo com o usurio;
- Devem ser eliminados proposies e conjunes;
- Quando houver necessidade de abreviar uma palavra, observar que a abreviatura seja
clara, ou inclui-la no dicionrio.
1!
D1 Dados de Clientes
>denti$icao do processo
?ocal $9sico onde ser+ desempen-ado
"escrio da $uno
2.6.2.2 Nota&'o
Smbolo Significado
= composto de
+ E
[ ] Escolha uma das opes alternativas
{ } interaes de
( ) Opcional (pode estar presente ou ausente)
| separa opes alternativas na construo [ ]
** Comentrio
@ dentificador (campo chave) de um depsito.
2.6.2.2.1 Sendo Dado Elementar (Atributo):
- Com seleo de valores:
NOME_TEM = [ valor 1| valor n] ft,d onde:
f = formato (A - Alfabtico, N - Numrico, X - Caracter Vlido);
t = tamanho (em caracteres ou inteiros);
d = decimais.
Ex.: SEXO=[M|F] A1 (Alfabtico de tamanho 1, podendo assumir valores M ou F).
- Sem seleo de valores
NOME_TEM = ft,d
Ex.: VALOR_REPRESENTACAO = N7,2 (Numrico com 7 inteiros e 2 decimais)
2.6.2.2.2 Sendo os limites de interao conhecidos:
NOME_TEM_GRUPO = Y (nome_item_elementar_1 + nome_item_elementa_n) X
onde : X = limite superior, Y = limite inferior.
Ex.: REFERENCAS = 2 (NOME + ENDERENCO ) 10
2.6.2.2.3 Exemlos !erais
- Fluxo de Dados
DETALHE_CUSTO = DESCRCAO_COMPLETA + MATRZ_CUSTO
A definio demonstra que o fluxo de dados composto de outros fluxos de dados
e/ou dados elementares.
DESCRCAO_COMPLETA = NOME_TEM + TPO_TEM + [ PESO | VOLUME]
A definio demonstra que o fluxo e composto por dados elementares e um dos
dados deve ser selecionado entre o peso ou o volume.
- Depsito de Dados/Entidades
ARQUVO_DE_CUSTO = 1 (@NUMERO_TEM + DETALHE_CUSTO) 1000
Os registros de arquivos vo de 1 a 1000 e o atributo NUMERO_TEM campo
chave.
- Dados Elementares/Atributos
15
TPO_TEM = [ SOLDO | LQUDO | GASOSO] A7
2.6.3 Descri$%o de )rocedi"entos
O DFD declara a existncia dos procedimentos e das interfaces entre elas, mas e o
seu contedo? Como alternativas para a descrio de procedimentos podemos ter:
- TEXTO NARRATVO;
- PORTUGUS ESTRUTURADO;
- TABELAS DE DECSO;
- RVORES DE DECSO;
- FRMULAS MATEMTCAS;
- ALGUMAS COMBNAES DOS ACMA.
2.6.3.1 (exto Narrati)o
Exemplo:
O clculo da depreciao dever ser efetuado da seguinte forma:
- Quando o VALOR_CAPTAL_ATUAL for inferior a R$ 1.000,00 e a CATEGORA
do bem sobre o qual vai ser calculada a depreciao for igual a X, o valor da
DEPRECACAO dever ser igual ao VALOR_CAPTAL_ATUAL e o
VALOR_NOVO_CAPTAL dever ser reduzido a zeros.
- Quando o VALOR_CAPTAL_ATUAL for inferior a R$ 1.000,00 e a CATEGORA
do bem sobre o qual vai ser calculada a depreciao for igual a Y, o valor da
DEPRECACAO dever ser 20% do VALOR_CAPTAL_ATUAL e o
VALOR_NOVO_CAPTAL dever ser 80% do VALOR_CAPTAL_ATUAL.
- Quando o VALOR_CAPTAL_ATUAL for superior a R$ 1.000,00
independentemente do valor da CATEGORA, se X ou Y, o valor da
DEPRECACAO dever ser igual 35% do VALOR_CAPTAL_ATUAL e o
VALOR_NOVO_CAPTAL dever ser 65% do VALOR_CAPTAL_ATUAL.
- Quando o VALOR_CAPTAL_ATUAL for igual a R$ 1.000,00 preceder de
conformidade com o item anterior.
2.6.3.2 !ortu%u*s Estruturado
Exemplo:
Se VALOR_CAPTAL_ATUAL <= 1.000
Se CATEGORA = X
Faa DEPRECACAO = VALOR_CAPTAL_ATUAL
Faa VALOR_NOVO_CAPTAL = 0
Caso Contrario (Categoria = Y)
Faa DEPRECACAO = VALOR_CAPTAL_ATUAL * 0,20
Faa VALOR_NOVO_CAPTAL = VALOR_CAPTAL_ATUAL * 0,80
16
Caso Contrrio (VALOR_CAPTAL_ATUAL >= 1.000)
Faa DEPRECACAO = VALOR_CAPTAL_ATUAL * 0,35
Faa VALOR_NOVO_CAPTAL = VALOR_CAPTAL_ATUAL * 0,65
2.6.3.3 (abelas de De"is'o
Exemplo:
Condies 1 2 !
1. Categoria (X,Y) X Y X Y
2. VALOR_CAPTAL_ATUAL = R$ 1.000,00 (<, >=)
Aes
1. Faa Depreciao igual a (% do
VALOR_CAPTAL_ATUAL)
100 20 35 35
2. Faa VALOR_NOVO_CAPTAL igual a
(% do VALOR_CAPTAL_ATUAL) 0 80 65 65
2.6.3. +r)ores de De"is'o
Exemplo:
"A#$%&CA'(TA#&AT)A# CATE*$%(A '%$CE+(,E-T$
X Depreciao = 100%
VALOR_NOVO_CAPTAL = 0%
< R$ 1.000,00
Y Depreciao = 100%
"A#$%&+A&+E'%EC(ACA$ VALOR_NOVO_CAPTAL = 0%
>= R$ 1.000,00 X ou Y Depreciao = 35%
0 VALOR_NOVO_CAPTAL = 65%
. Anlise de +ados
Objetiva a definio e a estruturao de dados para servir s necessidades atuais e
futuras de armazenamento e recuperao de informaes.
3.1 Conceitos &sicos
- Entidades: Objeto existente na organizao sobre o qual precisamos armazenar e/ou
recuperar informaes.
- Atributos: So as caractersticas que descrevem as entidades (informaes que vo ser
armazenadas sobre as entidades).
- Relacionamento: Associao entre duas ou mais entidades.
- Modelo de Dados: Representao grfica das entidades e relacionamentos de interesse.
* Modelo Conceitual: Representa a viso dos dados sob o ponto de vista da
organizao.
17
* Modelo Lgico: Representa a viso dos dados sob o ponto de vista particular de
um software.
* Modelo Fsico: Representa a organizao fsica da base de dados.
- Lista de Entidades: Lista das entidades e seus respectivos atributos.
- dentificador de Entidade: Atributo ou conjunto de atributos que identifica cada nica
ocorrncia da entidade (chave primria).
- Normalizao: Tcnica de aplicao das Formas Normais s entidades de um modelo de
dados para maior compreenso e simplificao da estrutura de dados.
- Dependncia Funcional: Quando em um relacionamento entre atributos de uma entidade,
verifica-se que a cada valor de um atributo A corresponde um nico valor de um ou mais
atributos B, C, ., dizemos que B, C, . dependem funcionalmente de A.
- Consolidao de Modelos de Dados: Regras prticas para combinar diferentes modelos
de dados em um nico modelo.
3.2 'odelo de #ados
3.2.1 * .ue / &odelo de Dados0
Tambm conhecido como Diagrama E-R (Entidade -Relacionamento). uma forma
de representao grfica do conhecimento que se tem sobre o ambiente (realidade)
qualquer. Mostra uma viso esttica das informaes (entidades) de interesse e dos
vnculos (relacionamentos) existentes entre elas.
O modelo de dados uma nova forma de comunicao entre o tcnico de
processamento de dados e o usurio.
Essa nova forma de comunicao assegurar que :
- O modelo de dados conter todos os dados necessrios para suportar os processos de
responsabilidade do usurio.
- O modelo de dados conter os dados para suportar processos que sero modificados ou
introduzidos em um futuro prximo.
1&
Model de Dados Realidade
Descreve
Define
3.2.2 Co"onentes do &odelo de Dados
3.2.2.1 Entidade
algo, real ou abstrato, percebido no ambiente e sobre o qual nos interessa
armazenar dados.
Exemplos:
Um objeto real (concreto) - Um equipamento, Material
Uma pessoa - Fornecedor Empregado
Um conceito abstrato - rgo, Cargo, Curso
Um evento - Recebimento de Material
Um relacionamento - Casamento
3.2.2.1.1 "eresentao !r#$ica
Um entidade representada num modelo de dados atravs de um retngulo.
3.2.2.2 Atributo
um dos itens de dados que armazenamos sobre uma entidade. Caracteriza ou
qualifica uma determinada propriedade de uma entidade.
Exemplo:
So atributos da entidade EMPREGADO:
- MATRCULA
- NOME
- ENDERECO
- CPF
- DATA NASCMENTO
3.2.2.3 ,-a)e de .dentifi"a&'o
A chave de identicao de uma entidade definida por um atributo, ou conjunto de
atributos, cujos valores individualizam uma nica ocorrncia dessa entidade.
Exemplo:
A chave de identificao da entidade EMPREGADO o atributo MATRCULA.
3.2.2. /ista de Entidades
uma relao de entidades com seus respectivos atributos, utilizada para
documentar os trabalhos de anlise de dados.
Formada pelo nome da entidade seguida da relao de atributos que compem
entre parnteses, e seguindo a conveno abaixo:
- Cada atributo separado do outro pelo sinal de adio ( + ) ;
1.
MATERAL FATURA FORNECEDOR
- O(s) atributo(s) que identificam a entidade devem estar no incio da relao e
sublinhados;
- O(s) atributo(s) que ocorrem mais de uma vez (repetitivos) so identificados por
uma incluso entre parnteses.
Exemplo:
FATURA(NUMERO_FATURA + CODGO_FATURA +
(NUMERO_TEM_FATURA + CODGO_MATERAL +
QUANTDADE_MATERAL + PRECO_UNTARO +
PRECO_TEM_FATURA) + PRECO_TOTAL_FATURA).
Obs.: Podem haver mltiplos nveis de repetio.
3.2.2.5 Dom0nio
So os possveis valores que um atributo pode assumir.
Exemplo:
SEXO = [ M | F ]
Sexo pode assumir dos valores M (Masculino) ou F (Feminino)
3.2.2.6 1"orr*n"ia
Representa o nmero vezes que determinado atributo aparece em outra entidade.
28
3.2.2.6.1 "eresentao !r#$ica
Smbolos especiais colocados nas extremidades da linha que representa um
relacionamento.
Exemplo:
- Uma REA LOTAO tem obrigatoriamente pelo menos 1 empregado;
Um EMPREGADO est vinculado obrigatoriamente a uma rea de LOTAO;
- Um EMPREGADO pode ter vrios, um ou nenhum DEPENDENTE;
Um DEPENDENTE (se existir) est obrigatoriamente vinculado a um EMPREGADO.
- Um EMPREGADO pode ser GERENTE.
Um GERENTE um EMPREGADO
- Um EMPREGADO tem obrigatoriamente um NVEL SALARAL;
Em um mesmo NVEL SALARAL podemos ter vrios, um ou nenhum EMPREGADO.
3.2.3 Tios de Entidade
3.2.3.1 Entidade !rim2ria
aquela cuja chave de identificao feita exclusivamente atravs de seus
atributos.
21
Uma ocorrncia ou nenhuma
Uma e somente uma ocorrncia
Vrias, Uma ou nenhuma ocorrncia
Pelo menos uma ocorrncia
DEPENDENTE
EMPREGADO
AREA
LOTACAO
NVEL
SALARAL
EMPREGADO
GERENTE
3.2.3.2 Entidade Dependente
aquela cuja existncia depende de outra, ou seja, parte da chave de identificao
da entidade est condicionada a da entidade da qual ela depende.
3.2.3.3 Entidade Asso"iati)a
aquela cuja chave de identificao obtida atravs da concatenao das chaves
de identificao das entidades que ela associa.
3.2.4 Tios de 1elaciona"ento
3.2..1 $ela"ionamento de Depend*n"ia
aquele feito entre uma entidade e outra que dela seja dependente.
3.2..2 $ela"ionamento Asso"iati)o
aquele que ocorre entre uma entidade associativa e a cada uma das entidades
que participam da associao.
3.2..3 ,ate%oria
Uma categoria uma ligao entre uma entidade e suas espcies (tipos), sendo
estas mutuamente excludentes.
3.2.. !arti&'o
um caso particular de categoria, na qual as espcies (tipos) de uma entidade, no
so mutuamente excludentes.
3.2..5 $ela"ionamento Normal
aquele que no pode ser enquadrado em um dos tipos abaixo:
- Associativo
- Dependncia
- Categoria
- Partio
3.2..6 Auto3$ela"ionamento
aquele que ocorre entre uma mesma entidade.
3.2..4 56ltiplos $ela"ionamentos
Casos em que ocorre mais de um relacionamento entre duas mesmas entidades.
3.2..7 $ela"ionamento 5utuamente Ex"lusi)o
Ocorre quando temos um relacionamento, por exemplo, entre as entidades A e C
e tambm entre as entidades B e C, porm nunca ao mesmo tempo.
22
3.2.5 Tios de C-a,e
3.2.5.1 ,-a)es ,andidatas
So as possveis chaves de identificao de uma nica ocorrncia de uma entidade.
Exemplo
EMPREGADO (MATRCULA + NOME + CPF + ENDERENCO + SALARO )
So chaves candidatas os atributos:
- MATRCULA
- CPF
3.2.5.2 ,-a)e !rim2ria
uma das chaves candidatas, selecionada por melhor convenincia (facilidade de
utilizao, menor possibilidade de erros, etc. ...).
Exemplo
EMPREGADO (MATRCULA + NOME + CPF + ENDERENCO + SALARO )
Chaves candidatas:
- MATRCULA
- CPF
Chave Primria escolhida - MATRCULA
3.2.5.3 ,-a)e Estran%eira
Conjunto de um ou mais atributos de uma entidade que so chave primria em
outra entidade.
Exemplo:
EMPREGADO ( MATRCULA + NOME + CPF + COD_DEPTO)
DEPARTAMENTO (COD_DEPTO + NOME_DEPTO)
Na entidade EMPREGADO o atributo COD_DEPTO chave estrangeira.
3.3 Consolida()o de 'odelos de #ados
3.3.1 * .ue / Consolida$%o0
Termo utilizado para representar os trabalhos de integrao de um modelo de
dados a outro ou, integrao de modelos parciais a um modelo global de dados (empresa,
assunto ou sistema).
3.3.2 Trabal-os E'ecutados na Consolida$%o
Os Trabalhos da consolidao basicamente so os seguintes:
- Adio de entidades ainda inexistentes no modelo global de dados, relacionando-as s
demais;
- Adio de novos atributos a entidades j existentes, desde que possuam chaves
primrias idnticas;
23
EMPREGADO DEPARTAMENTO
- dentificao das entidades j implementadas;
- Eliminao de relacionamentos redundantes.
3.4 *ormali+a()o
3.4.1 * .ue / 2or"ali3a$%o
Normalizao o processo formal que consiste em substituir um conjunto de
entidades por outro conjunto capaz de comportar melhor as mudanas futuras.
Entidades normalizadas no possuem redundncias (duplicao de dados)
acidental. Cada atributo est relacionado com sua prpria entidade e no se mistura com
atributos relativos entidades diferentes.
A normalizao corresponde na realidade formalizao de regras baseadas no
fato que as entidades possuem anomalias de atualizao.
3.4.2 Ano"alias de Atuali3a$%o
Dada a entidade abaixo:
PEDDO (NUMERO_PEDDO + DATA_PEDDO + NUMERO_CLENTE +
NOME_CLENTE + ENDERENCO_CLENTE + ( NUMERO_PRODUTO +
NOME_PRODUTO + QTDE_PEDDA + PRECO_PRODUTO +
TOTAL_PRODUTO) + TOTAL_PEDDO)
Quais as anomalias de atualizao que acontecero se:
- Um produto for descontinuado por seu fornecedor?
- O nome do produto for mudado?
- O cliente mudar de endereo?
- Os produtos ou as quantidades pedidas pelo cliente forem mudadas e o cliente esqueceu
o nmero do pedido?
3.4.3 Deend4ncia (uncional
Dados os atributos A e B de uma entidade, diz-se que B funcionalmente
dependente de A se e somente se, a cada valor de A est associado um nico valor de
B.
Em outras palavras, se conhecermos o valor de A ento podemos encontrar o
valor de B associado a ele.
DAGRAMA DE DEPENDNCA FUNCONAL
A
B
Nota - a seta parte de quem identifica.
Exemplo:
+E'A%TA,E-T$
CODGO_DEPARTAMENTO
2!
NOME_DEPARTAMENTO
SGLA_DEPARTAMENTO
Nota - O exame das relaes existentes entre os atributos de uma entidade deve ser feito a
partir do conhecimento (conceitual) que se tem sobre o mundo real (ambiente modelado).
3.4.4 Deend4ncia (uncional Co"osta ou Co"leta
Dado um atributo ou um conjunto de atributos B de uma entidade, sendo a chave
primria composta por um conjunto de atributos A, diz-se que B completamente
dependente funcional da chave primria, se e somente se, a cada valor da chave (e no a
parte dele), est associado um valor para cada atributo do conjunto B.
DAGRAMA DE DEPENDNCA FUNCONAL
A1
A2
B1
B2
B3
25
Exemplo:
'%$+)T$&.AT)%A
NUMERO_PEDDO
CODGO_PRODUTO
QTDE_PEDDA
PRECO_TOTAL_PRODUTO
3.4.5 Deend4ncia (uncional Transiti,a
Dados os atributos A, B e C de uma entidade, sendo A a chave primria, diz-
se que B e C so dependentes transitivos se e somente se, forem funcionalmente
dependente de A alm de existir uma dependncia funcional entre eles.
DAGRAMA DE DEPENDNCA FUNCONAL
A
B
C
Exemplo:
+E'A%TA,E-T$
CODGO_DEPARTAMENTO
NOME_DEPARTAMENTO
SGLA_DEPARTAMENTO
MATRCULA_GERENTE
NOME_GERENTE
3.4.6 )ri"eira (or"a 2or"al 51(26
Uma entidade est na 1FN se ela no contm grupos de atributos repetitivos
(multivalorados).
Exemplo:
- Entidade no normalizada:
PEDDO (NUMERO_PEDDO + DATA_PEDDO + NUMERO_CLENTE +
NOME_CLENTE + ENDERENCO_CLENTE + ( NUMERO_PRODUTO +
NOME_PRODUTO + QTDE_PEDDA + PRECO_PRODUTO +
TOTAL_PRODUTO) + TOTAL_PEDDO)
- Remoo dos grupos de atributos repetitivos (1FN):
NUMERO_PEDDO
DATA_PEDDO
26
NUMERO_CLENTE
NOME_CLENTE
ENDERENCO_CLENTE
NUMERO_PRODUTO
NOME_PRODUTO
QTDE_PEDDA
PRECO_PRODUTO
TOTAL_PRODUTO
TOTAL_PEDDO
- Entidades da 1FN
PEDDO (NUMERO_PEDDO + DATA_PEDDO + NUMERO_CLENTE +
NOME_CLENTE + ENDERENCO_CLENTE + TOTAL_PEDDO)
PRODUTO_PEDDO (NUMERO_PEDDO + NUMERO_PRODUTO + NOME_PRODUTO +
QTDE_PEDDA + PRECO_PRODUTO + TOTAL_PRODUTO)
- Modelo de Dados
3.4.7 !egunda (or"a 2or"al 52(26
Uma entidade est na 2FN se ela est na 1FN e seus atributos so funcionalmente
dependentes de sua chave (primria) completa.
Exemplo:
- Entidades da 1FN
PEDDO (NUMERO_PEDDO + DATA_PEDDO + NUMERO_CLENTE +
NOME_CLENTE + ENDERENCO_CLENTE + TOTAL_PEDDO)
PRODUTO_PEDDO (NUMERO_PEDDO + NUMERO_PRODUTO + NOME_PRODUTO +
QTDE_PEDDA + PRECO_PRODUTO + TOTAL_PRODUTO)
- Remoo dos atributos no funcionalmente dependentes de toda uma chave primria
(2FN):
'E+(+$ '%$+)T$&'E+(+$
NUMERO_PEDDO NUMERO_PEDDO
DATA_PEDDO NUMERO_PRODUTO
27
PEDDO PRODUTO_PEDDO
NUMERO_CLENTE NOME_PRODUTO
NOME_CLENTE QTDE_PEDDA
ENDERENCO_CLENTE PRECO_PRODUTO
TOTAL_PEDDO TOTAL_PRODUTO
- Entidade na 2FN:
PEDDO (NUMERO_PEDDO + DATA_PEDDO + NUMERO_CLENTE +
NOME_CLENTE + ENDERENCO_CLENTE + TOTAL_PEDDO)
PRODUTO_PEDDO (NUMERO_PEDDO + NUMERO_PRODUTO+ QTDE_PEDDA +
TOTAL_PRODUTO)
PRODUTO (NUMERO_PRODUTO + NOME_PRODUTO + PRECO_PRODUTO)
- Modelo de Dados:
3.4.7 Terceira (or"a 2or"al 53(26
Uma entidade est na 3FN se ela est na 2FN e no possui dependncias
transitivas.
Uma entidade que est na 2FN pode ter um atributo que no uma chave mas que
por si identifica outros atributos. Refere-se a isto como uma dependncia transitiva.
Exemplo:
- Entidade na 2FN:
PEDDO (NUMERO_PEDDO + DATA_PEDDO + NUMERO_CLENTE +
NOME_CLENTE + ENDERENCO_CLENTE + TOTAL_PEDDO)
PRODUTO_PEDDO (NUMERO_PEDDO + NUMERO_PRODUTO+ QTDE_PEDDA +
TOTAL_PRODUTO)
PRODUTO (NUMERO_PRODUTO + NOME_PRODUTO + PRECO_PRODUTO)
- Remoo das dependncias transitivas
2&
PRODUTO PEDDO PRODUTO_PEDDO
'E+(+$ '%$+)T$&'E+(+$
NUMERO_PEDDO NUMERO_PEDDO
DATA_PEDDO NUMERO_PRODUTO
NUMERO_CLENTE QTDE_PEDDA
NOME_CLENTE TOTAL_PRODUTO
ENDERENCO_CLENTE
TOTAL_PEDDO
'%$+)T$
NUMERO_PRODUTO
NOME_PRODUTO
PRECO_PRODUTO
- Entidades na 3FN
PEDDO (NUMERO_PEDDO + DATA_PEDDO + TOTAL_PEDDO)
CLENTE (NUMERO_CLENTE + NOME_CLENTE + ENDERENCO_CLENTE)
PRODUTO_PEDDO (NUMERO_PEDDO + NUMERO_PRODUTO+ QTDE_PEDDA +
TOTAL_PRODUTO)
PRODUTO (NUMERO_PRODUTO + NOME_PRODUTO + PRECO_PRODUTO)
- Modelo de Dados.
3.4.8 !i"lifica$%o do )rocesso de 2or"ali3a$%o
A partir do diagrama de dependncias funcionais podemos obter diretamente as
entidades na terceira forma normal. Para isso, devemos especificar uma entidade para
cada conjunto de setas que o diagrama mostrar. A chave primria ser formada pelos
atributos dos quais partem as setas.
2.
PRODUTO
PEDDO PRODUTO_PEDDO
CLENTE
Exemplo:
NUMERO_PEDDO
DATA_PEDDO
NUMERO_CLENTE
NOME_CLENTE
ENDERENCO_CLENTE
NUMERO_PRODUTO
NOME_PRODUTO
QTDE_PEDDA
PRECO_PRODUTO
TOTAL_PRODUTO
TOTAL_PEDDO
3.4.19 1egras )rticas
- Se duas entidades possurem a mesma chave de identificao:
- Elas so a mesma entidade;
- Seus atributos se complementam;
- As suas ocorrncias se complementam;
- Quando um atributo ou um conjunto de atributos identificadores de uma
determinada entidade, for(em) tambm atributo(s) de uma outra entidade, deve
haver um relacionamento do tipo 1:N entre elas.
- Atributos comuns a mais de uma entidade, devem ser, obrigatoriamente, chaves
de identificao em uma das entidades; caso contrrio ser uma simples
redundncia.
- Nenhum atributo componente de uma chave primria deve poder assumir um valor
nulo. Decorre do fato de que todos os objetos que se quer representar devam ser
distinguveis entre si.
- Um atributo que seja chave estrangeira s pode assumir:
- Valor nulo;
- Valor para o qual exista uma ocorrncia da entidade da qual ela chave
primria.
38
3.4.11 E'erc:cios;
3..11.1 Estudo do ,aso 1
Projetar uma base de dados - modelo relacional - nvel conceitual - para atender a rea de
compras de uma empresa. Em levantamentos efetuados com o pessoal responsvel pelo
setor de compras, foram identificados os seguintes informaes: E identificar as chaves de
cada entidade.
$%+E, +E C$,'%A
Cdigo-Ordem-Compra
Data-Emisso
Cdigo-Fornecedor
Nome-Fornecedor
Endereo-Fornecedor
%Materiais da ordem de Compra
codigo-item (n)
descrio-item(n)
valor-unitario-item (n)
quantidade-comprada-item (n)
valor-total-item (n)
valor-total-compra
Procure obter um modelo de dados sem redundncias, desenhando o diagrama ER.
31
3..11.2 Estudo do ,aso 2
Projetar uma base de dados - modelo relacional - nvel conceitual - para atender a rea de
recursos humanos de uma empresa. Em levantamentos efetuados foram identificados os
seguintes dados:
+A+$S .)-C($-/%($S
Matricula - Funcionrio
Nome - Funcionrio
Endereo - Funcionrio
Data - Funcionrio
Cdigo - Cargo
Valor - Salrio
Numero - total - dependentes
Cdigo - departamento
%Habilidades (grupo multivalorado)
Cdigo - Habilidade (n)
Descrio - Habilidade (n)
Data - Formao - Habilidade (n)
% dependentes (grupo multivalorado)
Cdigo - Dependente
Nome - Dependente
Data - nascimento - Dependente (n)
+A+$S +E'A%TA,E-T$
Cdigo - Departamento
Nome - Departamento
Localizao - Departamento
Procure definir um modelo de dados sem redundncias.
32
3..11.3 Estudo do ,aso 3
Projetar uma base de dados - modelo relacional - nvel conceitual - para atender
necessidades de um candidato ao governo do estado.
Foram identificados os seguintes informaes:
C(+A+ES
Cdigo-Cidade(CEP)
Nome-Cidade
Populao-Cidade
Prefeito-Atual-Cidade
Partido-Prefeito-Atual
%Zonas (n)
Numero-Zona (n)
Local-Zona (n)
Nmero-Eleitores-Zona (n)
Cabo-Eleitoral-Principal(n)
"E%EA+$%ES
Cdigo-Vereador
Nome-Vereador
Cdigo-Cidade
Nome-Cidade
Partido-Vereador
Voto-Ultima-Eleio
Mandato-Vereador(periodo)
+E')TA+$S
Cdigo-Deputado
Nome- Deputado
Cdigo-Cidade
Nome-Cidade
Voto-Ultima-Eleio
Partido-Deputado
Mandato-Deputado(periodo)
Categoria-Deputado(Estadual-Federal)
'%(-C('A(S S$#(C(TA01ES C(+A+ES
Cdigo-Cidade
Nome-Cidade
%Solicitaes
Nmero-Solicitao (n)
Descrio-Solicitao(n)
Data-Solicitao (n)
Viabilidade-Atendimento(n)
Orgos-Envolvidos(n)
- Obter E-R normalizado at a 3
a
forma normal.
- Demonstrar as normalizaes efetuadas via esquema de dependncias funcionais
- Listar suposies que julgar necessrias sobre a semntica das dependncias envolvidas
- Explicar campos de relacionamentos
- Se julgar necessrio inclua novos campos e justifique a incluso.
33
!. Bibliografia
Gane, Chris/Sarson, Trish - Anlise Estruturada de Sistemas.
King, David - Criao de Software.
Guimares, ngelo de M. / Lages, Newton A.C. - Algoritmos e Estruturas de Dados.
Coad, Peter/ Yourdon, Edward - Anlise Baseada em Objetos.
DeMarco, Tom - Anlise Estruturada e Especificao de Sistemas.
Yourdon, Edward - Anlise Estruturada Moderna.
Martins, James - Princpios de Anlise e Projeto Baseado em Objetos.
3!