Skip to content

GitLab

  • Menu
Projects Groups Snippets
    • Loading...
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in
  • VIR - wiki VIR - wiki
  • Project information
    • Project information
    • Activity
    • Labels
    • Planning hierarchy
    • Members
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
  • Issues 1
    • Issues 1
    • List
    • Boards
    • Service Desk
    • Milestones
  • Merge requests 0
    • Merge requests 0
  • CI/CD
    • CI/CD
    • Pipelines
    • Jobs
    • Schedules
  • Deployments
    • Deployments
    • Environments
    • Releases
  • Monitor
    • Monitor
    • Incidents
  • Packages & Registries
    • Packages & Registries
    • Package Registry
    • Infrastructure Registry
  • Analytics
    • Analytics
    • Value stream
    • CI/CD
    • Repository
  • Wiki
    • Wiki
  • Snippets
    • Snippets
  • Activity
  • Graph
  • Create a new issue
  • Jobs
  • Commits
  • Issue Boards
Collapse sidebar
  • VIR - Visual Interactive Reading
  • VIR - wikiVIR - wiki
  • Wiki
  • arquitetura

Last edited by Arthur Zanella Lovato Nov 28, 2024
Page history

arquitetura

Home Escopo Processo Mockups Configuração Arquitetura Gerência Código BD Qualidade Utilização

Diagrama de arquitetura

image

Diagrama de Componentes Frontend

image

Na aplicação possuímos 3 divisões de componentes e fluxos de usuário, os fluxos admin e school servem para gerenciamento e são implementados componentes que sigam o modelo desktop, já o fluxo reader é para alunos dessas escolas, seus componentes e telas seguem o modelo mobile.

  • Controller: Onde ficam as ações complexas dos componentes de cada usuário como as funções, exemplo o componente bookReader do fluxo aluno.
  • Components: Estruturas que são necessárias para implementar outras estruturas, exemplo seriam headers e footers.
  • Commons:Componentes comuns que são usados em toda aplicação, independente do fluxo de usuário eles podem ser reutilizados.
  • Pages: Onde juntamos todas as estruturas de componentes e montamos a página de cada fluxo de usuário.

Fluxograma Backend

image

Módulos do Sistema

  • controller: é o ponto de entrada do backend, onde ficam definidos os endpoints da aplicação, ou seja, os caminhos após o endereço do servidor como /user e qual o tipo de chamada o endereço irá receber GET, POST, PUT ou DELETE.
  • documentation: possui a lista das chamadas de endpoint e funciona como uma ferramenta para testes.
  • models: A camada de models define as entidades da aplicação, suas relações e regras de validação, permitindo que a camada repositories nteraja facilmente com o banco de dados.
  • repository: centraliza toda a comunicação com o banco de dados, passando os parâmetros adequados para as funções desejadas.
  • service: centraliza todas as nossas regras de negócio, utilizando o models para fornecer os dados do banco e realizar as validações.
Clone repository
  • arquitetura
  • banco_dados
  • codigo
  • configuracao
  • configurações
  • design_mockups
  • escopo
  • gerencia
  • Home
  • processo
  • qualidade
  • utilizacao