Orientação: um esporte para a vida toda

Rumo Verde
Clube de
Orientação

Filiado à

Federação Gaúcha de Orientação

Confederação Brasileira de Orientação

Apoio

A necessidade de um software on-line para gerenciamento de resultados

Imagine se todos os resultados de seus percursos de Orientação, incluindo tempos, pontos e colocações, estivessem cadastrados em um banco de dados on-line. Este é um dos desafios que a CBO pretende vencer.

No seu boletim distribuído no dia 16 de outubro de 2008, a Confederação Brasileira de Orientação (CBO) apontou a necessidade de desenvolvimento de um "Software de Gerenciamento de Resultados, Ranking e Currículo Esportivo". Considerando o crescimento do nosso esporte no Brasil, e o número crescente de filiados, a instituição percebeu a necessidade de armazenar os resultados gerados pelas diversas competições em um formato que possa ser gerenciado de forma mais automática e eficiente, além de estar disponível on-line para todos os filiados. Os atletas filiados que possuírem alguma habilitação e conhecimento neste assunto estão convidados a colaborar.

O objetivo desta matéria é retomar a discussão sobre este sistema, apresentando uma proposta inicial de modelagem da base de dados que armazenaria estas informações.

Em primeiro lugar, é preciso pensar no formato de entrada destas informações. Considerando que a maioria das informações de competições passadas estão armazenadas na forma de planilha, uma opção interessante é considerar que o formato de entrada seja constituído justamente pelas informações que estão nestas planilhas. Estas informações são, em geral: colocação, número de filiação/inscrição do atleta, nome do atleta, categoria, clube, tempo e pontuação. Seria interessante ainda detalhar os percursos, informando, por exemplo, para cada categoria: o número do percurso, o desnível, a distância e o número de pontos. Com isto seria possível ter um bom conjunto de informações sobre cada competição.

É importante observar que:

atualmente a maioria das planilhas de resultados não contém todas estas informações (não são todas as planilhas que indicam distância e número de pontos da categoria/percurso, muito menos desnível);
com o uso crescente de sistemas de apuração eletrônica talvez passe a ser interessante armazenar os tempos de cada atleta entre cada ponto (isto exigiria uma modelagem diferente da base de dados, de qualquer forma é importante considerar que isto pode vir a ser uma exigência futura);
a questão da pontuação deve ser estudada pois uma prova pode pertencer a mais de um campeonato (neste caso cada campeonato poderia apresentar uma pontuação diferente - como os inscritos, neste caso, nem sempre seriam os mesmos, talvez seja melhor considerar que cada percuso será cadastrado uma vez para cada campeonato onde for utilizado).

Depois de considerar o formato de entrada é preciso considerar o formato para armazenamento das informações na base de dados. As técnicas atuais de modelagem de Bancos de Dados estabelecem que as informações sejam armazenadas em tabelas. Tabelas são registros com campos. Pode-se considerar, usando uma linguagem bastante informal, que existem dois tipos de tabelas: tabelas com informações (propriedades ou atributos de uma entidade) e tabelas com associações (que estabelecem relacionamentos entre entidades). O armazenamento das informações das provas de Orientação exigiria, portanto, várias tabelas e poderia apresentar uma grande variedade de opções diferentes de modelagem.

Uma sugestão de modelagem simples para armazenamento de resultados dos atletas em competições de Orientação poderia incluir as seguintes tabelas (aqui pensou-se na modelagem mais simples possível, com o menor número de tabelas, porém mantendo todas as informações):

"Atletas" com: código, número de filiação, nome do atleta, data de filiação, data de nascimento, e-mail, endereço, etc.
"Campeonatos" com: código, nome, abreviatura, ano, organizador (código da entidade);
"Competição" com: código, nome, campeonato (código do campeonato), data, organizador (código da entidade);
"Entidades" com: codigo, nome, abreviatura, pagina web, email, presidente, cidade, uf, pais;
"Categoria" com: código, nome, competição (código da competição), identificação de percurso, distância, número de pontos e desnível;
"Resultados" com: código, atleta (código do atleta), competição (código da competição), categoria (código da categoria), tempo, colocação, pontuação, clube (código da entidade), federação (código da entidade).

Esta é uma sugestão bastante simples de modelagem que não utiliza tabelas de relacionamento. Um ponto que poderia ser criticado na modelagem acima é que, na verdade, é o percurso que tem distância, número de pontos e desnível. Como o mesmo percurso pode ser usado em várias categorias, a informação de distância, número de pontos e desnível fica duplicada em cada categoria do mesmo percurso. No entanto, é bastante fácil de ser implementada e gerenciada. Outras modelagens mais sofisticadas, com vantagens e desvantantes, são possíveis.

Se você tem alguma sugestão de modelagem, envie-nos a sua contribuição.

Roland Teodorowitsch
11/12/2008

Também publicado no portal Orientacao.Net, em 11 dez. 2008.

Retornar