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 ................................................................................................................................... 5 2. Anlise Estruturada .......................................................................................................................................... 6 2.1 Anlise Tradicional ....................................................................................................................................... 6 2.1.1 Segunda Gerao.................................................................................................................................... 6 2.1.2 Terceira Gerao .................................................................................................................................... 6 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 ....................................................................................................................... 7 2.3.6 Dificuldade de Fixao do Problema...................................................................................................... 7 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 ......................................................................................................... 8 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 ........................................................................................................................... 14 2.6.3 Descrio de Procedimentos................................................................................................................. 16 3. Anlise de Dados.............................................................................................................................................. 17 3.1 Conceitos Bsicos........................................................................................................................................ 17 3.2 Modelo de Dados ........................................................................................................................................ 18 3.2.1 O que Modelo de Dados? .................................................................................................................. 18 3.2.2 Componentes do Modelo de Dados...................................................................................................... 19 3.2.3 Tipos de Entidade................................................................................................................................. 21 3.2.4 Tipos de Relacionamento ..................................................................................................................... 22 3.2.5 Tipos de Chave..................................................................................................................................... 23 3.3 Consolidao de Modelos de Dados ........................................................................................................... 23 3.3.1 O que Consolidao? ......................................................................................................................... 23 3.3.2 Trabalhos Executados na Consolidao ............................................................................................... 23 3.4 Normalizao .............................................................................................................................................. 24 3.4.1 O que Normalizao .......................................................................................................................... 24 3.4.2 Anomalias de Atualizao .................................................................................................................... 24 3.4.3 Dependncia Funcional ........................................................................................................................ 24 3.4.4 Dependncia Funcional Composta ou Completa.................................................................................. 25 3.4.5 Dependncia Funcional Transitiva ....................................................................................................... 26 3.4.6 Primeira Forma Normal (1FN) ............................................................................................................. 26 3.4.7 Segunda Forma Normal (2FN)............................................................................................................. 27 3.4.8 Terceira Forma Normal (3FN) ............................................................................................................. 28 2
3.4.9 Simplificao do Processo de Normalizao........................................................................................ 29 3.4.10 Regras Prticas ................................................................................................................................... 30 3.4.11 Exerccios: .......................................................................................................................................... 31 4. Bibliografia ...................................................................................................................................................... 34
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.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
4
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
- As empresas no adotam um padro. - Existe a figura do Pai do Sistema. - Dificuldade de manter a documentao (o trabalho manuscrito)
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.
Retnculo com cantos arredondados = Processo que transforma o Fluxo dos Dados.
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
10
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.
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 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,
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:
E1
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.
13
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
14
2.6.2.2 Notao
Smbolo = + [ ] { } ( ) | ** @ Significado composto de 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.
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 Os registros de arquivos vo de 1 a 1000 e o atributo NUMERO_ITEM campo chave. - Dados Elementares/Atributos
15
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
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.
* Modelo Conceitual: Representa a viso dos dados sob o ponto de vista da organizao. * 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. - Identificador 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.
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.
18
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
- 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.
20
3.2.2.6.1 Representao Grfica Smbolos especiais colocados nas extremidades da linha que representa um relacionamento. Uma ocorrncia ou nenhuma
Exemplo:
DEPENDENTE EMPREGADO
AREA LOTACAO
EMPREGADO
NIVEL SALARIAL
GERENTE
- 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 SALARIAL; Em um mesmo NVEL SALARIAL podemos ter vrios, um ou nenhum EMPREGADO.
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
aquele que ocorre entre uma mesma entidade.
22
EMPREGADO ( MATRICULA + NOME + CPF + COD_DEPTO) DEPARTAMENTO (COD_DEPTO + NOME_DEPTO) Na entidade EMPREGADO o atributo COD_DEPTO chave estrangeira.
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).
25
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
- 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
Exemplo: - 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) - Remoo das dependncias transitivas
28
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.
PEDIDO
PRODUTO_PEDIDO
CLIENTE
PRODUTO
Exemplo: NUMERO_PEDIDO DATA_PEDIDO NUMERO_CLIENTE NOME_CLIENTE ENDERENCO_CLIENTE NUMERO_PRODUTO NOME_PRODUTO QTDE_PEDIDA PRECO_PRODUTO TOTAL_PRODUTO TOTAL_PEDIDO
30
31
32
CIDADES 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) 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 VEREADORES Cdigo-Vereador Nome-Vereador Cdigo-Cidade Nome-Cidade Partido-Vereador Voto-Ultima-Eleio Mandato-Vereador(periodo) Nome-Cidade %Solicitaes Nmero-Solicitao (n) Descrio-Solicitao(n) Data-Solicitao (n) Viabilidade-Atendimento(n) Orgos-Envolvidos(n)
- Obter E-R normalizado at a 3a 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
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. DeMarco, Tom - Anlise Estruturada e Especificao de Sistemas. Yourdon, Edward - Anlise Estruturada Moderna. Martins, James - Princpios de Anlise e Projeto Baseado em Objetos.
34