| ... | ... | @@ -3,6 +3,8 @@ |
|
|
|
|
|
|
|
# Arquitetura do Sistema
|
|
|
|
|
|
|
|
<p align="justify">
|
|
|
|
|
|
|
|
* [Fluxograma de funcionamento do aplicativo](#fluxograma-de-funcionamento-do-aplicativo)
|
|
|
|
* [Git Branching Model](#git-branching-model)
|
|
|
|
* [Code Review](#code-review)
|
| ... | ... | @@ -12,7 +14,9 @@ |
|
|
|
|
|
|
|
Este fluxograma é referente à aplicação mobile que tem como principal função a coleta do tempo das atividades.
|
|
|
|
|
|
|
|
|
|
|
|
<p align="center">
|
|
|
|
<img src="Imagens/fluxograma.png" width="600" height="450">
|
|
|
|
</p>
|
|
|
|
|
|
|
|
Perceba que num primeiro momento estamos abstraindo o fluxo de inserção de dados, considere que estes já estarão disponíveis na API. Nossa prioridade é o desenvolvimento do App (Android e IOS) para coleta de tempos, para que posteriormente possamos dedicar tempo para as tarefas administrativas (Cadastrar Hospitais, Cadastrar Processos - que contém atividades -).
|
|
|
|
|
| ... | ... | @@ -41,7 +45,7 @@ Dessa forma, o fluxo usual de trabalho é o seguinte: |
|
|
|
7. mover o card da task no Trello para a lista _Code Review_ e avisar no Slack (canal #code-review) que a task está pronta para review;
|
|
|
|
8. fim! 😃
|
|
|
|
|
|
|
|
### Padrões de commit
|
|
|
|
## Padrões de commit
|
|
|
|
|
|
|
|
Quando realizar um commit, tente manter o seguinte padrão nas mensagens:
|
|
|
|
|
| ... | ... | @@ -89,7 +93,7 @@ Foram definidas algumas regras usadas durante o processo de code review dos PRs |
|
|
|
|
|
|
|
Essas regras foram adicionadas como template de PR em cada projeto.
|
|
|
|
|
|
|
|
### Próximos possíveis artefatos:
|
|
|
|
## Próximos possíveis artefatos:
|
|
|
|
|
|
|
|
* [ ] Segurança
|
|
|
|
* [ ] Rotas de Backend (Arquitetura
|
| ... | ... | @@ -109,3 +113,5 @@ Devem ser apresentados das seguintes formas: |
|
|
|
* Imagens ou Gifs
|
|
|
|
* Diagramas ou Sistemas
|
|
|
|
* Descrições ou textos explicativos
|
|
|
|
|
|
|
|
</p> |
|
|
\ No newline at end of file |
