TCC ARTUR FORMATADO

Prévia do material em texto

0UNIVERSIDADE ESTÁCIO DE SÁ
CURSO DE SISTEMAS DE INFORMAÇÃO
ARTUR NUNES FARACO
SIGVEN – SISTEMA INTEGRADO DE GESTÃO DE VENDAS
BETIM, ABRIL DE 2021
ARTUR NUNES FARACO
SIGVEN – SISTEMA INTEGRADO DE GESTÃO DE VENDAS
Trabalho de Conclusão do Curso, apresentado para obtenção do grau de Bacharel no Curso de Sistemas de Informação da Universidade Estácio de Sá. 
Orientador: Prof. Me. Jhonatan Alves
BETIM, ABRIL DE 2021
ARTUR NUNES FARACO
SIGVEN – SISTEMA INTEGRADO DE GESTÃO DE VENDAS
Trabalho de Conclusão do Curso aprovado pela Banca Examinadora para obtenção do grau de Bacharel no Curso de Sistemas de Informação da Universidade Estácio de Sá, com Linha de Pesquisa em Desenvolvimento de Software. 
Betim, .......... de Maio de 2021.
BANCA EXAMNADORA
Prof. Me. Jhonatan Alves – (Universidade Estacio de Sá) - Orientador
Dedico inteiramente este projeto de pesquisa a minha querida esposa Claudia e ao meu filho Benício, que sempre afetou positivamente a minha vida, em todos os aspectos.
AGRADECIMENTOS
Agradeço a meus pais, esposa, professores, orientadores, todos que me ajudaram direta e indiretamente a concluir este trabalho, todos aqueles que tiveram paciência em momentos de tensão e empenho, que ajudaram a conquistar o que tenho hoje em minha vida.
RESUMO
Este projeto tem como objetivo o desenvolvimento de um sistema integrado para gestão de vendas (SIGVEN) de produtos de informática. A Megatech Trata-se de uma empresa de pequeno. A proposta do projeto é criar um sistema para gestão integrada de todas as áreas da empresa, estoque, vendas, financeiro etc., que seja confiável e estável para vendas de produtos com emissão de cupom fiscal e relatórios gerenciais para acompanhamento dos resultados e que por fim auxilie na tomada de decisões assertivas para o planejamento estratégico da empresa. O projeto será elaborado utilizando as seguintes ferramentas: Documentação (RUP), sistema de gerenciador de banco de dados MySQL, IDE NetBeans para o desenvolvimento do sistema, linguagem Java para desenvolvimento de sistema orientado a objeto e interoperabilidade entre sistemas operacionais, ferramenta Astah para modelagem do sistema e DBDesigner para modelagem logica e geração física do banco de dados.
Palavras-chave: SIGVEN, Gestão, Vendas, Sistema.
LISTA DE ILUSTRAÇÕES
Figura 1 – Organograma da Empresa ....................................................................... 14
Figura 2 – Cronograma (Diagrama de Gantt) parte 1 ............................................... 16
Figura 3 – Cronograma (Diagrama de Gantt) parte 2 ............................................... 17
Figura 4 – Diagrama de caso de uso – Modulo Administrativo ................................. 24
Figura 5 – Diagrama de caso de uso – Modulo Estoque .......................................... 24
Figura 6 – Diagrama de caso de uso – Modulo Caixa .............................................. 25
Figura 7 – Diagrama de caso de uso – Modulo Vendas............................................. 25
Figura 8: Diagrama de Classes ..................................................................................42
Figura 9: Modelo Conceitual de Dados ......................................................................43
Figura 10: Diagrama sequencial – Cadastro de Vendas ............................................44
Figura 11: Diagrama sequencial – Cadastro de Produtos .........................................45
Figura 12: Diagrama de Sequência - Contas a Pagar ...............................................46
Figura 13: Diagrama de Sequência - Contas a Receber ............................................47
Figura 14: Tela Inicial de Menu do Sistema SIGVEN ................................................48
Figura 15: Tela do Menu Principal - Subitens Acesso - Login e PDV .........................49
Figura 16: Tela do Menu Principal: Subitem – Acesso – Login ..................................50
Figura 17: Tela do Menu Principal: Subitem – PDV ...................................................51
Figura 18: Tela do Menu Cadastro - Subitens: Cliente, Produto, Fornecedor, Usuário de Sistema .................................................................................................................52
Figura 19: Tela do Menu Cadastro - Subitem: Clientes .............................................53
Figura 20: Tela do Menu Cadastro - Subitem: Produtos ............................................53
Figura 21: Tela do Menu Cadastro - Subitem: Fornecedores ....................................54
Figura 22: Tela do Menu Cadastro - Subitem: Usuários ............................................54
Figura 23: Tela do Menu Movimentação - Subitens: C a Pagar, C a Receber, Ped de Compras e Estoque ...................................................................................................55
Figura 24: Tela do Menu Movimentação - Subitem: Contas a Pagar .........................56
Figura 25: Tela do Menu Sair e Subitem Sair ............................................................57
Figura 26: Diagrama de Estado - Cadastro de Produtos ............................................58
Figura 27: Diagrama de Estado - Cadastro de Vendas .............................................59
Figura 27: Diagrama de Estado – Contas a pagar .....................................................60
Figura 28: Diagrama de Estado – Contas a receber ..................................................61
Figura 29: Diagrama de Atividades - Cadastro de Produtos ......................................62
Figura 30: Diagrama de Componentes ......................................................................63
Figura 31: Modelo de Classes de Projeto ...................................................................64
Figura 32: Modelo Físico de Dados ...........................................................................65
Figura 33: Diagrama de Implantação .........................................................................70
LISTA DE TABELAS
Tabela 1: Descrição do Caso de Uso - Mod Admin – “Autenticar Sistema” ......... 26
Tabela 2: Descrição do Caso de Uso - Mod Admin – “Controlar acesso” ............ 27
Tabela 3: Descrição do Caso de Uso - Mod Admin – “Relatório de Vendas” ....... 28
Tabela 4: Descrição do Caso de Uso - Mod Admin – “Relatório Estoque” ........... 29
Tabela 5: Descrição do Caso de Uso - Mod Estoque – “Autenticar Sistema” ....... 30
Tabela 6: Descrição do Caso de Uso - Mod Estoque – “Baixar Produtos” ............. 31
Tabela 7: Descrição do Caso de Uso - Mod Estoque – “Cadastrar Produto” ....... 32
Tabela 8: Descrição do Caso de Uso - Mod Estoque – “Cadastrar Fornecedor” ... 33
Tabela 9: Descrição do Caso de Uso - Mod Estoque – “RegistrarCompras” ........ 34
Tabela 10: Descrição do Caso de Uso - Mod Fatur. – “Autenticar Sistema” ........ 35
Tabela 11: Descrição do Caso de Uso - Mod Fat. – “Lançar contas a Pagar” ..... 36
Tabela 12: Descrição do Caso de Uso - Mod Fat. – “Emitir contas a Receber” .... 37
Tabela 13: Descrição do Caso de Uso - Mod Fat. – “Registrar Vendas” .............. 38
Tabela 14: Desc do Caso de Uso - Mod Vendas. – “Autenticar Sistema” ............ 39
Tabela 15: Desc do Caso de Uso - Mod Vendas. – “Cad. Cliente” ...................... 40
Tabela 16: Desc do Caso de Uso - Mod Vendas. – “Registra Pedido” ............... 41
Tabela 17: Tabela de Dados Cliente ................................................................... 66
Tabela 18: Tabela de Dados Contas a Pagar ..................................................... 66
Tabela 19: Tabela de Dados Contas a Receber ................................................. 67
Tabela 20: Tabela de Dados Estoque ................................................................. 67
Tabela 21: Tabela de Dados Fornecedor ............................................................ 68
Tabela 22: Tabela de Dados Pedido de Compra ................................................68
Tabela 23: Tabela de Dados Usuário de Sistema ............................................... 67
Tabela 24: Tabela de Dados Produto ................................................................. 67
Tabela 25: Tabela de Dados Venda .................................................................... 68
SUMÁRIO
1 INTRODUÇÃO ....................................................................................................... 11
1.1 Breve descrição do Problema ............................................................................. 11
1.2 Breve descrição da Solução ............................................................................... 11
2 CONTEXTUALIZAÇÃO DO PROBLEMA .............................................................. 12
2.1 Caracterização da Empresa ................................................................................ 12
2.1 Caracterização da Empresa ................................................................................ 12
2.2.1 História da empresa .......................................................................................... 12
2.2.2 Atividades da empresa ..................................................................................... 13
2.2.3 Mercado Consumidor ....................................................................................... 13
2.2.4 Concorrência .................................................................................................... 13
2.2.5 Organograma ................................................................................................... 14
2.3 Proposta do Projeto ............................................................................................ 14
2.3.1 Método de Trabalho ......................................................................................... 15
2.3.2 Previsão de Alocação de Recursos .................................................................. 15
2.3.3 Cronograma do Projeto (Diagrama de Gantt) .................................................. 16
2.4 Sistema Atual .......................................................................................................18
2.4.2 Problema do sistema atual................................................................................ 18
3 A SOLUÇÃO .......................................................................................................... 19
3.1 Proposta do Projeto ............................................................................................. 19
3.1.1 Justificativa para o novo sistema ...................................................................... 20
3.1.1 Situação desejada ............................................................................................ 20
3.2 Solução escolhida ............................................................................................... 21
3.2.1 Escopo da solução ........................................................................................... 21
3.2.2 Requisitos do sistema ....................................................................................... 21
3.2.3 Casos de uso .................................................................................................... 23
3.2.4 Especificações dos casos de uso .................................................................... 26
3.2.5 Modelo Conceitual de Classes ......................................................................... 42
3.2.6 Modelo Conceitual de Dados ........................................................................... 43
3.3 Solução Tecnológica ........................................................................................... 44
3.3.1 Digrama de sequência ...................................................................................... 44
3.3.2 Projeto de Interfaces ........................................................................................ 47
3.3.3 Digrama de Estados ......................................................................................... 57
3.3.4 Digrama de Atividades ..................................................................................... 61
3.3.5 Digrama de Componentes ............................................................................... 63
3.3.6 Modelo de classes de Projeto .......................................................................... 64
3.3.7 Modelo Físico de dados ................................................................................... 65
3.3.7.1 Projeto de Tabelas e arquivos ....................................................................... 65
3.3.7.1 Scripts de geração do banco de dados e suas Tabelas ................................ 65
3.3.8 Ambiente tecnológico do sistema ..................................................................... 70
3.3.8.1 Ambiente Físico ............................................................................................. 70
3.3.8.2 Justificativa da escolha da linguagem de programação ................................ 71
3.3.8.3 Justificativa da escolha do SGBD .................................................................. 71
4 CONCLUSÕES ...................................................................................................... 72
4.1 Reflexões e comparação entre objetivos iniciais x alcançados ........................... 72
4.2 Vantagens e desvantagens do sistema ............................................................... 73
4.3 Trabalhos futuros ................................................................................................. 73
5 REFERÊNCIAS BIBLIOGRÁFICAS ....................................................................... 74
1 INTRODUÇÃO
Na atual conjectura da tecnologia é difícil imaginar uma empresa ou modelo de negócio sobreviver num mundo tão globalizado e competitivo sem gerenciar informações de fornecedores, clientes, produtos e serviços. Atualmente um dos bens mais preciosos que uma organização possui é a informação. Toda a cadeia de processos gera informações que devem ser armazenadas e avaliadas.
Atualmente diversas organizações exercem funções corporativas sem ferramentas necessárias para atuação no mercado. Embora todas as empresas busquem a melhor gestão possível, poucas dão importância a coleta de informações para melhor gestão do negócio.
1.1 Breve descrição do Problema
A Megatech é uma loja de informática que está presente em uma das regiões mais comerciais do município de Betim em Minas Gerais. A empresa viu nos últimos anos o número de cliente se multiplicar e com isso a necessidade de melhorias na forma de gestão da empresa.
Atualmente a empresa controla todos os processos em planilhas eletrônicas que possuem informações de cada área de empresa, há planilhas para controle do fluxo de caixa, estoque e vendas, ferramenta que hoje não é eficaz para as operações da Megatech. Com isso se viram na necessidade de investirem em um sistema de gestão integrado, a fim de melhorar a gestão e o atendimento ao cliente.
1.2 Breve descrição da Solução
Desenvolver uma ferramenta de gestão informatizada, a fim de controlar as rotinas do estoque, vendas e financeiro, de acordo com os processos predefinidos, de maneira que a empresa tenha uma gestão centralizada e eficaz, bem como a disponibilização de relatórios operacionais e gerenciais que auxiliem na tomada de decisões rápidas e assertivas.
2 CONTEXTUALIZAÇÃO DO PROBLEMA
O Sofware integrado de gestão e vendas (SIGVEN), dependerá da consultoria do gerente/proprietário da empresa. Ele deverá dedicar no mínimo 2 (duas) horas por dia, durante duas semanas para elaboração do projeto do sistema. A Megatech deverá investir em servidores de aplicação, rede e banco de dados, além de dois desktops novos. O Investimento inicial da empresa não pode ultrapassar R$ 25.000,00 (vinte e cinco mil reais).
O SIGVEN deverá ser homologado pelo proprietário/gestor da empresa, antes do GoLive do sistema. O Homologador do sistema estará disponível por 2 (duas) horas por dia de segundaa sexta-feira durante a homologação do software.
2.1 Caracterização da Empresa
A empresa Megatech foi criada em Outubro de 2008 na cidade de Betim – MG, como uma empresa de assistência técnica de computadores e notebooks. Alguns anos mais tarde em 2011 o proprietário viu na venda de equipamentos de informática e tecnologia um meio de receita mais robusto e com melhores resultados, onde a Megatech se tornou loja de itens de informática e tecnologia.
2.2.1 História da empresa
A empresa Megatech está localizada no bairro Angola no município de Betim, região metropolitana de Belo Horizonte - MG, com localização estratégica no município, a empresa está próxima de escolas, faculdades e diversas empresas, Fator que contribui para o crescimento do negócio, tendo em vista que a Megatech é a única empresa da região fornecedora de produtos de informática.
Embora tenha potencial para se tornar a maior empresa fornecedora de suprimentos de informática da região, a Megatech ainda é considerada uma empresa de pequeno porte. Deste modo possui apenas um gerente que é o próprio dono da loja, um estoquista, um vendedor e um operador de caixa, tendo seu horário de funcionamento em horário comercial da região que vai das 08:00hs às 18:00hs de segunda a sexta-feira e sábado de 09:00hs às 12:00hs.
2.2.2 Atividades da empresa
A empresa Megatech tem como atividades o comércio de equipamentos e componentes de informática destinados aos mais diversos públicos como clientes usuários de microcomputadores, empresas, estudantes etc.
2.2.3 Mercado Consumidor
A maior parcela dos clientes da empresa Megatech, está compreendida na classe média, sendo estudantes desde nível médio e técnico até o final da carreira acadêmica na faculdade, e parte da elite econômica (classes A e B), onde consultores e entusiastas tem investido em produtos de qualidade e customizados.
2.2.4 Concorrência
Ainda que a concorrência nesta região seja considerada como acirrada, devido a democratização da tecnologia e o acesso à internet, há um número crescente de pessoas utilizando novas tecnologias, A Megatech, possui um grande diferencial no mercado, está focada em equipamentos de alta performance, além de oferecer excelência no atendimento, garantia e procedência em todos os produtos que comercializa, a fim de atender um público de gamers e entusiastas que estão sempre em busca novidades. Através deste projeto de software a empresa visa criar um sistema para controle, que seja confiável e estável a fim de agilizar as vendas de produtos com emissão de cupom fiscal e gerar relatórios gerenciais para que os gestores tenham a segurança na tomada de decisões, e com isso o planejamento estratégico da empresa traga cada vez mais a confiança dos clientes e o reconhecimento do mercado.
2.2.5 Organograma
A estrutura organizacional da empresa está disposta de acordo com a representação da Figura 1.
Figura 1: Organograma da Empresa
2.3 Proposta do Projeto
A empresa Megatech notou a necessidade de automatizar rotinas da empresa. Algumas dessas rotinas são os processos de vendas com emissão de cupom fiscal e relatórios gerenciais. A proposta do projeto é organizar um sistema que gere confiabilidade, eficácia e que seja autônomo, fornecendo com isso o aumento de vendas, vínculo e confiança dos clientes que serão incorporados ao sistema, fazendo com que tenha agilidade no atendimento e qualidade no serviço prestado, emissão automatizada de cupom fiscal de acordo com as normas legais vigentes, disponibilidade de relatórios gerenciais afim de aperfeiçoar a tomada de decisão e consequentemente melhorar o planejamento estratégico da empresa. Atualmente os processos são controlados por ferramentas como Excel, o que torna as informações vulneráveis e imprecisas e sem confiabilidade, atualmente o sistema possui processo de vendas, cadastros de produtos e clientes sem confiabilidade além da dificuldade de geração de cupom fiscal de acordo com a legislação e um Banco de dados sem rotinas de Backups do armazenamento.
2.3.1 Método de Trabalho
Serão realizadas reuniões semanais IN LOCO com o gestor e proprietário da empresa para levantamento dos requisitos que irão compor o sistema. Ao fim de cada reunião de levantamento será elaborado o documento (Rational Unified Process - RUP) - onde serão apresentados os pontos que foram abordados na reunião e com os devidos prazos para entrega, além do exposto acima, serão feitos os levantamentos de requisitos funcionais e não funcionais através de entrevista estabelecidas para entendimento do ponto de vista de usuários, funcionários e gestor e por fim análise de documentos e rotinas para entendimento do modelo de gestão atual da loja.
Neste projeto será utilizada a UML (Unified Modeling Language) para representação dos modelos.
2.3.2 Previsão de Alocação de Recursos
- Recursos Humanos
Um Analista de Sistema;
Um Gerente da loja / Proprietário;
Um Analista de Teste;
- Recursos Materiais (Hardwares)
2 Desktops com Processador Core i3, memória de 4Gb e HD de 1TB;
1 Notebook com a mesma configuração do desktop;
1 Impressora laser;
- Recursos Materiais (Softwares)
MS Office 2019;
Windows 10 x64; MySQL;
MS Project 2016; IDE NetBeans; DBDesigner; BrModelo 3.0;
Linguagem Java para desenvolvimento de sistema orientado a objeto; Ferramenta Astah para modelagem do sistema.
2.3.3 Cronograma do Projeto (Diagrama de Gantt)
As atividades a serem desenvolvidas no escopo deste projeto estão planejadas no cronograma apresentado nas figuras 2 e 3.
Figura 2: Cronograma (Diagrama de Gantt) parte1
	
	1/3
	3/3
	5/3
	8/3
	10/3
	12/3
	14/3
	17/3
	20/3
	22/3
	29/3
	8/4
	13/4
	17/4
	18/4
	20/4
	22/4
	23/4
	27/4
	1 O Problema 
	 
	
	
	
	
	
	
	
	
	
	
	
	
	
	
	
	
	
	
	1.1 Breve descrição do Problema
	 
	
	
	
	
	
	
	
	
	
	
	
	
	
	
	
	
	
	
	1.2 Breve descrição da Solução
	
	
	
	
	
	
	
	
	
	
	
	
	
	
	
	
	
	
	
	2 Contextualização do Problema
	
	 
	 
	
	
	
	
	
	
	
	
	
	
	
	
	
	
	
	
	2.1 Caracterização da Empresa
	
	
	 
	 
	
	
	
	
	
	
	
	
	
	
	
	
	
	
	
	2.2.1 História da empresa
	
	
	
	 
	
	
	
	
	
	
	
	
	
	
	
	
	
	
	
	2.2.2 Atividades da empresa
	
	
	
	 
	
	
	
	
	
	
	
	
	
	
	
	
	
	
	
	2.2.3 Mercado Consumidor
	
	
	
	 
	
	
	
	
	
	
	
	
	
	
	
	
	
	
	
	2.2.4 Concorrência
	
	
	
	 
	
	
	
	
	
	
	
	
	
	
	
	
	
	
	
	2.2.5 Organograma
	
	
	
	 
	 
	
	
	
	
	
	
	
	
	
	
	
	
	
	
	2.3 Proposta do Projeto
	
	
	
	 
	 
	
	
	
	
	
	
	
	
	
	
	
	
	
	
	2.3.1 Método de Trabalho
	
	
	
	 
	 
	
	
	
	
	
	
	
	
	
	
	
	
	
	
	2.3.2 Previsão de Aloca de Rec.
	
	
	
	
	 
	
	
	
	
	
	
	
	
	
	
	
	
	
	
	2.3.3 Cronograma do Projeto
	
	
	
	
	 
	
	
	
	
	
	
	
	
	
	
	
	
	
	
	2.4 Sistema Atual
	
	
	
	
	 
	
	
	
	
	
	
	
	
	
	
	
	
	
	
	2.4.1 Funcion. do sist atual
	
	
	
	
	 
	
	
	
	
	
	
	
	
	
	
	
	
	
	
	2.4.2 Prob. do sistema atual
	
	
	
	
	 
	
	
	
	
	
	
	
	
	
	
	
	
	
	
	3 A Solução
	
	
	
	
	
	 
	
	
	
	
	
	
	
	
	
	
	
	
	
	3.1 Proposta do Projeto
	
	
	
	
	
	 
	
	
	
	
	
	
	
	
	
	
	
	
	
	3.2 Solução escolhida
	
	
	
	
	
	
	 
	
	
	
	
	
	
	
	
	
	
	
	
	3.2.2 Requisitos do sistema
	
	
	
	
	
	
	 
	 
	
	
	
	
	
	
	
	
	
	
	
	3.2.3 Casos de uso
	
	
	
	
	
	
	
	
	 
	 
	
	
	
	
	
	
	
	
	
	3.2.4 Especifi. dos cas.de uso
	
	
	
	
	
	
	
	
	
	
	 
	 
	
	
	
	
	
	
	
	3.3.2 Projeto de Interfaces
	
	
	
	
	
	
	
	
	
	
	
	 
	 
	 
	
	
	
	
	
	3.3.3 Digrama de Estados
	
	
	
	
	
	
	
	
	
	
	
	
	
	
	 
	
	
	
	
	3.3.4 Digrama de Atividades
	
	
	
	
	
	
	
	
	
	
	
	
	
	
	 
	
	
	
	
	3.3.7 Modelo Físico de dados
	
	
	
	
	
	
	
	
	
	
	
	
	
	
	 
	 
	 
	
	
	4 Conclusões
	
	
	
	
	
	
	
	
	
	
	
	
	
	
	
	
	
	 
	 
	5 Referências Bibliográficas
	
	
	
	
	
	
	
	
	
	
	
	
	
	
	
	
	
	
	 
Figura 3: Cronograma (Diagrama de Gantt) parte2
2.4 Sistema Atual
Nesta etapa analisamos e representamos as rotinas do sistema atual, sendo eles automatizados ou manual.
2.4.1 Funcionamento do sistema atual
O sistema usado hoje possui rotinas simples e praticamente manuais, não oferece controle dos processos e contem incoerências nas informações. O sistema é baseado em etapas de inserção e atualização de informações, tudo de maneira manual,o que torna necessário a conferência diária ao fim de cada dia de trabalho.
Nos quatro microcomputadores disponíveis na empresa, existem recursos para entrada/saída de dados. O equipamento do gerente dispõe de recurso para inserir produtos novos, dar entrada em Notas Fiscais, cadastrar fornecedores e planilhas de gestão das vendas realizadas. O desktop do setor de vendas dispõe de planilha de vendas com campos para visualizar o estoque dos produtos, e campos de entrada para informações de clientes, como nome, quantidade, produto, valor e desconto. O computador do estoque tem uma terceira planilha que é de acesso compartilhado com o time de vendas, nesta planilha o estoque altera a quantidade de produtos entregues. Por último o desktop do caixa que contém o sistema de transmissão de Nota Fiscais, a planilha com visualização dos valores dos produtos a serem vendidos, comunicação com estoque para confirmação de pagamento. 
Após os processos citado acima ao fim de cada dia é realizado um balanço e a validação e consistência dos lançamentos, tudo feito manualmente, possibilitando falhas em todas as áreas.
2.4.2 Problema do sistema atual
O sistema atual da Megatech é obsoleto, utiliza planilhas eletrônicas e compartilhadas em rede, gerando muitas vezes travamento e perda de dados. Todos os processos de fechamento de caixa, contagem de estoque, demonstrativos de vendas são feitos manualmente.
Os cadastros de clientes, fornecedores, produtos e vendedores são feitos também em planilhas muitas vezes separadas e/ou compartilhadas, gerando duplicidade, perda de dados e baixa confiabilidade.
Não possui backup automatizado e confiável e a emissão de notas e realizada em programa de terceiros sem vínculo e baixa financeira com o sistema da empresa.
3 A SOLUÇÃO
A solução proposta para Megatech foi a criação de software de gestão que contemple módulos comunicativos entre si.
3.1 Proposta do Projeto
O sistema proposto é o software integrado de gestão e vendas, será um software único na empresa com quatro módulos com diferentes permissões sendo estes os seguintes:
- Módulo de vendas:
Cadastro de cliente;
Consulta produtos;
Pedido de venda;
- Módulo Financeiro:
Abertura/Fechamento de caixa;
Cadastro Cliente;
Consulta de produtos;
Finalizar pedido de venda;
Emissão de NFe;
- Módulo de estoque:
Inventario geral do estoque;
Cadastro de produtos;
Cadastro de fornecedores;
Alertas de baixa de estoque e falta de produtos;
- Módulo administrativo:
Acesso a todos os módulos e funções do sistema;
Relatórios de vendas;
Relatórios de entrada e saída de materiais;
Balanço geral dos módulos do sistema.
3.1.1 Justificativa para o novo sistema
Para consolidação no mercado e implementação de diferencial no segmento, temos através da proposta deste projeto de software a criação de um sistema para gestão automatizada, confiável e estável das vendas de produtos com emissão de Nota fiscal eletrônico, gerando relatórios gerencias a fim de poder tomar decisões mais assertivas no planejamento estratégico da empresa, conquistando cada vez mais a confiança dos clientes e o reconhecimento do mercado.
Após o levantamento e análise de informações e necessidades atuais da Megatech, foram obtidas as seguintes causas para o desenvolvimento do novo sistema:
A inexistência de qualquer relatório automatizado gerencial das atividades da loja, Cadastro de produtos (feitos manualmente em planilhas), Cadastro de clientes/fornecedores (feitos manualmente em planilhas); Falta de confiabilidade das informações, A inexistência de backup confiável e por último a dificuldade no processo de lançamento e baixa de estoque.
3.1.1 Situação desejada
Após levantamento e análise de informações verificamos os seguintes pontos chave, que são relevantes para implantação do novo sistema, são eles:
- Gestão integrada dos processos da empresa
- Emissão de relatórios automatizados para controle de gestão;
- Restrição ao acesso as informações por parte dos usuários através de login;
- Backup eficiente de todo o fluxo de processos da empresa;
- Confiabilidade e agilidade nos serviços de estoque, cadastro de clientes, produtos e fornecedores.
3.2 Solução escolhida
3.2.1 Escopo da solução
Através da implementação de novas tecnologias e da informatização dos processos a Megatech visa ter maior controle sobre seus cadastros, estoque e finanças. O sistema rá automatizar alguns processos operacionais e financeiros aumentando a eficiência e a confiabilidade do sistema. Este sistema será único com permissões de acesso distintas para cada área de operação, ou seja, somente o caixa terá acesso rotinas relativas ao caixa e assim por diante para as demais áreas de trabalho dentro da loja, sendo que a gerência terá acesso total ao sistema para controle e emissão de relatórios.
3.2.2 Requisitos do sistema
Em consonância com o estudo prévio das rotinas na empresa, foram identificados problemas de confiabilidade de dados, devido à utilização de métodos manuais que dificultam o controle, a consulta, a análise e a manutenção dos dados. Portanto, abaixo descreveremos alguns requisitos para implementação do software proposto:
Requisitos Funcionais:
[RF1]. Cadastrar, excluir e alterar produtos: O sistema deve permitir que o usuário possa cadastrar produtos novos com seus descritivos. O cadastro não pode ser realizado no caso exista código cadastrado. O sistema tem que permitir a exclusão de produtos por nome ou código caso não exista movimentações deste produto no sistema. O sistema tem que ter atualizações constantes, tanto do descritivo dos produtos em estoque quanto das rotinas de pedidos.
[RF2]. Cadastrar, excluir e alterar cadastros de clientes e fornecedores: O sistema deve permitir cadastro de novos clientes e/ou fornecedores com todos as informações e atributos possíveis. O cadastro de clientes e fornecedores não pode possuir códigos duplicados no sistema, o sistema deve realizar esta validação automaticamente. O sistema deverá permitir a exclusão de clientes ou fornecedores por nome ou código caso não exista movimentações no sistema afim de manter histórico de movimentações dela. O sistema deverá atualizar as informações dos clientes ou fornecedores e caso estes tenham processo de pedidos ou documentos de contas a receber ou a pagar, esses documentos deverão ser atualizados.
[RF3]. Cadastro, exclusão e alteração de contas a receber e contas apagar, O sistema deve permitir o cadastro de novos documentos de despesa ou receita a fim de controle e acompanhamento financeiro dos clientes e fornecedores. O sistema de permitir também a exclusão e ou edição de documentos com a situação em aberto, mas não deve permitir a exclusão de documentos já baixados. O sistema não pode permitir o cadastro de documentos com o códigos existentes na base de dados.
[RF4]. Cadastro de condições de pagamentos com emissão automatizada de Notas fiscais.
[RF5]. Cadastro e controle usuário para autenticação de entrada no sistema afim de manter a segurança da informação;
[RF6]. Oferecer controle de movimentações do estoque, incluindo alertas de baixa de estoque, histórico de movimentações. O sistema deve permitir o ajuste de estoque, nunca a exclusão dos registros de lançamentos e movimentações de produtos.
[RF7]. Emissão de relatórios de vendas, fornecedores, clientes, fluxo de caixa, inventários de estoque e balanço geral do sistema, com controle de permissão de acesso somente ao gerente através de seu login de senha.
Requisitos Não Funcionais:
[RNF1]. Será criado o documento de diagrama de classes, diagramas de caso de uso com suas devidas descrições e com os demais diagramas, como também informações sobre o código fonte.
[RNF2]. Será criado um cronograma detalhado do projeto com todos os processos de desenvolvimento no qual constem: as atividades a serem realizadas durante o projeto e com que recursos humanos e físicos serão desenvolvidos o sistema.
[RNF3]. A interface do sistema será agradável e intuitiva, objetiva e amigável ao usuário. Suas funcionalidades e informações deveram estar bem visíveis e disponíveisde forma sucinta.
[RNF4]. Comunicação entre o sistema e usuário será com mensagens simples e intuitivas explicando o erro gerado, evitando termos técnicos.
[RNF5]. Todos os relatórios que possuírem filtro de um mês apenas, não deverão demorar mais que sete segundos para serem gerados.
3.2.3 Casos de uso
Nesta seção estão os diagramas de casos de uso, onde estão registradas todas as funcionalidades do sistema, assim como os atores e suas responsabilidades.
Os requisitos do sistema proposto no escopo deste projeto ficam representados nos Diagramas de Caso de Uso, representado nas Figuras 4 a 7.
Caso de Uso, Figura 4.
Figura 4: Diagrama de Caso de Uso – Módulo Administrativo
Caso de Uso, Figura 5.
Figura 5: Diagrama de Caso de Uso – Módulo Estoque
Caso de Uso, Figura 6.
Figura 6: Diagrama de Caso de Uso – Módulo Caixa.
Caso de Uso, Figura 7.
Figura 7: Diagrama de Caso de Uso – Módulo Vendas
3.2.4 Especificações dos casos de uso
	Nome do caso de uso
	Autenticar Sistema
	Caso de uso geral
	 
	Ator principal
	Proprietário / Gerente
	Resumo
	Este caso uso descreve a etapa de login no sistema
	Pré condições
	Ter sido cadastrado anteriormente pelo administrador do sistema
	Pós Condições
	 
	Fluxo Principal
	 
	Ações do Ator
	Ações do Sistema
	 
	1. Apresenta tela de cadastro de Cliente
	2. Entrar com usuário e senha cadastrados.
	 
	 
	3. Após validação do login Sistema é aberto.
	Restrições/Validações
	 
	Fluxo Alternativo – Administrador/Gerente não
cadastrado
	 
	Ações do Ator
	Ações do Sistema
	 
	1. Apresenta tela de cadastro de Cliente.
	2. Entrar com usuário e senha cadastrados.
	 
	 
	3. Apresenta tela de cadastro de Cliente com erro de login e senha.
	4. Solicitar cadastro de login de Gerente para Administrador do Sistema.
	 
Tabela 1: Descrição do Caso de Uso - Modulo Administrativo – “Autenticar Sistema”
	Nome do caso de uso
	Controlar acesso
	Caso de uso geral
	 
	Ator principal
	Proprietário / Gerente
	Resumo
	Este caso uso descreve a etapa de administração de controle de acesso a todos os usuários do sistema de nível inferior ao administrador.
	Pré condições
	Possuir perfil de gerente
	Pós Condições
	 
	Fluxo Principal
	 
	Ações do Ator
	Ações do Sistema
	1. Selecionar opção controlar acesso.
	 
	 
	2. Apresenta tela para inserir dados de pessoas para acesso ao sistema.
	 
	 
	3. Seleciona criar novo acesso.
	 
	 
	4. Abre formulário.
	5. Digita as informações de identificação
da pessoa.
	 
	 
	6. O sistema irá salvar os dados e gerar uma senha automática que será enviada para o e-mail da pessoa.
	Restrições/Validações
	1.A pessoa deverá ter uma conta de e-mail válida.
	Ações do Ator
	Ações do Sistema
	 
	1.Informa caso haja alguma duplicidade de cadastro, nome ou e-mail
	Ações do Ator
	Ações do Sistema
	Foi constatado duplicidade.
	Impedir novo cadastro.
	Restrições/Validações
	Consistência do sistema operante.
Tabela 2: Descrição do Caso de Uso - Modulo Administrativo – “Controlar Acesso”
	Nome do caso de uso
	Relatório de Vendas
	Caso de uso geral
	 
	Ator principal
	Proprietário / Gerente
	Resumo
	Este caso uso descreve a emissão do relatório de venda.
	Pré condições
	Acesso somente pelo gerente
	Pós Condições
	 
	Fluxo Principal
	 
	Ações do Ator
	Ações do Sistema
	Sem logs de vendas para o produto selecionado.
	 
	 
	Tela informando a inexistência do produto selecionado
	Restrições/Validações
	1.A pessoa deverá ter uma conta de e-mail válida.
	Fluxo Alternativo
	 
	Ações do Ator
	Ações do Sistema
	 
	1.Informa caso haja alguma duplicidade de cadastro, nome ou e-mail
	Fluxo exceção
	Simular quantitativo de vendas para um determinado
produto
	Ações do Ator
	Ações do Sistema
	Carregar todos os dados referentes ao produto.
	Apresentar a tela de relatório como requerido.
	Restrições/Validações
	Relatório impresso.
Tabela 3: Descrição do Caso de Uso - Modulo Administrativo – “Relatório de Vendas”
	Nome do caso de uso
	Relatório de Estoque
	Caso de uso geral
	 
	Ator principal
	Proprietário / Gerente
	Resumo
	Este caso uso descreve a emissão do relatório de Estoque.
	Pré condições
	Acesso somente pelo gerente
	Pós Condições
	 
	Fluxo Principal
	 
	Ações do Ator
	Ações do Sistema
	1. Selecionar opção relatórios de estoque.
	 
	 
	2. Apresenta a opção relatórios de estoque.
	3. Clicar no botão imprimir relatórios de estoque
selecionando o mês ou o período.
	 
	 
	4. Imprime o relatório conforme selecionado.
	5. Selecionar opção relatórios de estoque
	 
	 
	5. Apresenta a opção relatórios de estoque.
	6. Clicar no botão imprimir relatórios de estoque
selecionando o mês ou o período.
	 
	Restrições/Validações
	Falha na rede.
	Ações do Ator
	Ações do Sistema
	 
	1.Informa caso haja alguma duplicidade de cadastro, nome ou e-mail
	Fluxo exceção
	Relatório requerido vencido com prazo superior a 5 anos.
	Ações do Ator
	Ações do Sistema
	Carregar todos os dados referentes ao produto, através de backup próprio.
	Apresentar a tela de relatório como requerido.
	Restrições/Validações
	Relatório impresso.
Tabela 4: Descrição do Caso de Uso - Modulo Administrativo – “Relatório de Estoque”
	Nome do caso de uso
	Autenticar Sistema
	Caso de uso geral
	 
	Ator principal
	Estoquista
	Resumo
	Este caso uso descreve a etapa de login no sistema
	Pré condições
	Ter sido cadastrado anteriormente pelo administrador do sistema
	Pós Condições
	 
	Fluxo Principal
	 
	Ações do Ator
	Ações do Sistema
	 
	1. Apresenta tela de cadastro de Cliente
	2. Entrar com usuário e senha cadastrados.
	 
	 
	3. Após validação do login Sistema é aberto.
	Restrições/Validações
	 
	Fluxo Alternativo – Administrador/Gerente não
cadastrado
	 
	Ações do Ator
	Ações do Sistema
	 
	1. Apresenta tela de cadastro de Cliente.
	2. Entrar com usuário e senha cadastrados.
	 
	 
	3. Apresenta tela de cadastro de Cliente com erro de login e senha.
	4. Solicitar cadastro de login de Gerente para Administrador do Sistema.
	 
Tabela 5: Descrição do Caso de Uso - Modulo Estoque – “Autenticar Sistema”
	Nome do caso de uso
	Baixa de produtos
	Caso de uso geral
	 
	Ator principal
	Estoquista
	Resumo
	Este caso uso descreve a etapa de baixa de produtos vendidos no estoque
	Pré condições
	Confirmação de venda do produto
	Pós Condições
	 
	Fluxo Principal
	 
	Ações do Ator
	Ações do Sistema
	1. Selecionar opção confirmar venda.
	 
	 
	2. Apresenta tela com lista e quantidade do mesmo produto.
	3. Seleciona o produto da lista que foi vendido.
	 
	 
	4. Apresenta tela de confirmação de baixa do produto.
	5. Selecionar opção relatórios de estoque
	 
	 
	5. Tela retorna para menu principal do modulo de estoque.
	Restrições/Validações
	 
	Fluxo Alternativo
	1. Entrada de mesmo código de produto já baixado.
	Ações do Ator
	Ações do Sistema
	 
	Alerta no sistema de código de produto ou produto já baixado.
	Conferência do produto a ser baixado, juntamente
com o código.
	 
	Restrições/Validações
	Fazer as devidas alterações.
Tabela 6: Descrição do Caso de Uso - Modulo Estoque – “Baixar Produtos”
	Nome do caso de uso
	Cadastrar Produtos
	Caso de uso geral
	 
	Ator principal
	Estoquista
	Resumo
	Este caso uso descreve a etapa de cadastro de
produtos.
	Pré condições
	Lançamento de NF de compra.
	Fluxo Principal
	 
	Ações do Ator
	Ações do Sistema
	1. Selecionar opção cadastro de produto.
	 
	 
	2. Apresenta tela com a tabela de descrição do
produto e o código que será atribuído a ele.
	3. Preencher a tabela com todas as descrições do produto e atribuir um novo código a ele.
	 
	 
	4. Apresenta tela de confirmação de cadastro.
	 
	5. Tela retorna para menu principal do modulo de
estoque.
	Restrições/Validações
	Validação do cadastro após consistência do
sistema.
	Fluxo Alternativo
	Cadastro de produto contendo mesma descrição e/ou códigos já lançados no sistema.
	Ações do Ator
	Ações do Sistema
	 
	Alerta de duplicidade de código e ou produto.
	Confirmação e alteração de descrição oudesistência de cadastro após confirmação de cadastro existente.
	 
	Restrições/Validações
	Volta ao menu principal.
Tabela 7: Descrição do Caso de Uso - Modulo Estoque – “Cadastrar Produtos”
	Nome do caso de uso
	Cadastrar Fornecedores
	Caso de uso geral
	 
	Ator principal
	Estoquista
	Resumo
	Este caso uso descreve a etapa de cadastro de fornecedores.
	Pré condições
	 
	Pós Condições
	 
	Fluxo Principal
	 
	Ações do Ator
	Ações do Sistema
	1. Selecionar opção Cadastro de Fornecedores.
	 
	 
	2. Abre tela de Cadastro de Fornecedores com a tabela a ser preenchida.
	3. Preencher a tabela de cadastro de fornecedores
	 
	 
	4. Apresenta tela de confirmação de cadastro de fornecedor.
	 
	5. Tela retorna para menu principal do modulo de estoque.
	Restrições/Validações
	Consistência de número de CNPJ
	Fluxo Alternativo
	 
	Ações do Ator
	Ações do Sistema
	 
	Alerta para número de CNPJ já utilizado
	Verificar número correto ou desistir de cadastrar pois já consta no banco de dados do sistema.
	 
	Restrições/Validações
	Tela de alerta fecha e retorna ao menu.
Tabela 8: Descrição do Caso de Uso - Modulo Estoque – “Cadastrar Fornecedores”
	Nome do caso de uso
	Registrar Compras
	Caso de uso geral
	 
	Ator principal
	Estoquista
	Resumo
	Este caso uso descreve a etapa de registro de compras
	Pré condições
	 
	Pós Condições
	 
	Fluxo Principal
	 
	Ações do Ator
	Ações do Sistema
	1. Selecionar opção Registro de Compras.
	 
	 
	2. Apresenta tela de registro de compras com descrição do produto, quantidade, código, cliente e pagamento.
	3. Selecionar a opção registro de compra que queira visualizar.
	 
	 
	4. Carrega tabela de acordo com a opção selecionada.
	 
	5. Tela retorna para menu principal do modulo de estoque
	Restrições/Validações
	Cartão utilizado pelo cliente com problema, substituir opção de pagamento.
	Fluxo Alternativo
	Alterar condição de pagamento.
	Ações do Ator
	Ações do Sistema
	 
	Resposta negativa da opção de pagamento.
	Selecionar outra opção de pagamento.
	 
	Restrições/Validações
	Validação de pagamento e retorno ao menu principal.
Tabela 9: Descrição do Caso de Uso - Modulo Estoque – “Registrar Compras”
	Nome do caso de uso
	Autenticar Sistema
	Caso de uso geral
	 
	Ator principal
	Caixa
	Resumo
	Este caso uso descreve a etapa de login no sistema
	Pré condições
	Ter sido cadastrado anteriormente pelo administrador do sistema
	Pós Condições
	 
	Fluxo Principal
	 
	Ações do Ator
	Ações do Sistema
	 
	1. Apresenta tela de cadastro de Cliente
	2. Entrar com usuário e senha cadastrados.
	 
	 
	3. Após validação do login Sistema é aberto.
	Restrições/Validações
	 
	Fluxo Alternativo – Administrador/Gerente não
cadastrado
	 
	Ações do Ator
	Ações do Sistema
	 
	1. Apresenta tela de cadastro de Cliente.
	2. Entrar com usuário e senha cadastrados.
	 
	 
	3. Apresenta tela de cadastro de Cliente com erro de login e senha.
	4. Solicitar cadastro de login de Gerente para Administrador do Sistema.
	 
Tabela 10: Descrição do Caso de Uso - Modulo Faturamento – “Autenticar Sistema”
	Nome do caso de uso
	Gerar contas a pagar
	Caso de uso geral
	 
	Ator principal
	Caixa
	Resumo
	Este caso uso descreve a etapa de geração do documento de contas a pagar.
	Pré condições
	 
	Pós Condições
	 
	Fluxo Principal
	 
	Ações do Ator
	Ações do Sistema
	1. Selecionar opção Lançar contas a pagar.
	 
	 
	2. Abre a tela de lançamento.
	3. Selecionar botão novo.
	 
	4. Informar número do documento
	
	5. Preencher formulário
	
	
	6. Salvar contas a pagar.
	Restrições/Validações
	
	Fluxo Alternativo
	
	Ações do Ator
	Ações do Sistema
	 
	
	
	 
	Restrições/Validações
	
Tabela 11: Descrição do Caso de Uso - Modulo Faturamento – “Lançar contas a pagar”
	Nome do caso de uso
	Emitir contas a Receber
	Caso de uso geral
	 
	Ator principal
	Caixa
	Resumo
	Este caso uso descreve a etapa de geração do documento de contas a receber.
	Pré condições
	 
	Pós Condições
	 
	Fluxo Principal
	 
	Ações do Ator
	Ações do Sistema
	1. Selecionar opção emitir contas a receber.
	 
	 
	2. Abre a tela de emissão do contas a receber.
	3. Selecionar botão novo.
	 
	4. Informar número do documento
	
	5. Preencher formulário
	
	
	6. Salvar contas a receber.
	Restrições/Validações
	
	Fluxo Alternativo
	
	Ações do Ator
	Ações do Sistema
	 
	
	
	 
	Restrições/Validações
	
Tabela 12: Descrição do Caso de Uso - Modulo Faturamento – “Emitir contas a receber”
	Nome do caso de uso
	Registrar venda
	Caso de uso geral
	 
	Ator principal
	Caixa
	Resumo
	Este caso uso descreve a etapa de registro de venda.
	Pré condições
	Emitir Nota Fiscal Eletrônica
Gerar valor a receber.
	Pós Condições
	 
	Fluxo Principal
	 
	Ações do Ator
	Ações do Sistema
	1. Selecionar opção registrar vendas.
	 
	 
	2. Abre a tela de vendas.
	3. Selecionar pedido pelo numero.
	 
	4. selecionar forma de pagamento
	
	
	5. Confirmar emissão da NFe e valor a receber.
	
	6. Salvar contas a receber.
	Restrições/Validações
	
	Fluxo Alternativo
	
	Ações do Ator
	Ações do Sistema
	 
	
	
	 
	Restrições/Validações
	
Tabela 13: Descrição do Caso de Uso - Modulo Faturamento – “Registrar vendas”
	Nome do caso de uso
	Autenticar Sistema
	Caso de uso geral
	 
	Ator principal
	Vendedor
	Resumo
	Este caso uso descreve a etapa de login no sistema
	Pré condições
	Ter sido cadastrado anteriormente pelo administrador do sistema
	Pós Condições
	 
	Fluxo Principal
	 
	Ações do Ator
	Ações do Sistema
	 
	1. Apresenta tela de cadastro de Cliente
	2. Entrar com usuário e senha cadastrados.
	 
	 
	3. Após validação do login Sistema é aberto.
	Restrições/Validações
	 
	Fluxo Alternativo – Administrador/Gerente não
cadastrado
	 
	Ações do Ator
	Ações do Sistema
	 
	1. Apresenta tela de cadastro de Cliente.
	2. Entrar com usuário e senha cadastrados.
	 
	 
	3. Apresenta tela de cadastro de Cliente com erro de login e senha.
	4. Solicitar cadastro de login de Gerente para Administrador do Sistema.
	 
Tabela 14: Descrição do Caso de Uso - Modulo Vendas – “Autenticar Sistema”
	Nome do caso de uso
	Cadastrar Cliente
	Caso de uso geral
	 
	Ator principal
	Vendedor
	Resumo
	Este caso uso descreve a etapa de cadastro de Clientes.
	Pré condições
	 
	Pós Condições
	 
	Fluxo Principal
	 
	Ações do Ator
	Ações do Sistema
	1. Selecionar opção Cadastro de Clientes.
	 
	 
	2. Abre tela de Cadastro de Clientes com a tabela a ser preenchida.
	3. Preencher a tabela de cadastro de Clientes
	 
	 
	4. Apresenta tela de confirmação de cadastro de Cliente.
	 
	5. Tela retorna para menu principal do modulo de Vendas.
	Restrições/Validações
	Consistência de número de CNPJ
	Fluxo Alternativo
	 
	Ações do Ator
	Ações do Sistema
	 
	Alerta para número de CNPJ já utilizado
	Verificar número correto ou desistir de cadastrar pois já consta no banco de dados do sistema.
	 
	Restrições/Validações
	Tela de alerta fecha e retorna ao menu.
Tabela 15: Descrição do Caso de Uso - Modulo Vendas – “Cadastrar Cliente”
	Nome do caso de uso
	Registrar Pedido
	Caso de uso geral
	 
	Ator principal
	Vendedor
	Resumo
	Este caso uso descreve a etapa de pedido de venda.
	Pré condições
	 
	Pós Condições
	 
	Fluxo Principal
	 
	Ações do Ator
	Ações do Sistema
	1. Selecionar opção registro de pedido.
	 
	 
	2. Abre tela de registro de pedido com a tabela a ser preenchida.
	3. Preencher a tabela de registro de pedido.
	 
	 
	4. Apresenta tela de confirmação de registro de pedidos.
	 
	5. Tela retorna para menu principal do modulo de vendas.
	Restrições/Validações
	1. Produto não encontrado ou faltando no estoque.
2. Cliente não cadastrado.
	Fluxo Alternativo
	 
	Ações do Ator
	Ações do Sistema
	 
	
	
	 
	Restrições/Validações
	
Tabela 16: Descrição do Caso de Uso - Modulo Vendas – “Registrar Pedido”
3.2.5 Modelo Conceitual de Classes
Os dados que oferecem suporte aos requisitos do sistema proposto no escopo desteprojeto estão representados na Figura 8, através do Diagrama de Classes.
Figura 8: Diagrama de Classes
3.2.6 Modelo Conceitual de Dados
O modelo conceitual de dados representado na Figura 9, apresenta os relacionamentos entre as informações que dão suporte aos requisitos do sistema proposto no escopo deste projeto.
Figura 9: Modelo Conceitual de Dados
3.3 Solução Tecnológica
3.3.1 Digrama de sequência
 O Diagrama de Sequência, consiste em diagramas que mostram a troca de informação entre os objetos em uma situação específica, delimitada no tempo para realizar determinada tarefa.
Abaixo, os principais diagramas de sequência do SIGVEN demonstrando cadastro de vendas, cadastro de produtos, contas a pagar e contas a receber: . 
Figura 10: Diagrama sequencial – Cadastro de Vendas
Figura 11: Diagrama sequencial – Cadastro de Produtos
Figura 12: Diagrama de Sequência - Contas a Pagar
Figura 13: Diagrama de Sequência - Contas a Receber
3.3.2 Projeto de Interfaces
O projeto de Interface determina o comportamento e a apresentação de uma interface de sistema para o usuário definindo um modelo intuitivo de fácil usabilidade.
A base da execução de um projeto de software é utilizada nos moldes da psicologia, sempre considerando os fatores humanos, da tecnologia dos dispositivos de entrada e saída, de tipos de diálogos, das análises de tarefas, dos padrões, regras, protótipos e avaliação de outros sistemas vigentes, objetivando o sucesso deste novo programa, levando em consideração o bom resultado e a satisfação dos usuários. Este resultado será sua especificação, geralmente através de especificações formais, protótipos ou ainda documentos informais catalogados.
Os principais objetivos de um projeto de interface com o usuário são:
-	Interação com o cliente;
-	Apresentação de informação;
-	Suporte e avaliação da interface na visão do mesmo.
Abaixo temos as telas do programa SIGVEN baseadas nestas informações e detalhadas conforme figuras:
Figura 14: Tela Inicial de Menu do Sistema Siscoven
Acima, como pode ser visto, está a interface de Menus do SIGVEN, onde são apresentadas todas as opções principais do sistema.
Figura 15: Tela do Menu Principal - Subitens Acesso - Login e PDV
Acima, a tela da interface do tipo do Menu Principal com as opções de entradas para os submenus “Acesso – Login e PDV”, que abaixo será apresentado cada tela separadamente, com as descrições das atividades inerentes de cada um.
Figura 16: Tela do Menu Principal: Subitem – Acesso - Login
A tela apresentada acima é da interface de login ou Acesso, onde são tratadas as validações de acesso do usuário do sistema SIGVEN.
Figura 17: Tela do Menu Principal: Subitem – PDV
Acima apresento a tela do Caixa também chamada de “PDV”, nesta tela temos todas as funcionalidades relativas ao módulo caixa, funções que conglomera frente de caixa, lista de produtos com códigos de barras, emissão de NFe, emissão de orçamentos e configurações de exibições de tela para estas funcionalidades do sistema.
Figura 18: Tela do Menu Cadastro - Subitens: Cliente, Produto, Fornecedor, Usuário de Sistema
Tela do Menu cadastro e seus submenus.
Figura 19: Tela do Menu Cadastro - Subitem: Clientes
Figura 20: Tela do Menu Cadastro - Subitem: Produtos
Figura 21: Tela do Menu Cadastro - Subitem: Fornecedores
Figura 22: Tela do Menu Cadastro - Subitem: Usuários
Nas 4 (quatro) telas de interface apresentadas acima temos os menus de Cadastro e seus submenus Clientes, Produtos, Fornecedor e Usuários onde são tratadas todas as funcionalidades relativas ao cadastro no sistema.
Figura 23: Tela do Menu Movimentação - Subitens: Contas a Pagar, Contas a Receber, Pedidos de Compras e Estoque
Acima, a interface do Menu Movimentação com as opções de entradas para os submenus Contas a Pagar, Contas a Receber, Pedidos de Compras e Estoque. Abaixo apresento as telas dos respectivos submenus do sistema.
Figura 24: Tela do Menu Movimentação - Subitem: Contas a Pagar
Na tela apresentada acima temos a interface do tipo “Movimentação – submenu Contas a Pagar” onde são tratadas toda à movimentação de Contas a Pagar no sistema. 
Figura 25: Tela do Menu Sair e Subitem Sair
Por fim, a última tela do SIGVEN, interface de Logoff do sistema, neste menu o usuário pode sair do sistema com toda segurança necessária.
3.3.3 Digrama de Estados
Os diagramas de estado ou Diagramas de Transição de Estado (DTE), são usados para modelar um comportamento acertado em sistema de transição entre estados finitos. Para diagramas de estado são usados dois tipos de diagramas de estado: diagramas de estado comportamentais e diagramas de estado para protocolos.
Abaixo, os principais diagramas de estado do SIGVEN demonstrando cadastro de vendas, cadastro de produtos, contas a pagar e contas a receber
Figura 26: Diagrama de Estado - Cadastro de Produtos
Figura 27: Diagrama de Estado - Cadastro de Vendas
Figura 27: Diagrama de Estado – Contas a pagar
Figura 28: Diagrama de Estado – Contas a receber.
3.3.4 Digrama de Atividades
O Diagrama de atividade é definido pela Linguagem de Modelagem Unificada (UML), e representa os fluxos administrados por processamentos, o objetivo é apresentar o fluxo de atividades em um único processo, mostrando como uma atividade é dependente da outra.
No diagrama de atividades existem regiões denominadas swimlanes que são associadas a um objeto do modelo onde encontram-se as atividades relativas ao objeto da região. Estas atividades são conectadas através de arcos (transições), que mostram as dependências entre elas.
Abaixo, o diagrama de atividade do SIGVEN, demonstrando o fluxograma de produtos. 
Figura 29: Diagrama de Atividades - Cadastro de Produtos
3.3.5 Digrama de Componentes
Figura 30: Diagrama de Componentes
3.3.6 Modelo de classes de Projeto
Figura 31: Modelo de Classes de Projeto
3.3.7 Modelo Físico de dados
3.3.7.1 Projeto de Tabelas e arquivos.
Figura 32: Modelo Físico de Dados
3.3.7.1 Scripts de geração do banco de dados e suas Tabelas
Scripts SQL e Tabelas do Banco de Dados MYSQL do sistema SIGven:
CREATE TABLE cliente (
idcliente INTEGER UNSIGNED NOT NULL AUTO_INCREMENT,
usersist_idusersist INTEGER UNSIGNED NOT NULL, nome VARCHAR(100) NULL,
cpf VARCHAR(15) NULL, bairro VARCHAR(50) NULL,
logradouro VARCHAR(50) NULL, cidade VARCHAR(100) NULL,
PRIMARY KEY(idcliente),
INDEX cliente_FKIndex1(usersist_idusersist)
);
Tabela 17: Tabela de Dados Cliente
CREATE TABLE contaspagar (
idcontaspagar INTEGER UNSIGNED NOT NULL AUTO_INCREMENT, nome VARCHAR(100) NULL,
datavencimento DATE NULL, valor DOUBLE(10,2) NULL,
taxajuros DOUBLE(10,2) NULL, total DOUBLE(10,2) NULL,
PRIMARY KEY(idcontaspagar)
);
Tabela 18: Tabela de Dados Contas a Pagar
CREATE TABLE contasreceber (
idcontasreceber INTEGER UNSIGNED NOT NULL AUTO_INCREMENT, venda_idvenda INTEGER UNSIGNED NOT NULL,
nome VARCHAR(100) NULL,
data_venc DATE NULL, valor DOUBLE(10,2) NULL,
taxajuros DOUBLE(10,2) NULL, total DOUBLE(10,2) NULL,
PRIMARY KEY(idcontasreceber),
INDEX contasreceber_FKIndex1(venda_idvenda)
);
Tabela 19: Tabela de Dados Contas a Receber
CREATE TABLE estoque (
idmovimento INTEGER UNSIGNED NOT NULL AUTO_INCREMENT,
estoqueini INTEGER UNSIGNED NULL, estoqueatual INTEGER UNSIGNED NULL, dataalteracao DATE NULL,
PRIMARY KEY(idmovimento)
);
Tabela 20: Tabela de Dados Estoque
CREATE TABLE fornecedor (
idfornecedor INTEGER UNSIGNED NOT NULL AUTO_INCREMENT,
pedidocompra_idpedidocompra INTEGER UNSIGNED NOT NULL, nome VARCHAR(100) NULL,
razaosocial VARCHAR(100) NULL, CNPJ INTEGER UNSIGNED NULL, produto INTEGER UNSIGNED NULL,
descricao VARCHAR(100) NULL, PRIMARY KEY(idfornecedor),
INDEX fornecedor_FKIndex1(pedidocompra_idpedidocompra)
);
Tabela 21: Tabela de Dados Fornecedor
CREATE TABLE pedidocompra (
idpedidocompra INTEGER UNSIGNED NOT NULL AUTO_INCREMENT,produto_idproduto INTEGER UNSIGNED NOT NULL, nome VARCHAR(100) NULL,
datapedido DATE NULL, valor DOUBLE(10,2) NULL,
local_2 VARCHAR(50) NULL,
PRIMARY KEY(idpedidocompra),
INDEX pedidocompra_FKIndex1(produto_idproduto)
);
Tabela 22: Tabela de Dados Pedido de Compra
CREATE TABLE usersist (
idusersist INTEGER UNSIGNED NOT NULL AUTO_INCREMENT, nome VARCHAR(255) NULL,
senha VARCHAR(50) NULL,
perfil INTEGER UNSIGNED NULL,
PRIMARY KEY(idusersist)
);
Tabela 23: Tabela de Dados Usuário de Sistema
CREATE TABLE produto (
idproduto INTEGER UNSIGNED NOT NULL AUTO_INCREMENT,
contaspagar_idcontaspagar INTEGER UNSIGNED NOT NULL, estoque_idmovimento INTEGER UNSIGNED NOT NULL, cliente_idcliente INTEGER UNSIGNED NOT NULL, codigo INTEGER UNSIGNED NULL, nome VARCHAR(50) NULL, descricao VARCHAR(255) NULL, preco DOUBLE(10,2) NULL, quantidade INTEGER UNSIGNED NULL, valor DOUBLE(10,2) NULL,
PRIMARY KEY(idproduto),
INDEX produto_FKIndex1(cliente_idcliente), INDEX produto_FKIndex2(estoque_idmovimento),
INDEX produto_FKIndex3(contaspagar_idcontaspagar)
);
Tabela 24: Tabela de Dados Produto
CREATE TABLE venda (
idvenda INTEGER UNSIGNED NOT NULL AUTO_INCREMENT,
produto_idproduto INTEGER UNSIGNED NOT NULL, idcliente INTEGER UNSIGNED NULL,
DataHora DATETIME NULL,
vendedor VARCHAR(100) NULL, PRIMARY KEY(idvenda),
INDEX venda_FKIndex1(produto_idproduto)
);
Tabela 25: Tabela de Dados Venda
3.3.8 Ambiente tecnológico do sistema
3.3.8.1 Ambiente Físico
Figura 33: Diagrama de Implantação
3.3.8.2 Justificativa da escolha da linguagem de programação
A linguagem de programação Java, foi escolhida porque é uma das linguagens mais utilizadas no mundo e ainda em crescimento nas empresas, através de novas adoções sendo também uma plataforma de desenvolvimento. Além do exposto acima a linguagem trata-se de uma tecnologia com custo quase zero, sendo que os editores e ambientes de produção são gratuitos. Entre as plataformas estão: NetBeans, Eclipse, entre outros, contando ainda com a gratuidade dos Servidores de Aplicação: TomCat, Jboss e outros.
Java é uma linguagem Orientada a Objetos, o que a torna uma ferramenta extremamente poderosa, sendo também Multi-Threaded, suportando processamento paralelo múltiplo.
A linguagem possui portabilidade, onde o código Java funciona em diferentes plataformas sem a necessidade de edição dele.
Além disso, a linguagem possui suporte a operações em Banco de Dados com o uso da biblioteca de classes JDBC, que permite uma conexão remota a servidores SQL que possuam driver OBDC ou driver compatível.
3.3.8.3 Justificativa da escolha do SGBD
O Sistema Gerenciador de Banco de dados ou SGDB escolhido foi o MySQL produzido pela Oracle Corporation, este é um sistema de gerenciamento de banco de dados mais popular e um dos mais importantes atualmente: é um SGBD livre e possui código aberto. Além disso, o MySQL é fácil de usar e muito rápido de configurar.
Por fim, MySQL é um SGBD seguro e confiável, protege os dados armazenados tornando a ferramenta atraente para soluções em cloud como Microsoft Azure, sendo possível recuperar os dados usando o backup, armazenamento em cache e arquivos no caso de serem danificados ou erros log. A restauração de dados é garantida em MySQL.
4 CONCLUSÕES
Ante à afirmação de uma nova visão empreendedora da Megatech, foi definido o ponto inicial para alcançar os objetivos almejados pela empresa frente a concorrência existente no mercado.
Por isso a empresa decidiu após estudos de viabilidade e de uma visão estratégia, optou por investir em TI com a implantação de um novo sistema de vendas seguro, confiável e eficaz.
 O SIGVEN apresentado neste trabalho, será um diferencial de mercado frente aos concorrentes, tornando a visita dos clientes uma experiencia agradável e interessante, oferecendo a estes praticidade, agilidade no atendimento, além de reconhecimento através dos investimentos feitos para melhorar o atendimento.
Além do exposto acima, o sistema integrado de gestão e vendas (SIGVEN), disponibilizará ao gerente e proprietário da empresa maior controle sobre os processos e operações, além é claro de uma gestão mais precisa e assertiva nas tomadas de decisões oferecendo a ele relatórios analíticos a qualquer momento.
4.1 Reflexões e comparação entre objetivos iniciais x alcançados
Os objetivos iniciais da empresa Megatech, era o desenvolvimento de uma solução para controle de vendas e estoque de uma loja de produtos de informática, ou seja, informatizar uma loja que não tinha processos definidos.
Diante da situação apresentada, a proposta foi criar um sistema integrado que oferece maior controle em todas as rotinas da empresa e que fosse confiável e eficaz, disponibilizando relatórios analíticos para acompanhamento do gestor a fim de tomar decisões mais assertivas.
Após a implantação do SIGVEN, a Megatech terá controle não só de produtos e fornecedores, mas de todo o fluxo de caixa, contas a pagar e receber, além de relatórios customizados. Com o novo sistema a gestão da empresa passou a ser integrada a todos os processos da empresa, preservando a segurança da informação através de backups diários e controle de acesso a diferentes módulos do sistema, propiciando maior, confiabilidade e segurança.
4.2 Vantagens e desvantagens do sistema
O SIGVEN ocasionou maior segurança de dados e confiabilidade nas rotinas, agora a Megatech está hábil a oferecer serviços com maior agilidade e confiabilidade, integrando seus produtos às necessidades dos clientes, por meio de descrição detalhada disponibilizada em etiquetas internas da loja, ligados automaticamente a um código individual para cada produto. Além disso, a Megatech passa a ter suporte nas questões financeiras, fiscais, levando a empresa, a um novo patamar no mercado, possibilitando o crescimento sustentável com menores perdas pequenas e maiores lucros, propiciando no futuro a possibilidade de expansão para outras frentes de operação.
4.3 Trabalhos futuros
A Megatech busca continuamente a consolidação no mercado, expansão e o estabelecimento comercial através de parcerias com fabricantes de renome, estreitando a cada dia o laço de relacionamento com mercado fornecedor, possibilitando com isso o direito representações oficiais e exclusivas em sua região.
Diante disso, o próximo passo será a implantação de um e-commerce integrando o SIGVEN, ocasionando grandes movimentações de vendas através de registros físicos e virtuais de compras, de reposição de estoques, logística, com rapidez e confiabilidade. Oferecendo todos os recursos de analises através de relatórios customizados, tendo como objetivo a descentralização da aplicação possibilitando a expansão para criação de uma rede privada com total segurança.
5 REFERÊNCIAS BIBLIOGRÁFICAS.
DEITEL, H. M.; DEITEL, P. Java: Como Programar 10. Ed. São Paulo: Pearson
YOURDON, Edward. Análise Estruturada Moderna, Ed. Campos, 1992, Rio de Janeiro.
PRESSMON, Roger. Engenharia de Software uma abordagem Profissional 7 Ed. Bookman, 2000 
BEAULIEU, Alan. Aprendendo SQL Novatec, 2010 Rio de Janeiro.
GUEDES, Gilleanes T. A. UML 2: Uma Abordagem Prática. 1. Ed. Novatec
Vídeo aulas da Universidade Estácio de Sá. Disponível no portal do aluno.
2