Skip to content

GitLab

  • Menu
Projects Groups Snippets
    • Loading...
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in
  • I idcare-wiki
  • Project information
    • Project information
    • Activity
    • Labels
    • Planning hierarchy
    • Members
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
  • Issues 0
    • Issues 0
    • 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
  • Analytics
    • Analytics
    • Value stream
    • CI/CD
    • Repository
  • Wiki
    • Wiki
  • Snippets
    • Snippets
  • Activity
  • Graph
  • Create a new issue
  • Jobs
  • Commits
  • Issue Boards
Collapse sidebar
  • Id-Care
  • idcare-wiki
  • Wiki
  • arquitetura

arquitetura · Changes

Page history
Update arquitetura authored May 04, 2021 by Henrique Reis Kops's avatar Henrique Reis Kops
Hide whitespace changes
Inline Side-by-side
arquitetura.md
View page @ 09ae32cb
......@@ -63,3 +63,10 @@ Para entender melhor as nomenclaturas do software, esta metodologia também preg
O padrão arquitetural *Layers* (Camadas) foi adotado por cada microsserviço constituinte da camada de backend. Sabendo disso, as camadas presentes para este padrão vão de encontro com os conceitos de DDD, portanto têm-se de forma isolada a infraestrutura (**infraestructure**), os repositórios (**repositories**), os serviços (**services**) e as interfaces da aplicação (**APIs**). Assim, as responsabilidades de cada camada atua de maneira isolada, onde cada a cadeia de dependências se dá através de interfaces bem definidas. O dado que trafega pelas camadas é chamado de entidade, e pode ser identificado como voluntário, oportunidade ou instituição, sendo esta entidade definida de acordo com o microsserviço que a mesma se encontra. Abaixo está uma ilustração genérica que pode representar qualquer um dos três microsserviços.
![uml](https://drive.google.com/uc?export=view&id=1aHAL2TiI5ms61iAwwUVi-h_w-eLTXikB)
### Definição de rotas
Cada microsserviço oferece todas as funcionalidades CRUD (*Create, Read, Update, Delete*) que são expostas via uma interface de aplicação (API) no formato REST (portanto, uma API RESTful). Para isso, foram definidas as rotas que serão expostas para que o cliente consiga realizar requisições, listadas abaixo de acordo com o microsserviço ao qual se referentem.
**<< TBD >>**
Clone repository
  • Gerência de Projetos
  • Horários
  • Utilizando a wiki
    • adicionando imagens
    • escrevendo em markdown
    • wiki no editor de texto
  • arquitetura
  • banco_dados
  • configuracao
  • estudos_dirigidos
  • Home
  • instalacao
  • mockups
  • requisitos
  • sprints