Estrutura dos jogadores

A estrutura dos jogadores define como os atletas existem no mundo do FootSim. Cada jogador precisa ter identidade, clube atual ou ausência de clube, nacionalidade, idade, posições, atributos, contrato, condição, moral, reputação e dados suficientes para ser usado em partidas, transferências, treino, scouting, desenvolvimento e histórico.

Esse item é a fundação para quase todos os sistemas do jogo. A estrutura principal dos jogadores já sustenta o gameplay atual, mas ainda precisa ser consolidada para reduzir diferenças entre banco de dados, models, queries e sistemas que consomem esses dados. Alguns campos existem no banco e são usados por SQL direto, mas ainda não aparecem de forma completa no model layer.

Escopo incluído

• Identidade do jogador
• Nome
• Data de nascimento
• Nacionalidade principal
• Clube atual
• Jogadores sem clube
• Posição principal
• Posições secundárias
• Atributos
• Habilidade atual
• Potencial
• Reputação
• Moral
• Condição física
• Contrato atual
• Salário
• Data de fim de contrato
• Foto ou avatar
• Personalidade básica
• Valor de mercado
• Estado de lesão
• Estado de aposentadoria quando aplicável
• Estado de disponibilidade para mercado quando aplicável
• Exposição pública/conhecimento quando aplicável
• Histórico básico
• Dados necessários para partida, treino, mercado, scouting e desenvolvimento

Fora de escopo

• Dupla nacionalidade
• Biografia narrativa completa
• Vida pessoal do jogador
• Relações familiares
• Preferências culturais avançadas
• Entrevistas individuais
• Sistema profundo de personalidade
• Redes sociais do jogador
• História gerada dinamicamente em texto longo
• Relações pessoais complexas entre jogadores
• Atributos ocultos avançados além do que o modelo atual exige

Critérios de conclusão

• Jogadores podem existir com ou sem clube.
• Jogadores aparecem corretamente em elencos, mercado, scout e partidas.
• Jogadores têm dados suficientes para serem avaliados pelo jogo.
• Jogadores conseguem ter contrato, atributos, posição, moral e condição.
• Jogadores podem ser persistidos ao longo de várias temporadas.
• Jogadores podem evoluir, regredir, se transferir e acumular histórico quando outros sistemas processam esses eventos.
• Campos importantes existentes no banco são refletidos de forma consistente no model layer ou claramente tratados em queries específicas.
• O model layer, as queries e o schema ficam alinhados o suficiente para evitar divergências estruturais.
• A estrutura permite criar, editar e importar jogadores sem quebrar a base.