Skip to content

GitLab

  • Menu
Projects Groups Snippets
    • Loading...
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in
  • L localpass-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
  • LocalPass
  • localpass-wiki
  • Wiki
  • arquitetura

Last edited by Igor Sgorla Brehm Oct 05, 2020
Page history
This is an old version of this page. You can view the most recent version or browse the history.

arquitetura

Home Sprints Requisitos Arquitetura Configuração Mockups Banco de Dados Instalação Gerência de Projeto Horários Disponiveis Boas Práticas Git

Página da Arquitetura do Sistema

Atenção -- Atenção

NUNCA! nunca altere as versões das dependências utilizadas 😡.
A menos que seja necessário 🤣.
Em alguns casos, é preferível mantê-las desatualizadas, por questões de compatibilidade.
Se trocar uma versão de dependência:

  • Somente com aprovação de um AGES III !!!
  • Teste bem!
  • e notifique o time para que mais testes possam ser efetuados.

Code Review

Após o desenvolvimento de uma task, um pull request (PR) deve ser aberto com destino à branch dev do repositório. Todos os PRs são revisados por pelo menos dois AGES III, que se responsabilizam por garantir a qualidade do que foi desenvolvido e que os artefatos e estruturas se adequem aos padrões definidos neste documento.

Os AGES III se comprometem a revisar os PRs o mais rápido possível, garantindo que PRs abertos até cinco dias antes de uma entrega serão integrados (se cumprirem todas as regras do code review).

Template -- Pull request

Título da User Story atrelada - Título da Issue atrelada

Descrição do trabalho feito na tarefa e seu estado atual (tudo pronto? Algum detalhe ainda faltando?).

Tente explicar as coisas de forma que os AGES III entendam o que foi feito, porquê foi feito e o que eles precisam testar e validar no código desenvolvido.

Autores: (nome de todos que participaram da implementação)

Checklist

Deixe um dos ícones de acordo com a sua resposta para cada pergunta. (legenda abaixo)

  • ✅/⚠️/❌/🤷‍♀️ funciona em Android
  • ✅/⚠️/❌/🤷‍♀️ (opcional) funciona em iOS
  • ✅/⚠️/❌/🤷‍♀️ interface funciona nos tamanhos de tela suportados
  • ✅/⚠️/❌/🤷‍♀️ interface segue especificação no Figma
  • ✅/⚠️/❌/🤷‍♀️ passa nos testes funcionais definidos para a tarefa/story
  • ✅/⚠️/❌/🤷‍♀️ documentação atualizada
  • ✅/⚠️/❌/🤷‍♀️ código dentro dos padrões
  • ✅/⚠️/❌/🤷‍♀️ código sem warnings ou erros de linter (rode npm run lint -- --fix para ajustar e faça o commit)
  • ✅/⚠️/❌/🤷‍♀️ adiciona dependências externas
  • ✅/⚠️/❌/🤷‍♀️ dependências externas adicionadas foram aprovadas pelos AGES III

Legenda:

  • ✅: sim (funciona/builda/documentação atualizada/...)
  • ⚠️: parcialmente (partes não funcionam/apenas documentação pendente/...)
  • ❌: não (não builda/não funciona/não segue padrões/sem documentação/...)
  • 🤷‍♀️: não se aplica (não tenho como testar no iOS/não envolve interface/...)

Adicione um screenshot/gif da aplicação após último commit, que seja possível visualizar a alteração

Opcional, mas recomendado.

Outras informações

Comentários extras...

Fim -- Template

Esta é a página onde irá ficar todas as informações da Arquitetura do seu projeto, Como:

  • Segurança
  • Rotas de Backend (Arquitetura funcional)
  • Objects – Backend API
  • Methods – Backend API
  • Arquitetura Não Funcional)
  • Diagrama de Pacotes / Componentes (Arquitetura de software)
  • Diagrama de Deploy
  • Documentação sobre aplicação de Design do Projeto
  • Análise dos principios SOLID
  • Code Review

Devem ser apresentados das seguintes formas:

  • Imagens ou Gifs
  • Diagramas ou Sistemas
  • Descrições ou Textos explicativos
Clone repository
  • Boas Praticas
  • Utilizando a wiki
    • adicionando imagens
    • escrevendo em markdown
    • wiki no editor de texto
  • arquitetura
  • banco_dados
  • configuracao
  • git
  • gp
  • Home
  • horarios
  • instalacao
  • mockups
  • requisitos
  • sprints
View All Pages