Professional Documents
Culture Documents
Sumrio
1. Conceitos Bsicos............................................................................................................................................... 4 1.1 Anlise........................................................................................................................................................... 4 1.2 Processo ........................................................................................................................................................ 4 1.3 Programa ...................................................................................................................................................... 4 1.4 Anlise de Sistemas ....................................................................................................................................... 4 1.5 Sistemas ......................................................................................................................................................... 4 1.5.1 Tipos de Sistemas ................................................................................................................................... 6 2. Anlise Estruturada .......................................................................................................................................... 6 2.1 Anlise Tradicional ....................................................................................................................................... 6 2.1.1 Segunda Gerao .................................................................................................................................... 6 2.1.2 Terceira Gerao .................................................................................................................................... 7 2.2 Relacionamento Usurio e Analista .............................................................................................................. 7 2.3 Problemas com Anlise Clssica(Tradicional) ............................................................................................. 7 2.3.1 Comunicao .......................................................................................................................................... 7 2.3.2 Mudanas naturais exigidas pelo sistema ............................................................................................... 7 2.3.3 Falta de Ferramentas............................................................................................................................... 7 2.3.4 Documentao ........................................................................................................................................ 7 2.3.5 Formao do Profissional ....................................................................................................................... 8 2.3.6 Dificuldade de Fixao do Problema...................................................................................................... 8 2.4 Anlise Tradicional X Anlise Estruturada................................................................................................... 8 2.4.1 Comparao............................................................................................................................................ 8 2.4.2 Objetivos da Anlise Estruturada ........................................................................................................... 8 2.4.3 Conduo do Trabalho de Anlise.......................................................................................................... 9 2.5 Dilogo Usurio X Analista .......................................................................................................................... 9 2.6 As Ferramentas da Anlise Estruturada ....................................................................................................... 9 2.6.1 Diagrama de Fluxo de Dados ................................................................................................................. 9 2.6.2 Dicionrios de Dados ........................................................................................................................... 15 2.6.3 Descrio de Procedimentos................................................................................................................. 17 3. Anlise de Dados.............................................................................................................................................. 19 3.1 Conceitos Bsicos........................................................................................................................................ 19 3.2 Modelo de Dados......................................................................................................................................... 19 3.2.1 O que Modelo de Dados? .................................................................................................................. 19 3.2.2 Componentes do Modelo de Dados...................................................................................................... 21 3.2.3 Tipos de Entidade................................................................................................................................. 23 3.2.4 Tipos de Relacionamento ..................................................................................................................... 24 3.2.5 Tipos de Chave..................................................................................................................................... 25 3.3 Consolidao de Modelos de Dados ........................................................................................................... 25 3.3.1 O que Consolidao? ......................................................................................................................... 26 3.3.2 Trabalhos Executados na Consolidao ............................................................................................... 26 3.4 Normalizao .............................................................................................................................................. 26 3.4.1 O que Normalizao .......................................................................................................................... 26 3.4.2 Anomalias de Atualizao .................................................................................................................... 26 3.4.3 Dependncia Funcional ........................................................................................................................ 26 GEEK BRASIL - http:/www.geekbrasil.com.br 2
3.4.4 Dependncia Funcional Composta ou Completa .................................................................................. 27 3.4.5 Dependncia Funcional Transitiva ....................................................................................................... 28 3.4.6 Primeira Forma Normal (1FN) ............................................................................................................. 28 3.4.7 Segunda Forma Normal (2FN) ............................................................................................................. 29 3.4.8 Terceira Forma Normal (3FN) ............................................................................................................. 30 3.4.9 Simplificao do Processo de Normalizao........................................................................................ 32 3.4.10 Regras Prticas ................................................................................................................................... 32 3.4.11 Exerccios: .......................................................................................................................................... 34 4. Bibliografia ...................................................................................................................................................... 38
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.
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
GEEK BRASIL - http:/www.geekbrasil.com.br 4
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. Isso 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. Isso 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 ESTABLISHMENT. ou situao social vista como indesejvel:
2. Anlise Estruturada
2.1 Anlise Tradicional 2.1.1 Segunda Gerao
At 1965 os computadores de grande porte instalados em nosso pas eram classificados como de segunda gerao, como por exemplo o 1401-IBM. 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.3.4 Documentao
GEEK BRASIL - http:/www.geekbrasil.com.br 7
- As empresas no adotam um padro. - Existe a figura do Pai do Sistema. - Dificuldade de manter a documentao (o trabalho manuscrito)
- Precria formao profissional na rea de anlise de sistemas. - Adeptos da forma estruturada so submetidos a velha forma tradicional.
- 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.
Retnculo com cantos arredondados = Processo que transforma o Fluxo dos Dados.
10
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. 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.
11
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.
12
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 DFDs 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 DFDs 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
Identificamos como entidade, na maioria das vezes, categorias lgicas de coisas ou pessoas que representam uma origem ou destino de transaes (Clientes, Fornecedores, 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:
E1
13
29
c Relatrio de Vendas
Analisar Vendas
Gerncia
2.6.1.4 Processo
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.
14
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
D1 Dados de Clientes
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.
15
2.6.2.2 Notao
Smbolo = + [ ] { } ( ) | ** @ Significado E Escolha uma das opes alternativas interaes de Opcional (pode estar presente ou ausente) separa opes alternativas na construo [ ] Comentrio Identificador (campo chave) de um depsito. composto de
2.6.2.2.1 Sendo Dado Elementar (Atributo): - Com seleo de valores: NOME_ITEM = [ 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_ITEM = 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_ITEM_GRUPO = Y (nome_item_elementar_1 + nome_item_elementa_n) X onde : X = limite superior, Y = limite inferior. Ex.: REFERENCIAS = 2 (NOME + ENDERENCO ) 10 2.6.2.2.3 Exemplos Gerais - Fluxo de Dados DETALHE_CUSTO = DESCRICAO_COMPLETA + MATRIZ_CUSTO A definio demonstra que o fluxo de dados composto de outros fluxos de dados e/ou dados elementares. DESCRICAO_COMPLETA = NOME_ITEM + TIPO_ITEM + [ 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 ARQUIVO_DE_CUSTO = 1 (@NUMERO_ITEM + DETALHE_CUSTO) 1000
GEEK BRASIL - http:/www.geekbrasil.com.br 16
Os registros de arquivos vo de 1 a 1000 e o atributo NUMERO_ITEM campo chave. - Dados Elementares/Atributos TIPO_ITEM = [ SOLIDO | LIQUIDO | GASOSO] A7
17
Se VALOR_CAPITAL_ATUAL <= 1.000 Se CATEGORIA = X Faa DEPRECIACAO = VALOR_CAPITAL_ATUAL Faa VALOR_NOVO_CAPITAL = 0 Caso Contrario (Categoria = Y) Faa DEPRECIACAO = VALOR_CAPITAL_ATUAL * 0,20 Faa VALOR_NOVO_CAPITAL = VALOR_CAPITAL_ATUAL * 0,80 Caso Contrrio (VALOR_CAPITAL_ATUAL >= 1.000) Faa DEPRECIACAO = VALOR_CAPITAL_ATUAL * 0,35 Faa VALOR_NOVO_CAPITAL = VALOR_CAPITAL_ATUAL * 0,65
18
3. Anlise de Dados
Objetiva a definio e a estruturao de dados para servir s necessidades atuais e futuras de armazenamento e recuperao de informaes.
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 :
GEEK BRASIL - http:/www.geekbrasil.com.br 19
- 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.
20
3.2.2.1.1 Representao Grfica Um entidade representada num modelo de dados atravs de um retngulo.
FORNECEDOR
FATURA
MATERIAL
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: - MATRICULA - NOME - ENDERECO - CPF - DATA NASCIMENTO
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 MATRICULA.
21
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 ( + ) ; - 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 + CODIGO_FATURA + (NUMERO_ITEM_FATURA + CODIGO_MATERIAL + QUANTIDADE_MATERIAL + PRECO_UNITARIO + PRECO_ITEM_FATURA) + PRECO_TOTAL_FATURA). Obs.: Podem haver mltiplos nveis de repetio.
3.2.2.5 Domnio
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 Ocorrncia
Representa o nmero vezes que determinado atributo aparece em outra entidade.
22
3.2.2.6.1 Representao Grfica Smbolos especiais colocados nas extremidades da linha que representa um relacionamento.
Exemplo:
DEPENDENTE EMPREGADO
AREA LOTACAO
EMPREGADO
NIVEL SALARIAL
GERENTE
- Uma REA LOTAO tem obrigatoriamente pelo menos 1 empregado; - 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 SALARIAL; Em um mesmo NVEL SALARIAL podemos ter vrios, um ou nenhum EMPREGADO.
aquele feito entre uma entidade e outra que dela seja dependente.
aquele que ocorre entre uma entidade associativa e a cada uma das entidades que participam da associao.
3.2.4.3 Categoria
Uma categoria uma ligao entre uma entidade e suas espcies (tipos), sendo estas mutuamente excludentes.
3.2.4.4 Partio
um caso particular de categoria, na qual as espcies (tipos) de uma entidade, no so mutuamente excludentes.
3.2.4.6 Auto-Relacionamento
24
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.
uma das chaves candidatas, selecionada por melhor convenincia (facilidade de utilizao, menor possibilidade de erros, etc. ...). Exemplo EMPREGADO (MATRICULA + NOME + CPF + ENDERENCO + SALARIO ) Chaves candidatas: - MATRICULA - CPF Chave Primria escolhida - MATRICULA
EMPREGADO ( MATRICULA + NOME + CPF + COD_DEPTO) DEPARTAMENTO (COD_DEPTO + NOME_DEPTO) Na entidade EMPREGADO o atributo COD_DEPTO chave estrangeira.
A normalizao corresponde na realidade formalizao de regras baseadas no fato que as entidades possuem anomalias de atualizao.
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. DIAGRAMA DE DEPENDNCIA FUNCIONAL A B Nota - a seta parte de quem identifica. Exemplo: DEPARTAMENTO CODIGO_DEPARTAMENTO NOME_DEPARTAMENTO SIGLA_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).
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. DIAGRAMA DE DEPENDNCIA FUNCIONAL A1 A2 B1 B2 B3
27
Dados os atributos A, B e C de uma entidade, sendo A a chave primria, dizse que B e C so dependentes transitivos se e somente se, forem funcionalmente dependente de A alm de existir uma dependncia funcional entre eles. DIAGRAMA DE DEPENDNCIA FUNCIONAL A B C Exemplo: DEPARTAMENTO CODIGO_DEPARTAMENTO NOME_DEPARTAMENTO SIGLA_DEPARTAMENTO MATRICULA_GERENTE NOME_GERENTE
NUMERO_PEDIDO DATA_PEDIDO NUMERO_CLIENTE NOME_CLIENTE ENDERENCO_CLIENTE NUMERO_PRODUTO NOME_PRODUTO QTDE_PEDIDA PRECO_PRODUTO TOTAL_PRODUTO TOTAL_PEDIDO - Entidades da 1FN PEDIDO (NUMERO_PEDIDO + DATA_PEDIDO + NUMERO_CLIENTE + NOME_CLIENTE + ENDERENCO_CLIENTE + TOTAL_PEDIDO) PRODUTO_PEDIDO (NUMERO_PEDIDO + NUMERO_PRODUTO + NOME_PRODUTO + QTDE_PEDIDA + PRECO_PRODUTO + TOTAL_PRODUTO) - Modelo de Dados PEDIDO PRODUTO_PEDIDO
- Remoo dos atributos no funcionalmente dependentes de toda uma chave primria (2FN): PEDIDO NUMERO_PEDIDO DATA_PEDIDO NUMERO_CLIENTE NOME_CLIENTE ENDERENCO_CLIENTE TOTAL_PEDIDO PRODUTO_PEDIDO NUMERO_PEDIDO NUMERO_PRODUTO NOME_PRODUTO QTDE_PEDIDA PRECO_PRODUTO TOTAL_PRODUTO
- Entidade na 2FN: PEDIDO (NUMERO_PEDIDO + DATA_PEDIDO + NUMERO_CLIENTE + NOME_CLIENTE + ENDERENCO_CLIENTE + TOTAL_PEDIDO) PRODUTO_PEDIDO (NUMERO_PEDIDO + NUMERO_PRODUTO+ QTDE_PEDIDA + TOTAL_PRODUTO) PRODUTO (NUMERO_PRODUTO + NOME_PRODUTO + PRECO_PRODUTO) - Modelo de Dados:
PEDIDO
PRODUTO_PEDIDO
PRODUTO
NOME_CLIENTE + ENDERENCO_CLIENTE + TOTAL_PEDIDO) PRODUTO_PEDIDO (NUMERO_PEDIDO + NUMERO_PRODUTO+ QTDE_PEDIDA + TOTAL_PRODUTO) PRODUTO (NUMERO_PRODUTO + NOME_PRODUTO + PRECO_PRODUTO) - Remoo das dependncias transitivas PEDIDO NUMERO_PEDIDO DATA_PEDIDO NUMERO_CLIENTE NOME_CLIENTE ENDERENCO_CLIENTE TOTAL_PEDIDO PRODUTO NUMERO_PRODUTO NOME_PRODUTO PRECO_PRODUTO - Entidades na 3FN PEDIDO (NUMERO_PEDIDO + DATA_PEDIDO + TOTAL_PEDIDO) CLIENTE (NUMERO_CLIENTE + NOME_CLIENTE + ENDERENCO_CLIENTE) PRODUTO_PEDIDO (NUMERO_PEDIDO + NUMERO_PRODUTO+ QTDE_PEDIDA + TOTAL_PRODUTO) PRODUTO (NUMERO_PRODUTO + NOME_PRODUTO + PRECO_PRODUTO) - Modelo de Dados. PRODUTO_PEDIDO NUMERO_PEDIDO NUMERO_PRODUTO QTDE_PEDIDA TOTAL_PRODUTO
31
PEDIDO
PRODUTO_PEDIDO
CLIENTE
PRODUTO
- 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.
33
34
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: DADOS FUNCIONRIOS 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) DADOS DEPARTAMENTO Cdigo - Departamento Nome - Departamento Localizao - Departamento
35
DEPUTADOS Cdigo-Deputado Nome- Deputado Cdigo-Cidade Nome-Cidade Voto-Ultima-Eleio Partido-Deputado Mandato-Deputado(periodo) Categoria-Deputado(Estadual-Federal) PRINCIPAIS SOLICITAES CIDADES 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 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.
36
37
4. 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. Yourdon, Edward - Anlise Estruturada Moderna.
DeMarco, Tom - Anlise Estruturada e Especificao de Sistemas. Martins, James - Princpios de Anlise e Projeto Baseado em Objetos.
38