UNIVERSIDADE FEDERAL DE SANTA CATARINA

Campus Araranguá – ARA

Centro de Ciências, Tecnologias e Saúde
Departamento de Computação

Planejamento e Gestão de Projetos

DEC0008 - Turma 05655

Modelo de Sistema de Gerenciamento para Competições de Natação

Discente:
Carla de Matos Roxo 20150466
Helder Henrique da Silva 20250326
Igor de Matos da Rosa 20103930
Italo Manzine Amaral Duarte Garofalo 20204027

Docente:
Luciana Bolan Frigo

Araranguá - SC
Dezembro de 2022
1. RESUMO DO PROJETO
1.1 Nome do Projeto
Modelo de sistema de gerenciamento de competições de natação.
1.2 Resumo
Sistemas de gerenciamento de competições de natação são comuns em ligas de grande
porte, em sua maioria apresentando aspectos de coletas de dados em real-time por meio de
placares eletrônicos interligados à nuvem. Porém o mesmo pode não ser realidade para ligas
menores de médio ou pequeno porte, e principalmente, de caráter regional, por causa do alto
custo que deve ser despendido para tal, sendo essas supridas por recursos manuais que
proporcionam uma alta taxa de espera para lançamento dos resultados com uma baixa
qualidade de assertividade. Dessa forma, é proposto um modelo de software de gerenciamento
de competições de natação, para melhorar a acessibilidade e organização de registros e
lançamentos de dados para organizações de médio e pequeno porte, com a ajuda de aspectos
mobile e persistência de dados em um banco de dados relacional.
1.3 Recursos do Projeto R$ 3.850,00
1.4 Período de Realização do Projeto
(indicar mês e ano de início e de fim) de 24/10/2022 a 23/05/2023

2. INTRODUÇÃO
Sistemas de gerenciamento de competições de natação podem ser tidos como comuns
na área desse meio esportivo, sendo de grande importância para garantir registro e
armazenamento de informações obtidas em competições, além de manter históricos completos
para atletas quanto às provas realizadas e tempos obtidos. Tais sistemas mostram grande
simplicidade de manuseio e dão abertura para novas implementações, buscando melhorar a
acessibilidade e persistência de dados coletados.
Para grandes ligas/organizações que promovem competições de grande porte a nível
nacional ou internacional, esses sistemas possuem característica de real-time para a
cronometragem dos tempos de atletas, em suma, implementados por meio de placares
eletrônicos que podem ou não possuir uma tecnologia IoT. Dessa forma, sistemas desse tipo,
acabam se tornando inviáveis para ligas/organizações de porte menor, visto o alto custo
necessário para implementação e manutenção do sistema.
Em competições de médio e pequeno porte, que se caracterizam pelo nível regional, o
processo de gerenciamento dos dados referentes às competições de natação, ou até mesmo de
outros esportes, é tido como mais precário, visto a falta de recurso financeiro para arcar com
um sistema próprio de alta qualidade. Nesse cenário, é comum que os árbitros designados
pelas ligas/organizações façam a cronometragem e anotação relativa a prova e raia em planilha
de cada atleta participante em uma competição de forma individual, para em seguida, outro tipo
de árbitro recolher essas planilhas e levá-las para a cabine de arbitragem, onde um último
árbitro classifica e lança os resultados para um sistema, caso este exista, ou os imprime para
colocá-los fixados em algum local de exposição para que possam ser consultados.
Todavia, esse processo acaba sendo custoso, e a demora para lançamento e registro dos
dados coletados se mostra desvantajosa. Assim, surge a ideia de desenvolvimento de um
modelo de sistema para gerenciamento de competições de natação, buscando trazer inovação
e agilidade para o registro e organização de dados do meio esportivo sem o custo elevado que
se tem em grandes ligas/competições, substituindo meios eletrônicos por meios mais simples
como uma solução de acesso mobile.
 Por meio dessa nova abordagem, busca-se a simplificação do trabalhos dos árbitros e
agilização de classificação dos resultados em competições de ligas/organizações de médio e
pequeno porte, por parte do sistema, assim, agilizando o lançamento dos resultados de uma
competição, além de melhorar a busca e consulta de tempos, provas, competições,
desempenhos e outros tipos de dados para os indivíduos envolvidos em um evento desse
calibre, desde simples espectadores, atletas, treinadores e outros colaboradores que possam
se interessar pela área em quesito.

3. OBJETIVOS
3.1 Objetivo Geral
Este projeto tem como objetivo geral o desenvolvimento de um modelo para software de
gerenciamento destinado a competições de natação, visando trazer maior acessibilidade e
segurança para a organização de dados coletados durante competições, criar um
acervo/histórico para organizações e clubes filiados dessa área esportiva e incentivar a
produção técnica e científica para melhoramento de produtos similares para pequenas e médias
ligas.
3.2 Objetivos Específicos
● Aumentar a eficiência de organização dos dados coletados de ligas/organizações,
clubes, árbitros, treinadores e atletas;
● Melhorar a coleta e lançamento dos tempos feitos pelos atletas em competições e de
outros dados pertinentes;
● Aumentar a segurança de dados conforme a LGPD;
● Disponibilizar fácil acesso a consulta de resultados de competições de diferentes ligas;
● Criar um histórico para competições e atletas em organizações de médio e pequeno
porte;
● Proporcionar métodos de melhoria progressiva para o sistema.

4. JUSTIFICATIVA
O método de trabalho em competições de natação podem ser considerados, de certa
forma, exaustivos, visto a ineficiência para a coleta, organização e persistência de dados
obtidos de forma geral nesse meio. Isso alavanca grande desmotivação entre o público alvo da
área, ainda mais quando não há meios de fácil acessibilidade para contornar essas condições,
visto que as soluções disponíveis tratam-se de serviços ou produtos que são inacessíveis
financeiramente, normalmente encontrando-se em posse, na maioria das vezes, apenas de
grandes ligas que podem arcar com esses tipos de despesa.
Dessa forma, surge a necessidade de trazer esse tipo de serviço ou produto para o
mercado das pequenas e médias ligas de natação, de forma mais acessível financeiramente,
garantindo a qualidade, segurança e agilidade das tarefas que devem ser realizadas pelos seus
utilizadores. Para tal, deve-se colocar em análise a proposta de projeto de sistemas de
gerenciamento de natação, capazes de disponibilizar a persistência de dados dos usuários e a
facilidade de registro e lançamentos de dados, em especial o lançamento de tempos realizados
por atletas, que mostra-se uma das partes de maior interesse entre esse público.
Com o desenvolvimento e disponibilização desse sistema para ligas menores no mercado,
espera-se que seja possível gerar uma maior competitividade com ligas maiores, uma vez que
podem ter acesso a uma tecnologia semelhante à dessas grandes organizações, além da
possibilidade de melhorias para o consumidor, trazendo uma maior acessibilidade para o meio
competitivo da natação.

5. RESULTADOS ESPERADOS
Por meio do desenvolvimento desse sistema de gerenciamento, é esperado que
ligas/organizações de natação de médio a pequeno porte possam se estabelecer firmemente no
mercado, dando aos mesmo a possibilidade de recorrerem a uma tecnologia de custo reduzido
e com qualidade igual ou superior às tecnologias usadas por organizações de grande porte em
nível nacional e internacional. Dessa forma, espera-se também, o aumento no investimento de
equipamentos da área, assim como a melhoria progressiva dos mesmos, de forma a estimular
competições desse nicho esportivo, objetivando a melhoria de coleta e consulta de dados do
meio esportivo.Descrever os resultados esperados e a durabilidade dos benefícios e impactos a
serem gerados com a implantação do projeto.

6. ANÁLISE DE STAKEHOLDERS
6.1 Público Alvo do Projeto
Identificação Descrição Posição
Atletas Pessoas que pertencem aos clubes e participam das competições. Favorável
Organização Instituição organizadora de competições e provas da área. Favorável
Profissionais responsáveis pelo gerenciamento e lançamento dos tempos
Árbitros Favorável
em competições.
Clube Entidade representante dos atletas. Favorável
Espectador Pessoas interessadas na área. Neutro

6.2 Parcerias
Identificação Descrição Posição
FASC - Federação
Parceiro responsável pela divulgação do projeto para organizações em
Aquática de Santa Favorável
âmbito nacional.
Catarina

6.3 Equipe do Projeto

Identificação Descrição Posição
Profissional responsável pela verificação e entrega do projeto dentro do
Gerente de Projeto Neutro
prazo.
Designer Profissional responsável pelo desenvolvimento da prototipação. Neutro
Desenvolvedor Profissional responsável pela parte estrutural do sistema e integração com
Neutro
back-end as telas de usuário.
Desenvolvedor Profissional responsável pela integração do sistema visível ao usuário com
Neutro
front-end base na prototipação.

7. ANÁLISE DE EQUIPE DO PROJETO

Cargo no Natureza do
Qtde. Resumo das Atividades Disponibilização
Projeto Vínculo Trabalhista
Identificar e resolver eventuais
Gerente 1 problemas, acompanhar as
Voluntário Integral
de Projeto entregas, gerir conflitos, assegurar a
integridade do projeto.
 Desenvolvimento da prototipação de
Designer 1 telas com figma, conforme Voluntário Integral
surgimento das necessidades.
Desenvolvimento das telas de
usuário para o sistema de acordo
Dev Front 1 Voluntário Integral
com a prototipação e necessidades
do projeto para a versão mobile.
Desenvolvimento do código
estrutural do sistema, integração
com as telas de usuário do
Dev Back 1 front-end, desenvolvimento do Voluntário Integral
banco de dados para registros,
integração com a nuvem de
hospedagem.

8. CICLO DE VIDA
8.1 Descrição do Ciclo de Vida
Visto a simplicidade do projeto e curto prazo para entregas iniciais, optou-se por um ciclo
de vida mais curto com segmento linear, a fim de maximizar as atividades em cada fase para
posteriores entregas.
8.2 Fases do Ciclo de Vida
FASE 1 FASE 2 FASE 3 FASE 4
Iniciação do Projeto Organização e Execução Fechamento
Preparação

Verificação das Entrega das telas de

atividades dentro do prototipagem, modelo
Estudo e análises Coleta de requisitos e cronograma conceitual de banco
iniciais. planejamento de estipulado e de dados relacional e
atividades. desenvolvimento das proposta para
telas de prototipagem. apresentação.

9. ESCOPO
9.1 Descrição completa
O software desenvolvido a partir deste projeto conta com pessoal não cadastradas, onde
terão uma visão sobre as competições que já aconteceram ou que irão acontecer, de modo a
ser possível ver a classificação dos atletas de uma forma mais geral, já os usuário que possui
um cadastro no sistema além das funções de um usuário não cadastrado possui acesso a
outras atribuições do sistema com ver os resultados de atletas de formas individual onde poderá
ver todas as suas vitórias, derrotas e tempos assim podendo fazer melhores analise,somentes
atletas cadastrando por clubes poderiam ser escritos nas competições .
A organização que terá a posse do sistema é responsável pelo cadastro da arbitragem e
as competições.
O clube fará o seu próprio cadastro e de seus atletas no sistema e escreverá seus
atletas nas competições.
9.2 Entregas
Ao decorrer do projeto serão realizadas 5 entregas, a primeira entrega será a análise
econômica, segunda entrega o levantamento e análise de requisitos, terceira entrega o design
do projeto, quarta entrega a implementação, quinta e última entrega a conclusão do sistema.

9.3 Atividades
1. Entrega da análise econômica será mesário a realização das seguintes atividades;
1.1. Avaliação de tempo.
1.2. Avaliação de custo.
2. Entrega do levantamento e análise de requisitos a realização das seguintes atividades;
2.1. Concepção.
2.2. Elicitação.
2.3. Elaboração.
2.4. Negociação.
2.5. Especificação.
2.6. Validação.
2.7. Gerenciamento.
3. Entrega do design do projeto a realização das seguintes atividades;
3.1. Projeto de arquitetura.
3.2. Projeto de software.
4. Entrega da implementação a realização das seguintes atividades;
4.1. Escrita do código.
5. Entrega da conclusão do sistema a realização das seguintes atividades:
5.1. Análise de erros.
5.2. Teste de qualidade.
5.3. Teste de usuário.
9.4 EAP
10. CRONOGRAMA
10.1 Execução das Atividades

10.2 Gráfico de Gantt

10.3 Recursos

Recursos necessários para o desenvolvimento e conclusão bem-sucedidos do projeto.

10.3.1 Recursos Físicos e Materiais
Lista com os recursos físicos e materiais para que a realização do cronograma possa ser
executada a fim da conclusão do sistema, nosso produto final.
● Sala comercial;
● Notebook;
● Computadores;
● Mouse;
● Mesas;
● Cadeiras;
10.4.2 Recursos Humanos
O projeto foi composto por 4 pessoas para o desenvolvimento do sistema que trabalharam
desde a criação do projeto até a entrega do sistema.
● Dois especialistas em projeto de arquitetura.
○ Um dos especialistas em projeto de arquitetura será o gerente de projetos.
● Dois especialistas em projeto de software.

10.4.3 Recursos Financeiros

A associação entre os 4 programadores funcionará de tal forma que os gastos ao decorrer
do projeto serão custeados entre eles de forma igual, visando que já esperam obter lucro
somente ao final do projeto com as vendas do sistema.

11. PREMISSAS E RESTRIÇÕES

11.1 Premissas
● Boa adesão dos clubes;
● Que o sistema receba acesso de espectadores atrás de resultados de atletas;
● Que aconteça eventos em várias regiões do estado;
● Que não aconteçam mais pandemias.
11.2 Restrições
● O banco de dados precisa ser feito utilizando linguagem SQL;
● A prototipação do projeto deve ser feita utilizando a ferramenta Figma;
● O desenvolvimento do sistema deverá ser Mobile First.

12. ANÁLISE DE REQUISITOS

12.1 Requisitos Funcionais
Código Descrição
O sistema deve permitir que diferentes ligas/organizações possam requisitar
RF_01
cadastro, apresentado, nome, CNPJ, telefone, logo, endereço e email.
O sistema deve permitir que as ligas/organizações possam cadastrar ou alterar
RF_02
suas taxas de filiação para clubes.
O sistema deve permitir que as ligas/organizações possam cadastrar diferentes
RF_03
competições, sendo que em cada competição pode haver “n” provas.
O sistema deve permitir que as ligas/organizações cadastrem os seus árbitros,
RF_04
apresentando nome, cpf, telefone e email.
O sistema deve permitir que as ligas/organizações possam atribuir o tipo de
RF_05
árbitro a cada árbitro registrado para cada competição.
O sistema deve mostrar as ligas/organizações, as competições relacionadas às
ligas, as provas relacionadas às competições, o andamento de cada
RF_06
competição e prova e, os resultados de cada competição e prova quando as
mesmas estiverem encerradas.
O sistema deve permitir que as ligas/organizações, clubes e atletas, possam
RF_07
consultar os resultados das competições.
 O sistema deve permitir que clubes de natação possam se cadastrar/filiar a
RF_08 diferentes organizações, apresentando, nome, CNPJ, logo, cidade, estado,
país e email.
O sistema deve permitir que dentro do acesso de clubes, possam ser
RF_09 cadastrados os treinadores, apresentando nome, CREFE, nacionalidade,
telefone, foto e email.
O sistema deve permitir que os treinadores cadastrados em um clube possam
RF_10 registrar seus atletas, apresentando nome, data de nascimento, foto, telefone,
CPF e nacionalidade.
O sistema deve disponibilizar para cada atleta o histórico de provas e
RF_11 competições que já participou e os respectivos tempos realizados de cada
prova.
A organização, quando cadastra uma competição deve informar o nome, a data
RF_12 de início e fim para as inscrições, endereço, cidade, estado, país, tipo de
piscina, taxa de inscrição, taxa de não comparecimento do atleta.
A organização, quando cadastra as provas dentro das competições, deve
RF_13 informar o tipo da prova, a classe, o status, a quantidade de atletas permitidas
e a quantidade de séries.
O sistema deve permitir que os árbitros responsáveis por um atleta, em uma
RF_14 prova de uma competição, possam registar os tempos coletados ou
desclassificar os atletas.
12.2 Requisitos Não-Funcionais
Código Descrição
Os dados devem ser armazenados e persistidos em um banco de dados
RNF_01
relacional SQL.
RNF_02 A atualização de resultados deve seguir o método real-time.
Os dados sensíveis cadastrados no sistema devem ser protegidos conforme a
RNF_03
LGPD.
RNF_04 O sistema deve apresentar a metodologia mobile-first para desenvolvimento.
12.3 Regras de Negócio
Código Descrição
RN_01 Treinadores de atletas só podem estar associados a um único clube.
RN_02 Para um clube se filiar a uma liga deve ser paga uma taxa de filiação.
RN_03 Cada liga possui seu próprio valor de taxa de filiação.
Para um clube inscrever seus atletas em uma competição, o mesmo deve
RN_04 pagar uma taxa de inscrição, sendo essa a somatória das provas a serem
realizadas por cada atleta.
Em caso de não comparecimento de atletas em uma competição, é aplicado
uma taxa de não comparecimento (multa). Essa multa tem um valor fixo
RN_05
estipulado pela liga, multiplicado pela quantidade de provas que o atleta foi
inscrito.
 13. CUSTOS
O projeto é desenvolvido por engenheiros da computação onde entraram no projeto
como sócios, bancando os custos, e que visa obter o lucro de forma compartilhada ao final do
projeto.
13.1 Diretos

● Não se aplica.
13.2 Indiretos
● Não se aplica

13.3 Fixos
● Hospedagem do sistema.

13.4 Variáveis
● Manutenção de equipamentos.

13.5 Estimativa de custo para criação do sistema por mês.

Descrição Média de valor
Hospedagem do sistema R$ 400,00
Manutenção de equipamentos R$ 150,00
TOTAL POR MÊS R$ 550,00
CUSTO TOTAL DO PROJETO R$ 3.850,00

14. RISCOS
Durante o desenvolvimento do sistema, diversas situações devem ser analisadas,
buscando a mitigação de riscos que possam a vir impactar com o andamento do projeto.
Para a análise de riscos foram classificados a priorização, referente a quão severo seria
caso o risco viesse a acontecer, a probabilidade do mesmo acontecer e a magnitude do impacto.
A priorização e a probabilidade são medidos em uma escala de 1 a 10, onde 1 tem-se
pouca severidade de impacto ou probabilidade de acontecer e 10 é um caso crítico.
14.1 Análise de riscos.
Ação para minimizar
Prioriza Probabi Magnitu Planos de
Risco ocorrências dos
ção lidade de contingência
riscos
Fazer um novo
Ter um bom levantamento de
levantamento de requisitos para
Não adesão de requisitos de forma identificar possíveis
10 4 40
clubes que o sistema atenda requisitos não
as necessidades dos identificados
clubes. anteriormente para
melhorar o sistema.
Não adesão de Ter um bom Fazer um novo
organizações/lig 10 4 40 levantamento de levantamento de
as requisitos para que o requisitos para
 sistema ofereça identificar possíveis
vantagem em sua requisitos não
utilização em identificados
comparação com os anteriormente para
já disponíveis no melhorar o sistema.
mercado.
A implementação de
uma campanha de
Aplicação de uma
marketing para que
nova campanha de
Pouco acesso pessoas deste nicho
4 7 28 marketing para
de espectadores esportivo saibam que
divulgação do
podem acompanhar
sistema.
as competições.

Uma campanha de Uma nova

marketing que atraia campanha com
Que haja cada vez mais clubes benefícios de
poucas 8 2 16 para o sistema assim descontos para
competições. gerando a novos clubes
necessidade de inscritos.
diversas competições.
Contratar um
possível
Fazer as checagem
Não conseguir programador para
das entregas no
entregar o ajudar a sanar um
7 6 42 cronograma a fim de
projeto no prazo pouco de prejuízo
estar sempre com as
estipulado. para que o projeto
entregas em dia.
termine o mais
rápido possível.
Ter a disposição
uma lista com
Manter um bom
Desvinculação possíveis
ambiente de trabalho
de membro da 8 5 40 programadores que
e comunicação entre
equipe conseguiram
os programadores.
executar as tarefas
exigidas no projeto.
A utilização dos
dados na nuvem
Armazenamento Utilização de
resolverá o possível
insuficiente terceirizar o
8 7 56 problema não
para o banco de armazenamento dos
sendo necessário
dados dados na nuvem.
um plano de
contingência.
Realizar um Deverá ser
A hospedagem
levantamento das realizada a
não atenda a 6 5 30
expectativas de mudança do plano
demanda
acessos. de hospedagem.
 Um plano de ação
de modo que os
Que aconteça Não é um fator funcionários
10 2 20
uma pandemia. controlável. possam exercer
suas atividades de
forma remota.

16. QUALIDADE

O “diagrama de causa-e-efeito”, é usado para identificar como fatores e subfatores

podem estar associados e até provocar problemas e defeitos. Logo deve-se identificar os
problemas recorrentes, considerando a mão de obra, os métodos, as máquinas, o material, as
medições e por fim o meio ambiente, como esses fatores podem influenciar e prejudicar ou
ajudar o projeto.
No diagrama abaixo, está indicado, os fatores que podem interferir o Sistema de
Gerenciamento para Competições de Natação e, desde que analisados e tratados corretamente
acarretarão diretamente na qualidade do projeto e do sistema final.
16.1 Diagrama de causa-e-efeito.

17. CONSIDERAÇÕES FINAIS

Sistemas dessa natureza são poucos estudados, tanto em âmbito científico quanto no
mercado relacionado ao ramo. Dessa forma, relacionar e trazer novos casos de uso para esse
tipo de situação pode ser proveitoso para todas as partes relacionadas mediante o
desenvolvimento de novas tecnologias e a viabilização de gerar competitividade e crescimento
na área dos esportes, em especial para a natação que possui alto poder de crescimento em
escala nacional.
O projeto possibilita que um modelo de sistema de gerenciamento para competições de
natação seja analisado para posterior produção, trazendo em suas entregas principais as
análises das necessidades e a prototipação de telas com base nas mesmas, de forma que seja
viável dar continuidade para o desenvolvimento do sistema em si caso aprovada a entrega.
Visando trazer soluções para a produção em meio científico e a disponibilização para
novas tecnologias na área de esportes aquáticos, no caso a natação, é proposta deste projeto,
durante sua execução, que seja minimizado os custos, que seriam em sua maior parte por
alocação de desenvolvedores para o sistema, e fazer uma alta análise de requisitos e qualidade
para as entregas, sendo assim, de grande benefício para os possíveis interessados, desde
equipe de desenvolvimento como para as partes relacionadas ao produto.

18. REFERÊNCIAS
CAMARGOS, Fernando Laudares; HAUFFE, Denis Nazareno. Sistema para gerenciamento e
administração de competições de triathlon. 2004.

DE ALMEIDA GREFF, Ponciano. Especificação de um Sistema para Monitoramento de Atividades de

Natação usando RFId. 2009.

MANZINE, Italo, O funcionamento das competições de natação e suas tecnologias. [Entrevista concedida
a] Helder Henrique da Silva. Santa Catarina, 10 nov. 2022.