WELLINGTON DE PAUDA DA SILVA SISTEMA GERENCIADOR DE POSTOS DE COMBUSTÍVEIS

(1)

Assis 2011

WELLINGTON DE PAUDA DA SILVA

(2)

SISTEMA GERENCIADOR DE POSTOS DE COMBUSTÍVEIS

Trabalho de Conclusão de Curso

apresentado ao Instituto Municipal de Ensino Superior de Assis, como requisito do Curso Superior de Tecnologia em Processamento de Dados.

ORIENTADOR: Célio Desiró

Área de Concentração: Desenvolvimento de Sistemas

Assis, SP 2011

(3)

FICHA CATALOGRÁFICA

SILVA, Wellington de Pauda

Sistema Gerenciador de Postos de Combustíveis / Wellington de Pauda da Silva. Fundação Educacional do Município de Assis – FEMA - Assis, 2011.

53 pgs.

Orientador: Celio Desiró.

Trabalho de Conclusão de Curso - Instituto Municipal de Ensino Superior de Assis - IMESA.

1. Visual Studio 2. C Sharp 3.SQL Server 2008

CDD: 001.61

(4)

SISTEMA GERENCIADOR DE POSTOS DE COMBUSTÍVEIS

Trabalho de Conclusão de Curso apresentado ao Instituto Municipal de Ensino Superior de Assis, como requisito do Curso Superior de Tecnologia em Processamento de Dados, analisado pela seguinte comissão examinadora:

ORIENTADOR: Célio Desiró

Analisador : Msc. Douglas Sanches da Cunha

Assis, SP 2011

(5)

AGRADECIMENTOS

Agradeço a todas as pessoas que contribuíram para o desenvolvimento deste trabalho, principalmente minha família pelo apoio durante este período de trabalho.

Ao Sr. Célio Desiró, que me instruiu durante esse processo.

Aos amigos Bruno Miranda, Marcos Paulo, Mateus Szmodic, Pedro Varella, Junior Cesar, que ajudaram com seus conhecimentos, e todas outras pessoas não citadas que apoiaram de alguma forma.

(6)

RESUMO

O Sistema Gerenciador de Postos de Combustíveis tem por objetivo organizar todas as informações geradas diariamente no Grupo Rede Paulista, onde essas informações servem tanto para os estabelecimentos quanto para o fisco dos mesmos, para facilitar e utilizar o sistema da forma mais simples e objetiva.

No desenvolvimento deste trabalho, como forma de conclusão de curso, obtendo todas as documentação apresentada na forma de análise, foi utilizada a metodologia de análise Orientada a Objetos e na implementação a ferramenta Visual Studio 2010 com o ambiente de desenvolvimento C#(C sharp). Net para desktop, juntamente com o banco de dados SQL Server 2008.

(7)

ABSTRACT

The System Manager Fuel Stations aims to organize all the information generated daily in the Rede Paulista Group, where such information is to much for the establishments of the same tax. To facilitate and use the system

as simple and objective.

The development of this work, as a form of completion, getting all the documentation submitted in the form of analysis, the methodology of Object Oriented analysis and how to implement the tool using Visual Studio 2010 development environment with C sharp.Net desktop, along with the database SQL Server 2008.

(8)

LISTA DE ILUSTRAÇÕES

Figura 1 – Estrutura Analitica do Projeto(WBS)...21

Figura 2 – Sequenciamento de Atividades...22

Figura 3 - Setup Inicial do Sistema...27

Figura 4 - Movimentação...28

Figura 5 - Diagrama de Classe...29

Figura 6 - Diagrama de Atividade Administrador...30

Figura 7 - Diagrama de Atividade Usuário...31

Figura 8 - Diagrama de Sequência Camadas...32

Figura 9 - Diagrama de Sequência...33

Figura 10 - UC01 - Cadastrar novos usuários...34

Figura 11 - UC02 - Cadastrar Cliente...35

Figura 12 - UC03 - Cadastrar Produtos Lubrificantes...36

Figura 13 - UC04 - Cadastrar tanques, bicos e Produtos...37

Figura 14 - UC05 - Cadastrar Fornecedor...39

Figura 15 - UC06 - Cadastrar Transportadora...40

Figura 16 - UC07 - Informar Número do Bico...41

Figura 17 - UC08 - Informar Numeração Inicial...42

Figura 18 - UC09 - Informar Numeração Final...43

Figura 19 - UC10 - Informar número do bico para realizar venda...44

Figura 20 - UC11 - Informar o cliente para realizar venda...45

Figura 21 - UC12 - Informar Nota Fiscal paulista...46

Figura 22 - UC13 - Informar a forma de pagamento...47

Figura 23 - UC14 - Lançar nota de entrada...48

Figura 24 - Tela de Cadastro de Cliente...51

Figura 25 - Tela de Busca de Cliente...52

(9)

LISTA DE TABELAS

Tabela 1 - Lista de Eventos...18

Tabela 2 - Estimativa de Duração das atividades definidas...23

Tabela 3 - Cronograma de realização das atividades definidas...24

Tabela 4 - Orçamento do Projeto...26

Tabela 5 - UC01- Cadastrar novos usuários...34

Tabela 6 - UC02 -Cadastro Cliente...35

Tabela 7 - UC03 -Cadastrar Produtos Lubrificantes...36

Tabela 8 - UC04 -Cadastrar tanques, bicos e Produtos...38

Tabela 9 - UC05 -Cadastrar Fornecedor...39

Tabela 10 - UC06 -Cadastrar Transportadora...40

Tabela 11 - UC07 -Informar Número do Bico...41

Tabela 12 - UC08 -Informar Numeração Inicial...42

Tabela 13 - UC09 -Informar Numeração Final...43

Tabela 14 - UC10 -Informar número do bico para realizar venda...44

Tabela 15 - UC11 -Informar o cliente para realizar a venda...45

Tabela 16 - UC12 -Informar Nota Fiscal Paulista...46

Tabela 17 - UC13 -Informar a forma de pagamento...47

(10)

LISTA DE ABREVIATURAS E SIGLAS

WBS Work Breakdown Structure

SQL Structure Query Language

C# C Sharp

LMC Livro de Movimentação de Combustível

NFP Nota Fiscal Paulista

(11)

SUMÁRIO

1 INTRODUÇÃO...13 2 DESENVOLVIMENTO DO TRABALHO...14 2.1 Objetivo...14 2.2 Motivação...14 3 LEVANTAMENTO DE REQUISITOS ...15

3.1 Detalhamento do Problema a ser Resolvido...15

3.2 Resultados Esperados na Implantação do Software...15

3.3 Forma Adotada para Levantamento de Requisitos ...15

4 ANÁLISE DOS REQUISITOS...16

4.1 Restrições de Desenvolvimento do Software...16

4.2 Problemas Potenciais...16

4.3 Priorização da Implantação dos Requisitos...16

5 LISTA DE EVENTOS...17

6 METODOLOGIA DE DESENVOLVIMENTO ...18

6.1 Metodologia de Análise...18

6.2 Linguagem de Programação : C# Microsoft Visual Studio 2010...18

6.3 Banco de Dados SQL Server 2008...18

6.4 Estrutura Analítica do Projeto...21

6.5 Sequenciamento das Atividades...22

6.6 Estimativa de Duração das Atividades Definidas...23

6.7 Cronograma de Realização das Atividades Definidas...24

7 ESPECIFICAÇÃO DE CUSTOS...25

7.1 Recursos Necessários para o Desenvolvimento do Projeto...25

7.2 Estimativa de Custos ...25

7.3 Orçamento do Projeto...26

8 DIAGRAMAS...27

8.1 Diagramas de Caso de Uso – Visão Geral...27

8.1.1 Setup inicial do sistema...27

8.1.2 Movimentação...28

8.2 Diagrama de Classes...29

8.3 Diagrama de Atividades ...30

(12)

8.3.2 Atividades do Usuário...31

8.4 Diagrama de Sequência...32

8.4.1 Exemplo de Cadastro utilizando cominicação entre camadas....32

8.5 Diagrama de Sequência...33

9 ESPECIFICAÇÃO DE CASO DE USO...34

9.1 UC01 -Cadastrar Novos Usuários...34

9.2 UC02 -Cadastrar Clientes...35

9.3 UC03 -Cadastrar Produtos Lubrificantes...36

9.4 UC04 -Cadastrar Tanques, Bicos e Produtos...37

9.5 UC05 -Cadastrar Fornecedor...39

9.6 UC06 -Cadastrar Transportadora...40

9.7 UC07 -Informar Número do Bico...41

9.8 UC08 -Informar Numeração Inicial...42

9.9 UC09 -Informar Numeração Final...43

9.10 UC10 -Informar Número do Bico para Realizar Venda...44

9.11 UC11 -Informar o Cliente para Realizar Venda...45

9.12 UC12 -Informar Nota Fiscal Paulista...46

9.13 UC13 -Informar a Forma de Pagamento...47

9.14 UC14 -Lançar Nota de Entrada...48

10 CONCLUSÃO...49

10.1 Trabalhos Futuros...49

11 REFERÊNCIAS...50

12 ANEXOS...51

12.1.1 Interface do Sistema...51

12.1.2 Tela de Busca de Cliente...52

(13)

1 INTRODUÇÃO

Este trabalho aborda o controle de produtos com base em uma rede de postos de combustível, a Rede Paulista, onde existe uma exigência de controlar a grande quantidade de informações geradas diariamente. A partir destas necessidades surgiu a oportunidade de desenvolver um sistema para postos de combustíveis. O processo realizado na empresa é da seguinte forma: são dois sistemas sendo utilizados paralelamente e mais anotações do estoque em papel. A primeira forma de guardar os dados é em planilhas eletrônicas (Microsoft Excel), o outro sistema faz as vendas (Emissão de Cupom Fiscal) e as anotações em papel controlam o estoque de lubrificantes.

O desenvolvimento de um software com todas essas funcionalidades integradas é essencial – para englobar e agilizar todos os processos. Além dessas necessidades, o programa terá que gerar as portarias obrigatórias do ramo de comércio de combustíveis, como GRF (cat. 95), Nota Fiscal Paulista (cat. 52) Nota Fiscal Eletrônica (cat.162), L.M.C (Livro de Movimentação de Combustíveis), Redução Z e Leitura X. O sistema também irá controlar ainda o caixa e os estoques, informando entradas, saídas e saldos.

Portanto, o software a ser desenvolvido oferecerá ao cliente uma maior segurança, no momento da venda, e maior agilidade na emissão do cupom fiscal.

(14)

2 DESENVOLVIMENTO DO TRABALHO

2.1 OBJETIVO

Pretende-se com este trabalho desenvolver um Sistema Gerenciador de Postos de Combustíveis, que tem por objetivo o controle de vendas do estabelecimento, registrando as numerações das bombas de combustíveis, tendo os valores exatos das vendas de produtos, e registros para conferência dos fiscos competentes. O sistema irá agregar as portarias obrigatórias, como Nota Fiscal Paulista (cat. 52) entre outras. Com o desenvolvimento de um software especifico, pretende-se também estabelecer uma maior agilidade no processo de armazenar as informações necessárias da Empresa, como lançamentos de notas de entrada, cadastro dos tanques de combustíveis e o controle das mesmas.

Outro objetivo considerável é o controle de estoque dos lubrificantes bem como as comissões dos funcionários que efetuaram as vendas.

2.2 MOTIVAÇÃO

Visto que atualmente existe uma grande quantidade de softwares existente no mercado, sendo a maior parte em ambiente texto, padrão MS-DOS, onde os usuários reclamam muito devido ao difícil aprendizado nos sistemas, tornar - se conveniente ter um software em ambiente gráfico, que consiga atender todas as necessidades e especificações do cliente de maneira simples e objetiva.

(15)

3 LEVANTAMENTO DE REQUISITOS

3.1 DETALHAMENTO DO PROBLEMA A SER RESOLVIDO

Com o grande aumento de volume de informações que fazem parte da rotina diária da empresa, e em virtude dos prazos estabelecidos pela ANP (Agencia Nacional de Petróleo) e também pelo fisco, surge a necessidade de um sistema que controle de maneira rápida e precisa essas informações, possibilitando a entrega de documentos fiscais no prazo previsto impedindo desta forma problemas com o mesmo futuramente.

3.2 RESULTADOS ESPERADOS NA IMPLANTAÇÃO DO SOFTWARE

Espera-se obter maior controle da informações geradas, centralizar todas as informações em um só sistema, possibilitando assim a localização rápida de tudo aquilo que necessitar, tanto para o cliente quanto para o fisco, resultando em maior satisfação de todos os lados envolvidos.

3.3 FORMA ADOTADA PARA LEVANTAMENTO DE REQUISITOS

Análise da atual forma de gerenciamento das informações, visitas constantes e acompanhamento rotineiro no local de trabalho compreendendo todas as necessidades da empresa.

(16)

4 ANÁLISE DOS REQUISITOS

4.1 RESTRIÇÕES DE DESENVOLVIMENTO DO SOFTWARE

Para execução do sistema, será necessário um microcomputador com configurações intermediárias que permitirá a funcionalidade total do sistema. Aliado ao computador, uma impressora para emissão de relatórios (L.M.C conferência de estoque, por exemplo).

4.2 PROBLEMAS POTENCIAIS

• Controlar venda por usuário;

• Controlar cadastro de numeração de bombas por usuário; • Controlar quantidade de Produtos no tanque;

• Controlar quantidade de Lubrificantes;

• Controlar comissão do usuário por lubrificante vendido;

• Emitir relatórios de controle diversos (movimentações, listagem de cliente); 4.3 PRIORIZAÇÃO DA IMPLANTAÇÃO DOS REQUISITOS

• Cadastro de Usuário, bico, estoque e cliente; • Cadastro de Numeração de Bombas;

(17)

5 LISTA DE EVENTOS

Nº Descrição Use Case

01 Administrador gerencia contas de logins para novos Usuários

Cadastrar Novo Usuário

02 Usuário cadastra Cliente (Físico ou Jurídico) Cadastrar Cliente 03 Usuário cadastra Produtos de Lubrificantes Cadastrar Produto Lub. 04 Usuário cadastra Fornecedor Cadastrar Fornecedor 05 Usuário cadastra Transportadora Cadastrar Transportadora

06 Usuário cadastra Tanques Cadastrar Tanques

07 Usuário cadastra Bicos Cadastrar Bicos

08 Usuário cadastra Produto (Etanol, Gasolina, Diesel)

Cadastrar Produtos

09 Usuário lança Número do Bico Lançar Numeração do Bico

10 Usuário lança Número Inicial da Bomba Lançar Numeração Inicial

11 Usuário lança Número Final da Bomba Lançar Numeração Final

12 Usuário cadastra Estoque Cadastrar Estoque

13 Usuário lança os produtos (Notas de Entrada) Lançar Notas de Entrada 14 Usuário efetua uma venda de um produto Efetuar Vender

15 Usuário informa o bico no qual o cliente foi atendido, puxando automaticamente o produto

Efetuar a seleção do Bico

16 Usuário busca o cliente cadastrado Efetuar a seleção do Cliente

17 Usuário Informa se o cliente solicita Nota Fiscal Paulista

Verificar NFP

18 Usuário Escolhe a forma de Pagamento

Emitir Forma de Pagamento

19 Usuário Emite Relatórios de Movimentações Emitir Relatórios de Movimentações

(18)

Movimentação de Combustível)

21 Usuário Emite Relatórios para Conferência de dados no sistema

Emitir Relatórios para Conferência

(19)

6 METODOLOGIA DE DESENVOLVIMENTO

6.1 METODOLOGIA DE ANÁLISE

Na metodologia de análise ser utilizada a orientação a objetos, devido ao grande reaproveitamento de códigos.

“A Orientação a Objetos é eloquentemente descrita por Dan Ingalls, famoso pela Smalltalk. Para ele, a orientação a objetos proporciona uma solução que leva a um “universo de objetos bem-comportados que polidamente pedem uns aos outros que realizem seus vários desejos.”

O contraste entre a orientação a processos e a orientação a objetos pode ser resumido da seguinte maneira. O processamento de dados convencional concentra-se nos tipos de processos que manipulam tipos de dados. A orientação a objetos concentra-se nos tipos de objetos cuja estrutura de dados pode ser manipulada somente com os métodos da classe de objetos. Ocorrem eventos que mudam o estado de um objeto. Cada mudança de estado comumente é simples para o programa em si mesmo, de forma que dividimos a programação em partes relativamente simples. Cada objeto, com efeito, executa uma função especifica independentemente de outros objetos. Eles responde a mensagem, sem saber por que a mensagem foi enviada ou quais serão as consequências de sua ação. Uma vez que os objetos agem individualmente, cada classe pode ser mudada de uma forma amplamente independente de outras classes. A manutenção de sistemas orientados a objetos é muito mais fácil do que a manutenção de sistemas convencionais. ”

6.2 LINGUAGEM DE PROGRAMAÇÃO : C# MICROSOFT VISUAL STUDIO 2010.

Com as tendências de programação a objeto e a facilidade de manipular o Visual Studio 2010, a tecnologia da Microsoft oferece com grande qualidade e objetivo da necessidade do sistema a ser desenvolvido.

(20)

6.3 BANCO DE DADOS SQL SERVER 2008

“O SQL Server 2008 cumpre a visão da Plataforma de Dados da Microsoft ao ajudar sua organização a gerenciar quaisquer dados, em qualquer lugar e a qualquer hora. Armazene dados de documentos estruturados, semiestruturados e não estruturados, como imagens e mídia avançada, diretamente dentro do banco de dados. O SQL Server 2008 fornece um conjunto avançado de serviços integrados que permitem a você fazer mais com seus dados, como consultar, pesquisar, sincronizar, relatar e analisar.

O Microsoft SQL Server 2008 proporciona os mais altos níveis de segurança, confiabilidade e escalabilidade para suas aplicações críticas. Para aproveitar novas oportunidades no agitado mundo dos negócios, as empresas precisam da capacidade de criar e implantar rapidamente soluções orientadas a dados. O SQL Server 2008 reduz o tempo e o custo de gerenciamento e desenvolvimento de aplicações.”

(21)

6.4 ESTRUTURA ANALÍTICA DO PROJETO

(22)

6.5 SEQUENCIAMENTO DAS ATIVIDADES

Figura 2 – Sequenciamento de Atividades

<<31>> Levantamento dos Requisitos <<15>> Especificação dos Requisitos <<15>> Diagrama de Sequência <<108>> Programação <<15>> MER <<15>> Diagrama de Caso de Uso <<16>> Diagrama de Atividades <<15>> Diagrama de Classes <<15>> Especificação de Casos de Uso <<15>> Testes <<7>> Instalação

(23)

6.6 ESTIMATIVA DE DURAÇÃO DAS ATIVIDADES DEFINIDAS

Atividade Data Inicio Data Final Total de Dias

Levantamento dos Requisitos 01/03/2011 31/03/2011 31 Especificações dos Requisitos 01/04/2011 15/04/2011 15 Diagrama de Caso de Uso 16/04/2011 30/04/2011 15 Especificações do Caso de Uso 01/05/2011 15/05/2011 15 Diagrama de Atividades 16/05/2011 31/05/2011 16 Diagrama de Classes 01/06/2011 15/06/2011 15 Diagrama de Sequência 16/06/2011 30/06/2011 15 MER 01/07/2011 15/07/2011 15 Programação 16/07/2011 31/10/2011 108 Testes 01/11/2011 15/11/2011 15 Instalações 16/11/2011 23/11/2011 7

(24)

6.7 CRONOGRAMA DE REALIZAÇÃO DAS ATIVIDADES DEFINIDAS

Tabela 3 – Cronograma de realização das atividades definidas

Março Abril Maio Junho Julho Agosto Setembro Outubro Novembro

Atividade\Semana 1ª 2ª 3ª 4ª 1ª 2ª 3ª 4ª 1ª 2ª 3ª 4ª 1ª 2ª 3ª 4ª 1ª 2ª 3ª 4ª 1ª 2ª 3ª 4ª 1ª 2ª 3ª 4ª 1ª 2ª 3ª 4ª 1ª 2ª 3ª 4ª Levantamento Requisitos Especificação de Requisitos Diagrama de Caso de Uso Especificação de Caso de Uso Diagrama de Atividades Diagrama de Classes Diagrama de Sequência MER Programação Testes Instalação Apresentação

(25)

7 ESPECIFICAÇÃO DE CUSTOS

7.1 RECURSOS NECESSÁRIOS PARA O DESENVOLVIMENTO DO PROJETO • Humano

o 01 Analista/Desenvolvedor • Equipamento

o 01 Microcomputador Core 2 Duo de 2.0 Ghz, 6 Gb de memória RAM de HD de 500 GB;

o 01 Multifuncional (Copiadora, Impressora, Scanner); • Software

o Microsoft Visual C# 2010 – Ultimate;

o Crytal Report;

o Banco de Dados SQL Server 2008;

7.2 ESTIMATIVA DE CUSTOS

• Analista/Desenvolvedor: Custo Diário:R$ 39,00; Total de dias: 138;

Custo Total: (Custo diário X Total de dias): R$ 5.382,00 • Microcomputador:

Valor Unitário: R$ 2.100,00;

Depreciação 2 anos:R$ 2.100,00/24 (meses) = R$ 87,50 por mês; Custo Diário: R$ 87,50/30(dias) = 2,97;

Custo do Projeto (138 dias): R$ 2,97 * 138 = R$ 409,86; • Multifuncional

Valor Unitário: R$ 400,00;

Depreciação 2 anos: R$ 400,00/24 (meses) = R$ 16,67 por mês; Custo Diário: R$ 16,67/ 30 (dias) = R$ 0,56;

Custo Projeto (138 dias):R$0,56 * 138 = R$ 77,28; • Microsoft Visual C# 2010 – Ultimate:

Valor Unitário: R$ 1.420,00;

(26)

Custo Diário: R$ 59,17/30 (dias) = R$ 1,97;

Custo Projeto (138 dias): R$ 1,97 * 138 = R$ 271,86 • Crytal Report

Valor Unitário: R$ 300,00

Depreciação 2 anos : R$ 300,00/24 (meses) R$ 12,50; Custo Diário: R$ 12,50/30 (dias) = R$ 0,41;

Custo do Projeto (138 dias) = R$ 0,41 * 138 = R$ 56,58; • Microsoft SQL Server 2008 Express

Valor Unitário: R$ 0,00 (Edição Livre);

7.3 ORÇAMENTO DO PROJETO

Itens Custo

Analista/Desenvolvedor R$ 5.382,00

Microcomputador R$ 409,86

Multifuncional R$ 77,28

Microsoft Visual C# - Ultimate R$ 271,86

Crytal Report R$ 56,58

Microsoft SQL Server 2008 Express R$ 0,00

Custo Total: R$ 6.197,58

Tabela 4 – Orçamento do Projeto

(27)

8 DIAGRAMAS

8.1 DIAGRAMAS DE CASO DE USO – VISÃO GERAL

8.1.1 Setup inicial do sistema:

(28)

8.1.2 Movimentação:

(29)

8.2 DIAGRAMA DE CLASSES

(30)

8.3 DIAGRAMA DE ATIVIDADES

8.3.1 ATIVIDADES DO ADMINISTRADOR

(31)

8.3.2 ATIVIDADES DO USUÁRIO

(32)

8.4 DIAGRAMA DE SEQUÊNCIA

8.4.1 Exemplo de Cadastro utilizando comunicação entre camadas

(33)

8.5 DIAGRAMA DE SEQUÊNCIA

(34)

9 ESPECIFICAÇÃO DE CASO DE USO

9.1 UC01- CADASTRAR NOVOS USUÁRIOS

Figura 10 - UC01- Cadastrar novos usuários

Finalidade/Objetivo: Permitir a inclusão de novos usuários. O sistema terá um usuário previamente cadastrado durante sua implantação, e mesmo será usado para iniciar o setup;

Atores: Administrador;

Pré-Condições: O Administrador deverá estar logado no sistema; Evento Inicial: O Administrador escolhe a opção “Cadastrar Novos

Usuários” na tela principal;

Fluxo Principal: 1- O sistema solicita os dados necessários para o cadastro do usuário;

2- O Sistema efetiva a inclusão dos dados;

(35)

9.2 UC02 - CADASTRAR CLIENTES

Figura: 11 - UC02 - Cadastrar Cliente

Finalidade/Objetivo: Permite a inclusão de novos clientes.

O sistema terá o usuário solicitando o cadastrado para o administrador;

Atores: Administrador;

Pré-Condições: O usuário terá que estar cadastrado;

Evento Inicial: O usuário escolhe a opção “Cadastrar Cliente” e solicita para o Administrador;

Fluxo Principal: 1-O sistema solicita os dados necessário para o cadastro;

2-O usuário solicita a permissão para o administrador para a conclusão do cadastro;

(36)

9.3 UC03 - CADASTRAR PRODUTOS LUBRIFICANTES

Figura 12 - UC03- Cadastrar Produtos Lubrificantes

Finalidade/Objetivo: Permite a inclusão de novos produtos Lubrificantes.

Atores: Administrador, Usuários;

Evento Inicial: O usuário escolhe a opção “Cadastrar Produto Lubrificantes” e solicita para o Administrador; Fluxo Principal: 1-O sistema solicita os dados necessário para o

cadastro;

(37)

9.4 UC04 - CADASTRAR TANQUES, BICOS E PRODUTOS

Figura 13 - UC04 -Cadastrar tanques, bicos e Produtos

Finalidade/Objetivo: Permite a inclusão de novos tanques, bicos e produtos . O sistema terá o usuário solicitando o cadastrado para o administrador;

Atores: Administrador, Usuário;

Pré-Condições: O usuário terá que estar cadastrado, para cadastrar o produtos (Etanol, Gasolina, Diesel), o bicos e o tanques deverão estar previamente cadastrados;

Evento Inicial: O usuário escolhe a opção “Cadastrar Tanques” e solicita para o administrador;

O usuário escolhe a opção “Cadastrar Bicos” e solicita para o administrador;

O usuário escolhe a opção “Cadastrar Produtos” e solicita para o administrador;

Fluxo Principal: 1-O sistema solicita os dados, mas seguindo a ordem de cadastro (primeiro Tanque, Bico e Produto);

(38)

para a conclusão do cadastro;

(39)

9.5 UC05 - CADASTRAR FORNECEDOR

Figura 14 - UC05 -Cadastrar Fornecedor

Finalidade/Objetivo: Permite a inclusão de novos Fornecedores;

.O sistema terá o usuário solicitando o cadastrado para o administrador;

Evento Inicial: O usuário escolhe a opção “Cadastrar Fornecedor” e solicita para o Administrador;

Fluxo Principal: 1-O sistema solicita os dados necessários para o cadastro;

(40)

9.6 UC06 - CADASTRAR TRANSPORTADORA

Figura 15 – UC06-Cadastrar Transportadora

Finalidade/Objetivo: Permite a inclusão de novas Transportadoras;

.o sistema terá o usuário solicitando o cadastrado para o administrador;

Evento Inicial: O usuário escolhe a opção “Cadastrar Transportadora” e solicita para o Administrador;

Fluxo Principal: 1-O sistema solicita os dados necessário para o cadastro;

(41)

9.7 UC07 - INFORMAR NÚMERO DO BICO

Figura 16 - UC07-Informar Número do Bico

Finalidade/Objetivo: Permitir o usuário informar o número do bico

Atores: Usuários;

Evento Inicial: O usuário escolhe a opção “Lançar Numeração”; Fluxo Principal: 1-O sistema solicita o número do bico;

2-O usuário informa o bico;

(42)

9.8 UC08 - INFORMAR NUMERAÇÃO INICIAL

Figura 17 - UC08-Informar Numeração Inicial

Finalidade/Objetivo: Permitir o usuário informar a Numeração Inicial da Bomba;

Atores: Usuários;

Pré-Condições: O usuário terá que estar cadastrado e informar primeiro o numero do bico;

Evento Inicial: O usuário escolhe a opção “Lançar Numeração”; Fluxo Principal: 1-O sistema solicita a numeração inicial;

2-O usuário informa a numeração ;

(43)

9.9 UC09 - INFORMAR NUMERAÇÃO FINAL

Figura 18 - UC09-Informar Numeração Final

Finalidade/Objetivo: Permitir o usuário informar a Numeração Final da Bomba;

Atores: Usuários;

Pré-Condições: O usuário terá que estar cadastrado, informar primeiro o numero do bico e numeração inicial;

Evento Inicial: O usuário escolhe a opção “Lançar Numeração”; Fluxo Principal: 1-O sistema solicita a numeração final;

2-O usuário informa a numeração;

(44)

9.10 UC10 - INFORMAR NÚMERO DO BICO PARA REALIZAR VENDA

Figura 19 - UC10-Informar número do bico para realizar venda

Finalidade/Objetivo: Permitir o usuário realizar uma venda informando o número do bico;

Atores: Usuários;

Pré-Condições: O usuário terá que estar cadastrado e o bico previamente cadastrado;

Evento Inicial: O usuário escolhe a opção “Vender”;

Fluxo Principal: 1-O sistema solicita o bico onde está sendo vendido o produto;

2-O usuário informa o bico;

(45)

9.11 UC11 - INFORMAR O CLIENTE PARA REALIZAR A VENDA

Figura 20- UC11-Informar o cliente para realizar venda

Finalidade/Objetivo: Permitir o usuário realizar uma venda informando o cliente;

Atores: Usuários;

Pré-Condições: O usuário terá que estar cadastrado, cliente

previamente cadastrado e informado o bico da venda; Evento Inicial: O usuário escolhe a opção “Vender”;

Fluxo Principal: 1-O sistema solicita o cliente; 2-O usuário informa o cliente;

(46)

9.12 UC12 - INFORMAR NOTA FISCAL PAULISTA

Figura 21 - UC12-Informar Nota Fiscal Paulista

Finalidade/Objetivo: Permitir o usuário realizar uma venda e informar se o cliente irá querer Nota Fiscal Paulista;

Atores: Usuários;

Pré-Condições: O usuário terá que estar cadastrado, cliente

previamente cadastrado, informado o bico da venda e buscar o cliente;

Evento Inicial: O usuário escolhe a opção “Vender”;

Fluxo Principal: 1-O sistema solicita se o cliente quer nota fiscal paulista; 2-O usuário informa ‘SIM’ ou ‘NÂO’;

(47)

9.13 UC13 - INFORMAR A FORMA DE PAGAMENTO

Figura 22 - UC13-Informar a forma de pagamento

Finalidade/Objetivo: Permitir o usuário realizar uma venda e informar a forma de pagamento;

Atores: Usuários;

Pré-Condições: O usuário terá que estar cadastrado, e previamente informado, bico, cliente, NFP (Nota Fiscal Paulista); Evento Inicial: O usuário escolhe a opção “Vender”;

Fluxo Principal: 1-O sistema solicita a forma de pagamento; 2-O usuário informa a forma de pagamento;

(48)

9.14 UC14 - LANÇAR NOTA DE ENTRADA

Figura 23 - UC14-Lançar nota de entrada

Finalidade/Objetivo: Permite a inclusão de notas.

Evento Inicial: O usuário escolhe a opção “Notas Entrada”; Fluxo Principal: 1-O sistema solicita os dados necessários para os

lançamentos das notas;

2-O usuário informa aos dados necessários;

(49)

10 CONCLUSÃO

Com o término deste trabalho, administradores, gerentes e funcionários da empresa terão acesso à ferramenta desenvolvida, que os auxiliará em qualquer tipo de tomada de decisões, baseando nas informações fornecidas pelos cadastros, notas de compras, vendas, L.M.C(Livro de Movimentação de Combustível) e relatórios que mostrarão várias informações importantes sobre produtos e movimentações.

O Sistema Gerenciador de Postos de Combustíveis oferece recursos para que as empresas estejam em conformidade com as regras governamentais, quanto ao controle dos combustíveis, podendo ser facilmente localizadas as informações em relatórios onde podemos verificar a quantidade de produto em estoque.

O Sistema oferece para seus usuários e administradores uma centralização das informações, melhora a rotina do dia a dia, com maior segurança.

Através do desenvolvimento deste trabalho, pode-se aplicar os conhecimentos adquiridos durante o curso, bem como utilizar boas práticas de programação e ferramentas atuais, em constante disseminação no mercado tecnológico.

10.1 TRABALHOS FUTUROS

Futuramente o Sistema Gerenciador de Postos de Combustíveis, deverá contar com novas funcionalidades, uma vez que a legislação pode sofrer alterações e podem surgir novas exigências pela coordenação da empresa.

Um ponto interessante seria o desenvolvimento em web service, que possibilitaria maior dinamismo na troca de informações, pois como se trata de um grupo de empresas, poderia consultar essas informações de qualquer lugar.

Outro ponto importante a se destacar é a possibilidade da geração do arquivo Cat52 (Nota Fiscal Paulista) através do Sistema, pois é uma obrigatoriedade do governo e não foi contemplada neste trabalho.

(50)

11 REFERÊNCIAS

J.ODELL,James;MARTIN,James, Análise e Projetos Orientados a Objeto, Editora Makron Books, 1995.

SHARP, John,Microsoft Visual C# 2005 Passo a Passo, Editora Bookman,2007.

DANIEL, Ricardo,Orientacao a Objeto com Prototipacao,Editora ABDR, 2002.

BOOCH,Grady; RUMBAUGH, James; JACOBSON, Ivar, UML Essencial 2º Edição, Editora Bookman, 2000.

http://www.microsoft.com/sqlserver/2008/pt/br/overview.aspx > acessado em 29 março de 2011

(51)

12 ANEXOS

12.1 INTERFACE DO SISTEMA

12.1.1 Tela de Cadastro de Cliente

(52)

12.1.2 Tela de Busca de Cliente

(53)

12.1.3 Tela de Cadastro Transportadora