Skip to content

GitLab

  • Menu
Projects Groups Snippets
    • Loading...
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in
  • Joinfut Wiki Joinfut Wiki
  • Project information
    • Project information
    • Activity
    • Labels
    • Planning hierarchy
    • Members
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
  • Issues 6
    • Issues 6
    • 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
  • Joinfut
  • Joinfut WikiJoinfut Wiki
  • Wiki
  • gerencia

Last edited by Vinicius Jaggi Dec 07, 2022
Page history
This is an old version of this page. You can view the most recent version or browse the history.

gerencia


Área da Gerência do projeto

Acesso rápido

  • Termo de Abertura do Projeto
  • Estrutura Analítica do Projeto
  • Matriz de responsabilidade
  • Plano de Comunicação
  • Plano de Riscos
  • Sprints
  • User Story do projeto

Termo de Abertura do Projeto


Estrutura Analítica do Projeto


Matriz de responsabilidade

Essa matriz foi desenvolvida para ajudar os membros do time a saberem seus papéis na dentro do processo de desenvolvimento.

Atividades AGES I AGES II AGES III AGES IV
Alimentar a wiki R R C A
Definir squads I I I A
Definir marcos da sprint I I I A
Quebra de tasks I I C A
Desenvolvimento R R A A
Code review I I A C
Executar testes funcionais I R C A
Deploy da aplicação I I A R
Apresentação da review I I I A
  • I: Deve ser informado
  • C: Deve ser consultado
  • R: Responsável
  • A: Aprova

Plano de Comunicação

Evento Descrição Responsável Envolvidos Frequência Duração
Kick Off (Exemplo) Primeiro encontro entre o time e os stakeholders do projeto. Nesse encontro são apresentados os principais itens do projeto e a ideia geral. Também são realizados questionamentos sobre o que foi apresentado, com a finalidade de ajudar nas definições dos requisitos do projeto em conjunto com o cliente. (Exemplo) Cliente(s) (Exemplo) AGES I, II, III, IV e Cliente(s) (Exemplo) Uma vez (início do projeto) (Exemplo) 1 hora - 1 hora e 30 minutos (Exemplo)
TBD... TBD... TBD... TBD... TBD... TBD...

Plano de Riscos

Risco Prevenção Contingência Estratégia
Atingir limite de uso gratuito da AWS (Exemplo) Utilizar servidores apenas para validação, desligando-os quando não utilizados (Exemplo) Alterar ambiente para outra conta de usuário (Exemplo) Transferir (Exemplo)
TBD... TBD... TBD... TBD...
---

Sprints


User Storyes do projeto

US-01: Cadastro de atleta

Como usuário atleta, gostaria de cadastrar meu perfil no aplicativo, para que o mesmo esta disponível para visualização dos clubes.

  • Campos utilizados para o cadastro:

    • Nome
    • Idade
    • Data de nascimento:
    • Endereço (Rua, número da casa, bairro, cidade, estado, país)
    • CONTATO (e-mail, telefone, contatos dos responsáveis etc) – campo obrigatório
    • Altura
    • Peso
    • IMC (calculado automaticamente com dados de altura e peso)
    • Perna dominante
    • Posição
    • Código do BID da CBF: (caso atleta tenha) – CAMPO NÃO OBRIGATÓRIO
    • Clubes por onde passou – Campo obrigatório
    • Doenças pré-existentes? Se sim, quais.
    • VIDEOS (Velocidade, força, resistência, passe, chute, domínio de bola, cabeceio, jogo “jogado”)
    • Estilo de jogo (ofensivo, defensivo)
    • Termo de consentimento de concessão de dados (deixar apenas um modelo, não temos o documento redigido no momento)
    US-01.01: Tela de cadastro de atleta

    Construir a tela para colocar os dados do atleta para poder cadastrar.

    US-01.02: Criar entidade atleta

    Construir a entidade no springboot com os dados necessários para o atleta e tendo as devidas validações, fazer o cálculo do IMC e verificar o envio desses dados para o banco de dados.

    US-01.03: Integração

    Realizar a integração das funcionalidade do backend com o frontend, persistindo as informações no banco de dados quando fornecidas pela tela do aplicativo.

    US-01.04: Verificar estrutura do banco de dados e inserir atletas

    Criar usuários no banco de dados. Averiguar se os dados criados correspondem com a geração do Springboot, salvamento das estruturas bases dos dados do jogador/atleta, ocultação de senhas e backups de SQL do que foi criado no projeto.

Clone repository
  • Instalação
  • README
  • Retro
  • Utilizando a wiki
    • adicionando imagens
    • escrevendo em markdown
    • git
    • wiki no editor de texto
  • arquitetura
  • backend
    • backend_home
    • datagrip_instalacao
    • intellij_instalacao
    • java_instalacao
    • maven_instalacao
    • postman_instalacao
    • postman_utilizacao
View All Pages