GILMAR JOSÉ CIRINO SISTEMA GERENCIADOR DE CONTROLE DE ESTOQUE LINGUAGEM JAVA. Assis 2012

Transcrição

1 GILMAR JOSÉ CIRINO SISTEMA GERENCIADOR DE CONTROLE DE ESTOQUE LINGUAGEM JAVA Assis 2012 Av. Getúlio Vargas, 1200 Vila Nova Santana Assis SP Fone/Fax: (0XX18) homepage:

2 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 Av. Getúlio Vargas, 1200 Vila Nova Santana Assis SP Fone/Fax: (0XX18) homepage:

3 SUMÁRIO 1 INTRODUÇÃO FERRAMENTA PARA O DESENVOLVIMENTO DO PROJETO JAVA HIBERNATE UML JUDE BANCO DE DADOS MYSQL LEVANTAMENTO DE REQUISITOS LISTA DE EVENTOS DIAGRAMA DE USE CASE DIAGRAMA DE USE CASE: EFETUAR LOGIN DIAGRAMA DE USE CASE: MANTER CLIENTE DIAGRAMA DE USE CASE: MANTER USUÁRIO DIAGRAMA DE USE CASE: MANTER FORNECEDOR DIAGRAMA DE USE CASE: MANTER PRODUTO DIAGRAMA DE USE CASE: MANTER COMPRA DIAGRAMA DE USE CASE: MANTER VENDA DIAGRAMA DE USE CASE: ATIVAR CLIENTE DIAGRAMA DE USE CASE: DESATIVAR CLIENTE DIAGRAMA DE USE CASE: CONTAS A PAGAR DIAGRAMA DE USE CASE: CONTAS A RECEBER DIAGRAMA DE USE CASE: CREDITAR CAIXA DIAGRAMA DE USE CASE: DEBITAR CAIXA DIAGRAMA DE USE CASE: ENTRADA DE PRODUTOS DIAGRAMA DE USE CASE: RELATÓRIO DE CLIENTE DIAGRAMA DE USE CASE: RELATÓRIO DE PRODUTO DIAGRAMA DE USE CASE: RELATÓRIO DE FORNECEDOR DIAGRAMA DE USE CASE: RELATÓRIO DE COMPRA DIAGRAMA DE USE CASE: RELATÓRIO DE VENDA DIAGRAMA DE USE CASE: REL. DE ENTRADA DE PRODUTOS DIAGRAMA DE USE CASE: RELATÓRIO DE CONTAS A PAGAR DIAGRAMA DE USE CASE: REL. DE CONTAS A RECEBER DIAGRAMA DE CLASSE DIAGRAMA ENTIDADE RELACIONAMENTO DIAGRAMA DE ATIVIDADES DIAGRAMA DE ATIVIDADE: CADASTRAR PRODUTO DIAGRAMA DE ATIVIDADE: PEDIDO COMPRA DIAGRAMA DE ATIVIDADE: PEDIDO VENDA TELAS DO SISTEMA TELA: CADASTRO DE PRODUTO TELA: CADASTRO DE CLIENTES TELA: PEDIDO COMPRA... 38

4 13.4 TELA: PEDIDO VENDA CONCLUSÃO REFERÊNCIA BIBLIOGRÁFICA REFERÊNCIA ELETRÔNICA

5 1 INTRODUÇÃO 3 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

6 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.

7 3 HIBERNATE 5 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,

8 6 BANCO DE DADOS MYSQL 6 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, s; 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;

9 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;

10 8 LISTA DE EVENTOS 8 Descrição Evento Use Case Mensagem Efetuar Login Dados Login Efetuar Login MSG01 Manter Cliente Dados Cliente Manter Cliente MSG02 Manter Dados Manter 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 Relatórios de Produtos Relatórios de Produtos MSG16 Relatórios de Relatórios de Relatórios de Fornecedores Fornecedores Fornecedores MSG17 Relatórios de Compra Relatórios de Compra Relatórios de Compra MSG18 Relatórios de Venda Relatórios de Venda 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

11 9 DIAGRAMAS DE USE CASE DIAGRAMA DE USE CASE: EFETUAR LOGIN Figura 1 Diagrama de Use Case: Efetuar Login Pré-Condições 1. A tela de login é aberta 2. O Cliente e ou entra com os dados para o Login Efetuar Login Ao iniciar o sistema será aberto uma tela onde o irá digitar o nome e senha para efetuar o login. O usuário necessita estar cadastrado no sistema. 3. O sistema valida as informações e encaminha para a tela inicial. 1. 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

12 9.2 DIAGRAMA DE USE CASE: MANTER CLIENTE 10 Figura 2 Diagrama de Use Case: Manter Cliente Pré-Condições 1. A tela de Cadastro é aberta 2. O usuário entra com os dados para o cadastro, e ou alterações, e exclusão. Manter Cliente Utiliza-se este caso de uso para armazenar, alterar, excluir os dados do Cliente. È necessário incluir um CPF válido, para as alterações e exclusões, o deve estar cadastrado. 3. O sistema valida as informações e retorna para a tela inicial. 1. Valida CPF 2. Valida Cadastro de Cliente Tabela 2 Documentação de Use Case: Manter Cliente

13 9.3 DIAGRAMA DE USE CASE: MANTER USUÁRIO 11 Figura 3 Diagrama de Use Case: Manter Pré-Condições Manter Caso de uso para cadastrar usuários no sistema, È necessário que o usuário esteja cadastro no sistema e tenha efetuado o login para poder cadastrar um novo usuário. 1. Fazer o login 2. Inserir novo 4. O sistema valida o cadastro e retorna para a tela inicial 1. Verifica log. Tabela 3 Documentação de Use Case: Manter Orçamento

14 9.4 DIAGRAMA DE USE CASE: MANTER FORNECEDOR 12 Figura 4 Diagrama de Use Case: Manter Fornecedor Pré-Condições Manter Fornecedor Caso de uso para cadastrar fornecedores no sistema, È necessário que o usuário esteja cadastrado e tenha efetuado o login. 1. Fazer o login 2. Inserir novo Fornecedor 4. O sistema valida o cadastro e retorna para a tela inicial 1. Verifica log. Tabela 4 Documentação de Use Case: Manter Fornecedor

15 9.5 DIAGRAMA DE USE CASE: MANTER PRODUTO 13 Figura 5 Diagrama de Use Case: Manter Produto Pré-Condições Manter Produto Caso de uso para cadastrar produtos no sistema, È necessário que o usuário esteja cadastrado e tenha efetuado o login. 1. Fazer o login 2. Inserir novo Produto 4. O sistema valida o cadastro e retorna para a tela inicial 1. Verifica log. Tabela 5 Documentação de Use Case: Confere Status

16 9.6 DIAGRAMA DE USE CASE: MANTER COMPRA 14 Figura 6 Diagrama de Use Case: Manter Compra Pré-Condições 1. O usuário acessa a tela de pedidos de compras, seleciona o fornecedor. 2. O usuário verifica itens sugeridos e carrega no pedido. Manter Compra O usuário poderá fazer pedidos de compras selecionando o fornecedor, e os produtos sugeridos para compra. O Fornecedor deve estar cadastrado e com itens relacionados ao seu cadastro. 1. O Sistema carrega os itens do fornecedor selecionado. 1. Verifica cadastro de fornecedor. 2. Validar pedido Tabela 6 Documentação de Use Case: Manter Compra

17 9.7 DIAGRAMA DE USE CASE: MANTER VENDA 15 Figura 7 Diagrama de Use Case: Manter Venda Pré-Condições 1. O usuário carrega itens da compra do cliente. 2. Ao finalizar o pedido, escolher forma de pagamento. Manter Venda O usuário poderá fazer pedidos de venda, atendimento ao cliente, no ponto de venda. 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. 1. Verifica forma de pagamento, se for a prazo, consulta status do cliente, se a vista habilita encerramento do cupom. 3. Finaliza cupom. 1. Verifica Status do Cliente. Tabela 7 Documentação de Use Case: Manter Venda

18 9.8 DIAGRAMA DE USE CASE: ATIVAR CLIENTE 16 Figura 8 Diagrama de Use Case: Ativar Cliente Pré-Condições 1. Seleciona o cliente. 2. Ativa o cliente. Ativar Cliente O usuário habilita o cliente para as compras a prazo. O cliente deve estar cadastrado e com bloqueio em seu status. 1. Ativar cliente. Tabela 8 Documentação de Use Case: Ativar Cliente

19 9.9 DIAGRAMA DE USE CASE: DESATIVAR CLIENTE 17 Figura 9 Diagrama de Use Case: Desativar Cliente Pré-Condições Desativar Cliente O usuário desabilita o cliente para as compras a prazo. O cliente deve estar cadastrado e com liberação ativo em seu status. 1. Seleciona o cliente. 2. Desativa o cliente. 2. Bloqueio do Cliente Tabela 9 Documentação de Use Case: Desativar o Cliente

20 9.10 DIAGRAMA DE USE CASE: MANTER CONTAS A PAGAR 18 Figura 10 Diagrama de Use Case: Manter Contas a Pagar Pré-Condições Manter Contas a Pagar Ao efetuar a entrada de produtos no sistema, será gerado um contas a pagar. Efetuar lançamento de nota de entrada de produtos. 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. 1. Gera um contas a pagar. Tabela 10 Documentação de Use Case: Manter Contas a Pagar

21 9.11 DIAGRAMA DE USE CASE: MANTER CONTAS A RECEBER 19 Figura 11 Diagrama de Use Case: Manter Contas a Receber Pré-Condições Manter Contas a Receber Ao efetuar venda será gerado um contas a receber. È necessário um pedido de venda. 1. Carrega pedido de venda. 1. Gera um contas a receber. 2. Finaliza pedido. 1. Gera um contas a receber. Tabela 11 Documentação de Use Case: Manter Contas a Receber

22 9.12 DIAGRAMA DE USE CASE: CREDITAR CAIXA 20 Figura 12 Diagrama de Use Case: Creditar Caixa Pré-Condições 1. Selecionar o caixa financeiro. 2. Fazer movimentação a credito. Creditar Caixa Utiliza-se este caso de uso para efetuar movimentações a credito no caixa da empresa. Informar histórico. 1. O sistema atualiza o saldo do caixa. 1. Verifica histórico de credito. Tabela 12 Documentação de Use Case: Creditar Caixa

23 9.13 DIAGRAMA DE USE CASE: DEBITAR CAIXA 21 Figura 13 Diagrama de Use Case: Debitar Caixa Pré-Condições Debitar Caixa Utiliza-se este caso de uso para efetuar movimentações a debito no caixa da empresa. O caixa precisará conter o valor correspondente ao débito ou um saldo superior. 1. Selecionar o caixa financeiro. 2. Fazer movimentação a débito. 1. O sistema atualiza o saldo do caixa. 1. Verifica Histórico de débito. Tabela 13 Documentação de Use Case: Debitar Caixa.

24 9.14 DIAGRAMA DE USE CASE: ENTRADA DE PRODUTOS 22 Figura 14 Diagrama de Use Case: Entrada de Produtos Entrada de Produtos O 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. 1. O informe dados da nota fiscal. 2. O usuário informa itens da nota fiscal. 3. O usuário finaliza nota de entrada. 1. O sistema gera um contas a pagar. 2. O sistema atualiza preços e estoque dos produtos. 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.

25 9.15 DIAGRAMA DE USE CASE: RELATÓRIO DE CLIENTE 23 Figura 15 Diagrama de Use Case: Relatório de Cliente Relatório de Cliente Gerar relatórios de clientes, escolhendo os tipos de filtros, ativos e inativos. Pré-Condições Deverá conter no mínimo um cliente cadastrado. 1. O usuário solicita o relatório. 1. O Sistema analisa o filtro, e carrega o relatório. 1. Verifica se há clientes cadastrados. Tabela 15 Documentação de Use Case: Relatório de Cliente

26 9.16 DIAGRAMA DE USE CASE: RELATÓRIO DE PRODUTO 24 Figura 16 Diagrama de Use Case: Relatório de Produto Pré-Condições Relatório de Produto Gerar relatórios de produtos, escolhendo os tipos de filtros. È necessário ter produto cadastrado. 1. O solicita o relatório. 1. O sistema analisa o filtro, e carrega o relatório de produtos. 1. Verifica se há produtos cadastrados. Tabela 16 Documentação de Use Case: Relatório de Produto

27 9.17 DIAGRAMA DE USE CASE: RELATÓRIO DE FORNECEDOR 25 Figura 17 Diagrama de Use Case: Relatório de Fornecedor Pré-Condições Relatório de Fornecedor Gerar relatórios de fornecedores, escolhendo os tipos de filtros. È necessário ter fornecedor cadastrado. 1. O solicita o relatório. 1. O sistema analisa o filtro e carrega relatório. 1. Verifica se há fornecedores cadastrados. Tabela 17 Documentação de Use Case: Relatório de Fornecedor

28 9.18 DIAGRAMA DE USE CASE: RELATÓRIO DE COMPRA 26 Figura 18 Diagrama de Use Case: Relatório de Compra Pré-Condições Relatório de Compra Gerar relatórios de compras, escolhendo os tipos de filtros. É necessário ter pedido de compra cadastrado. 1. O usuário solicita o relatório 1. O sistema analisa o filtro e carrega o relatório. 1. Verifica se há pedido de compra cadastrado. Tabela 18 Documentação de Use Case: Relatório de Compra

29 9.19 DIAGRAMA DE USE CASE: RELATÓRIO DE VENDA 27 Figura 19 Diagrama de Use Case: Relatório de Venda Pré-Condições Relatório de Venda Gerar relatórios de vendas, escolhendo os tipos de filtros. É necessário ter venda cadastrada. 1. O usuário solicita o relatório. 1. O sistema analisa o filtro, e carrega o relatório. 1. Verifica se há venda cadastrada. Tabela 19 Documentação de Use Case: Relatório de Venda

30 9.20 DIAGRAMA DE USE CASE: RELATÓRIO DE ENTRADA DE PRODUTOS 28 Figura 20 Diagrama de Use Case: Relatório de Entrada de Produtos Relatório de Entrada de Produtos Gerar relatórios de entrada de produtos, escolhendo os tipos de filtros. Pré-Condições É necessário ter entrada de produtos cadastrados. 1. O usuário solicita o relatório. 1. O sistema analisa o filtro, e carrega o relatório. 1. Verifica se há entrada de produtos. Tabela 20 Documentação de Use Case: Relatório de Entrada de Produtos

31 9.21 DIAGRAMA DE USE CASE: RELATÓRIO DE CONTAS A PAGAR 29 Figura 21 Diagrama de Use Case: Relatório de Contas a Pagar Pré-Condições Relatório de Contas a Pagar Gerar relatórios de contas a pagar, escolhendo os tipos de filtros. É necessário ter contas a pagar cadastrados. 1. O usuário solicita o relatório. 1. O sistema analisa o filtro, e carrega o relatório. 1. Verifica se há contas a pagar. Tabela 21 Documentação de Use Case: Relatório de Contas a Pagar

32 9.22 DIAGRAMA DE USE CASE: RELATÓRIO DE CONTAS A RECEBER 30 Figura 22 Diagrama de Use Case: Relatório de Contas a Receber Pré-Condições Relatório de Contas a Receber Gerar relatórios de contas a receber, escolhendo os tipos de filtros. É necessário ter contas a receber cadastrados. 1. O usuário solicita o relatório. 1. O sistema analisa o filtro, e carrega o relatório. 1. Verifica se há contas a pagar. Tabela 22 Documentação de Use Case: Relatório de Contas a Receber

33 10 DIAGRAMA DE CLASSE 31 Figura 23 Diagrama de Classe

34 11 DIAGRAMA ENTIDADE RELACIONAMENTO (DER) 32 Figura 24 Diagrama Entidade Relacionamento

35 12 DIAGRAMAS DE ATIVIDADES DIAGRAMA DE ATIVIDADE: CADASTRAR PRODUTO Figura 25 Diagrama de Atividade: Cadastrar Produto

36 12.2 DIAGRAMA DE ATIVIDADE: PEDIDO DE COMPRA 34 Figura 26 Diagrama de Atividade: Pedido de Compra

37 12.3 DIAGRAMA DE ATIVIDADE: PEDIDO DE VENDA 35 Figura 27 Diagrama de Atividade: Pedido de Venda

38 13 TELAS DO SISTEMA TELA: CADASTRO DE PRODUTOS Figura 28 Tela: Cadastro de Produtos

39 13.2 TELA: CADASTRO DE CLIENTES 37 Figura 29 Tela: Cadastro de Clientes

40 13.3 TELA: PEDIDO DE COMPRA 38 Figura 30 Tela: Pedido de Compra

41 13.4 TELA: PEDIDO DE VENDA 39 Figura 31 Tela: Pedido de Venda

42 14 CONCLUSÃO 40 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.

43 15 REFERÊNCIA BIBLIOGRÁFICA 41 Gonçalves, Edson Dominando NetBeans Rio de Janeiro: Editora Ciência Moderna Ltda., 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., REFERÊNCIA ELETRÔNICA - acessado dia 16/06/ acessado dia 16/06/ acessado dia 19/06/ acessado dia 20/06/ acessado dia 15/09/ acessado dia 15/09/ acessado dia 18/09/2012