TCC Completo sistemas de informação

Prévia do material em texto

UNIVERSIDADE ESTÁCIO DE SÁ
TCC EM SISTEMAS DE INFORMAÇÃO-EAD
 Professor Orientador: MSc. Rogério Leitão Nogueira
2016
SISCOVEN
Trabalho apresentado na disciplina de TCC EM SISTEMAS DE INFORMAÇÃO-EAD da Universidade Estácio de Sá, como requisito parcial para obtenção do grau de Bacharel em Sistemas de Informação.
	Autor: Jaime Resende do Carmo
	Orientador: MSc. Rogério Leitão Nogueira
	
2016
SISCOVEN
Jaime Resende do Carmo – Matricula: 201102156621
Trabalho apresentado na disciplina de TCC EM SISTEMAS DE INFORMAÇÃO-EAD da Universidade Estácio de Sá, como requisito parcial para obtenção do grau de Bacharel em Sistemas de Informação.
Aprovado em novembro de 2016.
BANCA EXAMINADORA
________________________________________
Prof. MSc. Rogério Leitão Nogueira - Orientador
Universidade Estácio de Sá
2016
Reitora
Paula Caleffi, DSc
Vice-Reitoria de Graduação
Vinícius da Silva Scarpi, DSc
Vice-Reitoria de Pós-Graduação e Pesquisa
Luciano Vicente de Medeiros, PhD
 
Vice-Reitoria de Cultura
Cipriana Nicolitt Cordeiro Paranhos, DSc
	Documento elaborado por: Jaime Resende do Carmo
Ficha Catalográfica
SISCOVEN / por JAIME RESENDE DO CARMO. – Niterói, RJ: [s.n.], 2016.
Nº págs. f., 29 cm.
	Trabalho de conclusão do curso de informática – Faculdade Estácio de Sá, Campus Niterói, Curso de Sistemas de Informação, 2016.
	Orientador: MSc. Rogério Leitão Nogueira
	Unitermos: 1. SISCOVEN. 2. Vendas. 3. Loja de Informática. 
 
 
 
RESUMO
	
	Este projeto tem como objetivo o desenvolvimento de um sistema para controle de vendas de uma loja de informática. Trata-se de uma empresa de pequeno porte optante pelo Simples Nacional que é um regime compartilhado de arrecadação, cobrança e fiscalização de tributos aplicável às Microempresas e Empresas de Pequeno Porte, previsto na Lei Complementar nº 123, de 14 de dezembro de 2006. A proposta do projeto é criar um sistema para controle automático, confiável e estável de vendas de produtos com emissão de cupom fiscal e relatórios analíticos para acompanhamento do gestor a fim de poder tomar decisões mais acertadas no planejamento estratégico e tático da empresa. O projeto será elaborado utilizando as seguintes ferramentas: Documentação (in loco, 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: SISCOVEN, Vendas, Loja de Informática. 
LISTA DE ILUSTRAÇÕES
		
Figura 1: Cronograma (Diagrama de Gantt) parte1	14
Figura 2: Cronograma (Diagrama de Gantt) parte2	15
Figura 3: Organograma da Empresa	16
Figura 4: Diagrama de Caso de Uso – Módulo Administrativo	24
Figura 5: Diagrama de Caso de Uso – Módulo Estoque	25
Figura 6: Diagrama de Caso de Uso – Módulo Financeiro	26
Figura 7: Diagrama de Caso de Uso – Módulo de Vendas	26
Figura 8: Diagrama de Classes	47
Figura 9: Modelo Conceitual de Dados	48
Figura 10: Tela Inicial de Menu do Sistema Siscoven	50
Figura 11: Tela do Menu Principal - Subitens Acesso - Login e PDV	51
Figura 12: Tela do Menu Principal: Subitem – Acesso - Login	52
Figura 13: Tela do Menu Principal: Subitem - PDV	53
Figura 14: Tela do Menu Cadastro - Subitens: Cliente, Produto, Fornecedor, Usuário de Sistema	54
Figura 15: Tela do Menu Cadastro - Subitem: Clientes	55
Figura 16: Tela do Menu Cadastro - Subitem: Produtos	56
Figura 17: Tela do Menu Cadastro - Subitem: Fornecedores	57
Figura 18: Tela do Menu Cadastro - Subitem: Usuários do Sistema	58
Figura 19: Tela do Menu Movimentação - Subitens: Contas a Pagar, Contas a Receber, Pedidos de Compras e Estoque	59
Figura 20: Tela do Menu Movimentação - Subitem: Contas a Pagar	60
Figura 21: Tela do Menu Movimentação - Subitem: Contas a Receber	61
Figura 22: Tela do Menu Movimentação - Subitem: Pedidos de Compras	62
Figura 23: Tela do Menu Movimentação - Subitem: Estoque	63
Figura 24: Tela do Menu Sair e Subitem Sair	64
Figura 25: Diagrama de Sequência - Cadastro de Vendas	65
Figura 26: Diagrama de Sequência - Cadastro de Produtos	66
Figura 27: Diagrama de Sequência - Contas a Pagar	67
Figura 28: Diagrama de Sequência - Contas a Receber	68
Figura 29: Diagrama de Estado - Cadastro de Vendas	69
Figura 30: Diagrama de Estado - Cadastro de Produtos	70
Figura 31: Diagrama de Estado - Contas a Pagar	71
Figura 32: Diagrama de Estado - Contas a Receber	72
Figura 33: Diagrama de Atividades - Cadastro de Produtos	73
Figura 34: Modelo de Classes de Projeto	74
Figura 35: Modelo Físico de Dados	75
Figura 36: Diagrama de Componentes	86
Figura 37: Diagrama de Implantação	87
LISTA DE TABELAS
Tabela 1: Descrição do Caso de Uso - Modulo Administrativo – “Autenticar Sistema”	26
Tabela 2: Descrição do Caso de Uso - Modulo Administrativo – “Controlar Acesso”	27
Tabela 3: Descrição do Caso de Uso - Modulo Administrativo – “Emitir Relatório de Vendas”	28
Tabela 4: Descrição do Caso de Uso - Modulo Administrativo – “Emitir Relatório de Estoque”	29
Tabela 5: Descrição do Caso de Uso - Modulo Administrativo – “Emitir Relatório de Fornecedores”	30
Tabela 6: Descrição do Caso de Uso - Modulo Estoque – “Autenticar Sistema”	31
Tabela 7: Descrição do Caso de Uso - Modulo Estoque – “Baixar Produtos”	32
Tabela 8: Descrição do Caso de Uso - Modulo Estoque – “Cadastrar Produtos”	33
Tabela 9: Descrição do Caso de Uso - Modulo Estoque – “Cadastrar Fornecedores”	34
Tabela 10: Descrição do Caso de Uso - Modulo Estoque – “Registrar Compras”	35
Tabela 11: Descrição do Caso de Uso - Modulo Financeiro – “Autenticar Sistema”	36
Tabela 12: Descrição do Caso de Uso - Modulo Financeiro – “Gerar Contas a Pagar”	37
Tabela 13: Descrição do Caso de Uso - Modulo Financeiro – “Emitir Contas a Receber”	38
Tabela 14: Descrição do Caso de Uso - Modulo Financeiro – “Registrar Vendas”	39
Tabela 15: Descrição do Caso de Uso - Modulo Financeiro – “Emitir NFe”	40
Tabela 16: Descrição do Caso de Uso - Modulo Financeiro – “Buscar Pedido de Compra”	41
Tabela 17: Descrição do Caso de Uso - Modulo de Vendas – “Autenticar Sistema”	42
Tabela 18: Descrição do Caso de Uso - Modulo de Vendas – “Cadastrar Cliente”	43
Tabela 19: Descrição do Caso de Uso - Modulo de Vendas – “Registrar Pedido”	44
Tabela 20: Descrição do Caso de Uso - Modulo de Vendas – “Fechar Pedidos”	45
Tabela 21: Tabela de Dados Cliente	61
Tabela 22: Tabela de Dados Contas a Pagar	62
Tabela 23: Tabela de Dados Contas a Receber	62
Tabela 24: Tabela de Dados Estoque	63
Tabela 25: Tabela de Dados Fornecedor	63
Tabela 26: Tabela de Dados Pedido de Compra	64
Tabela 27: Tabela de Dados Usuário de Sistema	64
Tabela 28: Tabela de Dados Produto	65
Tabela 29: Tabela de Dados Venda	66
Sumário
Proposta do Projeto
A empresa Companhia dos Bits vem sentindo a necessidade de automatizar diversas rotinas. Algumas dessas rotinas são os processos vendas de produtos com emissão de cupom fiscal e relatórios analíticos para acompanhamento do gestor a fim de poder tomar decisões mais acertadas no planejamento estratégico e tático da empresa. A proposta do projeto é estabelecer um sistema que gere confiabilidade, consistência e que seja automatizado provendo com isso o aumento de vendas, gerando vínculo e confiança dos clientes que serão incorporados ao sistema e terão seu cadastro atualizado fazendo com que haja rapidez no atendimento com qualidade do serviço prestado, emissão automatizada de cupom fiscal de acordo com as normas legais vigentes, disponibilidade de relatórios analíticos para acompanhamento do gestor a fim depoder tomar decisões mais acertadas no planejamento estratégico e tático da empresa.. Atualmente todos os processos são controlados pela ferramenta Excel, tornando as informações vulneráveis e imprecisas, também existe a falta de confiabilidade no processo e controle de vendas, tendo dificuldades para geração de cupom fiscal de acordo com a legislação vigente e com um banco de dados de clientes e produtos improvisado sem confiabilidade, sem backup e armazenado de maneira improvisada e manual.
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. Após cada reunião será elaborado um documento (RUP - Rational Unified Process) - onde estarão descritos todos os itens que foram abordados no decorrer da reunião e com prazos para entrega, também será feito o levantamento de requisitos funcionais e não funcionais através de técnica de entrevista quando das reuniões estabelecidas para entendimento do ponto de vista de usuários, funcionários e gestor e por último análise de documentos e rotinas para entendimento de como é feita a gestão da loja atualmente.
Será utilizada a UML (Unified Modeling Language) para representação dos modelos.
Previsão de Alocação de Recursos
Recursos Humanos
Um Analista de Sistema;
Um Gerente ou Gestor da loja;
Proprietário;
		Um Analista de Teste;
Recursos Materiais (Hardwares)
2 Microcomputadores com Processador Core i3, memoria de 4Gb e HD de 500GB;
1 Notebook com a mesma configuração do micro desktop;
1 Impressora lazer Lexmark MS630;
Recursos Materiais (Softwares)
MS Office 2013;
Windows 7 x64;
MySQL;
MS Project 2013;
IDE NetBeans;
DBDesigner;
BrModelo 3.0;
Linguagem Java para desenvolvimento de sistema orientado a objeto;
Ferramenta Astah para modelagem do sistema.
Cronograma do Projeto (Diagrama de Gantt)
As atividades a serem realizadas no escopo deste projeto estão planejadas no cronograma, Figura 1 e Figura 2.
	Atividades
	Inicio
	Duração
	Término
	1. Proposta do Projeto
	01/04/2016
	44
	15/05/2016
	Proposta Inicial
	01/04/2016
	23
	24/04/2016
	Método de Trabalho
	25/04/2016
	3
	28/04/2016
	Previsão de Alocação de Recursos
	02/05/2016
	4
	06/05/2016
	Cronograma de Projeto Final
	07/05/2016
	11
	18/05/2016
	2. Caracterização da Empresa e do Negócio
	19/05/2016
	27
	15/06/2016
	Caracterização da Empresa e do Negocio
	16/06/2016
	5
	21/06/2016
	Histórico da Empresa
	22/06/2016
	3
	25/06/2016
	Atividade da Empresa
	26/06/2016
	3
	29/06/2016
	Organograma
	30/06/2016
	3
	03/07/2016
	Mercado Consumidor
	04/07/2016
	2
	06/07/2016
	Concorrência
	07/07/2016
	4
	11/07/2016
	Premissas de restrições do Projeto
	12/07/2016
	1
	13/07/2016
	3. O Sistema Atual
	14/07/2016
	13
	27/07/2016
	3.1 Justificativa de Escolha do Tema
	28/07/2016
	1
	29/07/2016
	O Sistema
	30/07/2016
	1
	31/07/2016
	Funcionamento do Sistema
	01/08/2016
	1
	02/08/2016
	O Ambiente do Sistema
	03/08/2016
	1
	04/08/2016
	A definição do Escopo
	05/08/2016
	1
	06/08/2016
	3.2 Motivação para o Novo Sistema
	07/08/2016
	1
	08/08/2016
	3.3 Situação Desejada
	01/09/2016
	1
	02/09/2016
	3.4 Problemas do Sistema Atual
	03/09/2016
	1
	04/09/2016
	4. O Sistema Proposto (Projeto Lógico)
	05/09/2016
	21
	26/09/2016
	Lista de Requisitos do Sistema
	27/09/2016
	4
	01/10/2016
	Diagrama de Casos de Uso
	02/10/2016
	5
	07/10/2016
	Modelo Conceitual de Classes
	08/10/2016
	3
	11/10/2016
	Modelo Conceitual de Dados
	12/10/2016
	1
	13/10/2016
	5. Conclusões
	14/10/2016
	2
	16/10/2016
Figura 1: Cronograma (Diagrama de Gantt) parte1
Figura 2: Cronograma (Diagrama de Gantt) parte2
Caracterização da Empresa e do Negócio
História da Empresa
A empresa Companhia dos Bits está localizada no bairro Prado na região metropolitana de Belo Horizonte - MG, com localização estratégica, perto da Faculdade Estácio de Sá e Escola Técnica PolitecBH, fato que contribui em grande escala para o crescimento, expansão e investimento da empresa visto que se trata da única empresa da região fornecedora de componentes de informática.
Mesmo com potencial para se tornar a maior empresa fornecedora de suprimentos e componentes de informática da região ainda é considerada uma empresa de pequeno porte optante pelo Simples Nacional que é um regime compartilhado de arrecadação, cobrança e fiscalização de tributos aplicável às Microempresas e Empresas de Pequeno Porte, previsto na Lei Complementar nº 123, de 14 de dezembro de 2006. Sendo assim 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 09:00hs às 19:00hs de segunda a sexta-feira e sábado de 09:00hs às 12:00hs. 
Atividade da Empresa
A empresa Companhia dos Bits tem como base de suas atividades o comércio de equipamentos e componentes de informática destinados aos mais diversos públicos como clientes usuários de microcomputadores, estudantes e entusiastas na área de TI e gamers. 
Organograma
A estrutura organizacional da empresa está organizada de acordo com a representação da Figura 3.
Figura 3: Organograma da Empresa
Mercado Consumidor
A maioria dos clientes da empresa Companhia dos Bits, está compreendida na classe média atual, considerada também como classe C segundo a FGV (Fundação Getúlio Vargas), sendo estudantes desde nível médio e técnico até o final da carreira acadêmica na faculdade, e também parte da elite econômica (classes A e B), onde consultores e entusiastas tem investido em produtos de qualidade e customizados.
Concorrência
	Mesmo sendo a concorrência nesta área, considerada como acirrada, devido a popularização da Tecnologia da Informação e o acesso à internet, há um número cada vez maior de pessoas no país, juntamente com novos empreendedores da área que surgem a cada dia, a Companhia dos Bits, possui um grande diferencial, pois está focada em equipamentos de alta performance, oferecendo excelência em atendimento, garantia e procedência de todos os seus produtos, a fim de atender um público de gamers e entusiastas sempre em busca de qualidade e novidades e através da proposta deste projeto de software que é criar um sistema para controle automático, confiável e estável de vendas de produtos com emissão de cupom fiscal gerando relatórios analíticos para acompanhamento do gestor a fim de poder tomar decisões mais acertadas no planejamento estratégico e tático da empresa, conquistando cada vez mais a confiança dos clientes e o reconhecimento do mercado.
Expansibilidade dos Negócios
	 A empresa Companhia dos Bits busca continuadamente a expansão e o estabelecimento através de novas parcerias com os melhores fabricantes, estreitando, dia-a-dia, o laço de relacionamento com os mesmos, possibilitando, além de direito a representações oficiais, negociações que interferem diretamente nos ótimos preços praticados pela empresa, para em um futuro próximo gerar um grande volume de vendas para todo o Brasil, apoiado por um sistema de gestão e expedição eficientes, preocupada com o meio-ambiente, com responsabilidade social e 100% legal, estando sempre antenada com a situação político-econômica do país.
Aspectos Tecnológicos
A empresa definiu através de uma visão estratégia de negócio investir em TI, para implementação de diferencial mercadológico frente aos concorrentes, fazendo com que a ida dos clientes ao estabelecimento seja uma experiência agradável, oferecendo a estes praticidade, agilidade e reconhecimento através dos investimentos de melhorias de hardwares e softwares, estando com isso equipada com o seguinte layout de TI: Quatro microcomputadores (Configurações Básicas: Processador Core i3, 4GB memória, HD500GB, Monitor 19”, Windows7 x64) sendo um micro para gerência, outro para o estoque, outro paravendas e outro para o caixa, possui uma pequena estrutura de rede com um switch de 16 portas 3com, rede cabeada com certificação, internet banda larga de 2MB para comunicação com serviço de emissão de nota fiscal eletrônica, e-mails tanto de clientes quanto de fornecedores e comunicação interna para interligação de programas e infraestrutura de rede.
Sendo assim, a empresa dispõe de tecnologia para o desenvolvimento e implantação do sistema ora proposto no escopo deste projeto.
Premissas de restrição do projeto
Existem algumas premissas para instalação e implantação do projeto que tem como objetivo o desenvolvimento de um sistema para controle de vendas com emissão de cupom fiscal, sendo estas, portanto: 
Necessidade de compra de equipamentos como por exemplo workstation para implantação do software, visando a possibilidade de expansões e instalação de outros processos de TI;
Reforma da rede interna com expansão da banda larga de internet que hoje está com 2MB, passando para no mínimo 10MB considerando um pacote razoável oferecido pelo mercado atual;
Intervenções para sanar dúvidas relacionadas ao projeto, somente depois do horário do expediente normal;
Prazo máximo para que o sistema esteja 100% operacional é de 120 dias;
Treinamento dos usuários após implantação se possível no domingo ou feriado.
O Sistema Atual
Nesta fase estamos analisando e representando os procedimentos do sistema atual, sendo eles automáticos ou manual.
Justificativa de Escolha do Sistema
Para estabelecimento no mercado atual e implementação de diferencial mercadológico frente aos concorrentes, temos através da proposta deste projeto de software a criação de um sistema para controle automático, confiável e estável de vendas de produtos com emissão de cupom fiscal eletrônico, gerando relatórios analíticos para acompanhamento do gestor a fim de poder tomar decisões mais acertadas no planejamento estratégico e tático da empresa, conquistando cada vez mais a confiança dos clientes e o reconhecimento do mercado.
O Sistema
O sistema consiste em gerir as vendas de uma loja de informática.
Funcionamento do sistema
O sistema atual é simples, praticamente manual, sem controle de todo o processo e com inconsistências. O sistema se baseia em etapas de inserção de dados manuais de produtos, vendas e receitas, levando a conferência de pessoal ao final do dia.
Nos quatro microcomputadores espalhados no ambiente, conforme descrito no item 2.7, existem recursos de TI para entrada/saída de dados. O micro do gerente dispõe de recurso para inserir produtos novos, NF de entrada, cadastro de fornecedor e planilhas de vendas já realizadas. O micro do vendedor dispõe de uma planilha de vendas com campos distintos de visualização do estoque, e entradas para informações de clientes, como nome da pessoa, pedido, quantidade, material, data, valor e desconto. O micro do estoquista tem outra planilha que é compartilhada com o vendedor em que ele altera a quantidade de componentes/equipamentos que são entregues e confirma sua descrição. Por último temos o micro do caixa que contém programa de NFe do município para emissão de notas ficais, planilha com visualização dos valores dos componentes/equipamentos a serem vendidos, calculadora para troco e comunicação com estoque para confirmação de pagamento. Depois de todos esses processos ao final do dia é feito um balanço e consistência dos lançamentos de entradas e saídas de produtos, de vendas e pagamentos, tudo manualmente, possibilitando várias falhas tanto de estoque, informações de fornecedores, entrada e saída de notas ficais e códigos de produtos.
O Ambiente do Sistema
	O sistema utilizado é divido por setores da loja, referentes a cada responsabilidade do operador em questão, como por exemplo, parte do sistema dedicado ao estoque, é utilizado pelo estoquista que é responsável pelo estoque, armazenamento, recebimento e entrega de produtos, parte do sistema de vendas, que é utilizado pelo vendedor, sendo responsável pela visualização do produto e seu valor na planilha, lançamento de dados de pagamento, quantidade e valor total de vendas, parte do sistema do caixa, sendo responsável de confirmar na planilha do vendedor, o produto, os dados de pagamentos, quantidade, valor, emissão de NFe e pedido ao estoque para liberação do produto e por último, o acesso completo do sistema, que em sua maioria está compartilhado com os responsáveis da loja e também a planilha de controle de fornecedores, logística e balanço de ativos e de vendas da loja.
A definição do escopo
	Através da implementação de novas tecnologias e da informatização de alguns processos a empresa visa ter um controle maior sobre seus cadastros, estoques e finanças, que irá automatizar alguns processos operacionais e financeiros aumentando a eficiência e 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 às coisas 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. 
Motivação para o novo sistema
Após o levantamento e análise de informações e necessidades atuais da Companhia dos Bits, 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;
Dificuldade no processo de lançamento e baixa de estoque.
Situação Desejada
Gestão integrada dos todos os processos da empresa;
Emissão de relatórios automatizados para controle de gestão;
Restrição ao acesso das 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.
Problemas do sistema atual
O sistema atual é arcaico, com utilização de 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 e consistência 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; 
Sem backup automatizado e confiável;
Emissão de cupom fiscal em programa do município sem vínculo e baixa financeira com o sistema da empresa.
O sistema proposto (projeto lógico)
O sistema proposto será único com quatro módulos distintos com diferentes permissões sendo estes os seguintes: 
Módulo de cadastro de vendas:
Fazer login;
Conferir cadastro de cliente ou cadastrar cliente novo;
Verificar situação do produto no controle de estoque;
Registrar pedido de compra;
Registrar opção de entrega;
Fechar pedido de compra com valor total e forma de pagamento.
Módulo Financeiro:
Fazer login e abrir o caixa;
Verificar vínculo de compras pelo CPF do cliente;
Conferir o pedido do produto e quantidade;
Registrar preço com subtotal;
Registrar valor total de pagamento e opção de pagamento;
Emissão do cupom da NFe;
Registrar baixa no estoque;
Fechar venda e aguardar nova entrada.
Módulo de estoque:
Fazer login;
Visualização do balanço geral do estoque;
Cadastro de produtos;
Cadastro de fornecedores;
Alertas de baixa de estoque e falta de produtos;
Baixa de produtos vinculado a pedidos de vendas.
Módulo administrativo:
Fazer login;
Acesso a todos os módulos do sistema;
Relatórios de vendas;
Relatórios de fornecedores;
Relatórios de entrada e saída de materiais;
Balanço geral dos módulos do sistema.
Requisitos do Sistema
De acordo com o estudo prévio das rotinas de trabalho na empresa, foram identificados problemas deconfiabilidade da informação, devido à utilização de métodos retrógados e 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 deverá permitir cadastrar novos produtos com todos os seus atributos. O cadastro não poderá ser realizado no caso de já existir no sistema um produto com o mesmo código. O sistema deverá permitir a exclusão de produtos por nome ou código. O sistema deverá estar em constante atualização, tanto dos atributos dos produtos em estoque quanto em processo de pedidos.
- [RF2]. Cadastrar, excluir e alterar clientes e fornecedores: O sistema deverá permitir cadastrar novos clientes ou fornecedores com todos os seus atributos. O cadastro não poderá ser realizado no caso de já existir no sistema um cliente ou fornecedor com o mesmo código. O sistema deverá permitir a exclusão de clientes ou fornecedores por nome ou código. O sistema deverá ir atualizando os atributos dos clientes ou fornecedores e caso estes estejam em processo de pedidos ou em documentos de contas a receber ou a pagar, esses documentos deverão ser atualizados também.
- [RF3] Cadastro, exclusão e alteração de contas a receber/pagar: O sistema deverá permitir cadastrar novos documentos de despesa ou receita para controle e acompanhamento financeiro dos clientes e fornecedores. O sistema deverá permitir a exclusão de documentos com a situação em aberto, mas não deverá permitir a exclusão de documentos já baixados. O sistema não deverá permitir o cadastro de documentos com o código já existente na base.
- [RF4] Cadastro de condições de pagamentos com emissão automatizada de NFe. 
- [RF5] Cadastro e controle usuário para autenticar a entrada no sistema e manter a segurança da informação;
- [RF6] Cadastro e controle de movimentação do estoque, incluindo alertas de baixa de estoque. O sistema deverá permitir a alteração do estoque nunca a exclusão dos registros de lançamentos.
- [RF8] Emissão de relatórios de vendas, fornecedores, fluxo de estoque e balanço geral do sistema, com acesso permitido somente ao gerente através de seu login de senha.
Requisitos Não Funcionais:
- [RNF1]. Será criado um documento contendo um diagrama de classes, diagramas de caso de uso com suas descrições e com os demais diagramas, como também informações sobre o código fonte.
- [RNF2]. Será criado um cronograma detalhado para o processo de desenvolvimento no qual constem: as atividades a serem desenvolvidas e em que período e com que recursos humanos e físicos serão desenvolvidos o sistema.
- [RNF3] A interface do sistema será agradável, objetiva e amigável ao usuário. Suas funcionalidades e informações deveram estar bem visíveis e disponíveis.
- [RNF4] Comunicação entre o sistema e usuário será com mensagens simples, explicando o erro gerado e 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.
- [RNF6] O tempo de resposta para as operações do banco de dados deverá ser de, no máximo, cinco segundos.
Casos de Uso
Nesta seção estão os diagramas onde estão registradas todas as funcionalidades do sistema, assim como os atores, onde assim fica explicito suas responsabilidades.
Os requisitos do sistema ora proposto no escopo deste projeto estão 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 Financeiro
Caso de Uso, Figura 7.
Figura 7: Diagrama de Caso de Uso – Módulo de Vendas
Especificações dos casos de uso
Tabela 1: Descrição do Caso de Uso - Modulo Administrativo – “Autenticar Sistema”
	
		Nome do Caso de Uso
	Autenticar Sistema
	Caso de Uso Geral
	
	Ator Principal
	Proprietário / Gerente
	Atores Secundários
	
	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
	N/S
	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.
	2. Solicitar cadastro de login de Gerente para Administrador do Sistema.
	
	
Tabela 2: Descrição do Caso de Uso - Modulo Administrativo – “Controlar Acesso”
	
		Nome do Caso de Uso
	Controlar Acesso
	Caso de Uso Geral
	
	Ator Principal
	Proprietário / Gerente
	Atores Secundários
	
	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
	N/S
	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.
	Fluxo Alternativo – Condição já existe
	
	Ações do Ator
	Ações do Sistema
	
	1.Informa caso haja alguma duplicidade de cadastro, nome ou e-mail. 
	Restrições/Validações
	Alterar informações se necessário.
	Fluxo Exceção
	
	Ações do Ator
	Ações do Sistema
	Foi constatado duplicidade.
	Impedir novo cadastro.
	Restrições/Validações
	Consistência do sistema operante.
Tabela 3: Descrição do Caso de Uso - Modulo Administrativo – “Emitir Relatório de Vendas”
	
		Nome do Caso de Uso
	Emitir relatório de Vendas
	Caso de Uso Geral
	
	Ator Principal
	Proprietário / Gerente
	Atores Secundários
	N/S
	Resumo
	Este caso uso descreve a emissão do relatório de venda.
	Pré-Condições
	Acesso somente pelo gerente
	Pós-Condições
	N/S
	Fluxo Principal
	
	Ações do Ator
	Ações do Sistema
	1. Selecionar opção relatórios de vendas.
	
	
	2. Apresenta a opção relatórios de vendas.
	2. Clicar no botão imprimir relatórios de vendas selecionando o mês ou o período.
	
	
	2. Imprime o relatório conforme selecionado.
	Restrições/Validações
	
	Fluxo Alternativo – Condição já existe
	
	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
	
	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 4: Descrição do Caso de Uso - Modulo Administrativo – “Emitir Relatório de Estoque”
	
		Nome do Caso de Uso
	Emitir Relatório de Estoque
	Caso de Uso Geral
	 
	Ator Principal
	Proprietário / Gerente
	Atores Secundários
	N/S
	Resumo
	Este caso uso descreve a emissão do relatório de estoque.
	Pré-Condições
	Acesso somente pelo gerente.
	Pós-Condições
	N/S
	Fluxo Principal
	
	Ações do Ator
	Ações do Sistema
	1. Selecionar opção relatóriosde estoque.
	
	
	2. Apresenta a opção relatórios de estoque.
	2. Clicar no botão imprimir relatórios de estoque selecionando o mês ou o período.
	
	
	2. Imprime o relatório conforme selecionado.
	1. Selecionar opção relatórios de estoque.
	
	
	2. Apresenta a opção relatórios de estoque.
	2. Clicar no botão imprimir relatórios de estoque selecionando o mês ou o período.
	
	Fluxo Alternativo
	
	Ações do Ator
	Ações do Sistema
	Restrições/Validações
	 Falha da rede.
	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 5: Descrição do Caso de Uso - Modulo Administrativo – “Emitir Relatório de Fornecedores”
	Nome do Caso de Uso
	Emitir relatório de Fornecedores
	Caso de Uso Geral
	
	Ator Principal
	Proprietário / Gerente
	Atores Secundários
	N/S
	Resumo
	Este caso uso descreve a emissão do relatório de estoque.
	Pré-Condições
	Acesso somente pelo gerente.
	Pós-Condições
	N/S
	Fluxo Principal
	
	Ações do Ator
	Ações do Sistema
	1. Selecionar opção relatórios de fornecedores.
	
	
	2. Apresenta a opção relatórios de fornecedores.
	2. Clicar no botão imprimir relatórios de fornecedores selecionando o mês ou o período.
	
	
	2. Imprime o relatório conforme selecionado.
	1. Selecionar opção relatórios de fornecedores.
	
	
	2. Apresenta a opção relatórios de fornecedores.
	Fluxo Alternativo – Produto já existe na base
	Fornecedor inativo durante o período solicitado.
	Ações do Ator
	Ações do Sistema
	Constatar a inatividade do fornecedor e solicitar relatório de outro período.
	
	
	Carregar relatório do período solicitado.
	Restrições/Validações
	Relatório apresentado na tela para impressão.
Tabela 6: Descrição do Caso de Uso - Modulo Estoque – “Autenticar Sistema”
	Nome do Caso de Uso
	Autenticar Sistema
	Caso de Uso Geral
	
	Ator Principal
	Estoquista
	Atores Secundários
	N/S
	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
	N/S
	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
	1.Funcionário esqueceu a senha.
	Fluxo Alternativo – Produto já existe na base
	
	Ações do Ator
	Ações do Sistema
	
	1. Informa ao usuário senha inválida.
	2. Solicita ao gerente o cadastro de nova senha.
	
	Restrições/Validações
	Validada nova senha pelo sistema.
Tabela 7: Descrição do Caso de Uso - Modulo Estoque – “Baixar Produtos”
	Nome do Caso de Uso
	Baixar Produtos
	Caso de Uso Geral
	
	Ator Principal
	Estoquista
	Atores Secundários
	N/S
	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
	N/S
	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. Tela retorna para menu principal do modulo de estoque.
	Restrições/Validações
	
	Fluxo Alternativo – Produto já existe na base
	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.
	Conferencia do produto a ser baixado, juntamente com o código.
	
	Restrições/Validações
	Fazer as devidas alterações.
	
Tabela 8: Descrição do Caso de Uso - Modulo Estoque – “Cadastrar Produtos”
	Nome do Caso de Uso
	Cadastrar Produtos
	Caso de Uso Geral
	
	Ator Principal
	Estoquista
	Atores Secundários
	N/S
	Resumo
	Este caso uso descreve a etapa de cadastro de produtos.
	Pré-Condições
	Lançamento de NF de compra.
	Pós-Condições
	N/S
	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 – Produto já existe na base
	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 ou desistência de cadastro após confirmação de cadastro existente.
	
	Restrições/Validações
	Volta ao menu principal.
	
Tabela 9: Descrição do Caso de Uso - Modulo Estoque – “Cadastrar Fornecedores”
	Nome do Caso de Uso
	Cadastrar fornecedores
	Caso de Uso Geral
	 
	Ator Principal
	Estoquista
	Atores Secundários
	 N/S
	Resumo
	Este caso uso descreve a etapa de cadastro de fornecedores.
	Pré-Condições
	N/S
	Pós-Condições
	N/S
	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 10: Descrição do Caso de Uso - Modulo Estoque – “Registrar Compras”
	Nome do Caso de Uso
	Registrar Compras
	Caso de Uso Geral
	
	Ator Principal
	Estoquista
	Atores Secundários
	N/S
	Resumo
	Este caso uso descreve a etapa de registro de compras.
	Pré-Condições
	N/S
	Pós-Condições
	N/S
	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 11: Descrição do Caso de Uso - Modulo Financeiro – “Autenticar Sistema”
	Nome do Caso de Uso
	Autenticar Sistema
	Caso de Uso Geral
	
	Ator Principal
	Operador de Caixa
	Atores Secundários
	
	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
	N/S
	Fluxo Principal
	
	Ações do Ator
	Ações do Sistema
	
	1. Apresenta tela abertura de caixa.
	2. Entrar com usuário e senha cadastrados.3. Após validação do login Sistema é aberto.
	Restrições/Validações
	1.Funcionário esqueceu a senha.
	Fluxo Alternativo – Produto já existe na base
	
	Ações do Ator
	Ações do Sistema
	
	1. Informa ao usuário senha inválida.
	2. Solicita ao gerente o cadastro de nova senha.
	
	Restrições/Validações
	Entrar com senha padrão fornecida e cadastrar nova senha para login.
	Tabela 12: Descrição do Caso de Uso - Modulo Financeiro – “Gerar Contas a Pagar”
	
	Nome do Caso de Uso
	Gerar Contas a Pagar
	Caso de Uso Geral
	 
	Ator Principal
	Operador de Caixa
	Atores Secundários
	 
	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 tela de lançamento de contas a pagar.
	3. Selecionar botão novo
	 
	 4. Informa manualmente o número do documento.
	
	5. Preenche as informações do formulário.
	 
	 
	6. Salva contas a pagar.
	Restrições/Validações
	
	Fluxo Alternativo
	
	Ações do Ator
	Ações do Sistema
	
	
	Restrições/Validações
	 
	Fluxo Exceção
	
	Ações do Ator
	Ações do Sistema
	 
	 
	Restrições/Validações
	 
	
Tabela 13: Descrição do Caso de Uso - Modulo Financeiro – “Emitir Contas a Receber”
	
	Nome do Caso de Uso
	Emitir Contas a Receber
	Caso de Uso Geral
	 
	Ator Principal
	Operador de Caixa
	Atores Secundários
	 
	Resumo
	Este caso uso descreve a etapa de geração de relatório 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 tela de lançamento de contas a receber.
	3. Selecionar botão novo
	 
	 4. Informa manualmente o número do documento.
	
	5. Preenche as informações do formulário.
	 
	 
	6. Salva contas a receber.
	Restrições/Validações
	
	Fluxo Alternativo
	
	Ações do Ator
	Ações do Sistema
	
	
	Restrições/Validações
	 
	Fluxo Exceção
	
	Ações do Ator
	Ações do Sistema
	 
	 
	Restrições/Validações
	 
Tabela 14: Descrição do Caso de Uso - Modulo Financeiro – “Registrar Vendas”
	Nome do Caso de Uso
	Registrar Vendas
	Caso de Uso Geral
	 
	Ator Principal
	Operador de Caixa
	Atores Secundários
	 
	Resumo
	Este caso uso descreve a etapa de registro de vendas.
	Pré-Condições
	Existir produto cadastrado no sistema.
Existir pedido de compra.
	Pós-Condições
	Emitir Nota Fiscal Eletrônica
Gerar valor a receber.
	Fluxo Principal
	
	Ações do Ator
	Ações do Sistema
	1. Selecionar opção Registrar Vendas.
	 
	 
	2. Abre tela de registro de vendas.
	4. Informa manualmente o número do pedido de compra.
	 
	5. Selecione a opção de pagamento.
	
	
	5. Confirma emissão de NFe e valor a receber.
	 
	6. Salva contas a receber.
	Restrições/Validações
	
	Fluxo Alternativo
	
	Ações do Ator
	Ações do Sistema
	
	
	Restrições/Validações
	 
	Fluxo Exceção
	
	Ações do Ator
	Ações do Sistema
	 
	 
	Restrições/Validações
	 
Tabela 15: Descrição do Caso de Uso - Modulo Financeiro – “Emitir NFe”
	Nome do Caso de Uso
	Emitir NFe (Nota Fiscal Eletrônica)
	Caso de Uso Geral
	 
	Ator Principal
	Operador de Caixa
	Atores Secundários
	 
	Resumo
	Este caso uso descreve a etapa de emissão de NFe.
	Pré-Condições
	Existir produto cadastrado no sistema.
Existir pedido de compra.
	Pós-Condições
	Contas a receber lançado.
	Fluxo Principal
	
	Ações do Ator
	Ações do Sistema
	1. Selecionar opção Emissão de NFe.
	 
	 
	2. Apresenta tela de emissão de NFe.
	4. Informa manualmente o número do pedido de compra.
	 
	5. Seleciona a opção imprimir NFe.
	
	
	6. Emite a NFe com o valor a receber.
	 6. Imprime a NFe.
	
	Restrições/Validações
	
	Fluxo Alternativo
	
	Ações do Ator
	Ações do Sistema
	
	
	Restrições/Validações
	 
	Fluxo Exceção
	
	Ações do Ator
	Ações do Sistema
	 
	 
	Restrições/Validações
	 
Tabela 16: Descrição do Caso de Uso - Modulo Financeiro – “Buscar Pedido de Compra”
	Nome do Caso de Uso
	Buscar Pedido de Compra
	Caso de Uso Geral
	 
	Ator Principal
	Operador de Caixa
	Atores Secundários
	 
	Resumo
	Este caso uso descreve a etapa de buscar pedido de compra.
	Pré-Condições
	Existir produto cadastrado no sistema.
Existir pedido de compra.
	Pós-Condições
	Contas a receber lançado.
	Fluxo Principal
	
	Ações do Ator
	Ações do Sistema
	1. Selecionar opção Emissão de NFe.
	 
	 
	2. Apresenta tela de emissão de NFe.
	4. Informa manualmente o número do pedido de compra.
	 
	5. Seleciona a opção imprimir NFe.
	
	
	6. Emite a NFe com o valor a receber.
	 6. Imprime a NFe.
	
	Restrições/Validações
	
	Fluxo Alternativo
	
	Ações do Ator
	Ações do Sistema
	
	
	Restrições/Validações
	 
	Fluxo Exceção
	
	Ações do Ator
	Ações do Sistema
	 
	 
	Restrições/Validações
	 
Tabela 17: Descrição do Caso de Uso - Modulo de Vendas – “Autenticar Sistema”
	Nome do Caso de Uso
	Autenticar Sistema
	Caso de Uso Geral
	
	Ator Principal
	Vendedor
	Atores Secundários
	N/S
	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
	N/S
	Fluxo Principal
	
	Ações do Ator
	Ações do Sistema
	
	1. Apresenta tela de Entrada Sistema de Vendas.
	2. Entrar com usuário e senha cadastrados.
	
	
	3. Após validação do login Sistema é aberto.
	Restrições/Validações
	1.Funcionário esqueceu a senha.
	Fluxo Alternativo – Produto já existe na base
	
	Ações do Ator
	Ações do Sistema
	
	1. Informa ao usuário senha inválida.
	2. Solicita ao gerente o cadastro de nova senha.
	
	Restrições/Validações
	Entra com senha padrão fornecida pelo administrador e cadastra nova senha.
Tabela 18: Descrição do Caso de Uso - Modulo de Vendas – “Cadastrar Cliente”
	Nome do Caso de Uso
	Cadastrar fornecedores
	Caso de Uso Geral
	 
	Ator Principal
	Vendedor
	Atores Secundários
	 
	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 clientes.
	
	5. Tela retorna para menu principal do modulo de vendas.
	Restrições/Validações
	
	Fluxo Alternativo
	
	Ações do Ator
	Ações do Sistema
	
	
	
	
	Restrições/Validações
	 
Tabela 19: Descrição do Caso de Uso - Modulo de Vendas – “Registrar Pedido”
	Nome do Caso de Uso
	Registrar Pedidos
	Caso de Uso Geral
	 
	Ator Principal
	Vendedor
	Atores Secundários
	 
	Resumo
	Este caso uso descreve a etapa de registro de pedidos.
	Pré-Condições
	
	Pós-Condições
	
	Fluxo Principal
	
	Ações do Ator
	Ações do Sistema
	1. Selecionar opção registro de pedidos
	 
	 
	2. Abre tela de registro de pedido com a tabela a ser preenchida.
	3. Preencher a tabela de registro de pedidos.
	 
	 
	4. Apresenta tela de confirmação de registro de pedidos.
	
	5. Tela retorna para menu principal do modulo de vendas.
	Restrições/Validações
	Produto não encontrado ou faltando no estoque.
Cliente não cadastrado.
	Fluxo Alternativo
	
	Ações do Ator
	Ações do Sistema
	
	
	
	
	Restrições/Validações
	 
Tabela 20: Descrição do Caso de Uso- Modulo de Vendas – “Fechar Pedidos”
	Nome do Caso de Uso
	Fechar Pedidos
	Caso de Uso Geral
	 
	Ator Principal
	Vendedor
	Atores Secundários
	 
	Resumo
	Este caso uso descreve a etapa de fechar de pedidos.
	Pré-Condições
	
	Pós-Condições
	
	Fluxo Principal
	
	Ações do Ator
	Ações do Sistema
	1. Selecionar opção fechar de pedidos
	 
	 
	2. Abre tela de fechar de pedidos com a tabela a ser preenchida.
	3. Preencher a tabela de fechar de pedidos.
	 
	 
	4. Apresenta tela de confirmação de registro de pedidos com o número do pedido.
	
	5. Tela retorna para menu principal do modulo de vendas.
	Restrições/Validações
	Não ter efetuado o registro do pedido.
	Fluxo Alternativo
	
	Ações do Ator
	Ações do Sistema
	
	
	
	
	Restrições/Validações
	 
	
	
	
Modelo Conceitual de Classes (Diagrama de Classe)
Os dados que dão suporte aos requisitos do sistema proposto no escopo deste projeto está representado na Figura 8, abaixo, através do Diagrama de Classes.
Figura 8: Diagrama de Classes
Modelo Conceitual de Dados (MER)
O modelo conceitual de dados (Figura 9) representa 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
Conclusões
Diante do estabelecimento de uma nova visão empreendedora da empresa Companhia dos Bits, foi definido o passo inicial para alcançar seus objetivos frente à concorrência acirrada que vem enfrentando no contexto econômico atual.
A empresa definiu, através desta visão estratégia de negócio, iniciar com o investimento em TI, para implementação de diferencial mercadológico frente aos concorrentes, fazendo com que a ida dos clientes ao seu estabelecimento seja uma experiência agradável. Nessa medida, oferece aos mesmos praticidade, agilidade e reconhecimento através dos investimentos de melhorias de hardwares e softwares, proporcionando também ao gerente/proprietário melhor controle sobre suas despesas financeiras, seus clientes e produtos.
O Sistema Proposto (projeto lógico)
Projeto de Interface
O projeto de Interface define o comportamento e a apresentação de uma interface de sistema.
A base da execução de um projeto de software é utilizada nos moldes da psicologia, dos 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 Siscoven baseadas nestas informações e detalhadas conforme figuras:
Figura 10: Tela Inicial de Menu do Sistema Siscoven
Acima, como verificado, está a tela da interface do tipo “Menu”, onde são tratadas todas as funcionalidades relativas à apresentação das opções principais do sistema. 
Objetivos: Identificar as principais funcionalidades do sistema.
Usuários Atingidos: Todos os habilitados/cadastrados para utilização do sistema.
Frequência de utilização: Todas as vezes que o sistema for inicializado.
Figura 11: 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 12: Tela do Menu Principal: Subitem – Acesso - Login
A tela acima é da interface do tipo “Acesso - Login”, onde são tratadas todas as funcionalidades relativas à validação de acesso do usuário ao sistema. 
Objetivos: Identificar o usuário e autorizar seu acesso ao sistema.
Usuários Atingidos: Todos os usuários previamente cadastrados para utilização do sistema.
Frequência de utilização: Todas as vezes que o sistema for inicializado.
Figura 13: Tela do Menu Principal: Subitem - PDV
A tela acima apresentada é a da interface do tipo “PDV”, onde são tratadas todas as funcionalidades relativas ao módulo de Ponto de Venda que engloba frente de caixa, leitura de produtos com códigos de barras, emissão de NFe, emissão de planilha de orçamentos e configurações de exibições de tela para estas funcionalidades do sistema.
Objetivos: Acesso principalmente ao caixa do estabelecimento para atendimento ao cliente, através das opções constantes do módulo PDV.
Usuários Atingidos: Principalmente o operador de caixa do estabelecimento previamente cadastrado após efetuar Login de acesso.
Frequência de utilização: Todas as vezes que precisar abrir o “caixa” do sistema.
Figura 14: Tela do Menu Cadastro - Subitens: Cliente, Produto, Fornecedor, Usuário de Sistema
Acima, a tela da interface do tipo “Menu Cadastro” com as opções de entradas para os submenus “Cliente, Produto, Fornecedor e Usuário de Sistema”, que abaixo serão apresentados através do print de cada tela destes submenus separadamente com as descrições das atividades inerentes à cada um.
Figura 15: Tela do Menu Cadastro - Subitem: Clientes
Acima, a tela da interface do tipo “Cadastro – submenu Clientes” onde são tratadas todas as funcionalidades relativas ao cadastro de clientes no sistema. 
Objetivos: Cadastrar, listar, alterar e apagar clientes no sistema.
Usuários Atingidos: Principalmente usuários de vendas, estoque e administrador do sistema.
Frequência de utilização: Todas as vezes que o for necessário novo cadastramento, alteração dos dados ou consulta de clientes no sistema.
Figura 16: Tela do Menu Cadastro - Subitem: Produtos
Na tela acima, a interface do tipo “Cadastro – submenu Produtos” , onde são tratadas todas as funcionalidades relativas ao cadastro de produtos no sistema. 
Objetivos: Cadastrar, listar, alterar e apagar produtos no sistema.
Usuários Atingidos: Principalmente usuários de estoque e administrador do sistema.
Frequência de utilização: Todas as vezes que o for necessário novo cadastramento, alteração dos dados ou consulta de produtos no sistema.
Figura 17: Tela do Menu Cadastro - Subitem: Fornecedores
Acima, a tela da interface do tipo “Cadastro – submenu Fornecedores” onde são tratadas todas as funcionalidades relativas ao cadastro de fornecedores no sistema. 
Objetivos: Cadastrar, listar, alterar e apagar fornecedores no sistema.
Usuários Atingidos: Principalmente usuários de estoque e administrador do sistema.
Frequência de utilização: Todas as vezes que o for necessário novo cadastramento, alteração dos dados ou consulta de fornecedores no sistema.
Figura 18: Tela do Menu Cadastro - Subitem: Usuários do Sistema
A tela acima refere-se a interface do tipo “Cadastro – submenu Usuários do Sistema” onde são tratadas todas as funcionalidades relativas ao cadastro de Usuários do Sistema no sistema. 
Objetivos: Cadastrar Usuários do Sistema no sistema.
Usuários Atingidos: Todos os usuários que necessitam de acesso ao sistema para desempenhar alguma atividade especifica.
Frequência de Utilização: Todas as vezes que o for necessário acesso de uma nova pessoa ao sistema.
Figura 19: Tela do Menu Movimentação - Subitens: Contas a Pagar, Contas a Receber, Pedidos de Compras e Estoque
Acima, a tela da interface do tipo “Menu Movimentação” com as opções de entradas para os submenus “Contas a Pagar, Contas a Receber, Pedidos de Compras e Estoque”, que abaixo serão apresentados através do print de cada tela destes submenus separadamente com as descrições das atividadesinerentes à cada um.
Figura 20: Tela do Menu Movimentação - Subitem: Contas a Pagar
Como visto, a tela acima trata da interface do tipo “Movimentação – submenu Contas a Pagar” onde são tratadas todas as funcionalidades relativas à movimentação de Contas a Pagar no sistema. 
Objetivos: Indexar todos as transações relativas à Contas a Pagar no sistema.
Usuários Atingidos: Principalmente usuários com acesso ao módulo de vendas e administrativo do sistema.
Frequência de utilização: Todas as vezes que o for necessário lançamento de transações relativas à Contas a Pagar no sistema.
Figura 21: Tela do Menu Movimentação - Subitem: Contas a Receber
Acima, a tela da interface do tipo “Movimentação – submenu Contas a Receber” onde são tratadas todas as funcionalidades relativas à movimentação de Contas a Receber no sistema. 
Objetivos: Indexar todos as transações relativas à Contas a Receber no sistema.
Usuários Atingidos: Principalmente usuários com acesso ao módulo de vendas e administrativo do sistema.
Frequência de utilização: Todas as vezes que o for necessário realizar lançamento de transações relativas à Contas a Receber no sistema.
Figura 22: Tela do Menu Movimentação - Subitem: Pedidos de Compras
Acima, a tela da interface do tipo “Movimentação – submenu Contas a Receber” onde são tratadas todas as funcionalidades relativas à movimentação de Contas a Receber no sistema. 
Objetivos: Indexar todos as transações relativas à Contas a Receber no sistema.
Usuários Atingidos: Principalmente usuários com acesso ao módulo de vendas e administrativo do sistema.
Frequência de utilização: Todas as vezes que o for necessário lançamento de transações relativas à Contas a Receber no sistema.
Figura 23: Tela do Menu Movimentação - Subitem: Estoque
Acima, tela da interface do tipo “Movimentação – submenu Estoque” onde são tratadas todas as funcionalidades relativas à movimentação de Estoque no sistema. 
Objetivos: Verificar, acompanhar, lançar e dar baixa no estoque de produtos no sistema.
Usuários Atingidos: Principalmente usuários com acesso ao módulo de estoque e administrativo do sistema.
Frequência de utilização: Todas as vezes que o for necessário verificação, acompanhamento, lançamento e baixa de produtos no estoque do sistema.
Figura 24: Tela do Menu Sair e Subitem Sair
Por fim, a tela da interface do tipo “Sair – submenu Sair” onde são tratadas todas as funcionalidades relativas ao fechamento do sistema. 
Objetivos: Efetuar o logoff, ou seja, fechar o acesso do usuário no sistema.
Usuários Atingidos: Todos os usuários do sistema.
Frequência de utilização: Todas as vezes que o usuário pretender sair do sistema de forma segura.
Diagrama de Sequência
O Diagrama de Sequência, consiste em diagramas que mostram a troca de mensagens entre os objetos em uma situação específica e delimitada no tempo para realizar determinada tarefa.
Abaixo, os principais diagramas de sequência do Siscoven demonstrando cadastro de vendas, cadastro de produtos, contas a pagar e contas a receber:
Figura 25: Diagrama de Sequência - Cadastro de Vendas
Figura 26: Diagrama de Sequência - Cadastro de Produtos
Figura 27: Diagrama de Sequência - Contas a Pagar
Figura 28: Diagrama de Sequência - Contas a Receber
Diagrama de Estados
Os diagramas de estado ou DTE (Diagramas de Transição de Estado) ou até máquinas de estado, são usados para modelar um comportamento prudente em sistema de transição entre estados finitos. Para diagramas de estado são usados dois tipos de máquina de estado: máquinas de estado comportamentais e máquinas de estado para protocolos.
Abaixo, os principais diagramas de estado do Siscoven demonstrando cadastro de vendas, cadastro de produtos, contas a pagar e contas a receber:
Figura 29: Diagrama de Estado - Cadastro de Vendas
Figura 30: Diagrama de Estado - Cadastro de Produtos
Figura 31: Diagrama de Estado - Contas a Pagar
Figura 32: Diagrama de Estado - Contas a Receber
6.4 Diagrama de Atividades
O Diagrama de atividade é definido pela Linguagem de Modelagem Unificada (UML), e representa os fluxos conduzidos por processamentos, cujo objetivo é mostrar o fluxo de atividades em um único processo, mostrando como uma atividade depende 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 Siscoven demonstrando o fluxograma de cadastro de produtos:
Figura 33: Diagrama de Atividades - Cadastro de Produtos
Projeto Físico
Modelo de Classes de Projeto
Figura 34: Modelo de Classes de Projeto
Modelo Físico de dados
 
Figura 35: Modelo Físico de Dados
7.2.1 Projeto de Tabelas e arquivos
Scripts SQL e Tabelas do Banco de Dados MYSQL do sistema SISCOVEN:
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 21: 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 22: 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 23: 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 24: 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 25: 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 26: 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 27: 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 28: 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 29: Tabela de Dados Venda
Ambiente do Sistema
Definição do ambiente físico (hardware, software, infraestrutura de rede e internet, etc.)
A definição do ambiente físico na parte de Hardware para o sistema Siscoven está baseado no custo benefício para estabelecimento de todos requisitos técnicos de especificações e desempenhos previamente acordados para este sistema. São eles:
- Dois microcomputadores com Processador Core i3, memoria de 4Gb e HD de 500GB;
- Um notebook com a mesma configuração do micro desktop;
- Uma impressora lazer Lexmark MS630;
- Rede interna com cabeamento estruturado certificado.
- Servidor monoprocessado com processador Intel Xeon série 5000 
- Sistema Operacional Linux
- Opção de RAID não configurado - com controladora On-Board, 1 a 4 HDs [Incluído]
- Memória de 4GB, 1600MT/s (1x4Gb), UDIMM
- Disco Rígido de 1TB SATA, 7.2K RPM, 6Gbps, 
- Unidade de DVD Interna	
Para definições de softwares do ambiente físico do sistema Siscoven foram adotados os seguintes:
Windows 7 x64 para micros clientes, para banco de dados os MySQL da Oracle e adotado a linguagem de programa Java.
A infraestrutura de rede está baseada em cabeamento estruturado, placas de rede onboard e de servidores, conversor de mídia, switch e roteador com uma internet de 10MB.
Justificativa da escolha da Linguagem de Programação
Foi definido a utilização da linguagem de programação Java, que é atualmente a linguagem mais utilizada no mundo e ainda em crescimento nas empresas, através de novas adoções sendo também uma plataforma de desenvolvimento. Além disso, trata-se de uma tecnologia com custo quase totalmente zero, sendo os editores e ambientes de produção também gratuitos. São eles: NetBeans, Eclipse, Jcreator, entre outros, contando ainda com a gratuidade dos Servidores de Aplicação: TomCat, Jboss, Jetty e outros.
Esta linguagem é Orientada a Objetos (OO), segue o paradigma OO, o que a torna uma ferramenta extremamente poderosa, sendo também Multi-Threaded, suportando processamento paralelo múltiplo.
Possui também portabilidade, onde o mesmo código Java roda em diversas plataformas sem a necessidade de alteração do mesmo e as aplicações podem ser facilmente migradas entre servidores. 
Ademais, a linguagem Java incorpora suporte a operações em Banco de Dados com o JDBC, que é uma biblioteca de classes para acesso a banco de dados que permite uma conexão remota a servidores SQL e que possuam driver OBDC ou compatível.
Justificativa da escolha do SGBD (Sistema gerenciador de Banco de dados)
O SGDB utilizado foi o MySQL da Oracle Corporation que é um sistema de gerenciamento de banco de dados relacional mais popular e o mais importante nos dias atuais de crise: é livre e possui código aberto que facilita a vida dos desenvolvedores.
É uma base de dados fácil de usar e funciona muito rápido, além disso várias comunidades internet como fóruns e sites de informação oferecem cursos livres. 
Possui também suportes de plataforma e compatibilidade cruzada MySQL que pode ser instalado em todos os principais sistemas operacionais, como UNIX, Solaris, Linux, bem como o Windows sem perda de desempenho.
Por fim, MySQL protege os dados armazenados tornando este sistema de banco de dados seguro e confiável para soluções de nuvem populares como Microsoft Azure, sendo também possível recuperar os dados usando o backup, armazenamento em cache e arquivos no caso de serem danificados ou perdidos log. A restauração de dados é garantida em MySQL.
Arquitetura do Sistema
Diagrama de Componentes
Figura 36: Diagrama de Componentes
Diagrama de Implantação
Figura 37: Diagrama de Implantação
Conclusões
Diante do estabelecimento de uma nova visão empreendedora da empresa Companhia dos Bits, foi definido o passo inicial para alcançar seus objetivos frente a uma concorrência acirrada que ela vem enfrentando no dia a dia e em consideração à crise em que se encontra o país neste momento.
Por isso a empresa definiu através desta visão estratégia de negócio, tendo como investimento em TI, a implantação de um sistema de vendas confiável, consistente e automático, o sistema Siscoven apresentado neste trabalho, para implementação de diferencial mercadológico frente aos concorrentes, fazendo com que a ida dos clientes ao seu estabelecimento seja uma experiência agradável, oferecendo a estes clientes, praticidade, agilidade e reconhecimento através dos investimentos de melhorias de hardwares e softwares, proporcionando também ao gerente/proprietário um controle maior sobre suas despesas financeiras, seus produtos, acompanhamento de clientes, maior informação e resposta à tomada de decisões através relatórios analíticos disponíveis pelo programa.
Reflexão sobre os objetivos iniciais e os alcançados
Os objetivos iniciais da empresa Companhia dos Bits, era o desenvolvimento de um sistema para controle de vendas de uma loja de informática, ou seja, simplesmente informatizar uma loja que não tinha regras definidas para acompanhamento de cadastro de cliente, fornecedores, que tinha fragmentos de sistemas apenas em um micro por necessidade de emissão de cupom fiscal exigido pelo município. A maioria dos controles eram feitos manualmente através de planilhas.
Diante da situação apresentada, a proposta foi de criar um sistema para controle automático, confiável e estável de vendas de produtos com emissão de cupom fiscal e relatórios analíticos para acompanhamento do gestor a fim de poder tomar decisões mais acertadas no planejamento estratégico e tático da empresa.
Após a implantação do Siscoven, a empresa Companhia dos Bits, pôde ter controle automático não só de produtos e fornecedores, mas também de todo o fluxo de caixa, contas a pagar, contas a receber, acompanhamento de clientes e geração de relatórios customizados. A gestão passou a ser integrada a todos os processos da empresa, preservando a segurança da informação através de backups e restrições de acesso ao sistema, proporcionando maior credibilidade, confiabilidade e segurança. 
Vantagens do sistema para a empresa
O sistema Siscoven trouxe maior confiabilidade do público consumidor em relação à empresa, pois agora está apta a oferecer prestação de serviço com agilidade e confiabilidade, integrando seus produtos às necessidades dos clientes, por intermédio de descrição detalhada simples e técnica disponibilizada em seus site e etiquetas interna da loja, atrelados automaticamente a um código individualizado, com sistema de consulta online. Além disso, a empresa também passa a oferecer suporte nas questões financeiras, fiscais e de gestão empresarial, levando a Companhia dos Bits, a um patamar diferenciado no mercado, possibilitando o crescimento com menores perdas e maiores lucros, além das possibilidades de expansão para outras frentes de operações que julgar necessário e tiver apelo de novos clientes. 
Trabalhos Futuros.
A empresa Companhia dos Bits busca continuamente a expansão e o estabelecimento comercial através de novas parcerias com os melhores fabricantes, estreitando, dia-a-dia, o laço de relacionamento com os mesmos, possibilitando, além de direito a representações oficiais, negociações que interferem diretamente nos ótimos preços praticados pela empresa, para em um futuro próximo gerar um grande volume de vendas para todo o Brasil. Diante disso, o próximo passo seráa implementação do e-commerce integrando o Siscoven ao sistema de loja virtual, dando lugar as grandes movimentações de vendas através de registros físicos e virtuais de compras, de reposição de estoques, de logística e acessos seguros, com eficiência, rapidez e confiabilidade. Espera-se ser gerenciado remotamente, oferecendo todos os recursos de analises através de relatórios customizados, visando a descentralização da aplicação com possibilidade de expansão para criação de uma rede privada com total segurança.
REFERÊNCIAS BIBLIOGRÁFICAS
CASTRO, Claudio de Moura. A Prática da Pesquisa. 2ª ed. Pearson Editora, 2006
GIL, Antônio Carlos. Como Elaborar Projetos de Pesquisa. 5ª ed. Atlas Editora, 2010.
GUEDES, Gilleanes T. A. UML 2: Uma Abordagem Prática. 1. Ed. Novatec Editora, 2009.
SOMMERVILLE, Ian. Engenharia de Software. 8. Ed. Pearson Addison-Wesley, 2007
OLIVEIRA, Carlos H.P. SQL – Curso Prático. 1. Ed. Novatec, 2002
DEITEL, H. M.; DEITEL, P. J. Java: Como Programar 6. Ed. São Paulo: Pearson Education, 2005
BOOCH, Grady; RUMBAUGH, James; JACOBSON, Ivar. UML: guia do usuário. 2a.Ed. RJ Cps, 2005
YOURDON, Edward. Análise Estruturada Moderna, Ed. Campos, 1992, Rio de Janeiro.
Vídeo aulas da Universidade Estácio de Sá. (Indisponíveis para não alunos da instituição.)
		6		
		87