Sistema de Gerência de Estabelecimentos: mudanças entre as edições

De Wiki Cursos IFPR Foz
Ir para navegaçãoIr para pesquisar
 
(76 revisões intermediárias pelo mesmo usuário não estão sendo mostradas)
Linha 8: Linha 8:


==Objetivo==
==Objetivo==
Desenvolver um sistema WEB que vai funcionar na rede local para gerir o controle de
Suprir a necessidade de estabelecimentos, como casas noturnas e restaurantes, a qual não possuem um sistema para controle e gerência de seu funcionamento, ou até possuem, mas precisam de um sistema escalável, que não dependa do hardware e de atualizações contantes do equipamento para suprir a demanda.
entrada, saída de clientes, assim como a consumação, com ferramentas para gerenciar o estoque e o
caixa.


==Problema==
==Problema==
Nem todo estabelecimento possuí uma forma de controlar a entrada e saída de clientes
Ao crescer a rotatividade no estabelecimento, por muitas vezes a empresa tem que se preocupar em melhorar o hardware para o sistema continuar funcionando. Também quando é adotada uma solução desktop para a gerência do lugar a correção de bugs e implementação de novas funcionalidades se torna complicada e demorada.
integrada com o sistema. Ou se possuí o sistema costuma ser uma solução dekstop, o que por
muitas vezes acaba "engessando" o sistema, tornando muito complicado a adição de novos
módulos, assim como ser dependente de determinado sistema operacional e versão.


==Solução==
==Solução==
O controle de entrada e saída dos clientes será efetuado através de um cartão com um
A solução para algum desses problemas está na opção de um sistema web para gerenciar o estabelecimento. Ao adotar a solução web, temos:<br/>
código de barras que será lido pelo leitor específico ou o número digitado manualmente,
-Gerenciar um estabelecimento sem grandes preocupações com a infra-estrutura, atualização de hardware e software.<br/>
dependendo da complexidade da implementação, é desejável que a câmera de um celular possa
-Facilidade na aplicação de patches e correção de bugs, pelo motivo que só é necessário parar o sistema dar upload nos arquivos novos, algo que demora apenas alguns minutos, se a solução fosse dekstop, existe a preocupação de cada um dos computadores que está rodando o sistema, recebeu a atualização.<br/>
verificar esse código de barras, porém há problemas através do browser, como acesso a câmera do
-O backup do sistema pode ser feito com facilidade remotamente e salvo na nuvem.<br/>
celular, biblioteca javascript para reconhecer os padrões da imagem.
-Facilidade ao adicionar módulos no sistema para que se comuniquem com outros módulos, por ser desenvolvido para web, por exemplo, o sistema pode conversar com um aplicativo para celular, bastando implementar um serviço REST.<br/>
O sistema visa ser amplo e podendo ser usado em diversas situações diferentes, a parte de
-O sistema escalável, por adotar a nuvem, quando o sistema crescer, é só trocar de plano junto ao servidor contratado.
controle de usuário, pode ou não ser usada, tudo depende do usuário do sistema.
A justificativa para o sistema ser desenvolvido para web é, para que o sistema seja
executado em vários dispositivos, sem se preocupar com muito com sua portabilidade, dando a
possibilidade de que seja executado em qualquer sistema que possua um navegador. Também
facilitando a adição de novos módulos e funcionalidades ao sistema, por exemplo, se por algum
motivo seja necessário o desenvolvimento de um aplicativo para o celular, isso pode ser mais
facilmente executado, devido a proximidade da aplicação com o servidor criar um serviço Rest se
torna menos penoso.


==Público Alvo==
==Público Alvo==
Linha 41: Linha 28:


==Principais Funcionalidades==
==Principais Funcionalidades==
*Possibilidade de troca do tema, de acordo com o estabelecimento.
**O sistema poderá trocar cores e formas de botões e imagens de acordo com o tema
escolhido pelo hotel, podendo assim criar um sistema mais personalizado.


*Controle de entrada, saída de clientes.
*Controle de entrada, saída de clientes.
Linha 50: Linha 33:
relatórios de ocupação por hora ou dia.
relatórios de ocupação por hora ou dia.


*Controle de consumo de clientes.
*Controle de vendas.
**O sistema proverá o controle do consumo do cliente através de uma mesa. Todos os
**O sistema irá controlar a venda, por cliente, ou balcão, ou mesa.
pedidos serão ligados a mesa que terá a lista dos itens e o valor total da conta.
 
*Controle de estoque
**sistema terá um cadastro de produtos que diretamente o jogará no estoque,
assim como uma atualização da quantidade que pode ser manual, quando o dono do
estabelecimento lança uma entrada, ou automática, através da venda de produtos.


*Controle gerencial, lucro, quantidade de vendas.
*Controle gerencial, lucro, quantidade de vendas.
**Através de relatórios, o sistema irá informar dados importantes para o
**Através de relatórios, o sistema irá informar dados importantes para o
gerenciamento e manutenção do estabelecimento, como por exemplo: lucro diário
gerenciamento e manutenção do estabelecimento, como por exemplo: total de vendas em um período, produtos mais vendidos.
ou mensal, produtos vendidos no dia ou mensal, quantidade total de ocupação,
entre outros.


==Tecnologias a serem Utilizadas==
==Tecnologias a serem Utilizadas==
*[https://academy.oracle.com/pt-br/solutions-java.html Java]
*[https://academy.oracle.com/pt-br/solutions-java.html Java]
**Versão:  
**Versão: 8


*[https://www.oracle.com/technetwork/java/javaee/javaserverfaces-139869.html JSF]
*[https://www.oracle.com/technetwork/java/javaee/javaserverfaces-139869.html JSF]
**Versão:  
**Versão: 2.2.2


*[https://www.primefaces.org/ PrimeFace]
*[https://www.primefaces.org/ PrimeFace]
**Versão:
**Versão: 6.1


*[https://hibernate.org/ Hibernate]
*[https://hibernate.org/ Hibernate]
**Versão:  
**Versão: 5.2.10


*[https://www.eclipse.org/ Eclipse]
*[https://www.eclipse.org/ Eclipse]
**Versão:
**Versão: Oxygen.1a (4.7.1a)


*[https://www.postgresql.org/ PostgreSQL]
*[https://www.postgresql.org/ PostgreSQL]
**Versão:
**Versão: 9.6


*[https://tomcat.apache.org/ Apache TomCat]
*[https://tomcat.apache.org/ Apache TomCat]
**Versão:
**Versão: 8.5


*[https://maven.apache.org/ Apache Maven]
*[https://maven.apache.org/ Apache Maven]
**Versão:
**Versão: 3.3.9


==Requisitos==
==Requisitos==
Linha 174: Linha 149:
|-
|-
| RN 07 || RF11 || Apenas uma sessão para cada tipo de usuário.
| RN 07 || RF11 || Apenas uma sessão para cada tipo de usuário.
|-
| RN 08 || - || Todo relatório deverá ser gerado em PDF *****
|-
|-
|}
|}


==Layout==
==Layout==
<br>
[[Imagem:Login.png|| 500px |thumb|left|Tela de Login]] [[Imagem:Tela02.png|| 500px |thumb|center|Tela do Caixa]] [[Imagem:Tela03.png|| 500px |thumb|left|Tela Abrir Conta]] [[Imagem:Tela04.png|| 500px |thumb|center|Tela do PDV]] [[Imagem:Tela05.png|| 500px |thumb|left|Tela de Cadastro de Cliente]] [[Imagem:Tela06.png || 500px |thumb|center|Tela Checkout de Clientes]][[Imagem:Tela07.png|| 500px |thumb|left|Tela de Edição de Cliente]] [[Imagem:Tela08.png || 500px |center|thumb|Tela de Cadastro de Produto]] [[Imagem:Tela09.png || 500px |thumb|left|Tela de Edição e Listagem de Produtos]] [[Imagem:Tela10.png || 500px |thumb|center|Tela para Lançar Estoque]] [[Imagem:Tela11.png || 500px |thumb|left|Tela de Cadastro de Usuário]] [[Imagem:Tela12.png || 500px |thumb|center|Tela de Cadastro de Categoria]][[Imagem:Tela13.png || 500px |thumb|left|Tela de Cadastro de Unidade]] [[Imagem:Tela14.png || 500px |thumb|center|Tela de Relatório de Contas]] [[Imagem:Tela15.png || 500px |thumb|left|Tela de Produtos Mais Vendidos]] [[Imagem:Tela16.png || 500px |thumb|center|Tela de Relatório de produtos com estoque baixo]]
<br>
<br>
<br>
<br>
<br>
<br>
<br>
<br>
<br>
==Diagrama de Classe==
[[Imagem:Casodeuso.png| 800px |thumb|center|Diagrama de Caso de Uso]]
==Diagrama de Classe==
[[Imagem:Diagramaclasse.png| 800px |thumb|center|Diagrama de Classes]]


[[Imagem:layout_ver01_img01.jpg || 600px]] [[Imagemlayout_ver01_img02.jpg]] [[Imagem:layout_ver01_img03.jpg]] [[Imagem:layout_ver01_img03.jpg]]
==Diagrama do Filtro De Requisição de Páginas==


==Caso de Uso==
[[Imagem:Diagramafiltro.png| 800px |thumb|center|Diagrama do Filtro De Requisição de Páginas]]


*Em breve, finalizando conteúdo.
==Diagrama da Requisição de Login==


==Diagrama de Classe==
[[Imagem:Diagramalogar.png| 1000px |thumb|center|Diagrama da Requisição de Login]]


[[Imagem:classDiagram.png| 800px |Diagrama de Classes]]
==Diagrama Salva Data da Ultima Modificação==


==Diagrama Entidade Relacional==
[[Imagem:Diagramaupdate01.png| 1000px |thumb|center|Diagrama Salva Modificação na Aplicação]]
[[Imagem:diagramadobancodedados.png | 800px | Diagrama relacional do banco de dados]]


==Código Desenvolvido==
==Diagrama Verifica a Data da Ultima Verificação==


[[Imagem:Diagramaupdate02.png| 1000px |thumb|center|Diagrama Verifica a Data da Ultima Verificação]]


*Em breve, finalizando conteúdo.
==Código Desenvolvido==




Código no [https://github.com/forcella/swge  GitHub]


==Referências==
<references />


----


[[Categoria:Projeto Integrador II]]
[[Categoria:Projeto Integrador II]]

Edição atual tal como às 17h50min de 4 de dezembro de 2017

Equipe

Professor orientador
  • Estevan Brandt Braz Costa
  • Alcione Benacchio
Alunos
  • João Paulo Mazega Pagani
  • Lucas Gomes Guerra

Objetivo

Suprir a necessidade de estabelecimentos, como casas noturnas e restaurantes, a qual não possuem um sistema para controle e gerência de seu funcionamento, ou até possuem, mas precisam de um sistema escalável, que não dependa do hardware e de atualizações contantes do equipamento para suprir a demanda.

Problema

Ao crescer a rotatividade no estabelecimento, por muitas vezes a empresa tem que se preocupar em melhorar o hardware para o sistema continuar funcionando. Também quando é adotada uma solução desktop para a gerência do lugar a correção de bugs e implementação de novas funcionalidades se torna complicada e demorada.

Solução

A solução para algum desses problemas está na opção de um sistema web para gerenciar o estabelecimento. Ao adotar a solução web, temos:
-Gerenciar um estabelecimento sem grandes preocupações com a infra-estrutura, atualização de hardware e software.
-Facilidade na aplicação de patches e correção de bugs, pelo motivo que só é necessário parar o sistema dar upload nos arquivos novos, algo que demora apenas alguns minutos, se a solução fosse dekstop, existe a preocupação de cada um dos computadores que está rodando o sistema, recebeu a atualização.
-O backup do sistema pode ser feito com facilidade remotamente e salvo na nuvem.
-Facilidade ao adicionar módulos no sistema para que se comuniquem com outros módulos, por ser desenvolvido para web, por exemplo, o sistema pode conversar com um aplicativo para celular, bastando implementar um serviço REST.
-O sistema escalável, por adotar a nuvem, quando o sistema crescer, é só trocar de plano junto ao servidor contratado.

Público Alvo

O projeto pretende atingir o seguinte público:

  • Casas noturnas;
  • Bares e restaurantes, que necessitam controlar a entrada e saída de clientes, assim como o consumo.


Principais Funcionalidades

  • Controle de entrada, saída de clientes.
    • sistema terá uma forma de controlar a entrada e saída de clientes a fim de gerar

relatórios de ocupação por hora ou dia.

  • Controle de vendas.
    • O sistema irá controlar a venda, por cliente, ou balcão, ou mesa.
  • Controle gerencial, lucro, quantidade de vendas.
    • Através de relatórios, o sistema irá informar dados importantes para o

gerenciamento e manutenção do estabelecimento, como por exemplo: total de vendas em um período, produtos mais vendidos.

Tecnologias a serem Utilizadas

  • JSF
    • Versão: 2.2.2
  • Eclipse
    • Versão: Oxygen.1a (4.7.1a)

Requisitos

CÓDIGO
REQUISITOS FUNCIONAIS
RF 01 O sistema deve manter usuário com as seguintes informações: nome, login, senha, cargo, tipo.
RF 02 O sistema deve armazenar o tipo do usuário, se tem acesso a área de gerencia,caixa, pdv e controle cliente.
RF 03 O sistema deve manter categoria do produto, somente o nome deve ser registrado.
RF 04 O sistema deve manter o tipo da unidade com as seguintes informações: nome do tipo e abreviação.
RF 05 O sistema deve manter produtos, cada produto deve conter uma lista de código de barra, nome, categoria ao qual pertence, tipo de unidade (grama, ml), tamanho da unidade(600), uma lista de produtos (ingredientes), quantidade no estoque, também deve ter o valor unitário de venda e se o mesmo é comercializável e se é para maiores de idade.
RF 06 O sistema deve permitir o cadastro de clientes mesmo não sendo obrigatório, esse cadastro deve conter: nome, número do documento (identidade, CPF, passaporte), data de nascimento, uma lista de telefones e e-mail.
RF 07 O sistema deve conter o tipo de documento.
RF 08 O sistema deve manter cartão com as seguintes informações: Chave, código do cartão, e disponibilidade.
RF 09 O sistema deve criar uma conta para gerenciar o consumo de cartão, nela deve estar o cartão, uma lista de itens vendidos, o total vendido, o valor pago e a data da venda, o usuário e o cliente.
RF 10 O sistema deve permitir registrar os itens comprados, registrando o produto comprado, o valor total da compra, a data de entrada e a quantidade.
RF 11 O sistema deve permitir o login do usuário, validando login e senha.
RF 12 O sistema deve permitir controlar o estoque, controlando entrada de produtos e saída de produtos de modo manual.
RF 13 O sistema deve permitir controlar a saída de itens do estoque, para o estorno ou outra razão.
RF 14 O sistema deve permitir controlar as vendas, permitindo gerar um item de venda que contém o produto, valor parcial e a quantidade do produto, ainda deve permitir estornar uma venda e baixar o produto do estoque automaticamente.
RF 15 O sistema deve gerar relatórios para o gerente, com dados, quantidade de vendas em um intervalo de data, estimar seu lucro, exibir o que saiu do estoque por motivos diferente de venda.


CÓDIGO
REQUISITO NÃO FUNCIONAL TECNOLÓGICO
RNFT 01 Usar primefaces como framework java.
RNFT 02 Deverá existir um servidor físico para gerenciar o sistema e guardar o banco de dados.
RNFT 03 O sistema deverá ser desenvolvido em linguagem JAVA.
RNFT 04 Será usado o Maven para gerenciar os pacotes.
RNFT 05 Será utilizado o banco de dados PostgreSQL.
RNFT 06 Será utilizado o framework de acesso e persistência ao banco Hibernate.
RNFT 07 As respostas do servidor devem ser enviadas em JSON.
RNFT 08 Leitor de código de barras, para ser utilizado em conjunto ao sistema de cartões.
RNFT 09 Maven para a gerência de pacotes.


CÓDIGO
RF
REQUISITO NÃO FUNCIONAL TECNOLÓGICO
RN 01 RF01,RF02 Deverão existir quatro tipos de login, um para venda, um administrativo, caixa, um para controle de clientes, um tipo de login pode ter mais de uma função.
RN 02 RF10 O ponto de venda só poderá ser acessado pelo login de venda.
RN 03 RF01, RF02, RF11 Cada usuário só pode acessar a área que está disponível para ele.
RN 04 RF007 O estabelecimento deve disponibilizar cartões, previamente registrados no sistema com o código de barras.
RN 05 RF08 Toda venda deverá ser associada a um cartão.
RN 06 RF07 O cartão só poderá estar disponível se não houver conta vinculada a ele.
RN 07 RF11 Apenas uma sessão para cada tipo de usuário.

Layout


Tela de Login
Tela do Caixa
Tela Abrir Conta
Tela do PDV
Tela de Cadastro de Cliente
Tela Checkout de Clientes
Tela de Edição de Cliente
Tela de Cadastro de Produto
Tela de Edição e Listagem de Produtos
Tela para Lançar Estoque
Tela de Cadastro de Usuário
Tela de Cadastro de Categoria
Tela de Cadastro de Unidade
Tela de Relatório de Contas
Tela de Produtos Mais Vendidos
Tela de Relatório de produtos com estoque baixo










Diagrama de Classe

Diagrama de Caso de Uso

Diagrama de Classe

Diagrama de Classes

Diagrama do Filtro De Requisição de Páginas

Diagrama do Filtro De Requisição de Páginas

Diagrama da Requisição de Login

Diagrama da Requisição de Login

Diagrama Salva Data da Ultima Modificação

Diagrama Salva Modificação na Aplicação

Diagrama Verifica a Data da Ultima Verificação

Diagrama Verifica a Data da Ultima Verificação

Código Desenvolvido

Código no GitHub