1.

INTRODUO

O sistema foi desenvolvido para a empresa Geraldo Cezero Me (ferro velho), situada na cidade de Trs Lagoas MS que atua no comrcio de reciclagem h 40 (quarenta) anos no mercado, sendo umas das empresas de ferro velho mais respeitada da cidade. A mesma atende uma grande demanda de clientes, sempre visando total satisfao do mesmo. Onde a empresa possui fornecedores, possibilitando a variedade de produtos.

1.1 MOTIVAO
A motivao veio pelo fato da cidade no possuir empresas de reciclagem com sistema de informao. A vontade da equipe de aperfeioar o atendimento da empresa foi bem recebida pelo proprietrio e funcionrios do estabelecimento. Portanto, deseja-se que o sistema proporcione agilidade e confiabilidade empresa possibilitando um melhor atendimento aos clientes.

1.2 JUSTIFICATIVA
A empresa tem o objetivo de adquirir um sistema pelo fato de no possuir um, e com a implantao do sistema procura-se que o atendimento seja mais gil e eficaz. Originando um total controle para o usurio (gerente) de toda a movimentao, atravs de relatrios precisos e objetivos gerados pelo sistema. Melhorando o atendimento aos clientes que usufruem dos servios prestados pela empresa.

1.3 ORGANIZAO DO TEXTO

Este trabalho est organizado em nove captulos objetivos e de fcil compreenso, no primeiro captulo, foi exposta a motivao da equipe de desenvolvimento e justificativa para a realizao desse projeto.

O segundo captulo apresentado com ajuda de diagramas e textos explicativos, como o funcionamento da empresa em que o projeto ser aplicado, mostrando recursos para o desenvolvimento do projeto e o cronograma utilizado. O terceiro captulo apresenta como o funcionamento do atual sistema de trabalho. Com a ajuda dos integrantes da empresa, foram analisados quais os problemas existentes. Com base no contexto levantado, apresentam-se trs solues alternativas para solucionar tais problemas, e o impacto que essas solues causaro a empresa. No quarto capitulo apresenta a anlise do projeto utiliza-se a anlise orientada a objeto, com diagramas objetivos e que mostram todo o que foi desenvolvido no sistema.

2. AVALIAO ADMINISTRATIVA
Neste captulo ir mostrar o nvel hierrquico e sua dimenso, e como ele se comporta dentro da Empresa. Vamos tambm apresentar a tecnologia existente na Empresa, os recursos necessrios para o desenvolvimento do sistema e o seu cronograma de desenvolvimento.

2.1 ORGANOGRAMA

DIREO

SETOR ADMINISTRATIVO

SETOR DE RELAES EXTERNAS

Figura 2.1 - Organograma.

2.2 FUNCIONOGRAMA DIREO

Responsvel pelo gerenciamento da Empresa, tomada de decises, bem como a preservao da qualidade de atendimento aos seus clientes.

SETOR ADMINISTRATIVO Responsveis pelo setor de RH, gerenciamento de contas a pagar e receber, e emisso de relatrios SES

SETOR DE RELAES EXTERNAS Responsveis pelo cadastro de Clientes, Fornecedores e Produtos bem como relaes externas

Figura 2.2 Funcionograma.

2.3 DIMENSO DO NVEL HIERQUICO

No sistema importante fundamentar claramente quais aes sero adotadas para coloc-lo em funcionamento. Por isso o nvel hierrquico dividido em 3 trs nveis: Nvel Operacional: o sistema atingir o nvel operacional agilizando o Setor

Administrativo e Setor de Relaes Externas, podendo gerar relatrios sobre os mesmos. Nvel Ttico: o sistema disponibilizar relatrios sobre Relaes Externas a curto

e longo prazo, isso far com que o usurio (gerente) tenha uma melhor viso de como a empresa est se comportando. Se ela est movimentando mais ou menos em relao aos meses anteriores. Auxiliando em decises. Nvel Estratgico: pelo fato do sistema gerar relatrios curto e longo prazo, o

usurio ter uma melhor idia, em que e no que investir a um longo perodo, ajudando tomar decises do tipo; daqui a 3 anos, qual ser a tendncia de mercado para a nossa empresa?

2.4 TECNOLOGIA EXISTENTE NA EMPRESA

A empresa j possui um microcomputador, descartando a possibilidade de ter que adquirir um. O computador existente na empresa possui um microprocessador Intel Celeron 1.3 GHz, memria RAM de 512 MB e HD de 80 GB, e com o sistema operacional Windows XP. O ferro velho possui uma impressora, HP Officejet C4280.

2.5 RECURSOS PARA O DESENVOLVIMENTO

Os recursos necessrios para o desenvolvimento do sistema foram os seguintes: Hardware: para a implantao do sistema ser necessrio um microcomputador e

uma impressora. Software: os recursos de software adequados para o desenvolvimento deste

projeto sero os seguintes: editor de texto Microsoft Word 2003 para a etapa de documentao; As ferramentas Delphi 7 para etapa de programao; A linguagem de programao ser baseada em Object Pascal e o Banco de Dados FireBird. de Sistemas. Recursos Comerciais: para que o sistema seja de melhor proveito, ser Recursos Humanos: para a concluso deste projeto, sero empenhados 3 (trs)

estagirios, analistas e programadores do curso de Tecnologia em Anlise e Desenvolvimento

necessrio um microcomputador e uma impressora, para a impresso de relatrios. Administrativo financeiro: o sistema depois de desenvolvido e analisado, ter

que passar pela aprovao do proprietrio, como no ir haver gastos com aquisio de microcomputador e nem de impressora, o custo se focar apenas em folhas e Cartuchos para alimentao da impressora

2.6 CRONOGRAMA DE DESENVOLVIMENTO

Determina as datas de inicio e fim das atividades do projeto. Assim se as datas de incio e fim no forem realsticas, fica improvvel que o projeto termine como planejado.

Planejamento Levantamento de Requisitos Analise Projeto Codificao Teste Manuteno Tabela 2.1 Cronograma de desenvolvimento.

2010 2011 08 09 10 11 01 02 03 04 05 06 07 08 09 10 11

3. LEVANTAMENTO DE REQUISITOS

No levantamento de requisitos, devero ser obtidas as informaes preliminares da situao atual do sistema, especificar os problemas existentes, detalhar os desejos do usurio e diagnosticar as possveis solues para estes problemas, satisfazendo os desejos do mesmo.

3.1 DESCRIO DO SISTEMA ATUAL

O cliente procura o Ferro velho Geraldo Cezero ME tanto pessoalmente quanto por telefone, para busca de informaes sobre produtos, assim como compras e reservas, o funcionrio colhe as informaes a respeito do caso do cliente para efetuar a movimentao. Se o cliente realizar uma compra ou reserva se faz necessrio o cadastro em uma ficha (papel), armazenando a razo social, nome fantasia, CPF ou CNPJ, endereo e telefone. Aps todo o cadastro o responsvel analisa o pedido executando a movimentao. A pessoa responsvel pelo controle de estoque e fornecedores o faz atravs de fichas de papeis.

3.2 PROBLEMAS EXISTENTES

Atravs de entrevistas com os proprietrios e os colaboradores, conclui-se que a empresa no possui um sistema informatizado que atenda as suas necessidades, atrapalhando no processo de localizao das fichas cadastrais e dos produtos, gerando uma demora na verificao das informaes. Quando so solicitados os relatrios, os funcionrios tem dificuldade em organizar as informaes devido ao fato citado acima.

3.3 DESEJOS DO USURIO

O usurio deseja um sistema que possibilite o cadastro de seus clientes, fornecedores, produtos e vendas tais como suas consultas. E que permita na fase de venda o cadastro do cliente e consulta de informaes correspondentes. Registrando informaes sobre a venda e automatizando a mesma.

3.4 SOLUES ALTERNATIVAS

Atravs de estudos analticos com base nas informaes extradas do usurio, foram apresentadas as seguintes solues ao mesmo: Buscar um software pronto no mercado;

Utilizar um editor de planilhas eletrnicas para realizao de cadastros e seus recursos de consultas; Desenvolver um sistema especfico que atenda as suas necessidades;

3.5 SOLUO ESCOLHIDA

O usurio escolheu a terceira opo, que consiste em desenvolver um sistema especfico que atenda as suas necessidades. Buscar um software pronto parece bastante vantajoso, mas a opo foi descartada, devido o software a ser adquirido no atender totalmente as expectativas do usurio fazendose necessrio mais equipamentos e utilizao de sistemas adicionais tais como planilhas. A segunda opo no oferece gasto, j que o escritrio possui um computador com o software bsico (Word e Excel). Mas no foi interessante para o usurio, pois com o passar do tempo o acmulo de informaes prejudicaria o desempenho para o registro e consulta de informaes.

3.6 IMPACTO DO SISTEMA NA ORGANIZAO

Com a informatizao da empresa, todos os processos das Vendas, cadastros e movimentaes, sero processados com maior agilidade, trazendo como benefcios a satisfao, tanto para os colaboradores da empresa quanto para os clientes e fornecedores. Os usurios do sistema devero apenas ser treinados para o manuseio do mesmo.

4. ANLISE

O modelo essencial da anlise de um sistema indica o qu o sistema deve fazer para satisfazer os requisitos do usurio mencionando o mnimo possvel sobre como o sistema ser implantado. A anlise essencial composta por vrios modelos, detalhados nas prximas sees: modelo ambiental, modelo de informao, modelo comportamental e modelo de implantao (projeto).

4.1 VISO USE CASE

Nesta seo sero abordados diagramas, definio de atores e lista de eventos.

4.1.1 DEFINIO DOS ATORES

Pessoas que estimulam o sistema para realizao de um evento. Clientes: Pessoas e empresas que compram o produto da empresa; Fornecedores: Pessoas e empresas que fornecem o produto para empresa; Gerentes: Usurios com controle total do sistema tais como relatrios e financeiro; Usurios: Usurios com controle bsico do sistema tais como vendas e consultas de preo;

4.1.2 LISTA DE EVENTOS

1- Cliente solicita cadastro Quando um novo cliente deseja comprar produtos e no est cadastrado.

2- Fornecedor solicita cadastro Quando um novo fornecedor deseja vender produtos e no est cadastrado.

3- Usurio solicita cadastro de compra. Quando a empresa realiza uma nova compra.

4- Cliente solicita cadastro de venda. Quando a empresa efetua uma nova venda. 5- Usurio solicita cadastro de produto. Quando adquirido um novo produto no cadastrado. 6- Gerente solicita relatrio de clientes. Quando o gerente necessita de informaes sobre os clientes cadastrados. 7- Gerente solicita relatrio de fornecedores. Quando o gerente necessita de informaes sobre os fornecedores cadastrados. 8- Gerente solicita relatrio de compras. Quando o gerente necessita de informaes sobre as compras. 9- Gerente solicita relatrio de vendas. Quando o gerente necessita de informaes sobre as vendas. 10- Gerente solicita relatrio de produtos. Quando o gerente necessita de informaes sobre os produtos cadastrados.

4.1.3 DIAGRAMAS DE USE CASES

4.1.3.1

CADASTRO DE CLIENTE

dadoscliente cadastrarcliente

cliente

Figura 4.1 Diagrama de Use Case de Cadastro de Cliente.

dadoscliente = {cod_cliente, nome, razao_social, cnpj, cpf, telefone1, telefone2, estado, cidade, bairro, rua, numero, cep }

Curso Normal

1. Cliente solicita cadastro 2. Sistema exibe tela de cadastro 3. Cliente solicita novo registro 4. Sistema coloca banco de dados em modo de insero 5. Cliente informa CNPJ ou CPF 6. Sistema valida CNPJ ou CPF 7. Sistema verifica que CNPJ ou CPF no est cadastrado 8.Cliente informa dadoscliente 9. Sistema cria instncia de cliente1 em clientes 10.Sistema emite mensagem Dados gravados com sucesso 11. Encerra use case

Curso Alternativo 6

6. Sistema no valida CNPJ ou CPF 6.1. Sistema emite mensagem O Cnpj ou Cpf digitado invlido. 6.2. Volta ao passo 5 do curso normal Curso Alternativo 7

7. Sistema verifica que o cnpj ou CPF est cadastrado 7.1. Sistema emite mensagem CNPJ/CPF j cadastrado! Alterar os dados do cliente? 7.2. Sistema exibe dadoscliente associado ao CNPJ ou CPF 7.3. Sistema exibe opo atualizar ou excluir 7.4. Cliente solicita atualizao e informa novos dados 7.5. Sistema atualiza instncia cliente1 em clientes 7.6. Sistema emite mensagem Dados atualizados com sucesso. 7.7. Encerra use case

Curso Alternativo 7.3

7.3. Cliente solicita excluso 7.3.1. Sistema verifica que no existe cliente1 associado a venda 7.3.2. Sistema exclui cliente1 de clientes 7.3.3. Sistema emite mensagem Cliente excludo com sucesso. 7.3.4. Encerra use case

Curso Alternativo 7.3.1

7.3.1. Sistema verifica que existe cliente1 associado a venda 7.3.1.1. Sistema emite mensagem No foi possvel excluir o cliente existe relacionamento para o mesmo. 7.3.1.2. Encerra use case

4.1.3.2 CADASTRO DE FORNECEDOR

dadosfornecedor cadastrarfornecedor

fornecedor

Figura 4.2 Diagrama de Use Case de Cadastro de Fornecedor.

dadosfornecedor = {cod_fornecedor,

nome, razao_social, cnpj, cpf, telefone1,

telefone2, estado, cidade, bairro, rua, numero, cep }

Curso Normal

1. Fornecedor solicita cadastro 2. Sistema exibe tela de cadastro 3. Fornecedor solicita novo registro 4. Sistema coloca banco de dados em modo de insero 5. Fornecedor informa CNPJ ou CPF 6. Sistema valida CNPJ ou CPF 7. Sistema verifica que CNPJ ou CPF no est cadastrado 8. Fornecedor informa dadosfornecedor 9. Sistema cria instncia de fornecedor1 em fornecedores 10. Sistema emite mensagem Fornecedor cadastrado com sucesso. 11. Encerra use case

Curso Alternativo 6

6. Sistema no valida CNPJ ou CPF 6.1. Sistema emite mensagem O Cnpj Cpf digitado invlido, ou no foi informado corretamente. 6.2. Volta ao passo 5 do curso normal

Curso Alternativo 7

7. Sistema verifica que o cnpj ou CPF est cadastrado 7.1. Sistema emite mensagem O CNPJ ou CPF informado j est cadastrado! Deseja alterar os dados do fornecedor deste CNPJ ou CPF ? 7.2. Sistema exibe dadosfornecedor associado ao CNPJ ou CPF 7.3. Sistema exibe opo atualizar ou excluir 7.4. Fornecedor solicita atualizao e informa novos dados 7.5. Sistema atualiza instncia fornecedor1 em fornecedores 7.6. Sistema emite mensagem Dados atualizados com sucesso. 7.7. Encerra use case

Curso Alternativo 7.3

7.3. Fornecedor solicita excluso 7.3.1. Sistema verifica que no existe fornecedor1 associado a compras 7.3.2. Sistema exclui fornecedor1 de fornecedores 7.3.3. Sistema emite mensagem Fornecedor excludo com sucesso. 7.3.4. Encerra use case

Curso Alternativo 7.3.1

7.3.1. Sistema verifica que existe fornecedor1 associado a compras 7.3.1.1. Sistema emite mensagem No foi possvel excluir o fornecedor existe relacionamento para o mesmo. 7.3.1.2. Encerra use case

4.1.3.3 CADASTRO DE COMPRA

dadoscompra

<<uses>> atualizarcompra

usurio

realizarcompra <<uses>> <<uses>>

<<extend>>

atualizarestoque cadastroproduto

cadastrofornecedor

Figura 4.3 Diagrama de Use Case de Cadastro de Compra.

dadoscompra = {cod_compra, item_compra, qtde_item, valor_item, valor_compra, data, hora, cod_fornecedor, cod_produto, }

Curso Normal

1. Usurio solicita compra 2. Sistema exibe tela de compra com opo de cadastro de cliente 3. Usurio solicita nova compra 4. Sistema coloca banco de dados em modo de insero 5. Sistema incrementa cod_compra, coloca data e hora, zera valor_compra e exibe fornecedores cadastrados. 6. Usurio seleciona cod_fornecedor. 7. Usurio informa dadoscompra 8. Sistema cria instncia de compra1 em compra 9. Para cada produto solicitado a) Sistema exibe produto cadastrado b) Usurio seleciona cod_produto e informa qtde_item c) Sistema calcula valor_item (valor_item=qtde_item*valor_item) d) Sistema atualiza estoque (qtde_produto= qtde_produto+qtde_item) e) Sistema incrementa valor_compra (valor_compra = valor_compra + valor_item)

10. Usurio finaliza compra 10. Sistema emite mensagem Compra realizada com sucesso. 11. Encerra use case

Curso Alternativo 3

3. Usurio solicita selecionar compra 3.1. Sistema exibe tela de compras 3.2. Usurio seleciona compra desejada 3.3. Sistema exibe compra selecionada 3.4. Encerra use case

Curso Alternativo 3.3

3.3. Usurio solicita cancelamento de compra 3.3.1. Sistema valida se qtde_produto>=item_compra 3.3.2. Sistema estorna produtos de compra1 os retirando do estoque 3.3.3. Sistema altera status de compra1 em compras para c 3.3.4. Sistema emite mensagem Compra cancelada com sucesso. 3.3.5 Encerra use case

Curso Alternativo 3.3.1

3.3.1. Sistema no valida 3.3.1.1. Sistema emite mensagem No foi possvel excluir a compra, o produto j se encontra igual ou menor que zero. 3.3.1.2. Encerra use case

Curso Alternativo 3

3. Usurio solicita cadastro de cliente 3.1. Sistema exibe tela de cadastro 3.2. Cliente solicita novo registro 3.3. Sistema coloca banco de dados em modo de insero 3.4. Cliente informa CNPJ ou CPF 3.5. Sistema valida CNPJ ou CPF 3.6. Sistema verifica que CNPJ ou CPF no est cadastrado 3.7.Cliente informa dadoscliente 3.8. Sistema cria instncia de cliente1 em clientes 3.9.Sistema emite mensagem Dados gravados com sucesso 3.10. Retornar ao passo 2 do curso normal.

Curso Alternativo 3.5

3.5. Sistema no valida CNPJ ou CPF 3.5.1. Sistema emite mensagem O Cnpj informado corretamente. 3.5.2. Volta ao passo 3.4 do curso alternativo 3 Cpf digitado invlido, ou no foi

Curso Alternativo 3.6

3.6. Sistema verifica que o cnpj ou CPF est cadastrado 3.6.1. Sistema emite mensagem O CNPJ ou CPF informado j est cadastrado! Deseja alterar os dados do cliente deste CNPJ ou CPF ? 3.6.2. Sistema exibe dadoscliente associado ao CNPJ ou CPF 3.6.3. Sistema exibe opo atualizar ou excluir 3.6.4. Cliente solicita atualizao e informa novos dados 3.6.5. Sistema atualiza instncia cliente1 em clientes 3.6.6. Sistema emite mensagem Dados atualizados com sucesso. 3.6.7. Retornar ao passo 2 do curso normal.

Curso Alternativo 6

6. Usurio solicita cadastro de fornecedor 6.1. Sistema exibe tela de cadastro de fornecedores 6.2. Usurio cadastra fornecedor 6.3. Sistema retorna ao passo 6 do curso normal. Curso Alternativo 9.a)

9.a). Usurio solicita cadastro de produto 9.a.1. Sistema exibe tela de cadastro de produto 9.a.2. Usurio cadastra produto 9.a.3. Sistema retorna ao passo 9.b

4.1.3.4 CADASTRO DE VENDA

dadosvenda cliente realizarvenda <<uses>>

<<extend>>

<<uses>>

atualizarestoque

cadastrarcliente cadastroproduto

Figura 4.4 Diagrama de Use Case de Cadastro de Venda.

dadosvenda = {cod_venda, item_venda, qtde_item, valor_item, valor_venda, data, hora, cod_produto}

Curso Normal

1. Cliente solicita venda 2. Sistema exibe tela de venda 3. Cliente solicita nova venda 4. Sistema coloca banco de dados em modo de insero 5. Sistema incrementa cod_venda, coloca data e hora, zera valor_venda e exibe clientes cadastrados. 6. Cliente seleciona cod_cliente. 7. Cliente informa dadosvenda 8. Sistema cria instncia de venda1 em venda 9. Para cada produto solicitado a) Sistema exibe produto cadastrado b) Cliente seleciona cod_produto e informa qtde_item c) Sistema calcula valor_item (valor_item=qtde_item*valor_item) d) Sistema atualiza estoque (qtde_produto= qtde_produto - qtde_item) e) Sistema incrementa valor_venda (valor_venda=valor_venda+ valor_item) 10. Cliente finaliza venda 10. Sistema emite mensagem Venda realizada com sucesso. 11. Encerra use case

Curso Alternativo 3

3. Cliente solicita selecionar venda 3.1. Sistema exibe tela de vendas 3.2. Cliente seleciona venda desejada 3.3. Sistema exibe venda selecionada 3.4. Encerra use case

Curso Alternativo 3.3

3.3. Cliente solicita cancelamento de venda 3.3.1. Sistema estorna produtos de venda1 os inserindo no estoque 3.3.2. Sistema altera status de venda1 em vendas para c 3.3.3. Sistema emite mensagem Venda cancelada com sucesso. 3.3.4. Encerra use case

Curso Alternativo 6

6. Cliente solicita cadastro 6.1. Sistema exibe tela de cadastro de clientes 6.2 Cliente insere dadoscliente 6.3 Sistema retorna ao passo 6 do curso normal.

4.1.3.5 CADASTRO DE PRODUTO

dadosproduto

Usurio

cadastrarproduto

Figura 4.5 Diagrama de Use Case de Cadastro de Produto.

dadosproduto vcompra_produto}

{cod_produto,

descricao,

qtde_produto,

valor_produto,

Curso Normal

1. Usurio solicita tela de produto 2. Sistema exibe tela de produto 3. Usurio solicita novo registro de produto

4. Sistema coloca banco de dados em modo de insero 5. Usurio informa dadosproduto 6. Sistema verifica se produto no est cadastrado 7. Sistema cria instncia de produto1 em produtos 8. Sistema emite mensagem Dados gravados com sucesso. 9. Encerra use case

Curso Alternativo 3

3. Usurio solicita selecionar produto 3.1. Usurio solicita alterao do registro de produto 3.2. Usurio seleciona o produto desejado 3.3. Usurio altera dadosproduto 3.4. Sistema verifica se produto j est cadastrado 3.5. Sistema atualiza instncia de produto1 em produtos 3.6. Sistema emite mensagem Dados gravados com sucesso. 3.7. Encerra use case

Curso Alternativo 3.1

3.1. Usurio solicita desativar produto 3.1.1. Sistema altera status de produto1 em produtos para c 3.1.2. Sistema emite mensagem Produto desativado com sucesso. 3.1.3. Volta ao passo 3 do curso normal

Curso Alternativo 3.1

3.1. Usurio solicita excluso 3.1.1. Sistema verifica que no existe produto1 associado venda 3.1.2. Sistema exclui produto1 de produtos

3.1.3. Sistema emite mensagem Produto excludo com sucesso 3.1.4. Encerra use case

Curso Alternativo 3.1.1

3.1.1. Sistema encontra produto associado venda 3.1.1.2. Sistema emite mensagem O produto se encontra associado venda (desativio) 3.1.1.3 Volta ao passo 3 do curso normal

Curso Alternativo 3.3

3.3. Sistema encontra produto j cadastrado 3.3.1. Sistema emite mensagem O produto j se encontra cadastrado. 3.3.2. Volta ao passo 4.2 do curso normal

Curso Alternativo 7

7. Sistema encontra produto j cadastrado 7.1. Sistema emite mensagem O produto j se encontra cadastrado. 7.2. Volta ao passo 5 do curso normal

4.1.3.6 RELATRIO DE CLIENTES

solicitarelclientes

gerente

gerarrelclientes

Figura 4.6 Diagrama de Use Case de Relatrio de Cliente.

Dadoscliente= { cod_cliente, nome, razao_social, cnpj,cpf ,numero, telefone1, telefone2,cidade,rua,bairro,estado,numero,cep }

Curso Normal

1. Gerente solicita relatrio de clientes 2. Sistema cria cabealho 3. Sistema executa SQL: select * from dadoscliente; 4. Sistema Cria rodap 5. Sistema exibe relclientes 6. Gerente confirma impresso 7. Sistema imprime relclientes 8. Sistema emite mensagem Relatrio impresso com sucesso. 9. Encerra use case

Curso Alternativo 6

6. Gerente cancela impresso 6.1. Encerrar use case

4.1.3.7 RELATRIO DE FORNECEDORES

solicitarelfornecedores gerarrelfornecedores

gerente

Figura 4.7 Diagrama de Use Case de Relatrio de Fornecedores.

dadosfornecedor = {cod_fornecedor, nome, razao_social, cnpj, cpf, numero, telefone1, telefone2, cidade, rua, bairro, estado, numero, cep }

Curso Normal

1. Gerente solicita relatrio de fornecedores 2. Sistema cria cabealho 3. Sistema executa SQL: select * from dadosfornecedor; 4. Sistema Cria rodap 5. Sistema exibe relfornecedores 6. Gerente confirma impresso 7. Sistema imprime relfornecedores 8. Sistema emite mensagem Relatrio impresso com sucesso. 9. Encerra use case

Curso Alternativo 6

6. Gerente cancela impresso 6.1. Encerrar use case

4.1.3.8 RELATRIO DE COMPRAS

solicitarelcompras gerarrelcompras

gerente

Figura 4.8 Diagrama de Use Case de Relatrio de Compras.

dadoscompra

{cod_fornecedor,

cod_produto,

cod_compra,

item_compra,

qtde_item, valor_item, valor_compra, data, hora}

Curso Normal

1. Gerente solicita relatrio de compras 2. Sistema cria cabealho 3. Sistema executa SQL: select * from dadoscompra; 4. Sistema Cria rodap 5. Sistema exibe relcompras 6. Gerente confirma impresso 7. Sistema imprime relcompras 8. Sistema emite mensagem Relatrio impresso com sucesso. 9. Encerra use case

Curso Alternativo 6

6. Gerente cancela impresso 6.1. Encerrar use case

4.1.3.9 RELATRIO DE VENDAS

solicitarelvendas gerarrelvendas

gerente

Figura 4.9 Diagrama de Use Case de Relatrio de Vendas.

dadosvenda = {cod_produto, cod_venda, item_venda, qtde_item, valor_item, valor_venda, data, hora}

Curso Normal

1. Gerente solicita relatrio de vendas 2. Sistema cria cabealho 3. Sistema executa SQL: select * from dadosvenda; 4. Sistema Cria rodap 5. Sistema exibe relvendas 6. Gerente confirma impresso 7. Sistema imprime relvendas 8. Sistema emite mensagem Relatrio impresso com sucesso 9. Encerra use case

Curso Alternativo 6

6. Gerente cancela impresso 6.1. Encerrar use case

4.1.3.10 RELATRIO DE PRODUTOS

solicitarelprodutos gerarrelprodutos

gerente

Figura 4.10 Diagrama de Use Case de Relatrio de Produtos.

dadosproduto vcompra_produto}

{cod_produto,

descricao,

qtde_produto,

valor_produto,

Curso Normal

1. Gerente solicita relatrio de produtos 2. Sistema cria cabealho 3. Sistema executa SQL: select * from dadosproduto; 4. Sistema Cria rodap 5. Sistema exibe relprodutos 6. Gerente confirma impresso 7. Sistema imprime relprodutos 8. Sistema emite mensagem Relatrio impresso com sucesso. 9. Encerra use case

Curso Alternativo 6

6. Gerente cancela impresso 6.1. Encerrar use case

4.2 VISO LGICA

Sero abordados diagramas de relacionamento do sistema a fim de exemplificar os relacionamentos.

4.2.1 DIAGRAMA DE CLASSE

item_v enda qtde_item : integer v alor_item : decimal +0..* incluir() pesquisar() +1..* +1 v enda cod_v enda : integer data : date hora : time status : char (a ,c) v alor_v enda : decimal alterar() cancelar() incluir() pesquisar() +1..* +1 cliente cod_cliente : integer cep : v archar (8) logradouro : v archar (50) status : char (a, c) telef one1 : v archar (13) telef one2 : v archar (13) alterar() excluir() incluir() pesquisar() +0..* +1

produto cod_produto : integer descricao : v archar (50) +1 +1 qtde_produto : integer status : char (a, c) v alor_produto : decimal v compra_produto : decimal alterar() excluir() incluir() pesquisar()

item_compra qtde_item : integer v alor_item : decimal incluir() pesquisar() +1..* +1 compra cod_compra : integer data : date hora : time status : char (a, c) v alor_compra : decimal alterar() cancelar() incluir() pesquisar()

+0..*

cidade cod_cidade : integer descricao : v archar (50) incluir() pesquisar() +* +1 estado cod_estado : integer descricao : v archar (20) sigla : v archar (2) incluir() pesquisar() clientej cnpj : v archar (14) razao_social : v archar (50) f ornecedorf +1 +0..*

+1..* +1 f ornecedor cod_f ornecedor : integer cep : v archar (8) logradouro : v archar (50) status : char (a, c) telef one1 : v archar (13) telef one2 : v archar (13) alterar() excluir() incluir() pesquisar()

clientef cpf : v archar (11) nome : v archar (50)

f ornecedorj

cpf : v archar (11) cnpj : v archar (14) nome : v archar (50) razao_social : v archar (50

Figura 4.11 Diagrama de Classe.

5. PROJETO
O projeto do sistema apresentando atravs de diagramas alem da definio das tecnologias de hardware onde o sistema foi implantado, o banco de dados de fcil visualizao nas tabelas exibidas.

5.1 PLATAFORMA DE HARDWARE E SOFTWARE

So detalhadas as tecnologias recomendadas para que sistema possua recursos que o proporcione maior velocidade nas atividades operacionais, alem de informaes das ferramentas utilizadas para a implementao do sistema.

5.1.1 HARDWARE
Para este sistema e a utilizao de outros softwares recomendado que o usurio possua: Um microcomputador com processador de 1.3 GHz, com disco rgido de 40GB, com 512 MB de memria RAM, um monitor de 15 LCD, teclado e mouse. (Servindo como estao de trabalho e servidor de banco de dados) Uma impressora Officejet na estao de trabalho. (Servindo como impresso)

5.1.2 SOFTWARE
O sistema ser desenvolvido pela ferramenta Borland Delphi 7, rodando em ambiente grfico, tambm ser utilizado como servidor de banco de dados SQL o software Firebird 2.5. Para gerar os relatrios ser utilizada a ferramenta RaveReport. Ser necessrio para a instalao e execuo do Sistema: Sistema Operacional Windows XP Firebird Server 2.5

5.2 VISO USE CASE

Um sistema composto por vrios aspectos, como no possvel expor em um nico grfico so definidas varias vises em forma de diagramas que projetam cada particularidade e comportamento do sistema.

5.2.1 DIAGRAMAS DE SEQUNCIA

Os diagramas de sequncia mostram detalhadamente a sequncia das interaes do usurio com o sistema.

5.2.2 DIAGRAMA DE SEQUNCIA

5.2.2.1 CADASTRO DE CLIENTE

Curso Normal

Figura 5.1 Diagrama de Sequncia Curso Normal Cadastro de Cliente.

Curso Alternativo 6

Figura 5.2 Diagrama de Sequncia Curso alternativo 6 de Cadastro de Cliente.

Curso Alternativo 7

Figura 5.3 Diagrama de Sequncia Curso alternativo 7 de Cadastro de Cliente.

Curso Alternativo 7.3

Figura 5.4 Diagrama de Sequncia Curso alternativo 7.3 de Cadastro de Cliente.

Curso Alternativo 7.3.1

Figura 5.5 Diagrama de Sequncia Curso alternativo 7.3.1 de Cadastro de Cliente.

5.2.2.2 CADASTRO DE FORNECEDOR

Curso Normal

Figura 5.6 Diagrama de Sequncia Curso Normal Cadastro de Fornecedor.

5.2.2.3 CADASTRO DE COMPRA

Curso Normal

Figura 5.7 Diagrama de Sequncia Curso Normal Cadastro de Compra.

5.2.2.4 CADASTRO DE VENDA

Curso Normal

Figura 5.8 Diagrama de Sequncia Curso Normal Cadastro de Venda.

5.2.2.5 CADASTRO DE PRODUTO

Curso Normal

Figura 5.9 Diagrama de Sequncia Curso Normal Cadastro de Produto.

5.2.2.6 RELATRIO DE CLIENTES

Curso Normal

Figura 5.10 Diagrama de Sequncia Curso Normal Relatrio de Clientes.

Curso Alternativo 6

Figura 5.11 Diagrama de Sequncia Curso Alternativo 6 de Relatrio de Clientes.

5.2.2.7 RELATRIO DE FORNECEDORES

Curso Normal

Figura 5.12 Diagrama de Sequncia Curso Normal Relatrio de Fornecedores.

5.2.2.8 RELATRIO DE COMPRAS

Curso Normal

Figura 5.13 Diagrama de Sequncia Curso Normal Relatrio de Compras.

5.2.2.9 RELATRIO DE VENDAS

Curso Normal

Figura 5.14 Diagrama de Sequncia Curso Normal Relatrio de Vendas.

5.2.2.10 RELATRIO DE PRODUTOS

Curso Normal

Figura 5.15 Diagrama de Sequncia Curso Normal Relatrio de Produtos.

5.2.2 DIAGRAMA DE DEPLOYMENT

Monitor

Mouse PC Impressora Officejet

Teclado

Estabilizador

4.2.2 DIAGRAMA DE COMPONENTES

pSisCT.dpr uCliente.pas

uUsuario.pas uSenha.pas uFornecedor.pas

uManutUsuario.pas uPrincipal.pas uCompra.pas

uSobre.pas uCep.pas

uVenda.pas

uProduto.pas

Concluso (manifestar seu ponto de vista sobre o tema e o aprendizado Alcanado). Bibliografia (livros, folhetos, relatrios, trabalhos apresentados em eventos cientficos, dissertaes, teses, publicaes peridicas, documentos registrados em fontes eletrnicas) citadas no texto. Anexos (opcional) (So os suportes elucidativos indispensveis compreenso do texto. So partes integrantes do trabalho e sua paginao deve ser contnua do texto principal. No caso da existncia de mais de um anexo, a sua identificao deve ser feita por letras maisculas consecutivas e seus respectivos ttulos).