# Gameprofile ## Documento de Arquitetura do sistema ### Histórico de Revisão | Data | Versão |Descrição| Autor |--|--|--|--| | 22/01/2023 | v1.0 | Adição dos primeiros detalhes da arquitetura do sistema| [Ruan Franklin](https://github.com/Ruan-Franklin)|
# Informações sobre o sistema ## 1. Introdução
-
Fundada em Natal (RN), a rede social Gameprofile tem como objetivo permitir a interação entre jogadores de games em geral.
-
O Gameprofile é uma rede social que busca conectar jogadores com outros jogadores, de forma simples, pretendendo proporcionar aos jogadores uma forma fácil de encontrar colegas para formar grupos e jogarem juntos.
## 2. Termos e abreviações | Palavra | Significado| |---------|------------| | Jogador | Usuário do sistema GameProfile| | Lol | Gíria usada para abreviar o nome do jogo League of Legends, o qual nossa plataforma propõe conectar "Players" | | Nome de invocador | Seu nome(nick) dentro do Lol | | Campeões | Personagens jogáveis na partida | | Nexus | Torre fixada na área inicial de cada time e que representa o objetivo central de alguns modos de jogo | | 5v5 ou 5x5 | Modo de jogo onde 2 grupos de 5 campeões se enfrentam | | Summoner's Rift | Modo de jogo mais popular, onde temos um confronto 5v5 com o objetivo de destruir o Nexus inimigo | | ARAM | Modo de jogo mais rápido com mesmo objetivo Summoner's Rift | | TFT | Abreviação usada para outro modo de jogo mais estratégico (teamfight tactics), onde apenas duas pessoas se enfrentam em cada partida | | Topo | Rota superior do modo Summoner's Rift | | Meio | Rota do meio do modo Summoner's Rift | | Bot | Rota inferior do modo Summoner's Rift | | Atirador | Posição com foco em aumentar a força do seu campeão na partida | | Suporte | Posição onde o jogador tenta manter o ADC vivo | | Selva | Rota do modo Summoner's Rift onde encontramos "bichos" que não pertencem aos times, mas que permitem através de batalhas a melhora do personagem na partida |
## 3. Descrição de requisitos ### 3.1 - Requisitos Funcionais | Código |Nome|Descrição| | -- | -- | -- | | FP01 | Efetuar cadastro | O Jogador deve ser capaz de conseguir se cadastrar no sistema. | | FP02 | Efetuar login na plataforma |O jogador irá realizar a autenticação na plataforma após o cadastro.| | FP03 | Criar Perfil| O jogador deve ser capaz de criar seu perfil após realizar cadastro na plataforma.| | FP04 | Editar Perfil| O jogador deve ser capaz de alterar suas informações pessoais a qualquer momento desde que esteja autenticado na plataforma.| | FP05 | Visualizar Perfil| O jogador deve ser capaz de visualizar seu perfil a qualquer momomento na rede social| | FP06 | Criar grupo de jogadores |Será possível criar grupo com jogadores para encontrar alguém que você queira jogar.| | FP07 | Realizar amizade com outros jogadores. |Será adicionado um campo que permite realizar amizade com outros usuários/jogadores. | | FP08 | Excluir perfil| O jogador deve ser capaz de excluir o seu perfil (O perfil ficará inativo, mas persistirá no banco de dados por 4 anos).| ### 3.2 - Atributos de qualidade | ID |Atributo de qualidade|Motivação| | -- | -- | -- | | 1| O nick do jogador não pode ser alterado | Segurança | | 2 | Não é possível um mesmo usuário se conectar em duas contas diferentes ao mesmo tempo| Segurança | 3 | O jogador deve conseguir alterar o tema claro para um tema escuro| Usabilidade| | 4 | Um jogador só consegue ver informações confidenciais do seu próprio perfil| Segurança e praticidade| ## 4. Descrição de requisitos ### 4.1 - Restrições técnicas | RT | Tipo de restrição | Restrição | Contexto e/ou motivação | | -- | -- | -- | -- | |RT1 |Restrição de interface e uso do software|Acessibilidade | Não foi realizada implementação de ferramentas para auxiliar usuários com deficiência visual |RT2 |Sistema operacional compatível com o Java 17 |Sistema operacional | Para rodar o projeto, é necessário que o sistema operacional seja compatível com a versão do Java 17 |RT3 | Espaço em disco de pelo menos 124 MB | Hardware | É necessário ter pelo menos 124 MB de espaço no disco para rodar o Java e suas ferramentas ## 5. Escopo do sistema e Contexto ### 5.1 - Diagrama de casos de uso 
- Toda a aplicação gira em torno do Player. Para que tenha uma autenticação segura, são necessários os casos de uso de Cadastrar, Fazer login e gerenciar conta. Para que haja uma melhor comunicação e experiência durante jogos, são necessários os casos de uso de Adicionar amigo, avaliar jogador, criar grupo e entrar em um grupo.
| CDU | Objetivo | Ator primário | Implementado| | -- | -- | -- | -- | |UCP 01 Criar conta| Garantir que o jogador seja registrado no sistema | Jogador | Sim | |UCP 02 Fazer login | Garantir que o jogador acesse a parte principal do sistema apenas se estiver registrado | Jogador | Sim | |UCP 03 Gerenciar conta | Permitir que o jogador veja detalhes sobre sua conta e consiga alterar informações dela | Jogador | Não | |UCP 04 Adicionar amigo | Permitir que jogadores diferentes criem um vinculo dentro da plataforma | Jogador | Não |UCP 05 Avaliar jogador | Jogador poder avaliar outro jogador, sempre levando em consideração as características de gameplay e de comportamento do outro jogador. | Jogador | Não |UCP 06 Criar Grupo | Jogador ser capaz de criar um grupo para se comunicar com outros jogadores. | Jogador | Sim ## 6. Diagramas Conceituais ### 6.1 - Diagrama de Classes de Domínio - visão lógica 
- As classes presentes no sistema dão ênfase a nossa classe principal, que é a de jogador. Cada uma possui seus próprios atributos. A ligação entre as classes ocorre graças ao uso de chaves estrangeiras.
| Conceito | Descrição | | -- | -- | | Jogador | Mantém informações sobre o jogador | | Grupo | Mantém informações sobre um grupo e seus jogadores | | Partida | Mantém informações sobre uma partida e o grupo participante | ### 6.2 - Diagrama de Sequência - modelo comportamental 
- A listagem de grupos e criação deles ocorre por uma colaboração entre funções do React e do Spring boot. Os dados de entrada são analisados a partir da classe MovDto.java
## 7. Detalhamento da Implementação e Ambiente Físico ### 7.1 - Visão de Distribuição   | Componente | Responsabilidade | | -- | -- | | Sgbd - Postgresql | Sistema de banco de dados da aplicação | | Computador do Cliente | Máquina do usuário | | Aplicação Gameprofile | Junção de regras de negócios, endpoints, classes, páginas de aplicações e implementações de usabilidade | ### 7.2 - Persistência | Classe | Tabela | Significado | | -- | -- | -- | | Entrada | Entrada | Classe para permitir que um jogador entre em um grupo | | Mvo | mov_grupos | Classe para controlar o movimento de jogadores em um grupo | | Partida | Partidas | Classe para armazenar dados sobre uma partida | | Jogador | Jogadores | Classe para guardar informações sobre jogadores | ### 7.3 - Interface do usuário
- A interface do usuário foi prototipada por meio do Figma, depois, foi implementada com o auxílio do React e do Typescript. Essas tecnologias foram escolhidas por questão de praticidade, visto que estão em alta no momento.
## 8. Anexos ### 8.1. API do Projeto
- URL: [https://ruan-franklin-automatic-barnacle-676wxv54gxq3rvwq-8080.preview.app.github.dev/grupos]
- Descrição: [Requisição que listará todos os grupos.]
- Método HTTP: [GET]
- Tipo de retorno: String, boolean, date, DateTime, int
- Exemplo de retorno: { "nome": "Gameprofile", "data": "15-01-23", "horario": "15:00", "bloqueado": false, "ranqueada": false, "idCriador": 5, "topo": 2, "selva": 3, "meio": null, "suporte": 4, "atirador": 5 }