Skip to content

Latest commit

 

History

History
143 lines (132 loc) · 4.05 KB

README.md

File metadata and controls

143 lines (132 loc) · 4.05 KB
Raw

Aequat Omnis cinis

Aequat Omnis cinis é um sistema de compra de chaves de jogos que podem ser utilizados em outras plataformas, permitindo que os clientes tenham acesso a uma gama de jogos a disposição em um único lugar, facilitando assim a busca e obtenção destes produtos de uma maneira prática e acessível.
O sistema preve e implementa funcionalidades para 3 possiveis usuários: Usuário, Cliente, Administrador.

GitHub top language GitHub last commit

🖥 Principais Funcionalidades:

  • Login (Cliente/ADM) RF
  • Cadastro (Cliente/ADM) RF
  • Gerenciar perfil de usuário RF
    • Cadastrar
    • Atualizar
    • Excluir
    • Visualizar
  • Gerenciar Produto RF
    • Cadastrar
    • Atualizar
    • Excluir
    • Visualizar
  • Gerenciar Vendas RF
    • Cadastra
    • Atualiza
    • Visualiza
    • Exclui
  • Gerenciar Carrinho RF
    • Visualizar produtos adicionados
    • Excluir produtos
    • Alterar quantidade

👨🏾‍🦱 Usuários e entidades do sistema:

Usuários:

  • Usuário(não logado/cadastrado)
  • Cliente
  • Administrador

Entidades:

  • Cliente
  • Produto
  • Venda

🔧 Tecnologias utilizadas:

  1. FrontEnd:
   ◉ VueJs 3
   ◉ Vuetify 3.3 (Icarus)
   ◉ HTML 5
   ◉ CSS 3
   ◉ JS
  1. BackEnd:
  ◉ NodeJS 18.16
  ◉ Nodemon 2.0
  ◉ Multer 1.4
  ◉ Bcryptjs (*)
  ◉ Crypto (*)
  1. Banco de Dados:
   ◉ mongoDB 6.0
   ◉ mongoose
  1. Servidor:
   ◉ npm serve
   ◉ Apache2

Regras de uso do git

Regras de commit

   - Limite o assunto do commit a 50 caracteres.
   - Utilizar verbos no imperativo (atualizado, alterado, adicionado, etc.).
   - Procure ser direto e explicativo em seus commits.
   - Realize pequenos commits, sempre mantendo a ultima versão mais estável para o commit atual.
   - Não utilizar pontos finais.

Uso de branches

   - Caso haja alteração na documentação, alterar diretamente na main.
   - Caso haja alteração no código, utilize uma branch separada.
   - Não realizar merge da branch para a main sem que o código esteja funcional ou ser apenas um teste.

Organização de pastas

   ├── Documentação
   │   ├── Padrões adotados
   │   │    ├── Padrões de codificação.pdf
   │   │    └── Regras de Verificação e Analise de Requisitos.pdf
   |   | 
   │   ├── Requisitos
   │   │    └── Documento de Requisitos.pdf
   |   |
   │   └── Diagramas
   │        ├── Diagrama de casos de uso.pdf
   |        ├── Diagrama de classes.pdf
   |        ├── Diagrama de implantação.png
   |        ├── Diagrama de sequencia.pdf
   │        └── Diagrama de pacotes.png
   │  
   ├── BackEnd
   │   ├── node_modules
   │   ├── src
   │   |    ├── app
   │   |    ├── config
   │   |    ├── database
   │   |    ├── modules
   │   |    ├── resources/mail/auth
   │   |    ├── index.js
   │   |    └── swagger.json
   |   |
   │   └── Upload/imgs
   │        └── icon.png
   |
   ├── FrontEnd
   │   ├── node_modules
   │   ├── public
   │   ├── src
   │   |    ├── assets
   │   |    ├── components
   │   |    ├── router
   │   |    ├── view
   │   |    ├── App.vue
   │   |    └── main.js
   │   | 
   │   ├── index.html
   │   ├── package-lock.json
   │   ├── package.json
   │   └── vite.config.js

Integrantes: Lucas Gomes Colombo, Guilherme Fabrício, Rafael Furtado

(*) Se caso der tempo para aplicar, iremos colocar criptografia no projeto