total total parcial chave candidata todas todas

8/14/2019 Total Total Parcial Chave Candidata Todas Todas

1/118

Sumrio

1 - Introduo................................................................................ 7

2 Objetivos do Sistema.................................................................. 9 2.1 - Objetivo Geral ................................................................................................................92.2 - Objetivos Especficos.....................................................................................................9

3 - Anlise Institucional.................................................................. 13 3.1 - A empresa e o seu negcio...........................................................................................133.2 - Organograma da Empresa ............................................................................................143.3 - rea de Negcio Contextualizada (Processo Atual)....................................................17

4 Anlise Funcional..................................................................... 20 4.1 Anlise das Necessidades e Problemas Diagnosticados..............................................204.2 Arquitetura Computacional Existente Ambiente......................................................20

4.2.1 Configurao Tecnolgica...................................................................................204.2.2 Configurao Fsica.............................................................................................204.2.3 - M etodologia..........................................................................................................20

4.3 Fatores Crticos de Sucesso FCS ..............................................................................214.4 Proposta de Soluo ....................................................................................................21

4.4.1 Alterao do Processo Existente (Processo Proposto)........................................214.4.2 Sistema Distribudo..............................................................................................22

4.5 Grfico da proposta de soluo (Processo Proposto) ..................................................224.5.1 Descrio das Funcionalidades do Processo Proposto.......................................23

4.6 Benefcios Esperados com a Implementao do Sistema............................................255 A Abrangncia do Sistema......................................................... 26

5.1 Descrio da Abrangncia do Sistema ........................................................................265.2 - Sistema Idealizado do Modelo Conceitual...................................................................275.2.1 Diagrama de Contexto (DC)................................................................................305.2.2 Diagrama de Fluxo de Dados Nvel Zero (DFD-0).............................................315.2.3 - Diagrama de Fluxo de Dados Nvel Um (DFD-1)................................................325.2.4 - Diagrama de Fluxo de Dados Nvel Um (DFD-1)................................................335.2.5 - Diagrama de Fluxo de Dados Nvel Um (DFD-1)................................................355.2.6 - Diagrama de Fluxo de Dados Nvel Um (DFD-1)................................................36

5.3 Descrio das Entidades Externas...............................................................................375.3.1 Usurio.................................................................................................................375.3.2 Gerncia Financeira............................................................................................385.3.3 Fornecedor ...........................................................................................................385.3.4 Sistema de Controle de Estoque...........................................................................385.3.5 Seo de Compras................................................................................................38

5.4 Ambiente .....................................................................................................................385.4.1 Ambiente Tecnolgico Atual.................................................................................385.4.2 Ambiente Tecnolgico Previsto............................................................................385.4.3. Ambiente Fsico Atual.........................................................................................395.4.4- Ambiente Fsico Previsto.......................................................................................39

5.5 - Segurana da Informao.............................................................................................396 - Modelagem.............................................................................. 45

6.1 Modelo de Entidade Relacionamento Conceitual .......................................................456.2 Modelo de Entidade Relacionamento Lgico .............................................................466.3 - Normalizao ...............................................................................................................48


2/118

6.3.1 - Processo de Normalizao para cada depsito....................................................486.4 Modelo de Entidade Relacionamento Fsico 3 Forma Normal ...............................776.5 - Modelo de Entidade Relacionamento Implementado - 3 Forma Normal....................72

7 Dicionarizao:........................................................................ 80 7.1 Entidades Externas - (DC / DFD)................................................................................807.2 Fluxos de Dados ..........................................................................................................827.3 Processos .....................................................................................................................917.4 Depsitos de Dados ...................................................................................................1047.5 Especificao Funcional............................................................................................112

8 Glossrio.............................................................................. 115 9 Cronograma.......................................................................... 118 10 Referncias Bibliogrficas...................................................... 120

4


3/118

LISTA DE FIGUR AS:

FIGURA1: ORGANOGRAMA DAEMPRESA..............................................................................................................15FIGURA2: PROCESSO DE COMPRAS ATUAL.............................................................................................................19FIGURA3: PROCESSO DE COMPRAS PROPOSTO.......................................................................................................23FIGURA4: DIAGRAMA DE CONTEXTO.....................................................................................................................31FIGURA5: DIAGRAMA DEFLUXO DEDADOS NVELZERO(DFD-0) ...................................................................... 32FIGURA6: DIAGRAMA DEFLUXO DEDADOS NVELUM(DFD-1) ......................................................................... 33FIGURA7: MANTER DADOS CADASTRAIS...............................................................................................................34FIGURA8: DEFINIR PRODUTO A COTAR ..................................................................................................................35FIGURA9: COMPRAR PRODUTO..............................................................................................................................36FIGURA10: MODELO DEE NTIDADER ELACIONAMENTOCONCEITUAL................................................................... 46FIGURA11: MODELO DEE NTIDADER ELACIONAMENTOLGICO........................................................................... 47FIGURA12: MER LGICO3 FN- SOLICITAO DE COMPRA................................................................................. 52

FIGURA13: MER LGICO3 FN - FORNECEDOR ...................................................................................................56FIGURA14: MER LGICO3 FN - PRODUTO.........................................................................................................58FIGURA15: USURIO.............................................................................................................................................60FIGURA16: SUMRIO DE COTAO.......................................................................................................................63FIGURA17: MER LGICO3 FN- PRODUTO A SER COTADO................................................................................... 66FIGURA18: MER LGICO3 FN- PRODUTO COTADO.............................................................................................69FIGURA19: MER LGICO3 FN- COMPRA AUTORIZADA...................................................................................... 72FIGURA20: MER LGICO3 FN- COMPRA RECEBIDA...........................................................................................76FIGURA21: MODELO DEE NTIDADER ELACIONAMENTOFSICO 3 FORMA NORMAL..........................................77FIGURA22 -MODELO DEE NTIDADER ELACIONAMENTO DEIMPLEMENTAO.......................................................72

5


4/118

1 - Introduo

6


5/118

1 - Introduo

O Hospital de Emergncia de Braslia (HEB) um estabelecimento cuja finalidade bsica a ateno, assistncia mdica em regime de internao e o atendimento ambulatorial.

O HEB dispe de uma Seo de Informtica, que desenvolve um bom servio desuporte dos mdulos em produo, entretanto, no tem profissional especializado na parte deanlise e no desenvolvimento de sistemas.

Por deciso estratgica e operacional, a direo do HEB resolveu contemplar a Seode Compras com a informatizao.

A Seo de Compras faz parte de um contexto mais amplo, estando intimamenteligado aos setores: da Farmcia, do Almoxarifado e da Tesouraria.

Atualmente a Seo de Compras tem todas as suas atividades desenvolvidasmanualmente. Em decorrncia, o nmero de funcionrio elevado, apresenta uma morosidadena elaborao de relatrios gerenciais e operacionais, nos relatrios histricos das compras jrealizadas e na gerao de indicadores estatsticos da Seo. Alm disso, a consistncia dasinformaes tem sido colocada em dvida.

O presente trabalho tem como objetivo apresentar propostas de soluo que venham acontemplar a informatizao da Seo de compras do Hospital de Emergncia de Braslia,assegurando um melhor acompanhamento gerencial e um controle eficaz de todo o processo.

7


6/118

2 - Objetivos do Sistema

8


7/118

2 Objetivos do Sistema

2.1 - Objetivo Geral

Dotar a direo do Hospital de Emergncia de Braslia (HEB) de um melhor gerenciamento do processo de compras de produtos e de controle de forma eficaz das comprasrealizadas.

2.2 - Objetivos Especficos

Receber as Solicitaes de Compras (P1)1. Validar o usurio;2. Registrar a solicitao de compras;3. Confirmar se a solicitao de compras foi aceita e;4. Confirmar se a solicitao de compras foi rejeitada.

Inicialmente, este processo far a validao do usurio, atravs da tela de Login: permitindo o acesso tela principal do sistema com as respectivas habitaes deacordo com o seu perfil ou informando que o nome do usurio e/ou senha estincorreto.

Em seguida, o usurio selecionar cada produto a ser solicitado e quandoconcluir a relao de produtos solicitados efetivar a solicitao de compraacionando a tecla SOLICITAR.

O usurio poder verificar o resultado da avaliao da Gerncia Financeiraquanto s suas ltimas solicitaes de compras, se foram aceitas ou rejeitadas.

Manter Dados Cadastrais (P2)1. Manter cadastro dos fornecedores do hospital;2. Manter cadastro dos produtos utilizados no hospital e;3. Manter cadastro dos usurios.

Este processo objetiva a manuteno dos dados cadastrais de usurios,fornecedores e produtos.O cadastro de fornecedores e produtos realizado diretamente pelo funcionrio daSeo de Compras. O representante de cada fornecedor apresenta os respectivosdocumentos exigidos pela direo do hospital, sendo, ento, includo no cadastrode fornecedores do hospital.O cadastro de usurio realizado, tambm, pelo funcionrio da Seo de Compras.Entretanto, o gerente financeiro dever emitir a devida autorizao Seo deCompras para que seja cadastro um usurio.A figura do usurio apresenta trs perfis:

a) Aquele que faz a solicitao de compras; b) Aquele faz a gesto do processo, ou seja, o gerente financeiro e;c) O funcionrio que processa a manuteno dos dados cadastrais.

9


8/118

Definir Produto a Cotar (P3)1. Avaliar cada solicitao de compra;2. Autorizar cada item da solicitao de compra;3. Gerar o relatrio Reposio de Estoque;4. Gerar o relatrio Sumrio de Compras;5. Gerar o relatrio Sumrio de Cotao (reposio de estoque e sumrio de

solicitaes de compras);6. Gerar o relatrio Histrico de Compra;7. Gerar o relatrio Previso de Despesa;8. Emitir Ordem de Cotao;

Este processo o mais importante do Sistema de Gerenciamento de Compras.a) O gerente financeiro far a avaliao de cada solicitao de compra (dados contidosno depsito de dados D01 - Compra Solicitada), concordando ou no com cada itemsolicitado, registrando esse resultado no depsito de dados D09 - Sumrio de cotao; b) O gerente financeiro gerar o relatrio Reposio de Estoque atravs da EntidadeExterna EE3 - Sistema de Controle de Estoque;c) O gerente financeiro gerar o relatrio Histrico de Compra e o relatrio Previsode Despesa, atravs do depsito de dados D05 - Compra Recebida. O relatrioHistrico de Compra formando pelas duas ltimas compras de cada item do relatrioSumrio de Cotao. O relatrio Previso de Despesa formado pelos itens dosumrio de Cotao com o ltimo preo pago de cada item do relatrio Previso deDespesa;d) De posse das necessidades de compra (sumrio de cotao - representa o presente),do custo anterior efetivamente pago pelo hospital (Historio de Compra - representa o passado) e pela previso de despesa (representa o futuro); o gerente financeiro poderfazer a sua avaliao operacional e financeira e decidir o que comprar.e) Aps fazer a sua avaliao conjuntural, o gerente financeiro emitir ou no a Ordemde Cotao, que um ato administrativo com futuro efeito financeiro para o hospital.

Cotar Produto (P4)1. Receber Ordem de Cotao;2. Gerar o relatrio Produto a Cotar;

3. Pesquisar dados do fornecedor;4. Fazer cotao do produto e;5. Incluir dos dados do resultado da cotao do produto.

a) Neste processo o funcionrio da Seo de Compras tomar conhecimento daOrdem de Cotao emitida pelo gerente financeiro e gerar o relatrio Produto aCotar (dados contidos no depsito de dados D03 - Produtos a serem Cotados);

b) O funcionrio da Seo de Compras far a pesquisa no cadastro de fornecedor (dados contidos no depsito de dados D06 - Fornecedor) para selecionar osfornecedores (no mnimo, em nmero de trs) que trabalham com cada produtolistado;

c) O funcionrio da Seo de Compras de posse dos produtos a serem cotados e dosrespectivos fornecedores, gerar o relatrio Pedido de Cotao;

10


9/118

d) De posse do resultado de cada fornecedor que participou daquela cotao, incluiros respectivos dados (os dados ficaro contidos no depsito de dados D04 -Produto Cotado) no sistema.

Comprar Produto (P5)1. Emitir a ordem de compra;2. Receber a ordem de compra;3. Gerar o Pedido de Compra;4. Receber a compra realizada e;5. Registrar dados da nota fiscal da compra realizada.

a) O gerente financeiro toma conhecimento do resultado da cotao atravs dos dadoscontidos no depsito de dados D04 - Produto Cotado, faz nova avaliaoconjuntural de cada item. Os dados com resultado dessa avaliao final, serogravados no depsito de dados D02 - Compra Autorizada, emitindo, assim, aOrdem de Compra;

b) O funcionrio da Seo de Compras toma conhecimento da Ordem de Compra egerar o relatrio Pedido de Compra (dados contidos no depsito de dados D02 -Compra Autorizada), enviando em seguida aos fornecedores vencedores de cadaitem da referida cotao;

c) O funcionrio da Seo de Compras receber as compras efetuadas e registrar osdados de cada nota fiscal da compra realizada, ficando os dados contidos nodepsito de dados D05 - Compra Recebida.

11


10/118

3 - Anlise Institucional

12


11/118

3 - Anlise Institucional

3.1 - A empresa e o seu negcio

O Hospital de Emergncia de Braslia (HEB) est localizado no Setor Hospitalar Norte no Plano Piloto de Braslia. O hospital funciona s 24 horas do dia, com um total decento e cinqenta funcionrios, estando autorizado e regularizado junto aos rgosresponsveis do poder pblico.

13


12/118

3.2 - Organograma da Empresa

14


13/118

Figura 1: Organograma da EmpresaDireo

Unidade organizacional responsvel pelo planejamento estratgico da empresa e

elaborao das diretrizes administrativas, tcnicas e operacionais.

Gerncia Administrativa a Gerncia responsvel pela implantao das diretrizes administrativas, traadas

pela Direo do hospital.

Compras a Seo responsvel pela efetivao das compras realizadas pelo hospital.

Manuteno a Seo responsvel pela conservao das reas fsicas e estruturais do hospital.

Informtica a Seo responsvel pelo apoio tcnico de informtica aos demais setores do

hospital.

Gerncia Financeira a Gerncia responsvel pela implantao das diretrizes financeiras do hospital.

Faturamento a Seo responsvel pela compilao e consolidao as faturas mdicas do

hospital.

Tesouraria responsvel pelo controle e quitao de todos os ttulos a pagar e a receber do

hospital.

Gerncia Tcnica Gerncia responsvel pela implantao das diretrizes tcnicas da rea mdica.

Ambulatrio o Setor do hospital responsvel pelo atendimento aos pacientes para consulta

eletiva.

UTI o Setor responsvel pelo o atendimento ao paciente com quadro clnico grave,

exigindo o acompanhamento dos sinais vitais de forma contnua.

15


14/118

Laboratrio o Setor responsvel pelos exames laboratoriais e fornecimento de sangue e seus

derivados aos pacientes.

Emergncia o Setor de atendimento aos pacientes em situao de emergncia no pronto

socorro.

Radiologia o Setor de atendimento aos pacientes nos exames radiolgicos e derivados.

Internao o Setor de atendimento aos pacientes que so hospitalizados e que exijam o

acompanhamento mdico de forma contnua.

Enfermagem o servio auxiliar ao mdico, responsvel pela execuo das prescries

mdicas.

Gerncia de Recursos Humanos a Gerncia responsvel pela implementao das diretrizes estabelecidas para

seleo, treinamento e atualizao tcnica dos funcionrios.

Pessoal a Seo responsvel pela execuo da vida administrativa da empresa rel em

relao ao funcionrio.

Psicologia a Seo responsvel pela seleo e acompanhamento psicolgico e social dos

funcionrios.

16


15/118

3.3 - rea de Negcio Contextualizada (Processo Atual)

O Hospital de Emergncia de Braslia, atravs da Seo de Compras, recebe asSolicitaes de Compras dos todos os setores da instituio (inclusive do prprio setor decompras) e gera o relatrio no Sistema de Controle de Estoque as Necessidades de Reposiode Estoque.

realizada a sumarizao das trs formas de entradas de informaes de compras,organizada por rea de interesse. Em seguida, enviado o relatrio Sumrio de Cotao para aavaliao da Gerncia Financeira, a qual define de acordo as prioridades operacionais efinanceiras do hospital, o relatrio Pedido de Compras a serem efetivas.

O relatrio Pedido de Compras retorna com necessria ordem de compras Seode Compras, que, por sua vez, faz a cotao dos produtos por rea de interesse com, nomnimo, trs fornecedores cadastrados de cada rea.

A apurao das melhores propostas de cada item feita comparando preo,qualidade e prazo de entrega. De posse do resultado da apurao, efetivado o pedido decompra para os fornecedores.

A Seo de Estoque gera o relatrio Pedido de Compras, tomando conhecimentodos seus itens e suas quantidades.

O fornecedor ento faz a entrega dos produtos na Seo de Estoque, a qual recebecada compra, conferindo os itens da nota fiscal, de acordo com o relatrio Pedido deCompras. Por sua vez, a Seo de Estoque encaminha a nota fiscal Seo de Compras, quede posse da nota fiscal confere todo o material solicitado e o material entregue.

Por fim, a Seo de Compras remete a Gerncia Financeira que confere cada notae envia Tesouraria.A diretoria do Hospital solicitou uma consultoria especializada na rea de

informtica para propor solues mais adequadas, que venham a simplificar e agilizar o todoo processo de compras.

A empresa no dispe de um Plano Diretor de Informtica e nem investimentonessa rea na Seo de Compras.

O processo observado (Processo Atual) detalhado na figura da pgina seguinte:

17


16/118

Processo Atual

18


17/118

Figura 2: Processo de compras atual

4 - Anlise Funcional

19


18/118

4 Anlise Funcional

4.1 Anlise das Necessidades e Problemas Diagnosticados

O processo atual no automatizado; As solicitaes de Compras do usurio no so mantidas em meio magntico; O usurio da Seo de Compras no toma conhecimento prvio do resultado das suas

solicitaes de Compras, se foram aceitas ou rejeitadas; Quando em arquivo fsico, as informaes no so facilmente recuperadas; Pessoas estranhas Seo de Compras tm acesso s dependncias do mesmo,

comprometendo a integridade da segurana das informaes; Dados histricos no so disponibilizados em tempo hbil e; O hospital no dispe de uma previso de despesa.

4.2 Arquitetura Computacional Existente Ambiente

4.2.1 Configurao Tecnolgica

O Hospital de Emergncia de Braslia dotado de uma rede de computadores comtopologia estrela, arquitetura Ethernet e protocolo TCP/IP. O Sistema Operacional de redeWindows 2000 Server com arquitetura cliente/servidor. Banco de Dados Relacional SQLServer, e as estaes de trabalho Windows 2000 Professional e XP.

4.2.2 Configurao Fsica

A rede de computadores existente de pequeno porte, com concentradores desinal inteligentes, cabeamento de par tranado UTP (sem blindagem), tomadas lgicas paraconectores RJ45 e rede de tenso estabilizada.

Impressora matricial Epson FX890 ou similar para utilizar formulrio contnuoem duas e trs vias.

20


19/118

4.2.3 - MetodologiaMtodo Tcnica Tecnologia

Levantamento de Requisitos Entrevista Word 2003Anlise (Soluo Ideal) Anlise Estruturada Visio 2003Projeto (Soluo Real) Projeto Estruturado Visio 2003Construo Programao Estruturada Visual Basic 6.0Implementao Testes Visual Basic 6.0

4.3 Fatores Crticos de Sucesso FCS

A implantao do sistema de informao obrigar a empresa, a passar por um processo de adaptao em termos de metodologia de trabalho;

A informatizao da Seo de Compras exigir o treinamento especfico comnovos perfis de funcionrio;

A criao de uma cultura da Tecnologia da Informao das pessoas que

utilizaro o Sistema de Gerenciamento de Compras.

4.4 Proposta de Soluo

4.4.1 Alterao do Processo Existente (Processo Proposto)

As Unidades Organizacionais do hospital realizaro suas Solicitaes de Comprasatravs do Sistema de Gerenciamento de Compras, dos itens no disponveis na Seo deEstoque.

A Gerncia Financeira gerar, por rea de interesse: O Relatrio Sumrio de Cotao- Composto do somatrio de todos os

itens do Relatrio Solicitao de Compras e Reposio de Estoque. O Relatrio Histrico de Compra -Composto das duas ltimas compras

dos itens que fazem parte do relatrio Sumrio de Cotao. O Relatrio Previso de Despesa- Composto dos itens do Relatrio

Histrico de Compra com os respectivos preos da ltima comprarealizada.

De posse desses, obedecendo s prioridades operacionais e financeiras do

hospital, far a sua avaliao. Dessa forma, ser definido o Relatrio Ordem de Cotao.O Relatrio Ordem de Cotao estar disponvel para Seo de Compras, que, por sua vez, gerar o Pedido de Cotao de Produto, para envio ao fornecedor cadastrado de cadarea de interesse.

21


20/118

Obs1:O Relatrio Reposio de Estoque representa as necessidades de reposiode estoque que sero levantadas atravs do Sistema de Controle de Estoque.

Obs2:A Gerncia Financeira avaliar cada Solicitao de Compra, definindo por ser Aceita (totalmente ou marcialmente, em nmero e quantidade de cada item solicitado) ouRejeitada. A deciso da Gerncia Financeira ficar disponvel para consulta do respectivosetor solicitante.

A Seo de Compras receber a cotao do Produto Cotado de cada fornecedor participante daquela cotao, incluindo no sistema as condies apresentadas de cadafornecedor. O sistema apura a melhor proposta de cada item, comparando preo, qualidade e prazo de entrega, alimentando o sistema com os dados para a gerao do Relatrio ProdutoCotado pela Gerncia Financeira.

A Gerncia Financeira gerar o Relatrio Produto Cotado, que de acordo com as prioridades operacionais e financeiras do hospital, far a sua avaliao, definindo os itens erespectivas quantidades que comporo o Relatrio Ordem de Compra.

De posse do Relatrio Ordem de Compra, a Seo de Compras gerar o Pedido deCompra que ser enviado ao fornecedor vencedor daquele item da cotao naquela cotao.

O fornecedor vencedor far a entrega do produto na Seo de Compras, queconferir todos os itens de cada nota fiscal, de acordo com o Pedido de Compra.

Por sua vez, a Seo de Compras lanar os dados da Compra Recebida noSistema de Gerenciamento de Compras, liberar o produto comprado para a Seo de Estoquee encaminhar as notas fiscais para a Gerncia Financeira.

4.4.2 Sistema Distribudo

O Sistema de Gerenciamento de Compras utilizar a arquitetura cliente/servidor,em trs camadas, a saber: Interface do usurio, servidor de aplicativos e servidor de banco dedados.

4.5 Grfico da proposta de soluo (Processo Proposto)

22


21/118

Figura 3: Processo de compras proposto

mento organizacional, formulrio de solicitao deompras, que se destina a solicitar a aquisio de bens e servios para suprir as necessidades

.5.1.2 Seo de Compras

4.5.1 Descrio das Funcionalidades do Processo Proposto4.5.1.1 Solicitao de Compras

o incio do processo. o instrucsetoriais do hospital.

4

23


22/118

o setor responsvel pelo assessoramento da Gerncia Financeira na conduo dorocesso de compras realizadas pelo hospital.

o de Estoque

estoque, naquele momento, pital.

4.5

ariza as solicitaes de compras recebidas e avaliadas pela GernciaFinanceira, e da reposio de estoque, relacionando as necessidades de compras da instituio,em te 4.5

cada ite elatrio Sumrio de Cotao.

4.5.1.6 Relatrio Previso de Despesas

spesa, caso seja realizada a comprade cada item o valor da m

4.5.1.7 Relatrio Ordem de Compras

nto organizacional utilizado pela Gerncia Financeira para determinar quaisos itens autorizados para serem comprados.

.5.1.8 Cotao de Produtos

Instrumento organizacional que a Seo de Compras se utiliza para fazer a cotao derodutos junto aos fornecedores cadastrados no hospital.

.5.1.9 Produto Cotado

Relatrio que sumariza o resultado da cotao dos produtos junto aos fornecedores quearticiparam da etapa de cotao.

.5.1.10 Relatrio Pedido de Compras

Relatrio que informa quais os itens que efetivamente sero adquiridos junto aosrnecedores que venceram a cotao dos produtos cotados.

.5.1.11 Compras Recebidas

A Seo de Compras recebe os itens comprados e registra no sistema os dados na notascal da compra realizada.

p 4.5.1.3 Relatrio Reposi Relatrio que informa as necessidades de reposio de para garantir o estoque mnimo recomendvel de cada item no hos

.1.4 Relatrio Sumrio de Cotao

Relatrio que sum

de rminado momento.

.1.5 Relatrio Histrico de Compras

Relatrio que apresenta uma srie histrica das duas ltimas compras realizadas dem constante do R

Relatrio que informa qual o valor previsto de deconstante do sumrio de cotao. Nesse relatrio, o valor de cada item

lti a compra realizada.

Instrume

4

p 4

p 4

fo 4

fi

24


23/118

4.6 Benefcios Esperados com a Implementao do Sistema

A confidencialidade e confiabilidade das informaes, atravs do sistema de

credenciamento de usurios no Sistema Operacional de Rede de Computadores doHEB;

Controle gerencial efetivo do processo do Setor de Compras; Gerao de relatrios gerenciais e cadastrais, de forma mais gil; O sistema passar a registrar as Solicitaes de Compras do usurio, que permitir

efetivo controle; O usurio que fizer a Solicitao de Compras passar a tomar conhecimento das suas

Solicitaes de Compras Aceitas; As informaes disponibilizadas em tempo hbil; Melhorar a consistncia das informaes; Melhorar o grau de sigilo das informaes; O sistema disponibilizar um espelho de cada processo de compras, ao longo do

tempo.

25


24/118

A Abrangncia do Sistema

.1 Descrio da Abrangncia do Sistema

O Sistema Gerenciamento de Compras se prope a dar o apoio logstico s Unidadesdo usurio, o qual faz sua solicitao de compra pela

de local existente na empresa. O sistema informar ao solicitante a aceitao ou no da suaras tem um duplo papel:

5 - Abrangncia do Sistema

5

5

Organizacionais do hospital, na figura

resolicitao. A Seo de Compa) de usurio, com as mesmas necessidades logsticas;

26


25/118

b) como elo de ligao entre o fornecedor de produtos e a Gerncia Financeira, queo em andamento e;

e do registrodos d

5.2 i

EE1 >EE2 >

E3 => Sistema de Controle de Estoque

Dep i01 => Compra Solicitada

D03 >D04 >D05 >D06

D09 >

P2 M3= D

1 - Receber Solicitao de Compra

01 => Produto Pesquisado Depsito de Dados D07 - Produto => P1 - Receber Solicitao de Compra.

pra;o de Compra => D01 - Compra Solicitada;

articula e controla todo processc) A Seo de Compras ser a responsvel pelo recebimento das compras

da os da nota fiscal respectiva.

- S stema Idealizado do Modelo Conceitual

Entidades Externas= Usurio= Seo de Compras

EEE4 => Gerncia Financeira

s to de DadosDD02 => Compra Autorizada

= Produto a ser Cotado= Produto Cotado= Compra Recebida=> Fornecedor

D07 => ProdutoD08 >= Usurio

= Sumrio de Cotao

ProcessosP1 R => eceber Solicitao de Compra=> anter Dados Cadastrais

> efinir Produtos a Cotar PP4 => Cotar ProdutoP5 = C> omprar Produto

P F

F02 => Solicitao de compra Entidade Externa EE1 - Usurio => P1 - Receber Solicitao de Com P1 - Receber Solicita D01 - Compra Solicitada =>P3 - Definir Produtos a Cotar.

27


26/118

P1.2 - Selecionar Produto => Depsito de Dados D01 - Compra Solicitada e;Entidade Externa EE2 - Seo de Compras => P1 - Receber Solicitao de Compra.

F03 >xterna EE1 - Usurio e;

P1 - Receber Solicitao de Compra => Entidade Externa EE2 - Seo de Compras.

F04 => l ; P1 - Receber Solicitao de Compra => Entidade Externa EE2 - Seo de Compras.

F05 >

D09 - Sumrio de Cotao => P1 - Receber Solicitao de Compra.

ompra => Entidade Externa D08 Usurio.F26 >

Entidade Externa EE1 Usurio => P1.1 Verificar Usurio.=> Depsito de Dados D08 Usurio

F30 > Entidade Externa EE1 - Usurio => P1.2 Pesquisar Produto.

o => Depsito de Dados D07 - Produto.

F31 Produto Selecionado7 - Produto => P1.2 - Selecionar Produto.

rio.

P2

F06 => Dados do Fornecedor EE2 - Seo de Compras => P2 - Manter Dados Cadastrais.P2 - Manter Dados Cadastrais => D06 - Fornecedor.

F07 > s Cadastrais.

= Solicitao de compra Aceita

P1 - Receber Solicitao de Compra => Entidade E

So icitao de compra RejeitadaP1 - Receber Solicitao de Compra => Entidade Externa EE1 - Usurio e

= Solicitao de Compra Avaliada

P3 - Definir Produto a Cotar => D09 - Sumrio de Cotao.

P1.3 Responder Solicitao de C = Verificao do Usurio

P1.1 Verificar Usurio

F28 => Usurio Verificado Depsito de Dados D08 - Usurio => P1.1 Verificar Usurio. P1.1 - Usurio => Entidade Externa EE1 Usurio.

= Seleo de Produto

P1.2 Pesquisar Produt

Depsito de Dados D0 P1.2 - Selecionar Produto => Entidade Externa EE1 - Usu

- Manter Dados Cadastrais

= Dados do Produto

EE2 - Seo de Compras => P2 - Manter Dado P2 - Manter Dados Cadastrais => D07 - Produto.

28


27/118

32 Dados do Usurio

P2 - Manter Dados Cadastrais.Usurio.

37 => Solicitao de Cadastro de Usurio Entidade Externa EE1 - Usurio => P2 - Manter Dados Cadastrais.

ados Cadastrais => Entidade Externa EE4 - Gerncia Financeira.

rio Autorizados Cadastrais.

P2 - Manter Dados Cadastrais => EE2 - Seo de Compras.

P3 e

icitao de Compra;a Cotar.

P1.2 - Selecionar Produto => Depsito de Dados D01 - Compra Solicitada e;EE2 - Seo de Compras => P1 - Receber Solicitao de Compra.

F12 >dutos a Cotar.

13 => Histrico de compracebida => P3 - Definir Produto a Cotar.

P3 - Definir Produtos a Cotar => EE4 - Gerncia Financeira.

F15 >tar.

eira.

F16 => Ordem de cotao3 - Definir Produtos a Cotar;

Cotado e;

D03 - Produto a ser Cotado => P4 - Cotar Produto.=> EE2 - Seo de Compras.

17 => Produto cotado EE2 - Seo de Compras => P4 - Produto Cotado; P4- Produto Cotado => D04 -Produto Cotado; D04 - Produto Cotado => P3 - Definir Produtos a Cotar e; P3 - Definir Produtos a Cotar => EE4 - Gerncia Financeira.

D09 - Sumrio de Cotao => P3 - Definir Produto a Cotar e; P3 - Definir Produto a Cotar => EE4 - Gerncia Financeira.

F EE2 - Usurio => P2 - Manter Dados Cadastrais => Depsito de Dados D08 -

F

P2 - Manter D F38 => Cadastro de Usu

EE4 - Gerncia Financeira => P2 - Manter Dado

- D finir Produtos a Cotar

F02 => Compra Solicitada Entidade Externa EE1 - Usurio => P1 - Receber Sol D01 - Compra Solicitada =>P3 - Definir Produtos

Entidade Externa

= Reposio de Estoque EE3 - Sistema de Controle de Estoque => P3 - Definir Pro

F D05 - Compra Re

= Previso de despesa

D05 - Compra Recebida => P3 - Definir Produto a Co P3 - Definir Produtos a Cotar => EE4 - Gerncia Financ

EE4 - Gerncia Financeira => P P3 - Definir Produtos a Cotar => D03 - Produto a ser P4 - Cotar Produto

F

25 => Sumrio de CotaoF

29


28/118

P4 - Cotar Produto

F19 => Produto a cotar P4 - Cotar Produto => EE2 Seo de Compras.

F20 => Fornecedor pesquisado D06 - Fornecedor => P4 - Cotar Produto.

F16 => Ordem de cotao EE4 - Gerncia Financeira => P4 - Cotar Produto e; P4 - Cotar Produto => EE2 - Seo de Compras.

F17 => Produto cotado EE2 - Seo de Compras => P4 - Cotar Produto; P4 - Cotar Produto => D04 - Produto Cotado; D04 - Produto Cotado => P3 - Definir Produto a Cotar e; P3 - Definir Produto a Cotar => EE4 - Gerncia Financeira.

P5 - Comprar Produto

F22 => Ordem de compra EE4 - Gerncia Financeira => P5 - Comprar Produto; P5 - Comprar Produto => D02 - Compra Autorizada; D02 - Compra Autorizada => P5 - Comprar Produto e; P5 - Comprar Produto => EE2 - Seo de Compras.

pra EE2 - Seo de Compras => P5 - Comprar Produto.

24 => Compra recebida EE2 - Seo de Compras => P5 - Comprar Produto e; P5 - Comprar Produto => D05 - Compra Recebida.

.2.1 Diagrama de Contexto (DC)

F23 => Gerao do pedido de com

F

5

30


29/118

Figura 4: Diagrama de contexto

.2.2 Diagrama de Fluxo de Dados Nvel Zero (DFD-0) 5

31


30/118

igura 5: Diagrama de Fluxo de Dados Nvel Zero (DFD-0)

5.2.3 - Diagrama de Fluxo de Dados Nvel Um (DFD-1)

F

32


31/118

Figura 6: Diagrama de Fluxo de Dados Nvel Um (DFD-1)

.2.4 - Diagrama de Fluxo de Dados Nvel Um (DFD-1) 5

33


32/118

igura 7: Manter dados cadastraisF

34


33/118


igura 8: Definir produto a cotarF

35


34/118


Figura 9: Co p

m rar produto

36


35/118

5.3 Descrio das Entidades Externas

.3.1 Usuri

organizacional do hospital que se relaciona com o Sistema deerenciamento de Compra.

uele que faz a Solicitao de Compra dos diversos setores dohospital;

Gerente Financeiro- Alm de suas atribuies de gestor ele tambm podeSolicitao de Compra e;

Seo de Compras -Aquele que mantm atualizadas as tabelas de cadastro

.3.1.1 - Direitos do UsurioSolicitante

os relatrios operacionais inerentes solicitao deompra.

Solicitao de Compra; Solicitao de Compra Aceita e;

e Compra Rejeitada.

Geren

e que representa essa entidade ter os seguintes acessos na telarincipal:

Solicitao de Compra;cessidade de Reposio do Estoque;

Produto Cotado;

Previso de Despesa e;

Ordem de Compra ne as solicitaes de compra, j avaliadas, com asnecessi

Se de gerar relatrios operacionais

ine tesentam essa entidade ter os seguintes acessos na tela

prin p

eita; Pedido de Compra;

5 o

Representa cada setor GO sistema modelado identifica trs perfis de usurio:

Solicitante- Aq

fazer

do sistema, inclusive pode tambm fazer uma solicitao de compra.

5

Poder ler a tabela de produto e ac

O perfil para aqueles que representam o usurio solicitante ter os seguintes acessos natela principal:

Solicitao d

te Financeiro

Poder ler todas as tabelas de cadastro e todos os relatrios gerenciais e operacionais.O perfil para aquel p

Ne Sumrio de Cotao; Ordem de Cotao;

Histrico de Compra;

Obs: O Sumrio de Cotao redades de reposio de estoque.

o e Compras Poder ler e escrever em todas as tabelas do cadastro

ren es manuteno das tabelas.r O perfil para aqueles que rep

ci al: Solicitao de Compra; Solicitao de Compra Ac Solicitao de Compra Rejeitada;

37


36/118

Produto a cotar; Manter Dados Cadastrais.

Representada pelo Gestor de Finanas, a figura organizacional do hospital responsvel pela u

5.3

Representa cada pessoa jurdica que mantm relao comercial de fornecimento de

5.3.4 Sistema de Controle de Estoque

Compras

5.4

No x nais alocados na Seo de Compras.

5.4.2 Ambiente Tecnolgico Previsto

ex

mnimo, 40GB de capacidade;

5.3.2 Gerncia Financeira

a torizao das compras.

.3 Fornecedor

produtos com o hospital.

Sistema que fornece o relatrio com as necessidades de reposio de estoque, que junto com as solicitaes de compra avaliadas comporo o relatrio Sumrio de Cotao.

5.3.5 Seo de

o setor responsvel pelo assessoramento da Gerncia Financeira no processo decompras e pela operacionalizao da cotao junto aos fornecedores que mantm relaocomercial com o hospital.

5.4 Ambiente

.1 Ambiente Tecnolgico Atual

e istem equipamentos computacio

Duas estaes de trabalho no mesmo padro das demais estaes de trabalho jistentes no HEB, a saber:

Sistema Operacional Windows 2000 Professional; Barramento da placa me com velocidade de 400Mhz; Processador AMD 1665Mhz; Memria RAM de 512Mhz; Placa de vdeo de 32MB; Disco Rgido de, no Monitor de vdeo; Adaptador de rede com 1 Gpbs;

38


37/118

5.4

5.4

Dois pontos de rede, duas tomadas lgicas para conector RJ45, com dois pares de cabo blindagem.

5.5 Plan

5.5.1 Introd Este plano temcultura que visem

mergncia de Brasli 5.5.2 Escopo Este plano especifica os requisitos necessrios para estabelecer e implementar, operar,

monitorar, revisar e mHospital de Emerg 5.5.3 - Segurana

O ambient s e do Centrode Processame ecanismos que restrinjam o acesso de pessoasno aut

Impedir timento e ativos e interrupo nas

atividades do hospital.- Instalao e Proteo dos Equipamentos => local adequado meio ambiente, bem como as o- Utilidades = ontra interrupo de energiaeltrica e outras falhas causadas pelas utilidades.

O cabeamento de energia e de telecomunicaes queansporta dados ou d suporte aos servios de informaes devem ser protegidos contra

- M

.3. Ambiente Fsico Atual

A Seo de Compras dispe de duas salas.

.4 - Ambiente Fsico Previsto

de par tranado semAlimentao de tenso estabilizada para as duas estaes de trabalho.

Aterramento.

o de Segurana da Informao

uoo objetivo de padronizar e implementar procedimentos, processo e uma

dar a dimenso necessria segurana da informao no Hospital dea.E

anter documentado dentro do contexto dos riscos de negcio globais doncia de Braslia.

Fsicaento de Dados dever criar mf ico das instalaes da Seo da Tecnologia da Informao

orizadas nas suas dependncias.Segurana de Equipamentos

perdas, danos, furto ou comprome

Os equipamento devem ser colocados eme protegidos para reduzir os riscos de ameaas e perigo do

portunidades de acesso no autorizado.> Os equipamentos devem ser protegidos c

- Segurana do Cabeamento =>tr interceptao ou danos.

anuteno dos Equipamentos => Os equipamentos devem ter uma manuteno correta para assegurar sua disponibilidade e integridade permanente.

39


38/118

- Reutilizao e Alienao Segura de Equipamentos => Todos os equipamentos quevem ser examinados antes do descarte, para assegurar icenciados tenham sido removidos ou sobregravados

com segurana.

s, informaes ou softwares no devem ser retiradosdo h

5.5.4 - SeguraO ambiente lgico que envolve a tecnologia da informao dever ser criteriosamente

perfis de usurio, diretivas globais e locais emtoda a rede de computadores do hospital.

nto de compras preconiza trs perfis de usurio:

so:

5. => A incluir dados da nota fiscal de cada produto recebido.

.

e compra;

5.5.5 Co

A S lendrio de palestras,cursos, treinamentos, criatividades ldicas que venham a promover a conscientizao dosusurios para a segurana da informao.

contenham suporte fsico de dados deque os dados sensveis e softwares l

- Retirada de Bens => Equipamentoospital sem autorizao prvia.

na Lgica

tratado com polticas segurana, definindo

O sistema de gerenciame

1. Requisitante=> Aquele funcionrio que faz a solicitao de compra, podendo pertencer a qualquer setor do hospital que interaja com o sistema. O perfil dorequisitante ter acesso:

=>A fazer solicitao de compra e; =>Tomar conhecimento dos resultados das suas solicitao de compra

j avaliada.

2. Funcionrio da Seo de Compras=> Funcionrio responsvel pelamanuteno do cadastro de todas as tabelas do sistema e da operacionalizaodas compras do hospital.Este perfil do funcionrio da Seo de Compras ter aces

1. => A fazer solicitao de compra;2. => A manter todos os cadastros do sistema;3. => A imprimir o relatrio sumrio de cotao;4. => a imprimir o relatrio Ordem de compra e;

3 Gerente Financeiro=> Funcionrio responsvel pela gesto de todo o processo de compras. Este perfil do funcionrio Gerente Financeiro teracesso:

1=> A fazer solicitao de compra;2 => Avaliar a solicitao d3=> Incluir a solicitao de compra no sumrio de cotao;4=> Emitir a ordem de cotao dos produtos e;5=>Emitir a ordem de compra dos produtos.

nscientizao de Usurio

eo de Tecnologia da Informao dever elaborar um ca

40


39/118

5.5.6 - Ges

.5.6.1 - Classificao da InformaoAss

5.5.6.2 - Se

Antes da Contratao

Assegurar que os funcionrios, fornecedores e terceiros entendam suasresponsabilidades, e estejam de acordo com os seus papis, e reduzir os riscos deroubos, fraudes ou mau uso dos recursos.- Papis e Responsabilidades => Os papis e responsabilidades pela segurana das

terceiros devem ser definidos edocumentados de acordo com a poltica de segurana da informao do hospital.

s os candidatos a emprego,acordo com as leis relevantes,

lamentaes e ticas, e proporcionais aos requisitos do negcio, classificao

es de Contratao => Como parte de suas obrigaescontratuais os funcionrios, fornecedores e terceiros devem concordar e assinar ostermos e condies de sua contratao para o trabalho, os quais devem declarar

a a das informaes.

o da organizao durante os seus trabalhos normais, e

o estabelecido nas polticas e procedimentos do hospital. rana da Informao => Todos os

funcionrios da organizao e, onde for pertinente, fornecedores e terceiros devemreceber treinamento apropriado em conscientizao e atualizaes regulares nas

s funcionriosque tenham cometido violao da segurana da informao.

to dos Ativos do Hospital

5egurar que a informao tenha um nvel adequado de proteo. A informao deve classificada em termos do seu valor, requisitos legais,

sensibilidade e importncia para a organizao.

gurana nos Recursos Humanos

informaes de funcionrios, fornecedores e

- Seleo => Verificaes de controle de todofornecedores e terceiros devem ser realizadas deregudas informaes a serem acessadas e aos riscos percebidos.

- Termos e Condi

su s responsabilidades e a da organizao para a seguran Durante a Contratao

Assegurar que funcionrios, fornecedores e terceiros estejam conscientes daameaas e preocupaes relativas segurana das informaes, suasresponsabilidades e obrigaes, e esto preparados para apoiar a poltica desegurana da informareduzir os riscos de erro humano.- Responsabilidades da Direo => A direo deve solicitar aos funcionrios,fornecedores e terceiros que pratiquem a segurana das informaes de acordocom- Educao e Treinamento em Segu

polticas e procedimentos organizacionais relevantes para as suas funes.- Processo Disciplinar => Deve existir um processo formal para o

41


40/118

Encerramento ou Mudana de Contratao

sse aps o c ou acordo.

processamento da informao devem ser retiradas aps o encerramento de suas s aps a mudana dessas atividades.

5.5.7 - Ger nc 5.5.7.1 - Procedimentos e Responsabilidades Operacionais

Tem processam

racionais

e disponve Segregao de Funes

Funes e reas de responsabilidade devem ser segregadas para reduzir asao ou uso indevido no autorizado ou no intencional

, Validao e ProduoAmbientes de desenvolvimento, validao e produo devem ser separados

para reduzir os riscos de acessos ou modificaes no autorizados aos sistemas operacionais.

5.5.7. - Ge

Objetiva im ao eentrega de v

5.5.7.3 - Cpias de Segurana

- Encerramento de Atividades => As responsabilidades para realizar oencerramento ou mudanas de um trabalho devem ser claramente definidas e

atribudas.

- Devoluo de Ativos => Todos os funcionrios, fornecedores e terceiros devem devolver todos os ativos do hospital que estejam em sua poen erramento de suas atividades, do contrato

- Retirada de Diretos de Acesso => Os direitos de acesso de todos os funcionrios, fornecedores e terceiros s informaes e aos recursos de

atividades, contratos e acordos, ou ajustado

e iamento das Operaes e Comunicaes

como objetivo garantir a operao segura e correta dos recursos deento da informao.

Documentao dos Procedimentos OpeOs procedimentos operacionais devem ser documentados, mantidos atualizados

is aos usurios autorizados que deles necessitem.

oportunidades de modificdos ativos do hospital. Segregao dos Ambientes de Desenvolvimento

renciamento de Servios Terceirizados

plementar e manter o nvel adequado de segurana da informser ios em linha com acordos de entrega de servios terceirizados.

42


41/118

Ob tiv

processamento da informao.

pias de Seguranade informaes e softwares devem ser efetuadas e testadas

regularmente conforme a poltica de gerao de cpias de segurana definida.

queda de performance no trfegode pacote quando da execuo do backup na rede do hospital.

5.5.7

estrude

A rede deve ser adequadamente gerenciada e controlada, de forma a proteg-lae aplicaes que utilizam a rede,

inclusive a informao em trnsito. Segurana dos Servios de Rede

Caractersticas de segurana, nveis de servio e requisitos de gerenciamentodos servios de rede devem ser identificados e includos em qualquer acordo de

servios de rede, tanto para servios de rede providos internamente outerceirizados.

Gerenciamento de Mdias RemovveisDevem existir normas e procedimentos implementados para o gerenciamento

das mdias removveis com a segurana necessrias da informao.

Descarte de MdiasAs mdias devem ser descartas de forma segura e protegida quando no forem

mais necessrias, atravs de procedimentos formais.

Mdia em TrnsitoMdia em trnsito ,contendo informao do hospital, deve ser protegida contra

acesso no autorizado, uso imprprio ou alterao indevida durante o transporteexterno ao limites fsicos do hospital.

Procedimentos para Tratamento da InformaoDevem ser estabelecidos procedimentos para o tratamento e armazenamento da

informao, para proteg-la contra divulgao no autorizada, mau uso ou usoindevido.

je a manter a integridade e disponibilidade das informaes e dos recursos de

C Cpias de segurana

Periodicidade das Cpias de SeguranaA periodicidade deve observar o custo-benefcio da

. 4 - Gerenciamento da Segurana em Redes

Objetiva garantir a proteo das informaes em rede e a proteo da infra-tura de suporte.

Controle da Re

contra ameaas e manter a segurana de sistemas

43


42/118

Segurana da Documentao dos SistemasA documentao dos sistemas deve ser protegida contra acesso no autorizado.

.5.7.5 Disposies Gerais

1. Todo funcionrio que interage com a rede de computadores dever ser cadastradocomo usurio da rede de computadores do hospital.

2. A Seo de Pessoal dever informar toda movimentao interna (mudana de setor) defuncionrio que interage com a rede de computadores Seo de Tecnologia daInformao, bem como, as admisses e demisses para controle de acesso de usurios.

3. A Seo de Pessoal dever informar as frias, dispensa, atestado mdico, ou qualquer outra forma de ausncia de funcionrio Seo de Tecnologia da Informao, paraque esta, tome providncias para o devido bloqueio do respectivo acesso do usurio rede de computadores.

4. proibido utilizar a nome e senha de outro usurio.

5

44


43/118

6 - Modelagem

6 - Modelagem

6.1 Modelo de Entidade Relacionamento Conceitual

45


44/118

igura 10: Modelo de Entidade Relacionamento Conceitual

co

F

6.2 Modelo de Entidade Relacionamento Lgi

46


45/118

47

de Relacionamento Lgico Figura 11: Modelo de Entida

47


46/118

6.3 - Normalizao

6.3.1 - Processo de Normalizao para cada depsito

psito separadamente. Inicialmente, os depsitos identificados no:Compra

tado izada

Analisar cada deambiente observado- Solicitao de- Produto - Fornecedor - Usurio - Sumrio de Cotao- Produto a Cotar - Produto Co- Compra Autor - Compra Recebida

NOME DOS ATRIBUTOS DEPSITOS Nmero da Solicitao Nome do Setor do Solicitante Nome do Usurio SolicitanteDescrio do Produto D01 - SOLICITA OMPRAO DE CUnidade de DistribuioQuantidade SolicitadaQuantidade AtendidaData da Solicitao

Nome do Fornecedor

CNPJInscrio EstadualAtividade do Fornecedor D06 - FORNECEDOR Nome do RepresentanteEndereo do Fornecedor Telefone do RepresentanteSiteEmail1Email2

Nome do ProdutoTipo de Produto D07 - PRODUTO

Descrio do ProdutoM Usatrcula do urio Nome do Usurio D09 - USURIOFuno do UsurioPerfil do UsurioS u enha do Us rio

N ummero do S rio de CotaoDescrio do ProdutoUnidade de Distribuio D11 - SUMRIO DE COTAOQuantidade SolicitadaData do Sumrio de Cotao

Nmero do Produto a ser CotadoDescrio do Produto

48


47/118

Unidade de Distribuio D03 - PRODUTO A SER COTADOQuantidade do Produto a ser CotadoData do Produto a ser Cotado Nome do Fornecedor

Nmero do Produto CotadoDes cri o do ProdutoUni edad de DistribuioQua da D04 - PRODUTO COTADOnti de do Produto CotadoValor Unitrio do Produto CotadoData do Produto Cotado N Fornecedor ome do Nmero da Compra AutorizadaDescrio do ProdutoUnidade de DistribuioQuantidade Compra Autorizada D02 - COMPRA AUTORIZADA

Valor Compra Autorizada Nome do Fornecedor Nome do UsurioGestor Data da Compra Autorizada

Nmero da Compra Recebida N da Nota FiscalmeroData da Emisso da Nota Fiscal Nome do Fornecedor CNPJ D05 - COMPRA RECEBIDAIEDescrio do ProdutoUnidade de DistribuioQuantidade da Compra RecebidaValor Unitrio da Compra RecebidaImpostosUsurio Recebedor Data do Recebimento da Compra

6.3.1.1 - DEPSITO DE DADOS SOLICI MPRA (D01) TAO DE CO

N Solicitao Setor UsurioSolicitante Descriodo Produto UnidDistr QuantSolicitada QuantAtendida Data daSolicitao0001/2006 Enfermagem Jos A

10g6lgodo Cx

r02 - 20/08/200

Besetacil Ampola 03 20/08/2006-

0002/2006 Tesouraria Maria Papel A4 Resma 04 - 22/08/2006

003/2006 Enfermagem Jos Algodo10g

Cx 05 - 24/08/2006r

49


48/118

1 FORMA NORMAL - 1FN

- Em cada entidade, eleger uma chave candidata que leve a unicidade das linhas.-

sado como chave candidata por que gerado pelostema

a unicidade de cada linha da entidade.

- Tornar os atributos compostos em atributos atmicos.observado, o tributo nmero da solicitao (nmero da solicitao e

decomposto, isto , ser considerado como atrib o trazer riqueza de dados do siste

- Eliminar os itens repetitivosmesma solicitao, as colunas que apresentam item repetitivo so: Setor do

Solicitante, Produto e Unidade stribuio.

Regra:Em cada entidade, tornar os atributos compostos em atributos atmicos.

- Em cada entidade, eliminar os itens repetitivos.

- Eleger uma chave candidataO nmero da solicitao ser u

si de forma seqencial, crescente, independente do setor solicitante e, sendo zerado aofinal de cada ano. Dessa forma, garantir

No ambiente aano) no ser uto atmico, por nmelhoria quanto ma.

NumaSolicitante, de Di

NOME DO ATRIBUTO ATRIBUTO ENTIDADE Nmero da Solicitao da Compra Num mpra -PK _SolCoQuantidade Solicitada Quan tada _Solici

Quantidade Atendida Quan ida SO PRA _Atend LICITAO DE COMData da Solicitao da Compra Data_SolCompra

Cdigo do Setor do Usurio Solicitante C tor -PK SETOR od_Se Nome do Setor do Usurio Solicitante Nome_Setor

Matrcula do Usurio Solicitante M rio -PK USURIOatr_Usu Nome do Usurio Solicitante Nome_UsurioPerfil do Usurio Perfil_UsurioSenha do Usurio Senha_Usurio

Cdigo do Produto Cod_Produto -PK PRODUTODescrio do Produto Desc_Produto

Cdi idade de Distribuio Cod_UnDistr -PK UNIDADE DE DISTRIBUIOgo da UnDescrio da Unidade de Distribuio Desc_UnDistr

Concluso: A primeira forma normal aplicada aos atributos do depsito solicitao deompra

Na excluso, se excluirmos u bm estar excluindo a funo. Nesseesso de norma zao estudado, deve aparecer uma entidade funo do

c gerou cinco entidades : SOLICITAO DE COMPRA, SETOR, USURIO,PRODUTO e UNIDADE DE DISTRIBUIO. Entretanto, ainda apresenta anomalias querecomendam a aplicao na 2FN, a saber:

m usurio, tamcaso, durante o proc li r usurio.

50


49/118

Na alterao, s consigo alterar uma funo do usurio atravs de um registro desurio.

N

iver uma chave candidata simples, a aplicao da 2FNno alterar o resultado obtido na 1FN, isto , no precisa aplicar a 2FN. Nesse caso, passaramos da 1FN direto para a 3FN.

Cada conjunto de atributos dependentes da(s) mesma(s) chave(s) candidata(s) formaruma nova entidade no resultado da 2FN.

u

2 FORMA ORMAL - 2FNEm cada entidade, identificar e separar as dependncias (total ou parcial) de cada

atributo no chave em relao s chaves candidatas, caso tenhamos uma chave candidatacomposta. Entretanto, se a entidade t

ATRIBUTO DEPENDNCIA CHAVE CANDIDATA Num_SolCompra -PK Quan_Solicitada Total Num_SolCompra -PK Quan_Atendida Total Num_SolCompra -PK Data_SolCompra Total Num_SolCompra -PK

Cod_Setor -PK Nome_Setor Total Cod_Setor -PK

Matr_Usurio -PK Nome_Usurio Total Matr_Usurio -PK Perfil_Usurio Total Matr_Usurio - PK

Senha_Usurio Total Matr_Usurio - PKCod_Produto -PK Desc_Produto Total Cod_Produto -PK

Cod_UnDistr -PK Desc_UnDistr Total Cod_UnDistr -PK

Concluso:Como em todas as entidades a chave candidata representada por nico atributo, isto

, todos os demais atributos apresentam dependncia total da chave candidata, sendoassim, a referida entidade j se encontra na segunda forma normal.

bs: A dependncia parcial s pode ocorrer quando existe mais de um atributo comohave candidata.

3 FORMA NORMAL - 3FNIdentificar a dependncia, entre si, dos atributos no chaves candidatas de uma mesma

entidade, isto , numa mesma entidade, quando tivermos mais de um atributo no chave,ver car quem depende de quem. Esse processo chamado de dependncia transitiva.

Oc

ifi

ATRIBUTO DEPENDNCIA CHAVE CANDIDATA Num SolCompra -PK _ Qua Solicitadan_ Quan_Atendida

51


50/118

Data_SolCompra

52

Data_SolCompra

C o: e o d pra no existe dependncia transitiva entreQuantidade da Solicitao de Compra olicitao de Co s dem es

t b a . Dessa forma,na terceira form

igura 12: MER lgico 3 fn - Solicitao de compra

onclus Na entidad Solicita e Come Data da S mpra. A ais entidad

s apresenencontram

am um atri uto no cha normal.

ve candidata todas as entidades j se

F52


51/118

6.3.1.2 - DEPSITO DE DADOS FORNECEDOR (D06)

Nome doFornecedor

CNPJ IE Atividade do

Fornecedor

Nome do

Representante

Endereo do

Fornecedor

Telefax do

representanteInformix 005.996.998/ 05.876.999/ In

s QSE 15 - CJ3- Lj

61-99232534 / -5555

Equip Joformtica 20 3356

DF-Farma 006.996.998/ 06.876.999/ Med

hoJoo QSN 10 -

CJ3 - Lj 4061-9662534 / 3356-7777

icamentospitalar

GO- 007.996.998/ Farma

07.876.999/ SuprE

Maria QSE 20 - CJ3- Lj 40

62-9772534 / 3356-8888

im descritrio

Site do representante E-Mail1 E-Mail2 jb.terra.com.br [email protected]

dffarmaterra.com.br [email protected] [email protected] gofarmaterra.com.br [email protected]


chave candidata por que gerado pelo

Regra:- Em cada entidade, eleger uma chave candidata que leve a unicidade das linhas.- Em cada entidade, tornar os atributos compostos em atributos atmicos. - Em cada entidade, eliminar os itens repetitivos.

- Eleger uma chave candidataO nmero da solicitao ser usado como

sistema de forma seqencial, crescente, independente do setor solicitante e, sendo zerado aofinal de cada ano. Dessa forma, garantir a unicidade de cada linha da entidade.

- Tornar os atributos compostos em atributos atmicos. No ambiente observado, o atributo nmero da solicitao (nmero da solicitao eano) no ser decomposto, isto , ser considerado como atributo atmico, por no trazer

melhoria quanto riqueza de dados do sistema.

53


52/118


53/118


tidade, identificar e separa as dependncias (total ou parcial) de cadaem relao s chaves candidatas, caso tenhamos uma chave candidata

a ples, a aplicao da 2FN

Em cada en r atributo no chave

omposta. Entretanto, se a entidade tiver umc chave candidata simno alterar o resultado obtido na 1FN, isto , no precisa aplicar a 2FN. Nesse caso, passaramos da 1FN direto para a 3FN.

Cada conjunto de atributos dependentes da(s) mesma(s) chave(s) candidata(s) formaruma nova entidade no resultado da 2FN.

ATRIBUTO DEPENDNCIA CHAVE CANDIDATACod_Fornecedor -PK Nome_Forncedor TOTAL Nome_Fornecedor -PK CNPJ_Fornecedor TOTAL Nome_Fornecedor -PK IE_Fornecedor TOTAL Nome_Fornecedor -PK End_Forncedor TOTAL Nome_Fornecedor -PK Nome_Repres TOTAL Nome_Fornecedor -PK Site_Repres TOTAL Nome_Fornecedor -PK E-Mail1 TOTAL Nome_Fornecedor -PK E-Mail2 TOTAL Nome_Fornecedor -PK

Cod_Atividade -PK Nome_Atividade TOTAL Cod_Atividade -PK

Tipo_ TelRepres -PK Ord_TelRepres TOTAL Tipo_ TelRepres -PK Num_TelRepres TOTAL Tipo_ TelRepres -PK

Tipo_EndElet -PK End_Elet TOTAL Tipo_EndElet -PK

Concluso:Como em todas as entidades a chave candidata representada por nico atributoDessa forma, todos os demais atributos dependem totalmente da chave candidata, isto , asentidades j se encontram na segunda forma normal.

Obs: A dependncia parcial s pode ocorrer quando existe mais de um atributo comochave candidata.


Identificar a dependncia, entre si, dos atributos no chaves candidatas de uma mesmaentidade, isto , numa mesma entidade, quando tivermos mais de um atributo no chave,verificar quem depende de quem. Esse processo chamado de dependncia transitiva.

ATRIBUTO DEPENDNCIA CHAVE CANDIDATACod_Fornecedor -PK Nome_Forncedor Parcial Nome_Fornecedor -PK CNPJ_Fornecedor Parcial Nome_Fornecedor -PK IE_Fornecedor Parcial Nome_Fornecedor -PK End_Fornecedor Parcial Nome_Fornecedor -PK Nome_Repres Parcial Nome_Fornecedor PK Site_Repres Parcial Nome_Fornecedor -PK

E-Mail1 Parcial Nome_Fornecedor -PK E-Mail2 Parcial Nome_Fornecedor -PK

Cod_Atividade -PK

55


54/118

Nome_Atividade Cod_APK

elRepres -PK Tipo_TOrd_TelRepres Num_TelRepres -PK

Concluso: Na entidade FORNECEDOR no existe dependncia transitiva entre os atributosno chave candidata. Todos os atributos no chave s dependem da chave da candidata. Nasdemais entidades s existem um atributo no chave candidata, sendo assim, todas as entidades

se encontra, tambm, na terceira forma normal.sitiva s pode ocorrer quando existe mais de um atributo no

have candidata.

Figura 13: MER lgico 3 FN - Fornecedor

j Obs: A dependncia tranc

56


55/118

6.3.1.3 - DEPSITO DE DADOS PRODUTO (D07)

Tipo de Produto Descrio do ProdutoImpressora Jato de Tinta Impressora HP Jato de Tinta - Modelo 3940

Algodo Algodo 10gramas

Soro Soro de 500 ml



- Eleger uma chave candidataO nmero da solicitao ser usado como chave candidata por que gerado pelo


- Tornar os atributos compostos em atributos atmicos. No ambiente observado, o atributo nmero da solicitao (nmero da solicitao e

ano) no ser decomposto, isto , ser considerado como atributo atmico, por no trazer melhoria quanto riqueza de dados do sistema.

Numa mesma solicitao, as colunas que apresentam item repetitivo so: Setor doolicitante, Solicitante, Produto e Unidade de Distribuio.

- Eliminar os itens repetitivos

S

NOME DO ATRIBUTO ATRIBUTO ENTIDADECdigo do Produto Cod_Produto -PK Descrio do Produto Desc_Produto PRODUTO

Cdigo do Nome do Produto Cod_NomeProduto -PK Nome do Produto Nome_Produto TIPO DE PRODUTO

Concluso:A primeira forma normal aplicada ao depsito produto gerou duas entidades:RODUTO. E TIPO DE PRODUTO. No apresentam anomalias que recomendem a

plicao na 2FN e nem a 3FN.Pa

57


56/118

igura 14: MER lgico 3 FN - Produto F

58


57/118

6.3.1.4 - DEPSITO DE DADOS USURIO (D09)

Matrcula do Usurio Nome do Usurio Funo do Usurio Perfil do Usurio Senha_Usurio0022/90 Jos Amador da Silva Faturista Requisitante ******

0023/90 Joo Jos da Costa Digitador Requisitante ******

0058 Maria Antnia Duarte Enfermeira Requisitante ******



- Eleger uma chave candidataO nmero da solicitao ser usado como chave candidata por que gerado pelo


- Tornar os atributos compostos em atributos atmicos. No ambiente observado, o atributo nmero da solicitao (nmero da solicitao e

ano) no ser decomposto, isto , ser considerado como atributo atmico, por no trazer melhoria quanto riqueza de dados do sistema.

- Eliminar os itens repetitivos Numa mesma solicitao, as colunas que apresentam item repetitivo so: Setor do

olicitante, Solicitante, Produto e Unidade de Distribuio.S

NOME DO ATRIBUTO ATRIBUTO ENTIDADEMatrcula do Usurio Matr_Usurio -PK Nome do Usurio Nome_Usurio USURIOSenha do Usurio Senha_Usurio

Cdigo da Funo do Usurio Cod_FunoUsurio -PK FUNO DO USURIODescrio da Funo do Usurio Desc_FunoUsurio

Cdigo do Perfil do Usurio Cod_PerfilUsurio -PK PERFIL DO USURIOPerfil do Usurio Perfil_Usurio

Concluso:A primeira forma normal aplicada ao depsito usurio gerou duas entidades:SURIO - FUNO DO USURIO e PERFIL DO USURIO. No apresentam anomaliasue recomendem a aplicao na 2FN e nem a 3FN.

Uq

59


58/118

60 igura 15: Usurio F


59/118


60/118

NOME DO ATRIBUTO ATRIBUTO ENTIDADE Nmero do Sumrio de Cotao Num_SumCotao -PK COTAOData do Sumrio da Cotao Data_SumCotao

Nmero do Sumrio de Cotao Num_SumCotao -PK Cdigo do Produto Cod_Produto -FK SUMRIO DE COTAOQuantidade do Produto Quan_Produto


Cdigo da Unidade de Distribuio Cod_UnDistr -PK UNIDADE DE DISTRIBUIODescrio da Unidade de Distribuio Desc_UnDistr


Identificar a dependncia, entre si, dos atributos no chaves candidatas de uma mesmaentidade, isto , numa mesma entidade, quando tivermos mais de um atributo no chave,verificar quem depende de quem. Esse processo chamado de dependncia transitiva.

Concluso: As entidades SUMRIO DE COTAO, COTAO, PRODUTO EUNIDADE DE DISTRIBUIO s tm um atributo no chave candidata. Portanto, j estotambm na terceira forma normal.

62


61/118

Figura 16: Sum

63

rio de cotao


62/118

6.3.1.6 - DEPSITO DE DADOS PRODUTO A SER COTADO (D03) ERRATA

Nmero doProduto a ser

Cotado

Descrio doProduto

UnidadeDistribuio

Quantidade doProduto a ser

Cotado

Data do Produtoa ser Cotado

Nome doFornecedor

0011/2006 Algodo - 10gr Cx 2 10/08/2006 DF-Farma0011/2006 Besetacil Ampola 3 10/08/2006 GO-Farma

001 Resma 15/08/2006 ria Estrela2/2006 Papel A4 4 Papela

0013/2006 Algodo - 10gr 20/08/2006 DF-FarmaCx 5

Num mesmo Sumrio de Cota presentam item repetitivo so:nidade de Distri

Nmero de Cotao e Data de Sumrio de Cotao sero considerados itens atmicos.

o, as colunas que aDescrio do Produto e U buio.

NOME DO ATRIBUTO ATRIBUTO ENTIDADE Nmero do Produto a ser Cotado Num_ProdutoaserCoPKtado -Descrio do Produto Desc_Produto -FK Cdigo do Fornecedor Cod_Forn PRODUTO A SER COTADOecedor -FK Quantidade do Produto Cotado Quan_ProdutoC ado otData do Produto a ser Cotado Data_ProdaserCotado

Cdigo do Produto Cod_Produto -K PRODUTOPDescrio do Produto Desc_Produto


Cdigo do Fornecedor Cod_Fornecedor -PK FORNECEDOR Nome do Fornecedor Nome_Fornecedor

es candidatas, caso tenhamos uma chave candidataomposta. Entretanto, se a entidade tiver uma chave candidata simples, a aplicao da 2FNo alterar o resultado obtido na 1FN, isto , no precisa aplicar a 2FN. Nesse caso,assaramos da 1FN direto para a 3FN.

Cada conjunto de atributos dependentes da(s) mesma(s) chave(s) candidata(s) formarma nova entidade no resultado da 2FN.


Em cada entidade, identificar e separar as dependncias (total ou parcial) de cadatributo no chave em relao s chava

cn p u

ATRIBUTO DEPENDNCIA CHAVE CANDIDATA Num_ProdutoaserCotado -PK Cod_Produto -FK Cod_Fornecedor -FK Quan_Produto a ser Cotado Total TodasData_ProdaserCotado Total Todas

Cod_Produto -PK Desc_Produto Total Cod_Produto -PK


64


63/118

Cod_Fornecedor -PK Nome_Fornecedor Total Cod_Fornecedor -PK

Concluso :As entidades PRODUTO, UNIDADE DE DISTRIBUIO, FORNECEDOR eRODUTADO A SER COTADO j se encontram na segunda forma normal.P

NOME DO ATRIBUTO ATRIBUTO ENTIDADE

Nmero do Produto a ser Cotado Num_ProdutoaserCotado -PK Cdigo do Produto Cod_Produto -FK Cdigo do Fornecedor Cod_Fornecedor -FK PRODUTO A SER COTADOQuantidade do Produto a ser Cotado Quant_ProdaserCotadoData do Produto a ser Cotado Data_ProdaserCotado


Cdigo da Unidade de Distribuio Cod_UnDistr -PK UNIDADE DEDISTRIBUIO

Descrio da Unidade de Distribuio Desc_UnDistr



Identificar a dependncia, entre si, dos atributos no chaves candidatas de uma mesmaentidade, isto , numa mesma entidade, quando tivermos mais de um atributo no chave,verificar quem depende de quem.

Esse processo chamado de dependncia transitiva.

As entidades A COTAR, PRODUTO A SER COTADO, UNIDADE DEISTRIBUIO e FORNECEDOR s tm um atributo no chave candidata. Portanto, jsto tambm na terceira forma normal.

Concluso :De

65


64/118

Figura 17: ME gico 3 fn - Produto a ser cotadoR l

66


65/118

6.3.1.7 - DEPSITO DE DADOS PRODU OTADO (D04) ER R TO C ATA

Nmero doProdutoCotado

Descrio doProduto

UnidadeDistribuio

Quantidadedo Produto

Cotado

ValorUnitrio do

ProdutoCotado

Data doProdutoCotado

Nome doFornecedor

0011/2006 Algodo - 10gr Cx 2 10,00 DF-Farma10/08/20060011/2006 Besetacil Ampola 3 90,00 10/ 8/2006 GO-Farma0

0012/2006 Papel A4 Resma 4 11,00 15/08/2006 Papela

Estreriala

0013/2006 Algodo - 10gr Cx 5 10,00 20/08/2006 DF-Farma

Num mesmo SumUn

rio de Cotao, as colunas que apresenta titivo so:idade

tao e Data o sero considerado itens atmicos.

m item repeDescrio do Produto e de Distribuio.

Nmero de Co de Sumrio de Cota s NOME DO ATRIBUTO ATRIBUTO ENTIDADE

Nmero do Produto Cotado PK Num_ProdutoCotado -Cdigo do Produto Cod_Produto - FK Cdigo do Fornecedor Cod_Fornecedor -FK Quantidade do Produto Cotado o PRODUTO COTADOQuan_ProdutoCotadValor do Produto Cotado Valor_ProdutoCotadoData do Produto Cotado Data_ProdCotado



Cdigo do Fornecedor Cod_Fornecedor -PK FORNECEDOR N o Fornecedor Nome_Fornecedor ome d

FORMA NORMAL - 2FN2

identi as dependncias (total ou parcial) de cadaatribu ndidatas, caso t ndidatacomposta. Entretanto, se a entidade tiver uma chave candidata simples, a aplicao da 2FNno alterar o resultado obtido na 1FN, isto , no precisa aplicar a 2FN. Nesse caso, pass to para a 3FN.

e atributos dep tes da(s) mesma(s) chave(s) candidata(s) formaruma sultado da 2FN

Em cada entidade, ficar e eparar sto no chave em relao s chaves ca enhamos uma chave ca

aramos da 1FN direC dada conjunto enden

nova entidade no re .

ATRIBUTO DEPENDNCIA CHAVE CANDIDATA Num_ProdutoCotado -PK Cod_Fornecedor -FK Cod_Produto -FK Quan_P talrodutoCotado To Todas

Valor_ProdutoCotado Total TodasData_ProdutoCotado Parcial Num_ProdutoCotado -PK

Cod_Produto -PK

67


66/118

Desc_Produto Total Cod_Produto -PK



Concluso :As entidades PRODUTO, UNIDADE DE DISTRIBUIO e FORNECEDOR j se encontram na segunda forma normal. Entretanto, a entidade PRODUTO COTADO dorigem outra entidade: RESULTADO DO PRODUTO COTADO, formada do atributo comdependncia parcial e a chave candidata Nmero do Produto Cotado.

NOME DO ATRIBUTO ATRIBUTO ENTIDADE Numero do Produto Cotado Num_ProdutoCotado -PK RESULTADO DO PRODUTO COTADO

Data do Produto Cotado Data_ProdutoCotado Numero do Produto Cotado Num_ProdutoCotado -PK Cdigo do Fornecedor Cod_Fornecedor -FK Cdigo do Produto Cod_Produto -FK Quantidade do Produto Quant_ProdutoValor do Produto Cotado Valor_ProdutoCotado




Identificar a dependncia, entre si, dos atributos no chaves candidatas de uma mesmantidade, isto , numa mesma entidade, quando tivermos mais de um atributo no chave,erificar quem depende de quem. Esse processo chamado de dependncia transitiva.

ev

ATRIBUTO DEPENDNCIA CHAVE CANDIDATA Num_ProdutoCotado -PK

Data_ProdutoCotado Total Num_ProdutoCotado -PK

Num_ProdutoCotado -PK Cod_Fornecedor -FK

Cod_Produto -FK Quant_Produto Total Todas

Valor_ProdutoCotado Total Todas



68


67/118

Concluso :A entidade PRODUTO COTADO no apresenta dependncia transitiva entre ostributos no chave candidata. As entidades COTAO, UNIDADE DE DISTRIBUIO e

EC tm ut cand Portanto as e s jo

Figura 18: MER lgico 3 fn - Produto cotado

aFORNtambm

EDOR sna terceira f

um atribrma normal.

o no chave idata. , todas ntidade esto

69


68/118

6.3.1.8 - DE DADOS CO ZADA (D0 DEPSITO MPRA AUTORI 2)

Nmero daCompra

Autorizada

Descriodo Produto

UnidadeDistribuio

Quantidade(Compra

Autorizada)

ValorUnitrio(Compra

Autorizada)

Nome(Fornecedor)

Nomedo

Gestor

Data

001110gr

Cx 2 10,00 DF-Farma Jos 08/08/06/2006 Algodo -

0011 Ampola 3 90,00 GO-Farma Joo 08/08/06/2006 Besetacil

0012 A4 Resma 4 11,00 PapelariaEstrela

Maria 09/08/06/2006 Papel

0013/2006 Algodo - Cx 5 10,00 DF-Farma Maria 10/08/06

10gr

Num mesmo Sumrio de Cotao, as colunas que apresentam item repetitivo so:e Unidade de Distri .

icos.Descrio do Produto

Nmero de Cotao e Data de Sum buio

rio de Cotao sero considerados itens atm

NOME DO ATRIBUTO ATRIBUTO ENTIDADE Nmero da Compra Autorizada Num_ComAutorizada -PK Cdigo do Produto Cod_Produto -FK COMPRA AUTORIZADAQuantidade Compra Autorizada Quan_ComAutorizada Valor Compra Autorizada Valor_ComAutorizadaData da C da daompra Autoriza Data_ComAutorizaCdigo do Fornecedor Cod_Fornecedor -FK


Cdigo da Unidade de Distribuio Cod tr -PK UNIDADE DE DISTRIBUIO _UnDisDescrio da Unidade de Distribuio Desc_UnDistr


Matrcula do Usurio (Gestor) Matr_Usurio -PK USURIO Nome do Usurio Nom Usurioe_

AL - 2FN

e, identificar e sep ar as dependncias (total ou parcial) de cadarelao s chaves idatas, caso tenha candidata

composta. Ent tanto, se a entidade tiver uma chave candidata simples, a aplicao da 2FNo alterar o resultado obtido na 1FN, isto , no precisa aplicar a 2FN. Nesse caso,assaramos da 1FN direto para a 3FN.

Cada conjunto de atributos dependentes da(s) mesma(s) chave(s) candidata(s) formarma nova entidade no resultado da 2FN.

2 FORMA NORM

Em cada entidadm

ar atributo no chave e cand mos uma chave

ren p u

70


69/118

ATRIBUTO DEPENDNCIA CHAVE CANDIDATA Num_ComAutorizada -PK C duto -FK od_ProQuan_ComAutorizada Total TodasValor_ComAutorizada Total TodasData_ComAutorizada Parcial Num_ComAutorizada -PK Cod_Fornecedor -FK




Matr_Usurio -PK Nome_Usurio (Gestor) Total Matr_Usurio -PK

Concluso: As entidades AUTORIZAO, COMPRA AUTORIZADA, PRODUTO,UNIDADE DE DISTRIBUIO, FORNECEDOR e USURIO se encontram na segundaforma normal.

ATRIBUTO DEPENDNCIA CHAVE CANDIDATA Num_ComAutorizada -PK Data_CompraAutorizada

Num_ComAutorizada -PK Cod_Produto -FK Quan_ComAutorizada Total TodasValor_ComAutorizada Total TodasCod_Fornecedor -FK




Matr_Usurio (Gestor) -PK Nome_Usurio (Gestor) Total Matr_Gestor -PK

71


70/118


Idenntidade,

erificar q

tif pend , entr at no ves s d esmae isto a m ti o tivermos mais de

v uem de de sse processo chamado de dependncia transitiva.

Tod as entida es no m ndncia transitiva. Portanto, j estotamb m na terceira forma normal.

igura 19: MER lgico 3 fn - Compra autorizada

icar a de, num

depen

nciaesma en

quem. E

e si, dosdade, quand

ributos cha candidataum atributo no chave,

e uma m

Concluso: as d apresenta depe

F

72


71/118

6.3.1.9 - DEPSITO DE DADOS COMPRA RECEBIDA (D05)

Nmero daCompraRecebida

Nmeroda NotaFiscal

DataEmissoda NotaFiscal

Nome doFornecedor

CNPJ IE Descriodo

Produto

UnidadeDistribuio

0011/2006 55 20/03/2006 DF-Farma Algodo -10gr

Cx

0011/2006 GO-Farma Besetacil Ampola

0012/2006 Papelaria Papel A4 ResmaEstrela

0013/2006 DF-Farma Algodo -10gr

Cx

Quantidade daCompra Autorizada

Valor UnitriodaCompra Autori daza

Imposto Usurio Recebedor Data doRecebimento2 10,00 1 /2006,00 Jos 30/03

3 90,00 0,50 30/03/2006Joo

4 11,00 0,50 30/03/2006Maria

5 10,00 1,00 a 30/03/2006Mari

umrio de Cotao, as colunas m repetitivo so:Descrio do Produto e Unidade de Distribuio.

Nm rio de Cotao sero considerados itens atmicos.

Num mesmo S que apresentam ite

ero de Cotao e Data de Sum

NOME DO ATRIBUTO ATRIBUTO ENTIDADE Nmero da Co pra Recebida _ComReceb -PK m Num Nm Num_NF - PK ero da Nota FiscalData da ta Fiscal Data_NFEmisso da NoCdigo do Fornecedor Cod_Fornecedor -FK CNPJ CNPJ_Fornecedor OMPRA RECEBIDACIE IE_Fornecedor Cdigo do Produto Cod_Produto -FK Q ida Quan_ComRecebuantidade da Compra RecebValor Recebida Valor_ComRecebUnitrio da CompraValor dos Impostos Valor_ImpostosData do Recebimento da Compra Data_RecCompra Nmero do Sumrio de Cotao Num_SumCotao


Cdigo da Unidade de Distribuio UNIDADE DE DISTRIBUIOCod _UnDistr -PKDescrio da Unidade de Distribuio Desc_UnDistr


Matrcula do Usurio Recebedor M USUR atr_UsuarioReceb- PK IO

Nome do Usurio Recebedor Nome_Recebedor

73


72/118

Comentrio:Uma compra de um me ser compos a nota

AL - 2FN

Em cada entidade, identificar e separar as dependncias (total ou parcial) de cadao s cha aso te a

ade tive candidata simples, a aplicao da 2FNsultado obtido na 1F precisa aplicar a sse caso,

direto para a 3FN.to de atributos depen esma(s) chave(s) candidata(s) formaro resultado da 2F

smo fornecedor pode ta de mais de umfiscal.

2 FORMA NORM

atributo no chave em rela ves candidatas, c nhamos uma chave candidatcomposta. Entretanto, se a entid r uma chaveno alterar o re N, isto , no 2F . Ne N passaramos da 1FN

Cada conjun dentes da(s) muma nova entidade n N.

ATRIBUTO DEPENDNCIA CHAVE CANDIDATA Num_ComReceb -PK

Num_NF- PK Data_NF Parcial Num-NF -PK e Cod_Fornecedor -PKCod_Fornecedor -FK

CNPJ_Fornecedor Parcial Cod_Fornecedor -PKIE_Fornecedor Parcial Cod_Fornecedor -PK

Cod_Produto -FK Quan_ComReceb Total todasValor_ComReceb Total todas

Valor dos Impostos Total todasData_RecCompra Parcial Num_ComReceb -PK

Num_S Total TodaumCotao - s

Cod_Produto -PK D Total Cod_Produto -PK esc_Produto


Cod_Fornecedor -PK Nome Total Cod_Fornecedor -PK _Fornecedor

Matr_UsuarioRecebr - PK N Total Matr_FuncRecebedor - PK ome_Recebedor

Concluso:As entidades PRODUTO, UNIDADE DE DISTRIBUIO, FORNECEDOR eUSURIO se encontram na segunda form normal. Surgiu a entidade DADOS DOFORNECEDOR e RECEBIMENTO.

a

NOME DO ATRIBUTO ATRIBUTO ENTIDADE Numero da Com Num_Com eceb -PK pra Recebida R Nm Num_ PK ero da Nota Fiscal NF -Data Data_NFda Nota FiscalCdigo do Fornecedor Cod_Fornecedor - FK COMPRA RECEBIDACdigo do Produto Cod_Produto -FK Quantidade da Compra Recebida Quan_CompraRecebidaValor Unitrio da Compra Recebida Valor_UnComRecebValor dos Impostos Valor_Impostos Nmero do Sumrio de Cotao Num_SumCotacao

74


73/118

Numero da Compra Recebida Num_ComReceb -PK RECEBIMENTOData do Recebimento da Compra Data_RecCompra

Cdigo do Fornecedor Cod_Fornecedor -PKCNPJ do Fornecedor CNPJ_Fornecedor DADOS DO FORNECEDOR IE do Fornecedor IE_Fornecedor


Cdigo do Produto Cod_Produto -PK PRODUTODesc

total total parcial chave candidata todas todas

Documents