tcc sistemas da informaçao nota 10

Prévia do material em texto

UNIVERCIDADE ESTÁCIO DE SÁ
SISTEMAS DA INFORMAÇÃO
JOSÉ RICARDO SOUTO DOS SANTOS
BOXSYSTEM
RIO DE JANEIRO
2018
JOSÉ RICARDO SOUTO DOS SANTOS
	
BOXSYSTEM
PROJETO DE TCC APRESENTADO AO CURSO DE SISTEMAS DA INFORMAÇÃO DA FACULDADE ESTÁCIO DE SÁ A SER UTILIZADO COMO DIRETRIZES PARA MANUFATURA DE BACHARELADO DE CONCLUSÃO DE CRUSO. ORIENTADOR:ROGERIO LEITÃO NOGUEIRA
	
RIO DE JANEIRO
2018
DEDICATÓRIA
 
 
 
DEDICO ESSE TRABALHO A MINHA FAMILIA QUE ME APOIOU DESDE O INICIO E A DEUS POR NUNCA DESISTIR DE MIM.
AGRADECIMENTOS
À esta universidade, seu corpo docente, direção e administração que deram a oportunidade de construir a janela em que hoje vislumbro um horizonte superior, inspirado na confiança, mérito e ética aqui presentes.
A meu professor orientador Rogerio leitão, pelo suporte no pouco tempo que lhe coube, pelas suas correções e incentivos.
Aos meus pais e família, pelo amor, incentivo e apoio incondicional, e ao ilustre engenheiro e amigo Ricardo Vinicius Correia pelo incentivo e força.
EPIGRAFE
“Meus filhos terão computadores, sim, mas antes terão livros. Sem livros, sem leitura, os nossos filhos serão incapazes de escrever-inclusive sua própria história.” 
(BILL GATES)
RESUMO
 
Este projeto visa criar um produto de software, nomeado como BoxSystem, com o intuito de informatizar e automatizar uma microempresa que trabalha com a venda de vinhos e outros produtos relacionados. O software contará com funcionalidades básicas de um sistema para microempresas comerciais, como o cadastro de produtos e clientes, condição de pagamento e geração de relatórios.
LISTA DE FIGURAS
Figura 1 – Diagrama de Gantt .......................................................................14
Figura 2 – Organograma ...............................................................................16
Figura 3 – Diagrama Casos de uso ...............................................................23
Figura 4 – Diagrama entidade e Relacionamento .........................................37
Figura 5 – Diagrama de classe do negócio....................................................39
Figura 6 – Diagrama de Classe de Implementação ......................................40
Figura 7 – Diagrama de Estados da classe estoque .....................................41
Figura 8 – Diagrama de Estados da Classe venda .......................................42
Figura 9 – Diagrama de Componentes .........................................................43
Figura 10 – Diagrama de Implantação ..........................................................44
LISTA DE ABREVIATURAS E SIGLAS
 
Backup – Cópia de dados para um dispositivo de armazenamento diferente. É utilizado como cópia de segurança, para ser usada caso os dados originais forem perdidos ou corrompidos.
BD – Banco de Dados. Coleção de dados de dados, que se relacionam de acordo com uma lógica, armazenada em algum espaço físico.
Bit – Binary Digit. Menor unidade de dados que pode ser armazenada e transferida. Oito bits formam um Byte.
Ghz – Giga Hertz. Frequência em ciclos por segundo na escala 109. É usada para definir a velocidade dos processadores de PCs.
HDD – Hard Drive Disk. Dispositivo no qual são armazenados dados permanentemente.
JRE – Java Runtime Environment. Programa responsável por fazer aplicações feitas em linguagem Java executarem apropriadamente.
PC – Personal Computer. Computador de pequeno porte e baixo custo, que se destina ao uso pessoal ou por um pequeno grupo de indivíduos.
RAM – Random Access Memory. Tipo de memória que permite a leitura e a escrita de dados armazenados.
SO – Sistema Operacional. Programa responsável pelo gerenciamento do hardware, assim como seus recursos, e de ser fornecer uma interface entre o usuário e o hardware.
SUMÁRIO		
 		
Capítulo 1- Proposta de Trabalho
 
Com a utilização da TI para otimizar as atividades e processos dentro de uma empresa é de suma importância e por isso deve-se levar em consideração qualquer oportunidade de melhoria em seus processos. Hoje em dia praticamente todas as pequenas empresas estão informatizadas, com softwares comerciais divergentes, mas com características similares. A empresa Vinhos&Cia não conta com um sistema informatizado.
A empresa trabalha com a venda de produtos comestíveis e brindes personalizados. Seu processo de venda consiste em:
Um funcionário da empresa vai até os clientes, para que os mesmos realizem encomendas;
A encomenda é anotada pelo funcionário;
É providenciada a encomenda do produto, que pode ser um brinde ou um alimento;
Um funcionário leva a encomenda até o cliente.
Pretendemos, com este projeto, criar um sistema que possa informatizar o processo de venda da empresa, assim como outros detalhes ligados a ele, visando a redução de custos e processos mais eficientes. A função principal do projeto visa à informatização dos processos internos de compra/venda e transações da empresa, como o armazenamento de dados referentes aos produtos, clientes e fornecedores; geração de relatórios condizentes às vendas, compras, contas a pagar e contas a receber.
Com a informatização, estes processos serão otimizados, tendo como consequência a diminuição de custos da empresa com impressões diárias das planilhas do estoque, pagamentos pendentes, e demais documentos que auxiliam o usuário a lidar com os dados acerca da empresa, tornando, assim, virtuais tais procedimentos, além de um melhor gerenciamento, que possibilitará o usuário uma manipulação mais eficiente a estes processos citados, com agilidade, integração e detalhamento.
1.1. Método de Trabalho
 
O usuário está disposto a colaborar com o desenvolvimento do projeto, fornecendo todas as informações, bem como as regras de negócio para o desenvolvimento do sistema, pois considera que o software será de grande valia para o crescimento da empresa, refletindo em um melhor gerenciamento dos processos internos da empresa, assim como na diminuição dos custos. 
O novo sistema visa diminuir:
 
O uso de papéis;
O uso desconexo de documentos da suíte MS-Office;
Transações de informação entre portfólios diferentes (por exemplo: o vendedor anota o pedido no papel, depois passa o mesmo num documento eletrônico).
Como o BS visa a integração dos componentes tecnológicos que a empresa utiliza, espera-se que com esse novo sistema os processos internos da empresa sejam agilizados, pois se reduzirá o gasto com papéis e o uso desconexo de planilhas eletrônicas entre outros documentos
 
1.2. Previsão de Alocação de Recursos 
 
Para o desenvolvimento do BoxSystem será necessário alguns recursos e estimativa de custos com gasto do software e hardware conforme a tabela abaixo:
 
	Software
	Software
	Software
	Software
	Microsoft Windows 10 pros 64 bits
	Sistema Operacional
	1
	1200
	Java
	Tecnologia para desenvolvimento de aplicações
	1
	Grátis
	JRE
	representa a parte responsável pelo tempo de execução do Java
	1
	Grátis
	Total
	
	3
	1200
	Hardware
	Descrição
	Quantidade
	Valor R$
	Desktop
	computador para desenvolvimento. Processador Intel i7, memória de 16GB, HD 500GB
	1
	2300
	Notebook
	computador para desenvolvimento. Processador Intel i7, memória de 16GB, HD 500GB
	1
	2300
	Total
	
	2
	4600
1.3. Cronograma De Trabalho (Diagrama de Gantt)
	
	Inicio
	Duração
	Término
	1.Proposta do Projeto
	27/08/2018
	18
	14/09/2018
	Proposta Inicial
	27/08/2018
	9
	05/09/2018
	Método de Trabalho 
	06/09/2018
	2
	08/09/2018
	Previsão de Alocação de Recursos
	09/09/2018
	2
	11/09/2018
	Cronograma de Projeto Final
	12/09/2018
	1
	13/09/2018
	2.Caracterização da Empresa e do Negócio
	14/09/2018
	7
	21/09/2018
	Histórico daEmpresa
	22/09/2018
	1
	23/09/2018
	Atividade da Empresa
	24/09/2018
	1
	25/09/2018
	Organograma
	26/09/2018
	1
	27/09/2018
	Mercado Consumidor
	28/09/2018
	1
	29/09/2018
	Concorrência
	28/09/2018
	1
	29/09/2018
	Premissas de Restrições ao Projeto
	28/09/2018
	1
	29/09/2018
	3.O Sistema Atual
	29/09/2018
	7
	06/10/2018
	Justificativa da Escolha do Sistema
	06/10/2018
	1
	07/10/2018
	O Sistema Atual
	08/10/2018
	1
	09/10/2018
	Funcionamento do Sistema Atual
	10/10/2018
	1
	11/10/2018
	Ambiente do Sistema Atual
	10/10/2018
	1
	11/10/2018
	Definição do Escopo
	10/10/2018
	1
	11/10/2018
	Problemas do Sistema
	10/10/2018
	1
	11/10/2018
	Motivação para o Novo Sistema
	10/10/2018
	1
	11/10/2018
	Situação Desejada
	10/10/2018
	1
	11/10/2018
	4.O Sistema Proposto
	12/10/2018
	7
	19/10/2018
	Lista de Requisitos do Sistema
	12/10/2018
	7
	19/10/2018
	Especificações de Caso de Uso
	12/10/2018
	7
	19/10/2018
	Modelo Conceitual de Dados
	01/11/2018
	8
	09/11/2018
	Modelo Conceitual de Classes
	01/11/2018
	8
	09/11/2018
	5.Conclusões
	07/11/2018
	6
	13/11/2018
	6.Referências Bibliográficas
	07/11/2018
	6
	13/11/2018
Capítulo 2 - Caracterização da Empresa e do Negócio
2.1. Histórico da empresa 
O proprietário Luis alberto nasceu na cidade de Parma na Itália e veio para Brasil ainda novo com seus pais na década de 60 estudou e foi aluno de graduação na Estácio e se formou em administração de empresas. Foi trabalhar num escritório no centro da cidade no rio de janeiro, mas seu sonho era montar uma pequena loja e vender seus produtos preferidos. Na década de 70, todos os escritórios tinham máquinas de escrever. Se quisessem copiar um documento, as pessoas dependiam do mimeógrafo e do papel carbono. Enquanto alguns de nós nunca ouvirmos falar nesses equipamentos do mundo moderno, eles eram a base dos escritórios da década de 70. Naquela época, poucas pessoas haviam ouvido sobre os microcomputadores, celulares e tablets como os dias de hoje.
Então em 1989 seu alberto compra uma loja de laticínio em copacabana zona sul do rio de janeiro.com intuito de vender seus produtos a clientes locais. Como havia muitos terrenos seu alberto foi comprando reformando e juntando até que, em 1995 ele funda sua microempresa a vinhos&cia. fazendo sucesso de
vendas na época seu filho Ricardo ajudava o pai nas tarefas simples como levar encomendas para os clientes próximos.com os anos passando e surgimento de novas tecnologias seu filho resolveu fazer faculdade no intuito de ajudar a microempresa.Com a tecnologia presente e seus concorrentes se automatizando cada vez mais e captando mais clientes seu filho já formado em sistemas e mais um colega de faculdade bolaram um software para informatizar e automatizar os processos para garantir a qualidade rapidez, e seus clientes satisfeitos. A vinho&cia tem 200m2 de extensão e fica localizada no bairro de copacabana zona sul do rio de janeiro.
2.2. Atividade da Empresa 
A microempresa vinhos&cia está no ramo de comércio atacadista há mais de 23 anos e prestando serviços de venda de produtos como vinho, queijo leite e especiarias.etc...
Sucintamente, o processo de trabalho dentro da empresa compreende em:
Confeccionar, embalar e congelar os produtos comercializados;
Registrar as entradas e saídas de produtos no estoque;
Efetuar e receber encomendas via e-mail, SMS, telefone e pronta entrega;
Visitar semanalmente os fornecedores e os clientes de cada cidade
2.3. Organograma
Estrutura Organizacional da Microempresa está organizada de acordo com a representação abaixo:
	
2.4. Mercado Consumidor
A vinho& cia tem como alvo pequenas e microempresas, com intuito de captar novos clientes, analisando cenários e propondo soluções de melhorias tecnológicas e segurança em suas atividades com a implementação de novos processos e serviços para melhor atender os clientes procurando cumprir os padrões de excelência do mercado para garantir qualidade nos serviços prestado.
2.5. Concorrência
A concorrência no setor atacadista tem se mostrado bem acirrada e com novas tecnologia quem não acompanha fica para trás. Nos últimos cinco anos, no entanto, essa realidade vem mudando significativamente. Isso porque o que estava “cômodo” começou a se mostrar mais complexo com a chegada de novos tipos de negócio, com a concorrência global e também com a tecnologia mais disponível, que faz com que pequenos empreendimentos possam competir de igual para igual com grandes players.
Neste movimento, surge a necessidade de os executivos do setor atacadista ampliarem seu poder analítico. Agora, com rapidez e eficiência é preciso tomar decisões relacionadas, por exemplo, ao controle logístico. Não há muito tempo para pensar.
Seja qual for o vetor do mercado, todo empreendedor ou gestor de empreendimento atacadista deveria se preocupar com isso, pois, por meio de análises precisas, é possível fazer previsões para capacidade de armazenamento, compra e vendas de materiais, fluxo de caixa e variações diversas em épocas de recessão ou aumento de demanda (no Natal, por exemplo).
2.6. Premissas de Restrições ao Projeto
Premissas:
O desenvolvimento do software deve cumprir o cronograma de entrega
O sistema deve ser desenvolvido na linguagem Java
 
Restrições: 
Orçamento previamente definido, não poderá ultrapassar o orçamento proposto
O trabalho deverá ser completado até 13/11/2018
Os equipamentos serão fornecidos pela empresa durante sua implementação
Restrições técnicas: o sistema deve estar apto a ficar ativo durante, pelo menos, cinco dias por semana.
Restrições administrativas: deverá ter sigilo nos dados armazenados no sistema.
Capítulo 3 - O Sistema Atual
Este capitulo tem como objetivo descrever como a microempresa vinhos&cia atua hoje, demonstrando o problema encontrado em não utilizar um sistema para automatizar e gerenciar seus produtos e serviços para obter uma excelência qualidade e gerenciamento para seus clientes.
3.1. A Justificativa da Escolha do Sistema
A microempresa não possui um sistema de automatizar os processos. assim como o gerenciamento dos contratos vigentes de manutenção, materiais necessários,
cronograma de atendimento, controle das contas a pagar ou receber e de qual 
técnico foi designado para cada serviço. Visto que, isso tornou-se evidente a necessidade de um sistema que facilite o controle das atividades e executadas, bem como a centralização de informações relevantes ao processo de gerenciamento e manutenção.
3.1.1. O Sistema Atual
A empresa não possui nenhum sistema implantado atualmente. Boa parte dos seus processos internos e burocráticos são realizados manualmente, contando com um pequeno auxílio de softwares para escritórios, como os da suíte Microsoft Office.
3.1.2. Funcionamento do sistema atual 
A Microempresa não possui um sistema e nem um hardware necessário.
3.1.3. O Ambiente do Sistema Atual
Como a vinhos&cia não possui nenhum sistema implementado atualmente, espera se com novo sistema o gerente de projetos e o analista serão responsáveis pelo boxsystem com a permissão total do proprietário da microempresa. E o boxsystem para rodar precisa de algumas ferramentas e recursos de hardware para rodar. O sistema requer a instalação do Java no Windows 10 pro de 64 bts.num computador com configurações com processador i7, Hd de 500 gb e memória de 16 gb, conectados a uma rede com acesso a internet de alta velocidade.
 
3.1.4. Definição do Escopo Para o Novo Sistema
O escopo do sistema consiste em:
Controle nos processos transacionais da empresa, como compra de produtos dos fornecedores e venda de produtos para os clientes;
Controle de contas a pagar e a receber;
Realização de consultas e registros arquivados no sistema;
Geração de relatórios condizentes às transações realizadas.
3.1.5. Problemas do Sistema Atual
Nasituação atual, o cliente utiliza planilhas eletrônicas e papéis para auxiliá-lo em seus processos internos, de maneira desconexa. Isso faz com que estes processos da empresa sejam lentos e dispendiosos. Com a implementação do sistema, espera-se que os processos internos principais que utilizam recursos informáticos da mesma sejam otimizados, ou seja, tornem-se mais integrados, ágeis e menos dispendiosos
3.2. Motivação para o Novo Sistema 
O principal motivo que levou a microempresa para aceitar a aquisição do novo sistema é que como não tinha nenhum sistema de automação e gerenciamento dos processos para garantir uma boa qualidade e rapidez no gerenciamento o proprietário está disposto com a implementação do Boxsystem para uma melhor experiencias na área e gestão da empresa.
 
3.3. Situação desejada 
Com a implementação do sistema BoxSystem, espera-se que os processos internos principais que utilizam recursos informáticos da mesma sejam otimizados, ou seja, tornem-se mais integrados, ágeis e menos dispendiosos. O novo sistema visa diminuir:
O uso de papéis;
O uso desconexo de documentos da suíte MS-Office;
Transações de informação entre portfólios diferentes (por exemplo: o vendedor anota o pedido no papel, depois passa o mesmo num documento eletrônico).
Como o BoxSystem visa a integração dos componentes tecnológicos que a empresa utiliza, espera-se que com esse novo sistema os processos internos da empresa sejam agilizados, pois se reduzirá o gasto com papéis e o uso desconexo de planilhas eletrônicas entre outros documentos.
Capítulo 4 - O Sistema Proposto
Neste capitulo será apresentado o levantamento dos requisitos funcionais e não funcionais, assim como os diagramas do sistema, utilizando a metodologia UML.
O foco do sistema é informatizar o processo de venda da empresa, assim como outros detalhes ligados a ele, visando a redução de custos e processos mais eficientes.
4.1. Lista de requisitos do sistema
Requisitos funcionais
Define uma função de um software ou parte dele. Ele é o conjunto de entradas, seu comportamento e sua saída, ou seja, envolve cálculos, lógica de trabalho, manipulação, processamento de dados entre outros. E dentro dos requisitos funcionais ainda estão a arquitetura do aplicativo, diferentemente da arquitetura técnica, que pertence aos requisitos não funcionais.
Lista de requisitos funcionais
	Requisito
	Descrição/Justificativa
	RF01 – Manter Produto
	Armazenar Dados Referentes ao Produto.
	RF02 – Manter Cliente
	Armazenar Dados Referentes ao Cliente.
	RF03 – Manter Fornecedor
	Armazenar Dados Referentes ao Fornecedor.
	RF04 – Registrar Venda
	Registrar a Realização de uma Venda.
	RF05 – Registrar Compra 
	Registrar a Realização de uma Compra.
	RF06 – Consultar Dados de Venda
	Consultar Dados cadastrados Referente às Vendas Realizadas pelo Sistema.
	RF07 – Consultar Dados de Compra
	Consultar Dados Cadastrados Referentes às Compras Realizadas pelo Sistema.
	RF08 – Gerar relatório de Contas a Receber
	Gerar um Relatório Acerca de Contas que a Empresa tem a Receber.
	RF09 – Gerar relatório de Contas a Pagar
	Gerar um relatório Acerta de Contas que a Empresa tem a Pagar.
	RF10 – Gerar Relatório de Venda
	Gerar um Relatório Acerca de Vendas realizadas e pendentes, contendo informações detalhadas de mesma.
	RF11 – Gerar Relatório de Compra
	Gerar um Relatório Acerca de Compras Realizadas e pendentes, contendo informações detalhadas de mesma.
	RF12 – Consultar Estoque
	Consultar os Dados Cadastrados Referentes aos Produtos Inseridos no Sistema.
	RF13 – Manter Contas a Pagar
	Armazenar Dados Referentes a uma Compra de Produtos que a Empresa Utiliza para consumo Próprio (não é gerado pelo Lançamento a partir de uma compra).
Requisitos Não Funcionais
São relacionados ao uso da aplicação em termos de desempenho, usabilidade, confiabilidade, disponibilidade, segurança e tecnologia envolvidas. Muitas vezes os, requisitos não funcionais acabam gerando restrições aos funcionários.
Lista de Requisitos Não Funcionais
	Requisito
	Descrição/justificativa
	RN01 - 
	Realização de Backup dos Dados
4.2. Diagrama de Casos de uso 
4.3. Especificações casos de uso 
UC001 – Manter Produto 
Projeto: BS –BoxSystem
Identificador do Caso de Uso: 001 – Manter Produto
Número da versão do Caso de Uso: 1.1
Finalidade ou Objetivo: Manter dados referentes ao produto.
Atores: Usuário.
Evento inicial: Usuário requisita o cadastro de produto ao sistema.
Fluxo principal:
1 – O sistema disponibiliza a interface com as opções para a manutenção do produto; (E1)
2 – O usuário escolhe as opções disponíveis (incluir, alterar ou excluir) (A2, A3, A4)
3 – O sistema valida os dados (A1) (E2) e atualiza o BD; 
4 – O Caso de Uso é encerrado.
Fluxo alternativo:
A1 – Dados inválidos
1– O sistema informa uma mensagem de erro com dados
incorretos;
2– Volta ao passo 1 do fluxo principal.
A2 – Incluir Produto
1 – O sistema disponibiliza na interface os campos conforme opção escolhida;
2 – O usuário informa os dados e confirma a operação (E1) 
3 - Volta ao passo 3 do fluxo principal.
A3 – Alterar Produto
1 – O sistema disponibiliza a opção de Localizar Produto
2 – O usuário localiza o produto e confirma a operação (E1)
3 – O sistema disponibiliza na interface os campos conforme opção escolhida;
4 – O usuário informa os dados e confirma a operação (E1) 
5 – Volta ao passo 3 do fluxo principal.
A4 – Excluir Produto
1 – O sistema disponibiliza a opção de Localizar Produto
2 – O usuário localiza o produto e confirma a operação (E1)
3 – O sistema disponibiliza na interface os campos e solicita a confirmação da exclusão;
4 – O usuário confirma a operação (E1, E2) 5 – Volta ao passo 3 do fluxo principal.
Fluxo de exceção: 
E1 – Cancelamento do cadastro
1 – O usuário cancela o cadastro; 
2 – O Caso de Uso é encerrado.
E2 – Produto vinculado a outra tabela
1 – O sistema informa ao usuário que o produto se encontra vinculado com outra tabela no banco de dados;
2 – O Caso de Uso é encerrado.
Pós-condições: O usuário mantém um produto no sistema.
UC002 – Manter Cliente 
Projeto: BS – BoxSystem
Identificador do Caso de Uso: 002 – Manter Cliente
Número da versão do caso de uso:1.1
Finalidade ou Objetivo: Manter dados referentes ao cliente.
Atores: Usuário.
Evento inicial: Usuário requisita a manutenção de cliente ao sistema.
Fluxo Principal:
1 – O sistema disponibiliza a interface com as opções para a manutenção do cliente; (E1)
2 – O usuário escolhe as opções disponíveis (incluir, alterar ou excluir) (A2, A3, A4)
3 – O sistema valida os dados (A1) (E2) e atualiza o BD; 
4 – O Caso de Uso é encerrado.
Fluxo Alternativo:
A1 – Dados inválidos
1 – O sistema informa uma mensagem de erro com dados
incorretos;
2– Volta ao passo 1 do fluxo principal.
A2 – Incluir Cliente
1 – O sistema disponibiliza na interface os campos conforme opção escolhida;
2 – O usuário informa os dados e confirma a operação (E1) 
3 – Volta ao passo 3 do fluxo principal.
A3 – Alterar Cliente
1 – O sistema disponibiliza a opção de localizar cliente
2 – O usuário localiza o cliente e confirma a operação (E1)
3 – O sistema disponibiliza na interface os campos conforme opção escolhida;
4 – O usuário informa os dados e confirma a operação (E1) 
5 – Volta ao passo 3 do fluxo principal.
A4 – Excluir Cliente
1 – O sistema disponibiliza a opção de localizar cliente
2 – O usuário localiza o cliente e confirma a operação (E1)
3 – O sistema disponibiliza na interface os campos e solicita a confirmação da exclusão;
4 – O usuário confirma a operação (E1, E2) 
5 – Volta ao passo 3 do fluxo principal.
Fluxo Principal:
E1 – Cancelamento do cadastro
1 – O usuário cancela o cadastro;
 2 – O Caso de Uso é encerrado.
E2 – Produto vinculado a outra tabela
1– O sistema informa ao usuário que o cliente se encontra vinculado com outra tabela no banco de dados;
2– O Caso deUso é encerrado.
Pós-condições: O usuário mantém um cliente no sistema.
UC003 – Manter fornecedor
Projeto: BS – BoxSystem
Identificador do caso de Uso: 003 – Manter Fornecedor
Número da Versão do Caso de Uso: 1.1
Finalidade ou Objetivo: Armazenar dados referentes ao fornecedor.
Atores: Usuário.
Evento inicial: Usuário requisita a manutenção de fornecedor ao sistema.
Fluxo Principal:
1 – O sistema disponibiliza a interface com as opções para a manutenção do fornecedor; (E1)
2 – O usuário escolhe as opções disponíveis (incluir, alterar ou excluir) (A2, A3, A4)
3 – O sistema valida os dados (A1) (E2) e atualiza os dados no BD; 
4 – O Caso de Uso é encerrado.
Fluxo Alternativo:
A1 – Dados inválidos
1 – O sistema informa uma mensagem de erro com dados
incorretos;
2 – Volta ao passo 1 do fluxo principal.
A2 – Incluir Fornecedor
1 – O sistema disponibiliza na interface os campos conforme opção escolhida;
2 – O usuário informa os dados e confirma a operação (E1) 
3 – Volta ao passo 3 do fluxo principal.
A3 – Alterar Fornecedor
1 – O sistema disponibiliza a opção de localizar fornecedor
2 – O usuário localiza o fornecedor e confirma a operação (E1)
3 – O sistema disponibiliza na interface os campos conforme opção escolhida;
4 – O usuário informa os dados e confirma a operação (E1) 
5 – Volta ao passo 3 do fluxo principal.
A4 – Excluir Fornecedor
1 - O sistema disponibiliza a opção de localizar fornecedor
2 – O usuário localiza o fornecedor e confirma a operação (E1)
3 – O sistema disponibiliza na interface os campos e solicita a confirmação da exclusão;
4 – O usuário confirma a operação (E1, E2) 
5 – Volta ao passo 3 do fluxo principal.
Fluxo de Exceção:
E1 – Cancelamento do cadastro
1 – O usuário cancela o cadastro; 
2 – O Caso de Uso é encerrado.
E2 – Produto vinculado a outra tabela
1 – O sistema informa ao usuário que o fornecedor se encontra vinculado com outra tabela no banco de dados;
2 – O Caso de Uso é encerrado.
Pós-condições: O usuário mantém um fornecedor no sistema.
UC004 – Registrar Venda
Projeto: BS – BoxSystem
Identificador do caso de Uso: 004 – registrar Venda
Número da Versão do Caso de Uso: 1.1
Finalidade ou Objetivo: Armazenar dados referentes a uma Venda Realizada no Sistema.
Atores: Usuário.
Evento inicial: Usuário requisita um Registro de Venda no sistema.
Fluxo Principal:
1 – O sistema disponibiliza a interface com as opções para o Registro da Venda; (E1)
2 – O usuário insere os dados da venda; (A1)
3 – O sistema armazena os dados no BD;
4 – O Caso de Uso é encerrado.
Fluxo Alternativo:
A1 – Dados inválidos
1 – O sistema informa uma mensagem de erro com dados
incorretos;
2 – Volta ao passo 1.
Fluxo de Exceção:
E1 – Cancelamento do cadastro
1 – O usuário cancela o cadastro; 
2 – O Caso de Uso é encerrado.
Pós-condições: O Usuário Registra uma venda no sistema.
UC005 – Registrar Venda
Projeto: BS – BoxSystem
Identificador do caso de Uso: 005 – registrar Compra
Número da Versão do Caso de Uso: 1
Finalidade ou Objetivo: Armazenar dados referentes a uma compra realizada no sistema.
Atores: Usuário.
Evento inicial: Usuário requisita um Registro de Compra no sistema.
Fluxo Principal:
1 – O sistema disponibiliza a interface com as opções para o Registro da Compra; (E1)
2 – O usuário insere os dados da Compra; (A1)
3 – O sistema armazena os dados no BD;
4 – O Caso de Uso é encerrado.
Fluxo Alternativo:
A1 – Dados inválidos
1 – O sistema informa uma mensagem de erro com dados
incorretos;
2 – Volta ao passo 1.
Fluxo de Exceção:
E1 – Cancelamento do cadastro
1 – O usuário cancela o cadastro; 
2 – O Caso de Uso é encerrado.
Pós-condições: O usuário Registra uma Compra no sistema.
UC006 – Consultar Dados de Venda
Projeto: BS – BoxSystem
Identificador do caso de Uso: 006 – Consultar Dados de Venda
Número da Versão do Caso de Uso: 1
Finalidade ou Objetivo: Consultar dados referentes a uma venda Armazenada no sistema.
Atores: Usuário.
Evento inicial: Usuário requisita uma Consulta de uma Venda no sistema.
Fluxo Principal:
1 – O sistema disponibiliza a interface com as opções para a Consulta da Venda; (E1)
2 – O usuário insere os dados da Venda; (A1)
3 – O sistema busca os dados no BD;
4 – O sistema exibe os dados obtidos pela busca;(A2)
5 – O Caso de Uso é encerrado.
Fluxo Alternativo:
A1 – Dados inválidos
1 – O sistema informa uma mensagem de erro com dados
incorretos;
2 – Volta ao passo 1.
A2 – Dados inexistentes
1 – O sistema informa uma mensagem de aviso informando que tais dados buscados não existem;
2 – Volta ao passo 1.
Fluxo de Exceção:
E1 – Cancelamento da Consulta
1 – O usuário cancela a Consulta; 
2 – O Caso de Uso é encerrado.
Pós-condições: O usuário Consulta uma Venda no sistema.
UC007 – Consultar Dados de Compra
Projeto: BS – BoxSystem
Identificador do caso de Uso: 007 – Consultar Dados de Compra
Número da Versão do Caso de Uso: 1
Finalidade ou Objetivo: Consultar dados referentes a uma Compra Armazenada no sistema.
Atores: Usuário.
Evento inicial: Usuário requisita uma Consulta de uma Compra no sistema.
Fluxo Principal:
1 – O sistema disponibiliza a interface com as opções para a Consulta da Compra; (E1)
2 – O usuário insere os dados da Compra; (A1)
3 – O sistema busca os dados no BD;
4 – O sistema exibe os dados obtidos pela busca;(A2)
5 – O Caso de Uso é encerrado.
Fluxo Alternativo:
A1 – Dados inválidos
1 – O sistema informa uma mensagem de erro com dados
incorretos;
2 – Volta ao passo 1.
A2 – Dados inexistentes
1 – O sistema informa uma mensagem de aviso informando que tais dados buscados não existem;
2 – Volta ao passo 1.
Fluxo de Exceção:
E1 – Cancelamento da Consulta
1 – O usuário cancela a Consulta; 
2 – O Caso de Uso é encerrado.
Pós-condições: O usuário Consulta uma Compra no sistema.
UC008 – Gerar Relatório de Contas a Receber
Projeto: BS – BoxSystem
Identificador do caso de Uso: 008 – Gerar Relatório de Contas a Receber
Número da Versão do Caso de Uso: 1
Finalidade ou Objetivo: Gerar um relatório impresso de uma relação contendo dados referentes a uma venda ainda não paga pelo cliente.
Atores: Usuário.
Evento inicial: Usuário solicita a impressão de relações referentes às contas a receber pelo sistema.
Fluxo Principal:
1 – O sistema disponibiliza a interface com a opção para a impressão da relação; (E1)
2 – O usuário confirma a requisição; (A1) 
3 – O sistema realiza a impressão;
4 – O Caso de Uso é encerrado.
Fluxo Alternativo:
A1 – Impressora inexistente
1 – Não há impressora mapeada no sistema operacional; 
2 – Volta ao passo 2.
Fluxo de Exceção:
E1 – Cancelamento da Consulta
1 – O usuário cancela a Consulta; 	
2 – O Caso de Uso é encerrado.
Pós-condições: É impresso um relatório referente a Contas a Receber.
UC009 – Gerar Relatório de Contas a Receber
Projeto: BS – BoxSystem
Identificador do caso de Uso: 009 – Gerar Relatório de Contas a Receber
Número da Versão do Caso de Uso: 1
Finalidade ou Objetivo: Gerar um relatório impresso de uma relação contendo dados referentes a uma venda ainda não paga pelo cliente.
Atores: Usuário.
Evento inicial: Usuário solicita a impressão de relações referentes às contas a receber pelo sistema.
Fluxo Principal:
1 – O sistema disponibiliza a interface com a opção para a impressão da relação; (E1)
2 – O usuário confirma a requisição; (A1) 
3 – O sistema realiza a impressão;
4 – O Caso de Uso é encerrado.
Fluxo Alternativo:
A1 – Impressora inexistente
1 – Não há impressora mapeada no sistema operacional; 
2 – Volta ao passo 2.
Fluxo de Exceção:
E1 – Cancelamento da Consulta
1 – O usuário cancela a Consulta; 	
2 – O Caso de Uso é encerrado.
Pós-condições: É impresso um relatório referente a Contas a Receber.
UC010 – Gerar Relatório de Venda
Projeto: BS – BoxSystem
Identificador do caso de Uso: 010 – Gerar Relatório de Venda
Número da Versão do Caso de Uso: 1
Finalidade ou Objetivo: Gerar um relatório impresso contendodados referentes a uma venda.
Atores: Usuário.
Evento inicial: Usuário solicita a impressão de dados cadastrados em uma venda.
Usuário solicita a impressão de dados cadastrados em uma venda.
 Fluxo Principal:
1 – O sistema disponibiliza a interface com a opção para a impressão dos dados referentes a venda cadastrada; (E1)
2 – O usuário confirma a requisição; (A1) 
3 – O sistema realiza a impressão;
4 – O Caso de Uso é encerrado
Fluxo Alternativo:
A1 – Impressora inexistente
1 – Não há impressora mapeada no sistema operacional; 
2 – Volta ao passo 2.
Fluxo de Exceção:
E1 – Cancelamento da Consulta
1 – O usuário cancela a Consulta; 	
2 – O Caso de Uso é encerrado.
Pós-condições: É impresso um relatório contendo os dados de uma venda cadastrada no sistema.
UC011 – Gerar Relatório de compras
Projeto: BS – BoxSystem
Identificador do caso de Uso: 011 – Gerar Relatório de Compras 
Número da Versão do Caso de Uso: 1
Finalidade ou Objetivo: Gerar um relatório impresso de uma relação contendo dados referentes a uma venda ainda não paga pelo cliente.
Atores: Usuário.
Evento inicial: Usuário solicita a impressão de dados cadastrados em uma compra.
 Fluxo Principal:
1 – O sistema disponibiliza a interface com a opção para a impressão dos dados referentes a compra cadastrada; (E1)
2 – O usuário confirma a requisição; (A1) 
3 – O sistema realiza a impressão;
4 – O Caso de Uso é encerrado.
Fluxo Alternativo:
A1 – Impressora inexistente
1 – Não há impressora mapeada no sistema operacional; 
2 – Volta ao passo 2.
Fluxo de Exceção:
E1 – Cancelamento da Consulta
1 – O usuário cancela a Consulta; 	
2 – O Caso de Uso é encerrado.
Pós-condições: É impresso um relatório contendo os dados de uma compra cadastrada no sistema.
UC012 – Consultar Estoque
Projeto: BS – BoxSystem
Identificador do caso de Uso: 012 – Consultar estoque
Número da Versão do Caso de Uso: 1
Finalidade ou Objetivo: Verificar a situação atual do estoque, referente aos produtos existentes e inexistentes.
Atores: Usuário.
Evento inicial: Usuário requisita uma consulta do estoque no sistema.
 Fluxo Principal:
1 - O sistema disponibiliza a interface com as opções para a consulta do estoque; (E1)
2 – O usuário insere os dados do produto; (A1) 
3 – O sistema busca os dados no BD;
4 – O sistema exibe os produtos obtidos pela busca;(A2) 
5 – O Caso de Uso é encerrado.
Fluxo Alternativo:
A1 – Dados inválidos
1 – O sistema informa uma mensagem de erro com dados
incorretos;
2 – Volta ao passo 1.
A2 – Produto inexistente
1 – O sistema informa uma mensagem de aviso informando que tais produtos buscados não existem;
2 – Volta ao passo 1.
Fluxo de Exceção:
E1 – Cancelamento da Consulta
1 – O usuário cancela a Consulta; 	
2 – O Caso de Uso é encerrado.
Pós-condições: O usuário consulta o estoque no sistema.
UC013 – Manter Contas a Pagar
Projeto: BS – BoxSystem
Identificador do caso de Uso: 013 – Mantar Contas a pagar
Número da Versão do Caso de Uso: 1
Finalidade ou Objetivo: Armazenar dados referentes a uma compra de produtos que a empresa utiliza para consumo próprio.
Atores: Usuário.
Evento inicial: Usuário requisita um cadastro de uma compra de um produto que a empresa apenas consome.
 Fluxo Principal:
1 - O sistema disponibiliza a interface com as opções para a manutenção da compra; (E1)
2 – O usuário escolhe as opções disponíveis (incluir, alterar ou excluir) A2
3 - O sistema valida os dados (A1) (E2) e atualiza os dados no BD; 
4 – O Caso de Uso é encerrado
Fluxo Alternativo:
A1 – Dados inválidos
1 – O sistema informa uma mensagem de erro com dados
incorretos;
2 – Volta ao passo 1 do fluxo principal.
A2 – Incluir Compra
1 – O sistema disponibiliza na interface os campos conforme opção escolhida;
2 – O usuário informa os dados e confirma a operação (E1) 
3 – Volta ao passo 3 do fluxo principal.
Fluxo de Exceção: 
E1 – Cancelamento do cadastro
1 – O usuário cancela o cadastro; 
2 – O Caso de Uso é encerrado.
E2 – Compra vinculada a outra tabela
1 – O sistema informa ao usuário que a compra se encontra vinculado com outra tabela no banco de dados;
2 – O Caso de Uso é encerrado.
Pós-condições: O usuário cadastra uma compra de um produto só para consumo da empresa no sistema.
 
4.4. Modelo Conceitual de Dados
4.4.1. Diagrama de Entidade e relacionamento da Aplicação
4.4.2. Modelo físico dos dados do sistema
Cliente = {ID, Nome, CPF, Telefone, Email, DataNas, Cidade, Bairro, Rua} Venda = {ID, Descricao, Data, Valor, Cli_ID}
Produto	=	{ID,	Nome,	Tipo,	UnidadeMedida,	Estoque,	EstoqueMax, EstoqueMin}
CondicaoPagamento = {ID, FormaPagamento, Parcela, Status, ValorParcela, ValorRecebido, DataVencimento, DataRecebimento, Ven_ID}
Fornecedor = {ID, Nome, CNPJ, Telefone, Email, Cidade,Bairro, Rua} Compra = {ID, Descricao, Data, For_ID}
CondicaoRecebimento	=	{ID,	FormaPagamento,	Parcela,	Status, ValorParcela, ValorRecebido, DataVencimento, DataRecebimento, Com_ID} Ven_Pro = {Ven_ID, Pro_ID, Quantidade, ValorItem}
Com_Pro = {Com_ID, Pro_ID, Item, Quantidade, ValorItem, DataFabricacao, DataEntrada}
Ven_Com_Pro = {Com_ID, Pro_ID, Item, Sequencia, Ven_ID, DataFabricacao, DataEntrada}
4.5. Modelo conceitual de classe
4.5.1. Diagrama de Classe do Negócio
4.5.2. Diagrama de Implementação
 
4.5.3. Diagrama de Estados da classe estoque
4.5.4. Diagrama de Estados da classe ‘’venda’’
4.5.5. Diagrama de componentes
4.5.6. Diagrama de Implantação
 
Capítulo 5 - Conclusão
Este projeto apresenta o desenvolvimento de um software chamado de BoxSystem. Muitas mudanças estão ocorrendo ao redor do mundo em diversos segmentos da vida pessoal e profissional devido a tecnologia da informação e o que diz respeito ao mundo corporativo não é diferente, essas mudanças ocorrem de maneira rápida e as vezes imperceptível, porém têm grande influência no dia-a-dia de muitas pessoas. É de extrema importância que empresas de qualquer porte se atentem a isso se querem ter seu espaço no mercado d e trabalho, analisando e captando oportunidades de melhorar suas atividades, utilizando novas tendências tecnológicas e assim maximizando seus resultados e otimizando processos e metodologia. Após ser feita uma profunda analise nos processos e atividades da vinhos&cia, pode-se verificar a necessidade de implantação de um sistema de informação que pudesse
reorganizar e renovar a maneira que trabalhavam, para isso fez-se necessário observação e de estudos bibliográficos acerca do assunto, com o objetivo de compreender o funcionamento, bem como levantar todas as funcionalidades que fossem relevantes para o sistema em questão.
Graças a esse novo sistema a Vinhos&cia terá um maior controle de seus
clientes e contratos, além do controle e gerenciamento de suas ordens de serviço, manutenção e da demanda atendida pelos seus analistas. Utilizando uma interface simples e intuitiva o sistema contara com funções que irão ajudar os executivos a analisar d e maneira mais abrangente e centralizada a situação de seu negócio, facilitando na tomada de decisões para o futuro de sua microempresa. Com a implantação do sistema proposto será possível para a empresa garantir um atendimento com maior excelência aos seus clientes, aumentando não só a satisfação desses clientes como também sua reputação no mercado.
 Capítulo 6 – Referências Bibliográficas
PMI – Project Management Institute. Um Guia do Conhecimentos em Gerenciamento de Projetos – Guia PMBOK. 4.ed. Newton Square: PMI, 2008.
https://www.ibm.com/developerworks/br/rational/library/content/RationalEdge/sep04/bell/index.html Acesso em:04/05/2018
Da Silva M. R, UML, Metodologias e Ferra mentas CASE. 2ª.ed. Editora: Centro Atlântico: Portugal/2001
Requisitos funcionais e não funcionais disponivel em https://www.ateomomento.com.br/o-que-e-um-requisito-nao-funcional/.Acesso 25/07/2018 
MULCAHY, R. – Preparatório Para o Exame de PMP. 6.ed. EUA, 2009MORETTI, Isabella. “Regras da ABNT para TCC: conheça as principais normas”. 2017. Disponível em: <https://viacarreira.com/regras-da-abnt-para-tcc-conheca-principais-normas>. Acesso em: 20/05/2018
Gilleanes T. A. Guedes, Uml 2 - Uma Abordagem Prática. 2ª. ed Editora:NOVATEC, 2011
DEITEL, H. M.; DEITEL, P. J. Java: Como Programar 6. Ed. São Paulo: Pearson Education, 2005
Vídeo aulas da Universidade Estácio de Sá. (Indisponíveis para não alunos da instituição.)
Diagrama de gantt. Disponivel em: https://pt.smartsheet.com/blog/como-criar-um-gr%C3%A1fico-de-gantt-no-excel. Acesso em:05/08/2018.
https://www.profissionaisti.com.br/2017/08/a-importancia-da-tecnologia-nos-negocios-para-atrair-clientes/ acesso em 05/05/2018.
Normas abnt https://www.youtube.com/watch?v=b6zBAlRcJ5I acesso em 10/11/2018