sistema gerenciador de controle de estoque · a uml é uma linguagem de modelagem gráfica que...

Av. Getúlio Vargas, 1200 – Vila Nova Santana – Assis – SP – 19807-634 Fone/Fax: (0XX18) 3302 1055 homepage: www.fema.edu.br

GILMAR JOSÉ CIRINO

SISTEMA GERENCIADOR DE CONTROLE DE ESTOQUE

LINGUAGEM JAVA

Assis 2012

Av. Getúlio Vargas, 1200 – Vila Nova Santana – Assis – SP – 19807-634 Fone/Fax: (0XX18) 3302 1055 homepage: www.fema.edu.br

GILMAR JOSÉ CIRINO

SISTEMA GERENCIADOR DE CONTROLE DE ESTOQUE

LINGUAGEM JAVA

Trabalho de Conclusão de Curso Apresentado ao Instituto Municipal de Ensino Superior de Assis, como requisito do Curso de Graduação, Tecnologia em Processamento de Dados. Orientando: Gilmar José Cirino Orientador: Luis Ricardo Begosso

Assis 2012

SUMÁRIO

1 INTRODUÇÃO ............................................................................... 03 2 FERRAMENTA PARA O DESENVOLVIMENTO DO PROJETO .. 03 2.1 JAVA ...................................................................................................... 03

3 HIBERNATE .................................................................................. 05 4 UML ............................................................................................... 05 5 JUDE ............................................................................................. 05 6 BANCO DE DADOS MYSQL ........................................................ 06 7 LEVANTAMENTO DE REQUISITOS ............................................ 06 8 LISTA DE EVENTOS ..................................................................... 08 9 DIAGRAMA DE USE CASE .......................................................... 09 9.1 DIAGRAMA DE USE CASE: EFETUAR LOGIN ................................... 09 9.2 DIAGRAMA DE USE CASE: MANTER CLIENTE ................................. 10 9.3 DIAGRAMA DE USE CASE: MANTER USUÁRIO ................................ 11 9.4 DIAGRAMA DE USE CASE: MANTER FORNECEDOR ...................... 12 9.5 DIAGRAMA DE USE CASE: MANTER PRODUTO .............................. 13 9.6 DIAGRAMA DE USE CASE: MANTER COMPRA ................................ 14 9.7 DIAGRAMA DE USE CASE: MANTER VENDA .................................... 15 9.8 DIAGRAMA DE USE CASE: ATIVAR CLIENTE ................................... 16 9.9 DIAGRAMA DE USE CASE: DESATIVAR CLIENTE ............................ 17 9.10 DIAGRAMA DE USE CASE: CONTAS A PAGAR ................................ 18 9.11 DIAGRAMA DE USE CASE: CONTAS A RECEBER ........................... 19 9.12 DIAGRAMA DE USE CASE: CREDITAR CAIXA .................................. 20 9.13 DIAGRAMA DE USE CASE: DEBITAR CAIXA ..................................... 21 9.14 DIAGRAMA DE USE CASE: ENTRADA DE PRODUTOS .................... 22 9.15 DIAGRAMA DE USE CASE: RELATÓRIO DE CLIENTE ..................... 23 9.16 DIAGRAMA DE USE CASE: RELATÓRIO DE PRODUTO .................. 24 9.17 DIAGRAMA DE USE CASE: RELATÓRIO DE FORNECEDOR ........... 25 9.18 DIAGRAMA DE USE CASE: RELATÓRIO DE COMPRA ..................... 26 9.19 DIAGRAMA DE USE CASE: RELATÓRIO DE VENDA ....................... 27 9.20 DIAGRAMA DE USE CASE: REL. DE ENTRADA DE PRODUTOS ..... 28 9.21 DIAGRAMA DE USE CASE: RELATÓRIO DE CONTAS A PAGAR .... 29 9.22 DIAGRAMA DE USE CASE: REL. DE CONTAS A RECEBER ............ 30

10 DIAGRAMA DE CLASSE .............................................................. 31

11 DIAGRAMA ENTIDADE RELACIONAMENTO............................... 32 12 DIAGRAMA DE ATIVIDADES......................................................... 33 12.1 DIAGRAMA DE ATIVIDADE: CADASTRAR PRODUTO ...................... 33 12.2 DIAGRAMA DE ATIVIDADE: PEDIDO COMPRA ................................. 34 12.3 DIAGRAMA DE ATIVIDADE: PEDIDO VENDA .................................... 35

13 TELAS DO SISTEMA...................................................................... 36 13.1 TELA: CADASTRO DE PRODUTO ....................................................... 36 13.2 TELA: CADASTRO DE CLIENTES ....................................................... 37 13.3 TELA: PEDIDO COMPRA ..................................................................... 38

2

13.4 TELA: PEDIDO VENDA......................................................................... 39

14 CONCLUSÃO ................................................................................ 40

15 REFERÊNCIA BIBLIOGRÁFICA ................................................... 41

16 REFERÊNCIA ELETRÔNICA ........................................................ 41

3

1 INTRODUÇÃO

Com o crescimento populacional, a globalização e o desenvolvimento do capitalismo no

século XX, surgem novas necessidades para o ser humano. A quantidade de dados e

informações para serem armazenadas e computadas atinge um volume incalculável. A

informática surge neste contexto: superar a necessidade do ser humano de registrar e

manipular dados em grandes quantidades com precisão e rapidez.

A evolução administrativa, e a própria tecnologia, exigiu o desenvolvimento de soluções de

informatização e informação, orientadas a atender as expectativas dos planos estratégicos das

empresas, estabelecendo o "caminho" a ser seguido. O CPD (agora chamado TI – Tecnologia

da Informação) precisa assegurar o bom funcionamento dos Sistemas de Informação da

empresa, buscando soluções e oportunidades para o objetivo da corporação, ou seja, para que

a missão seja verdadeiramente alcançada.

Este projeto destina se ao Supermercado França, que atualmente conta com duas lojas, a filial

na cidade de Assis, e a matriz na cidade de Maracaí, sua principal finalidade será de garantir

segurança e robustez nas informações geradas e tratadas no cotidiano.

O objetivo do trabalho é desenvolver um aplicativo para o controle do estoque do

supermercado, garantindo precisão e agilidade na tomada de decisões. Este trabalho pretende

utilizar a Tecnologia Java com a ferramenta IDE Netbeans para o desenvolvimento do

projeto, para persistência dos dados no banco o framework Hibernate, a modelagem da

aplicação será feita em UML (Unified Modeling Language) utilizando a ferramenta JUDE

para a elaboração da análise, será utilizado o Mysql para a estruturação do banco de dados.

2 FERRAMENTA PARA O DESENVOLVIMENTO DO PROJETO

2.1 JAVA

Java é uma linguagem de programação orientada a objetos desenvolvida na década de 90 por

uma equipe de programadores chefiada por James Gosling, na empresa Sun Microsystems.

Diferentemente das linguagens convencionais, que são compiladas para código nativo a

linguagem Java é compilada para um bytecode que é executado por uma máquina virtual. A

4

linguagem de programação Java é a linguagem convencional da Plataforma Java, mas não sua

única linguagem.

Em 1997 a Sun Microsystems tentou submeter a linguagem a padronização pelos órgãos

ISO/IEC e ECMA, mas acabou desistindo. Java ainda é um padrão de fato, que é controlada

através da JCP Java Community Process. Em 13 de novembro de 2006, a Sun lançou a maior

parte do Java como software livre sob os termos da GNU General Public License. Em 8 de

maio de 2007 a Sun finalizou o processo, tornando praticamente todo o código Java como

software de código aberto, menos uma pequena porção da qual a Sun não possui copyright.

Por sua versatilidade foi ganhando espaço, e até hoje é uma das linguagens mais utilizadas por

desenvolvedores de software, tanto para aplicações corporativas, quanto para projetos como,

jogos, aplicações para dispositivos móveis, servidores Web, sistema de cartões de crédito

entre outros. Sua portabilidade fez com que muitos programadores optassem em desenvolver

em Java, por ser independente de plataforma, rodar em qualquer sistema operacional, ter alta

segurança, robustez e estabilidade, e ainda um grande acervo gratuito.

5

3 HIBERNATE

Hibernate é um framework para o mapeamento objeto-relacional escrito na linguagem Java,

mas também é disponível em .Net com o nome NHibernate. Este framework facilita o

mapeamento dos atributos entre uma base tradicional de dados relacionais e o modelo objeto

de uma aplicação, mediante o uso de arquivos XML ou anotações Java.

Utiliza-se o Hibernate para diminuir a complexidade entre os programas Java, baseado no

modelo orientado a objetos, converte a linguagem para o banco de dados modelo relaional.

Sua principal finalidade é a transformação das classes Java para tabelas no banco de dados,

gerando os códigos SQL automaticamente.

4 UML (UNIFIED MODELING LANGUAGE, LINGUAGEM DE MODELAGEM UNIFICADA)

A UML é uma linguagem de modelagem gráfica que auxilia os desenvolvedores de software,

a documentar, e a especificar a estruturação de um sistema de informação, para melhor

visualizarem os diagramas e os relacionamentos de seus objetos e classes, definindo de uma

forma mais clara seus atributos, métodos e relacionamentos. UML está muito associada às

grandes aplicações corporativas, pois é geralmente nesse caso que se necessita de visibilidade

de toda uma solução complexa.

5 JUDE

Jude é a ferramenta utilizada para projetar os sistemas com todas as suas funcionalidades,

seguindo o modelo UML, sua principal finalidade será de especificar os casos de uso,

desenvolver os diagramas de classes, e de seqüência,

6

6 BANCO DE DADOS MYSQL

Atualmente é um dos bancos de dados mais populares, desenvolvido e criado na Suécia, por

dois suecos e um finlandês, David Axmark, Allan Larsson e Michael Monty Widenius, suas

principais características são:

Portabilidade (suporta praticamente todas as plataformas atuais);

Compatibilidade (diversos drivers e módulos de interface para inúmeras

linguagens de programação;

Excelente desempenho e estabilidade;

Pouco exigente quanto a recursos de Hardware;

Facilidade de uso;

È um Software livre;

Suporta controle transacional;

Replicação facilmente configurável;

7 LEVANTAMENTO DE REQUISITOS E OBJETIVOS DO SISTEMA

O objetivo é desenvolver um aplicativo para controle de estoque, seguindo os requisitos

abaixo:

O sistema deverá armazenar os dados de Clientes, Produtos, Fornecedores,

Usuários;

Os usuários poderão efetuar pedidos de compras com sugestões por fornecedor,

efetuar vendas, entrada de produtos, movimentação do caixa financeiro da

empresa.

Controle de contas a pagar e contas a receber, selecionando filtros para consultar;

7

O Sistema deverá gerar:

Relatório de Clientes, ativos e inativos;

Relatório de Fornecedores, com pedidos de compras;

Relatório de Produtos;

Relatório de Pedidos de Compras;

Relatório de Vendas;

Relatório de Contas a Pagar;

Relatório de Contas a Receber;

Relatório de Movimentação de Caixa Financeiro;

Relatório de Entrada de Produtos;

8

8 LISTA DE EVENTOS

Descrição Evento Use Case Mensagem

Efetuar Login

Dados Login

Efetuar Login

MSG01

Manter Cliente

Dados Cliente

Manter Cliente

MSG02

Manter Usuário

Dados Usuário

Manter Usuário

MSG03

Manter Fornecedor

Dado Fornecedor

Manter Fornecedor

MSG04

Manter Produto

Dados Produto

Manter Produto

MSG05

Pedido Compra

Dados Compra

Manter Compra

MSG06

Pedido Venda

Dados Venda

Manter Venda

MSG07

Ativar Cliente

Liberar Status

Ativar Cliente

MSG08

Desativar Cliente

Bloquear Status

Desativar Cliente

MSG09

Contas a Pagar

Contas a Pagar

Manter Contas a Pagar

MSG10

Contas a Receber

Contas a Receber

Manter Contas a Receber

MSG11

Creditar Caixa

Creditar Caixa

Creditar Caixa

MSG12

Debitar Caixa

Debitar Caixa

Debitar Caixa

MSG13

Entrada de Produtos

Entrada de Produtos

Entrada de Produtos

MSG14

Relatório de Clientes

Relatórios de Clientes

Relatórios de Clientes

MSG15

Relatórios de Produtos



MSG16

Relatórios de

Fornecedores

Relatórios de

Fornecedores

Relatórios de

Fornecedores

MSG17

Relatórios de Compra



MSG18

Relatórios de Venda



MSG19

Relatório de Entrada

de Produtos

Relatórios de Entrada

de Produtos

Relatório de Entrada de

Produtos

MSG20

Relatório

Contas a Pagar

Relatório

Contas a Pagar

Relatório

Contas a Pagar

MSG21

Relatório

Contas a Receber

Relatório

Contas a Receber

Relatório

Contas a Receber

MSG22

9

9 DIAGRAMAS DE USE CASE

9.1 DIAGRAMA DE USE CASE: EFETUAR LOGIN

Figura 1 – Diagrama de Use Case: Efetuar Login

Nome da Use Case Efetuar Login

Ator Principal Usuário

Resumo Ao iniciar o sistema será aberto uma tela onde o

Usuário irá digitar o nome e senha para efetuar

o login.

Pré-Condições O usuário necessita estar cadastrado no sistema.

Ações do Autor Ações do Sistema 1. A tela de login é aberta

2. O Cliente e ou Usuário entra com os

dados para o Login

3. O sistema valida as informações e encaminha

para a tela inicial.

Restrições/Validações 1. Usuário não consta em nosso banco de dados.

2. A senha para acesso não confere.

Tabela 1 – Documentação de Use Case: Efetuar Login

10

9.2 DIAGRAMA DE USE CASE: MANTER CLIENTE

Figura 2 – Diagrama de Use Case: Manter Cliente

Nome da Use Case Manter Cliente


Resumo Utiliza-se este caso de uso para armazenar,

alterar, excluir os dados do Cliente.

Pré-Condições È necessário incluir um CPF válido, para as

alterações e exclusões, o Usuário deve estar

cadastrado.

Ações do Autor Ações do Sistema 1. A tela de Cadastro é aberta

2. O usuário entra com os dados para o

cadastro, e ou alterações, e exclusão.

3. O sistema valida as informações e retorna

para a tela inicial.

Restrições/Validações 1. Valida CPF

2. Valida Cadastro de Cliente

Tabela 2 – Documentação de Use Case: Manter Cliente

11

9.3 DIAGRAMA DE USE CASE: MANTER USUÁRIO

Figura 3 – Diagrama de Use Case: Manter Usuário

Nome da Use Case Manter Usuário


Resumo Caso de uso para cadastrar usuários no sistema,

Pré-Condições È necessário que o usuário esteja cadastro no

sistema e tenha efetuado o login para poder

cadastrar um novo usuário.

Ações do Autor Ações do Sistema 1. Fazer o login

2. Inserir novo Usuário

4. O sistema valida o cadastro e retorna para a

tela inicial

Restrições/Validações 1. Verifica log.

Tabela 3 – Documentação de Use Case: Manter Orçamento

12

9.4 DIAGRAMA DE USE CASE: MANTER FORNECEDOR

Figura 4 – Diagrama de Use Case: Manter Fornecedor

Nome da Use Case Manter Fornecedor


Resumo Caso de uso para cadastrar fornecedores no

sistema,

Pré-Condições È necessário que o usuário esteja cadastrado e

tenha efetuado o login.


2. Inserir novo Fornecedor

4. O sistema valida o cadastro e retorna para a

tela inicial


Tabela 4 – Documentação de Use Case: Manter Fornecedor

13

9.5 DIAGRAMA DE USE CASE: MANTER PRODUTO

Figura 5 – Diagrama de Use Case: Manter Produto

Nome da Use Case Manter Produto


Resumo Caso de uso para cadastrar produtos no sistema,

Pré-Condições È necessário que o usuário esteja cadastrado e

tenha efetuado o login.


2. Inserir novo Produto 4. O sistema valida o cadastro e retorna para a

tela inicial


Tabela 5 – Documentação de Use Case: Confere Status

14

9.6 DIAGRAMA DE USE CASE: MANTER COMPRA

Figura 6 – Diagrama de Use Case: Manter Compra

Nome da Use Case Manter Compra


Resumo O usuário poderá fazer pedidos de compras

selecionando o fornecedor, e os produtos

sugeridos para compra.

Pré-Condições O Fornecedor deve estar cadastrado e com itens

relacionados ao seu cadastro.

Ações do Autor Ações do Sistema 1. O usuário acessa a tela de pedidos de

compras, seleciona o fornecedor.

1. O Sistema carrega os itens do fornecedor

selecionado.

2. O usuário verifica itens sugeridos e

carrega no pedido.

Restrições/Validações 1. Verifica cadastro de fornecedor.

2. Validar pedido

Tabela 6 – Documentação de Use Case: Manter Compra

15

9.7 DIAGRAMA DE USE CASE: MANTER VENDA

Figura 7 – Diagrama de Use Case: Manter Venda

Nome da Use Case Manter Venda


Resumo O usuário poderá fazer pedidos de venda,

atendimento ao cliente, no ponto de venda.

Pré-Condições Os produtos a serem vendidos precisam estar

cadastrados para serem carregados no pedido, e

para compras a prazo, o cliente deverá estar

cadastrado e seu status como ativo.

Ações do Autor Ações do Sistema 1. O usuário carrega itens da compra do

cliente.

2. Ao finalizar o pedido, escolher forma de

pagamento.

1. Verifica forma de pagamento, se for a prazo,

consulta status do cliente, se a vista habilita

encerramento do cupom.

3. Finaliza cupom.

Restrições/Validações 1. Verifica Status do Cliente.

Tabela 7 – Documentação de Use Case: Manter Venda

16

9.8 DIAGRAMA DE USE CASE: ATIVAR CLIENTE

Figura 8 – Diagrama de Use Case: Ativar Cliente

Nome da Use Case Ativar Cliente


Resumo O usuário habilita o cliente para as compras a

prazo.

Pré-Condições O cliente deve estar cadastrado e com bloqueio

em seu status.

Ações do Autor Ações do Sistema 1. Seleciona o cliente.

2. Ativa o cliente.

Restrições/Validações 1. Ativar cliente.

Tabela 8 – Documentação de Use Case: Ativar Cliente

17

9.9 DIAGRAMA DE USE CASE: DESATIVAR CLIENTE

Figura 9 – Diagrama de Use Case: Desativar Cliente

Nome da Use Case Desativar Cliente


Resumo O usuário desabilita o cliente para as compras a

prazo.

Pré-Condições O cliente deve estar cadastrado e com liberação

ativo em seu status.

Ações do Autor Ações do Sistema 1. Seleciona o cliente.

2. Desativa o cliente.

Restrições/Validações 2. Bloqueio do Cliente

Tabela 9 – Documentação de Use Case: Desativar o Cliente

18

9.10 DIAGRAMA DE USE CASE: MANTER CONTAS A PAGAR

Figura 10 – Diagrama de Use Case: Manter Contas a Pagar

Nome da Use Case Manter Contas a Pagar


Resumo Ao efetuar a entrada de produtos no sistema,

será gerado um contas a pagar.

Pré-Condições Efetuar lançamento de nota de entrada de

produtos.

Ações do Autor Ações do Sistema 1. O usuário faz o lançamento dos produtos

no estoque.

1. O sistema gera um contas a pagar.

2. O usuário finaliza lançamento de

produtos.

Restrições/Validações 1. Gera um contas a pagar.

Tabela 10 – Documentação de Use Case: Manter Contas a Pagar

19

9.11 DIAGRAMA DE USE CASE: MANTER CONTAS A RECEBER

Figura 11 – Diagrama de Use Case: Manter Contas a Receber

Nome da Use Case Manter Contas a Receber


Resumo Ao efetuar venda será gerado um contas a

receber.

Pré-Condições È necessário um pedido de venda.

Ações do Autor Ações do Sistema 1. Carrega pedido de venda.

1. Gera um contas a receber.

2. Finaliza pedido.

Restrições/Validações 1. Gera um contas a receber.

Tabela 11 – Documentação de Use Case: Manter Contas a Receber

20

9.12 DIAGRAMA DE USE CASE: CREDITAR CAIXA

Figura 12 – Diagrama de Use Case: Creditar Caixa

Nome da Use Case Creditar Caixa


Resumo Utiliza-se este caso de uso para efetuar

movimentações a credito no caixa da empresa.

Pré-Condições Informar histórico.

Ações do Autor Ações do Sistema 1. Selecionar o caixa financeiro.

2. Fazer movimentação a credito.

1. O sistema atualiza o saldo do caixa.

Restrições/Validações 1. Verifica histórico de credito.

Tabela 12 – Documentação de Use Case: Creditar Caixa

21

9.13 DIAGRAMA DE USE CASE: DEBITAR CAIXA

Figura 13 – Diagrama de Use Case: Debitar Caixa

Nome da Use Case Debitar Caixa


Resumo Utiliza-se este caso de uso para efetuar

movimentações a debito no caixa da empresa.

Pré-Condições O caixa precisará conter o valor correspondente

ao débito ou um saldo superior.

Ações do Autor Ações do Sistema 1. Selecionar o caixa financeiro.

2. Fazer movimentação a débito.

1. O sistema atualiza o saldo do caixa.

Restrições/Validações 1. Verifica Histórico de débito.

Tabela 13 – Documentação de Use Case: Debitar Caixa.

22

9.14 DIAGRAMA DE USE CASE: ENTRADA DE PRODUTOS

Figura 14 – Diagrama de Use Case: Entrada de Produtos

Nome da Use Case Entrada de Produtos


Resumo O Usuário poderá dar entrada nas notas fiscais,

atualizando seu estoque e corrigindo os preços

dos produtos.

Pré-Condições Fornecedor e produtos deverão estar

cadastrados.

Ações do Autor Ações do Sistema 1. O Usuário informe dados da nota fiscal.

2. O usuário informa itens da nota fiscal.

1. O sistema gera um contas a pagar.

2. O sistema atualiza preços e estoque dos

produtos.

3. O usuário finaliza nota de entrada.

Restrições/Validações 1. Fornecedor deverá ter cadastro.

2. Produtos deverão estar cadastrados.

3. Atualiza preço e estoque de produtos.

Tabela 14 – Documentação de Use Case: Entrada de Produtos.

23

9.15 DIAGRAMA DE USE CASE: RELATÓRIO DE CLIENTE

Figura 15 – Diagrama de Use Case: Relatório de Cliente

Nome da Use Case Relatório de Cliente


Resumo Gerar relatórios de clientes, escolhendo os tipos

de filtros, ativos e inativos.

Pré-Condições Deverá conter no mínimo um cliente

cadastrado.

Ações do Autor Ações do Sistema 1. O usuário solicita o relatório.

1. O Sistema analisa o filtro, e carrega o

relatório.

Restrições/Validações 1. Verifica se há clientes cadastrados.

Tabela 15 – Documentação de Use Case: Relatório de Cliente

24

9.16 DIAGRAMA DE USE CASE: RELATÓRIO DE PRODUTO

Figura 16 – Diagrama de Use Case: Relatório de Produto

Nome da Use Case Relatório de Produto


Resumo Gerar relatórios de produtos, escolhendo os

tipos de filtros.

Pré-Condições È necessário ter produto cadastrado.

Ações do Autor Ações do Sistema 1. O Usuário solicita o relatório.

1. O sistema analisa o filtro, e carrega o

relatório de produtos.

Restrições/Validações 1. Verifica se há produtos cadastrados.

Tabela 16 – Documentação de Use Case: Relatório de Produto

25

9.17 DIAGRAMA DE USE CASE: RELATÓRIO DE FORNECEDOR

Figura 17 – Diagrama de Use Case: Relatório de Fornecedor

Nome da Use Case Relatório de Fornecedor


Resumo Gerar relatórios de fornecedores, escolhendo os

tipos de filtros.

Pré-Condições È necessário ter fornecedor cadastrado.

Ações do Autor Ações do Sistema 1. O Usuário solicita o relatório.

1. O sistema analisa o filtro e carrega relatório.

Restrições/Validações 1. Verifica se há fornecedores cadastrados.

Tabela 17 – Documentação de Use Case: Relatório de Fornecedor

26

9.18 DIAGRAMA DE USE CASE: RELATÓRIO DE COMPRA

Figura 18 – Diagrama de Use Case: Relatório de Compra

Nome da Use Case Relatório de Compra


Resumo Gerar relatórios de compras, escolhendo os

tipos de filtros.

Pré-Condições É necessário ter pedido de compra cadastrado.

Ações do Autor Ações do Sistema 1. O usuário solicita o relatório

1. O sistema analisa o filtro e carrega o

relatório.

Restrições/Validações 1. Verifica se há pedido de compra cadastrado.

Tabela 18 – Documentação de Use Case: Relatório de Compra

27

9.19 DIAGRAMA DE USE CASE: RELATÓRIO DE VENDA

Figura 19 – Diagrama de Use Case: Relatório de Venda

Nome da Use Case Relatório de Venda


Resumo Gerar relatórios de vendas, escolhendo os tipos

de filtros.

Pré-Condições É necessário ter venda cadastrada.



relatório.

Restrições/Validações 1. Verifica se há venda cadastrada.

Tabela 19 – Documentação de Use Case: Relatório de Venda

28

9.20 DIAGRAMA DE USE CASE: RELATÓRIO DE ENTRADA DE PRODUTOS

Figura 20 – Diagrama de Use Case: Relatório de Entrada de Produtos

Nome da Use Case Relatório de Entrada de Produtos


Resumo Gerar relatórios de entrada de produtos,

escolhendo os tipos de filtros.

Pré-Condições É necessário ter entrada de produtos

cadastrados.



relatório.

Restrições/Validações 1. Verifica se há entrada de produtos.

Tabela 20 – Documentação de Use Case: Relatório de Entrada de Produtos

29

9.21 DIAGRAMA DE USE CASE: RELATÓRIO DE CONTAS A PAGAR

Figura 21 – Diagrama de Use Case: Relatório de Contas a Pagar

Nome da Use Case Relatório de Contas a Pagar


Resumo Gerar relatórios de contas a pagar, escolhendo

os tipos de filtros.

Pré-Condições É necessário ter contas a pagar cadastrados.



relatório.

Restrições/Validações 1. Verifica se há contas a pagar.

Tabela 21 – Documentação de Use Case: Relatório de Contas a Pagar

30

9.22 DIAGRAMA DE USE CASE: RELATÓRIO DE CONTAS A RECEBER

Figura 22 – Diagrama de Use Case: Relatório de Contas a Receber

Nome da Use Case Relatório de Contas a Receber


Resumo Gerar relatórios de contas a receber, escolhendo

os tipos de filtros.

Pré-Condições É necessário ter contas a receber cadastrados.



relatório.

Restrições/Validações 1. Verifica se há contas a pagar.

Tabela 22 – Documentação de Use Case: Relatório de Contas a Receber

31

10 DIAGRAMA DE CLASSE

Figura 23 – Diagrama de Classe

32

11 DIAGRAMA ENTIDADE RELACIONAMENTO (DER)

Figura 24 – Diagrama Entidade Relacionamento

33

12 DIAGRAMAS DE ATIVIDADES

12.1 DIAGRAMA DE ATIVIDADE: CADASTRAR PRODUTO

Figura 25 – Diagrama de Atividade: Cadastrar Produto

34

12.2 DIAGRAMA DE ATIVIDADE: PEDIDO DE COMPRA

Figura 26 – Diagrama de Atividade: Pedido de Compra

35

12.3 DIAGRAMA DE ATIVIDADE: PEDIDO DE VENDA

Figura 27 – Diagrama de Atividade: Pedido de Venda

36

13 TELAS DO SISTEMA

13.1 TELA: CADASTRO DE PRODUTOS

Figura 28 – Tela: Cadastro de Produtos

37

13.2 TELA: CADASTRO DE CLIENTES

Figura 29 – Tela: Cadastro de Clientes

38

13.3 TELA: PEDIDO DE COMPRA

Figura 30 – Tela: Pedido de Compra

39

13.4 TELA: PEDIDO DE VENDA

Figura 31 – Tela: Pedido de Venda

40

14 CONCLUSÃO

A realidade vista nas micro e pequenas empresas no quesito controle em suas operações vêm

deixando muito a desejar, conseqüentemente tem levado muitas delas a decadência.

Com uma proposta de solução, o objetivo é desenvolver um aplicativo que os ajudaria a

controlar de forma mais eficaz suas movimentações e seus processos. Com esta visão, este

trabalho realiza de forma clara e objetiva o pontapé inicial para uma boa gestão e controle de

estoque atendendo as expectativas no desenvolvimento não de um sistema e sim de uma

ferramenta que auxiliará os gestores das empresas em sua rotina de trabalho. Por ser

desenvolvida em uma ferramenta livre e com um vasto acervo também gratuito, poderá ser

aperfeiçoada de acordo com as necessidades específicas de cada empresa.

Este trabalho alcançou os objetivos com relação à pesquisa e aprendizado, conhecendo novas

tecnologias para o desenvolvimento de sistemas e colocando em prática o conteúdo aprendido

em todo percurso acadêmico.

41

15 REFERÊNCIA BIBLIOGRÁFICA

Gonçalves, Edson

Dominando NetBeans

Rio de Janeiro: Editora Ciência Moderna Ltda., 2006.

Gilleanes T.A. Guedes

UML Uma Abordagem Prática 2ª Edição Maio/2006

São Paulo: NOVATEC Editora Ltda., 2006

Souza, Ricardo Araújo de; Lima-Cardoso, André

UML Aplicada – da Teoria à Implementação

Rio de Janeiro: Editora Ciência Moderna Ltda., 2007

Gonçalves, Edson

Desenvolvendo Aplicações Web com Netbeans IDE 5.5

Rio de Janeiro: Editora Ciência Moderna Ltda., 2007

16 REFERÊNCIA ELETRÔNICA

http://www.infowester.com/versoesjava.php - acessado dia 16/06/2012

http://www.guj.com.br/content/articles/jsf/jsf.pdf - acessado dia 16/06/2012

http://pt.wikipedia.org/wiki/MySQL - acessado dia 19/06/2012

http://pt.wikipedia.org/wiki/JavaServerPages - acessado dia 20/06/2012

http://www.suapesquisa.com/informatica/ - acessado dia 15/09/2012

http://www.bonde.com.br/?id_bonde=1-14--1742-20050627 – acessado dia 15/09/2012

http://javafree.uol.com.br/wiki/hibernate - acessado dia 18/09/2012

http://www.infowester.com/versoesjava.php%20-%20acessado%20dia%2016/06/2012

http://www.guj.com.br/content/articles/jsf/jsf.pdf

http://pt.wikipedia.org/wiki/MySQL

http://pt.wikipedia.org/wiki/JavaServerPages

http://www.suapesquisa.com/informatica/

http://www.bonde.com.br/?id_bonde=1-14--1742-20050627

sistema gerenciador de controle de estoque · a uml é uma linguagem de modelagem gráfica que...

Documents