... | @@ -7,6 +7,24 @@ |
... | @@ -7,6 +7,24 @@ |
|
Esta é a página em que irão constar todas as informações da Arquitetura do Projeto CarMy.
|
|
Esta é a página em que irão constar todas as informações da Arquitetura do Projeto CarMy.
|
|
|
|
|
|
|
|
|
|
|
|
# Segurança
|
|
|
|
|
|
|
|
* Para garantir a segurança da aplicação utilizamos JWT (JSON *Web Token*) para fazer a autenticação do usuário.
|
|
|
|
* O JSON *Web Token* é um padrão da Internet para criar *tokens* de acesso baseados em JSON.
|
|
|
|
* Por exemplo, um servidor pode gerar um *token* com a declaração "logado como administrador" e fornecê-lo a um cliente.
|
|
|
|
* O cliente pode então usar esse *token* para provar que está logado como administrador.
|
|
|
|
* Os *tokens* são assinados pela chave privada de uma parte (geralmente do servidor), de modo que ambas as partes (a outra já, por algum meio adequado e confiável, de posse da chave pública correspondente) possam verificar se o *token* é legítimo.
|
|
|
|
* Os *tokens* são projetados para serem compactos, seguros para URLs, e utilizáveis especialmente em um contexto de logon único (SSO) no navegador da web .
|
|
|
|
* As declarações JWT geralmente podem ser usadas para transmitir a identidade de usuários autenticados entre um provedor de identidade e um provedor de serviços ou qualquer outro tipo de declaração conforme exigido pelos processos de negócios.
|
|
|
|
|
|
|
|
|
|
|
|
# Rotas do Backend
|
|
|
|
Disponível abaixo o arquivo contendo as rotas do *backend*.
|
|
|
|
|
|
|
|
* [CarMy.postman_collection.json](/uploads/f822d5e15bda4b4f9e46ee7be79ff0dc/CarMy.postman_collection.json)
|
|
|
|
|
|
|
|
|
|
|
|
|
|
# Diagrama de Deploy:
|
|
# Diagrama de Deploy:
|
|
|
|
|
|
![Deployment_DiagramCarmy](/uploads/e673d347083d0af06512f4472bbe23fc/Deployment_DiagramCarmy.png)
|
|
![Deployment_DiagramCarmy](/uploads/e673d347083d0af06512f4472bbe23fc/Deployment_DiagramCarmy.png)
|
... | @@ -90,24 +108,3 @@ De acordo com Uncle Bob, esse princípio pode ser definido da seguinte forma: |
... | @@ -90,24 +108,3 @@ De acordo com Uncle Bob, esse princípio pode ser definido da seguinte forma: |
|
|
|
|
|
* **Front-End**
|
|
* **Front-End**
|
|
![diagramaFrontEnd](/uploads/1767fccfb1bba72dc993b0258bd87280/diagramaFrontEnd.png) |
|
![diagramaFrontEnd](/uploads/1767fccfb1bba72dc993b0258bd87280/diagramaFrontEnd.png) |
|
|
|
|
|
|
|
|
|
|
|
|
|
* Segurança
|
|
|
|
* Rotas de Backend (Arquitetura
|
|
|
|
funcional)
|
|
|
|
* Objects – Backend API
|
|
|
|
* Methods – Backend API
|
|
|
|
* Arquitetura Não Funcional)
|
|
|
|
*
|
|
|
|
(Arquitetura de software)
|
|
|
|
* Diagrama de Deploy
|
|
|
|
* Documentação sobre aplicação de
|
|
|
|
Design do Projeto
|
|
|
|
* Code Review
|
|
|
|
*
|
|
|
|
Devem ser apresentados das seguintes formas:
|
|
|
|
|
|
|
|
* Imagens ou Gifs
|
|
|
|
* Diagramas ou Sistemas
|
|
|
|
* Descrições ou Textos explicativos |
|
|
|
\ No newline at end of file |
|
|