| ... | ... | @@ -69,7 +69,7 @@ Esta seção irá abordar a arquitetura selecionada para o Backend e Frontend, a |
|
|
|
- [Definições de Tecnologias](#back-end-def-tec)
|
|
|
|
- [Módulos do Sistema](#back-end-mods-sis)
|
|
|
|
- [Diagrama de Fluxo](#diagrama-de-fluxo)
|
|
|
|
- [Frontend](#frontend)
|
|
|
|
- [Front-end](#front-end)
|
|
|
|
- [Definições de Tecnologias](#front-end-def-tec)
|
|
|
|
- [Módulos do Sistema](#front-end-mods-sis)
|
|
|
|
- [Diagramas de Componentes](#diagramas-de-componentes)
|
| ... | ... | @@ -77,6 +77,21 @@ Esta seção irá abordar a arquitetura selecionada para o Backend e Frontend, a |
|
|
|
|
|
|
|
|
|
|
|
## Arquitetura Geral da Aplicação
|
|
|
|
Abaixo está representado graficamente como funciona a comunicação do Front-end(Flutter) com o Back-end(Spring)
|
|
|
|
Abaixo está representado graficamente como funciona a comunicação do Front-end(Flutter) com o Back-end(Spring).
|
|
|
|
|
|
|
|
 |
|
|
\ No newline at end of file |
|
|
|
|
|
|
|
|
|
|
|
## Front-end
|
|
|
|
|
|
|
|
### Módulos do sistema
|
|
|
|
A Arquitetura MVC para projetos mobile é um padrão que desacopla o que é interface do usuário com o que é parte lógica. Sendo assim, a estrutura é definida em três partes:
|
|
|
|
|
|
|
|
**Model** é a camada de manipulação de dados. Ele é responsável pela leitura e escrita de dados, e também de suas validações. Sendo assim, ela acaba sendo completamente independente das outras duas camadas.
|
|
|
|
|
|
|
|
**View** é a camada de interação com o usuário. Ela representa a parte visual da aplicação, e só é alimentada pela camada Controller quando necessário.
|
|
|
|
|
|
|
|
**Controller** é a camada responsável por receber todas as requisições do usuário. Seus métodos são responsáveis por uma página, controlando qual model usar e qual view será mostrado pelo usuário.
|
|
|
|
|
|
|
|
### Diagrama do Sistema
|
|
|
|
Aqui podemos ver visualmente através de um diagrama como ficou a implementação do **padrão arquitetural** do Flutter:
|
|
|
|
 |
