INSTITUTO SUPERIOR DE TRANSPORTES E COMUNICAÇÕES

Licenciatura em Engenharia Informática e de Telecomunicações

Disciplina: Algoritmos e Estruturas de Dados
CURSO: ENGENHARIA INFORMÁTICA E DE TELECOMUNICAÇÕES
TURMA: I32

Trabalho em Grupo

ELABORACÃO DE UM SISTEMA DE GESTÃO E REGISTO DE JOGADORES NO

CAMPEONATO DE FUTSAL DO ISUTC

Discentes: Crispino Menomussanga

Dody Mambuque

Edmilson Manjate

Idácio Zibia

Wagner Devete

Docente:

Dr.: Inácio Ticongolo

Abril, 2019
SGRJ do Campeonato de Futsal do ISUTC, Crispino, Dody, Edmilson,Idácio e
Wagner.
 ÍNDICE
LISTA DAS ABREVIATURAS UTILIZADAS.....................................................................................................................III
RESUMO................................................................................................................................................................................ IV
CAPÍTULO 1 INTRODUÇÃO.................................................................................................................................................1
1.1 Introdução............................................................................................................................................................ 1
1.2 Justificação do Tema............................................................................................................................................1
1.3 Motivação............................................................................................................................................................ 2
1.4 Problemática........................................................................................................................................................ 2
1.5 Objectivos............................................................................................................................................................ 3
1.6 Resultados Esperados...........................................................................................................................................3
CAPÍTULO 2 REVISÃO DE LITERATURA...........................................................................................................................4
2.1 Estado Actual da teoria........................................................................................................................................4
 2.1.1 Conceitos básicos........................................................................................4

 2.1.2 Evolução histórica do objecto........................................................................4

CAPÍTULO 3 FUNDAMENTACÃO TEÓRICA......................................................................................................................5

3.1 Fundamentação Teórica.......................................................................................................................................5
CAPÍTULO 4 METODOLOGIA DE RESOLUÇÃO DO PROBLEMA...................................................................................6
4.1 Metodologia de pesquisa......................................................................................................................................6
 4.1.1 Método de recolha de dados..........................................................................6

 4.1.2 Razões da escolha de perguntas abertas.........................................................6

4.2 Material Utilizado................................................................................................................................................6

CAPÍTULO 5 APRESENTAÇÃO, ANÁLISE E DISCUSSÃO DOS RESULTADOS............................................................7
5.1 APRESENTAÇÃO E ANÁLISE DOS RESULTADOS......................................................................................7
 5.1.1. Estudo de Viabilidade..................................................................................7

5.2 DISCUSSÃO DOS RESULTADOS....................................................................................................................7

 5.2.1. Descrição do Sistema..................................................................................7

 5.2.2. Requisitos funcionais do sistema...................................................................8

 5.2.3 Diagrama de Entidades e Relações.................................................................9

 5.2.4 Diagrama de Classes..................................................................................10

 5.2.5 Esquema Relacional...................................................................................10

CAPITULO 6 MANUAL DO UTILIZADOR.........................................................................................................................12

6.1 Tela de Clientes..................................................................................................................................................12
6.2 Tela de Funcionarios..........................................................................................................................................13
6.3 Tela de Produtos.................................................................................................................................................14
6.4 Tela de encomendas...........................................................................................................................................15
6.5 Tela de Fornecedores.........................................................................................................................................16
6.6 Tela de Venda_produtos.....................................................................................................................................17
6.7 Tela de Produto_encomendado..........................................................................................................................18
CAPÍTULO 7 CONCLUSÕES E RECOMENDACÕES.........................................................................................................19
7.1 Conclusões......................................................................................................................................................... 19
7.2 Recomendações..................................................................................................................................................19
BIBLIOGRafia........................................................................................................................................................................ 20

I
 LISTA DAS ABREVIATURAS UTILIZADAS

SGRJ Sistema de Gestão e Registo de Jogadores

DER Diagrama de Entidades e Relações
SO Sistema Operativo
BI Bilhete de Identidade
RFS Requisitos Funcionais do Sistema
CFISUTC Campeonato de Futsal do ISUTC
AEISUTC Associação dos Estudantes do ISUTC
SG Sistema de Gestão

II
 RESUMO
O presente trabalho, Sistema de Gestão e Registo de Jogadores do Campeonato de
Futsal do ISUTC sendo este o principal campeonato interno e de recreação a nível da
instituição. Este SGRJ para o Campeonato do ISUTC tem como objetivo resolver a maior
parte das dificuldades no que diz respeito ao armazenamento e busca de dados dos jogadores
que actuam nesse campeonato.
Foram feitos estudos, desde as funcionalidades que o sistema actual poderia
disponibilizar, os jogadores que la actuam, etc, e também todas as inquietações dos
organizadores do campeonato quanto a gestão de dados dos jogadores.
Por fim, será apresentado o enquadramento organizacional do projecto, os efeitos que
se espera alcançar com o SGRJ, após o desenvolvimento do sistema. Junto ao projecto, é feita
a descrição da aplicação, funcionalidades do mesmo e alguns aspectos importantes a se ter em
conta no sistema.

III
 CAPÍTULO 1 INTRODUÇÃO

1.1 Introdução

Atualmente os computadores representam uma mais-valia para o desempenho das

atividades do homem, sendo que constituem uma ferramenta de trabalho bastante importante e
indispensável, na maioria dos sectores e ramos de actividade laboral. O uso de sistemas
informatizados de certa forma torna-se importante, pois qualquer organização terá de forma
eficiente a disposição do seu conteúdo possibilitando um maior controle da sua informação.
Sabe-se que a informação é de extrema importância em qualquer que seja a
instituição/organização, portanto, esta deve ser armazenada de forma segura e devidamente
estruturada, sendo que para o efeito é necessário a criação e utilização de uma estrutura de
dados.

Todavia o controle dos dados encontrados em estrutura de dados é realizado através de

uma estrutura de dados designada Lista Ligada, que irá realizar as operações necessárias para
efetuar o controlo de fluxo de dados na estrutura de dados, como: Inserção, atualização,
pesquisa de informação e remoção de dados.

A meta do presente trabalho é a implementação de uma estrutura de dados, Lista

Ligada, com principal foco no auxílio e melhoria do SGRJ do Campeonato de Futsal do
ISUTC.

1.2 Justificação do Tema

O Campeonato de Futsal do ISUTC é um campeonato de recreação a nível interno,

organizado pela a AEISUTC, que proporciona, em jeito de actividade extracurricular e
diversão, partidas de futsal aos alunos.
Portanto os principais objetivos do Campeonato são de conquistar os alunos amantes
desta modalidade a fazerem parte deste evento, e futuramente poder recrutar os melhores
jogadores a se destacarem na competição para fazerem parte da seleção da faculdade.
. Para que todos aspetos acima referidos sejam desempenhados da melhor maneira
possível, estes devem estar organizadas de tal maneira que o acesso ao conjunto de dados
sejam feito de forma eficiente.
Após uma serie de entrevistas aos organizadores do campeonato, pôde-se conhecer na
íntegra e de forma mais detalhada a estrutura de administração, como também o processo que

1
de alguma forma esta relacionado com a base de dados da em análise nos seguintes aspectos:
registro e controle dos produtos.

1.3 Motivação

Num conjunto de alternativas que foram identificadas para o estudo, o CFISUTC foi
selecionado pois trata-se de um agente importante na vida dos alunos do ISUTC amantes
desta modalidade.

O CFISUTC representa o objecto de estudo do nosso trabalho, pretende-se com o objecto em

estudo obter um sistema de gestão de informação robusto, dinâmico e seguro de forma a
melhorar os seviços existentes.

A estrutura de dados é de tamanha importância naquilo que é o controlo dos produtos

disponibilizadas para os clientes e com isso ter maior controlo dos funcionários.

1.4 Problemática

Depois de um estudo feito no sistema actual do CFISUTC verificou-se que este não
oferece segurança no armazenamento de dados e nem eficiência na realização das actividades.
Fazendo assim com que hajam dificuldades tais como:

 Redundância de dados;
 Maior consumo de tempo no processo de manipulação de dados;
 Inconsistência de dados;
 Falta de segurança no armazenamento de dados e sujeito a muitas falhas.

2
1.5 Objectivos

Objectivo Geral:
O presente trabalho tem a finalidade de apresentar uma proposta de uma aplicação que
ira permitir manipular os dados que contem toda informação dos Jogadores do CFISUTC,
buscando de forma objetiva identificar quais são os tipos de informações que estão
armazenadas no seu interior, mostrando os benefícios e os problemas trazidos para a realidade
de um Campeonato.

Objectivos Específicos:
 Fazer um estudo sobre o actual sistema de gestão e Registo de Jogadores
para a CFISUTC;
 Descrever as necessidades do usuário;
 Analisar os requisitos e projecto do sistema com recurso aos diagramas de
ER;
 Propor um plano de execução do projecto de desenvolvimento do sistema;

1.6 Resultados Esperados

Espera-se obter do presente trabalho uma base de dados de um Campeonato (neste caso
CFISUTC) que irá preencher todas lacunas que o sistema actual apresenta, culminando na
criação de uma aplicação que ira permitir de uma forma mais eficiente o controle de todos
Jogadores em geral.

3
 CAPÍTULO 2 REVISÃO DE LITERATURA

2.1 Estado Actual da teoria

2.1.1 Conceitos básicos

Campeonato de Futsal é o nome pelo qual se conhece as competições que envolvem a
prática desta modalidade.

2.1.2 Evolução histórica do objecto

O CFISUTC é uma competição de futsal, organizada pela AEISUTC, que realiza-se

anualmente no campo da TDM.

Ao longo do tempo o campeonato tem vindo a crescer e a mover cada vez mais maior
número de participantes .

4
 CAPÍTULO 3 FUNDAMENTACÃO TEÓRICA

3.1 Fundamentação Teórica

A estrutura de dados é de grande importância para organização, manipulação, e

entendimento dos dados, de forma eficiente, deste modo é uma ferramenta básica no mundo
da informática, principalmente para os desenvolvedores de softwares.

Sempre que se fala num Sistema de Gestão é necessário explicar os conceitos básicos para
a sua criação de forma fiável, eficiente e sem ambiguidades, deste modo descrevem-se abaixo
os conceitos chave que permitem a percepção do que é um Sistema de Gestão:

 Estrutura de dados - é um modo particular de armazenamento e organização de

dados em um computador de modo que possam ser usados de modo eficiente.
 Lista Ligada - é uma estrutura de dados linear, composta por nós que apontam para o
próximo elemento da lista, com exceção do último, que não aponta para ninguém.
 SGRJ (Sistema de Gestão e Registo de Jogadores) - O SGRJ é um software,
destinado a gerir todo o armazenamento e manipulação dos dados do sistema, fazendo
a interface entre interface de usuário a estrutura de dados propriamente dita.

3.1.1. Vantagens de Uso da Lista Ligada

1. A inserção ou remoção de um elemento na lista não implica a mudança de lugar de

outros elementos;
2. Alocação dinâmica da memória, ou seja, apenas usa-se a memória para o número de
nós necessários.
3.1.2. Desvantagens do Uso da Lista Ligada

1. Se a ligação entre elementos da lista for mal feito, toda a lista pode ser perdida;
2. Para aceder ao elemento na posição n da lista, deve-se percorrer os n - 1 anteriores
elementos.

5
 CAPÍTULO 4 METODOLOGIA DE RESOLUÇÃO DO PROBLEMA

4.1 Metodologia de pesquisa

4.1.1 Método de recolha de dados

O método escolhido para o presente trabalho foi a entrevista que é um encontro
previamente combinado cujo objectivo é obter informação acerca de um determinado assunto
na organização.
Para o melhor entendimento do sistema actual optamos pela entrevista de perguntas
abertas. Esta serve para obter opinião dos utilizadores e permite que o analista identifique o
valor que o utilizador da ao sistema e possibilita ao mesmo colher sentimentos do utilizador.

4.1.2 Razões da escolha de perguntas abertas

 Permite que o entrevistado fique mais à-vontade com as questões e sem nenhum receio
de respondê-las;
 Permite que o entrevistador identifique o tipo de linguagem do entrevistado;
 Permite a formulação de mais perguntas ao longo da entrevista;
 Permite igualmente capturar sentimentos do entrevistado bem como uma certa
espontaneidade nas suas respostas.

4.2 Material Utilizado

Para o desenvolvimento do nosso SGRJ utilizamos as seguintes ferramentas:

 Computador;
 SO Windows e Linux (qualquer um deles serve);
 Programa Dia Diagram Draw para a elaboração do DER (disponível para os 3
tipos de SO);

6
 CAPÍTULO 5 APRESENTAÇÃO, ANÁLISE E DISCUSSÃO DOS
RESULTADOS

5.1 APRESENTAÇÃO E ANÁLISE DOS RESULTADOS

5.1.1. Estudo de Viabilidade

Tem como objectivo clarificar o problema, discutir a viabilidade do novo sistema para
a organização em causa. Este faz uma análise de custos e benefícios para a organização tendo
em conta o tempo ou duração e o esforço necessário.
Esta fase compreende no estudo da:
 Viabilidade Operacional – que serve para avaliar questões organizacionais tais como
se a ideia de construção do sistema e do conhecimento de toda organização se é aceite
por todos;
 Viabilidade Económica – Aborda questões monetárias (dinheiro) referentes aos gastos
feitos na execução do sistema. Etapa ultrapassada com a contribuição total dos
membros do grupo.

5.2 DISCUSSÃO DOS RESULTADOS

5.2.1. Descrição do Sistema

Segundo o estudo feito em relação as actividades diárias da empresa acima citada,

verificou-se que cada jogador/equipe preenche uma ficha de inscrição da equipe, contendo o
nome de todos os jogadores que fazem parte da equipe. De seguida o jogador/equipe consulta
junto aos organizadores a possibilidade de ainda se inscrever de forma a participar no
campeonato, processo este que só é possível mediante a existência de vagas para equipes,
fornecendo detalhes do mesmo. Dessa forma os organizadores consultam a existência de
vaga, ao consultar na lista de equipes com vista a verificar se as vagas foram todas
preenchidas ou não.
Caso exista, o organizador anexa a ficha de inscrição junto ao arquivo, mediante o
pagamento da taxa de inscrição da equipe.
Caso não exista, o organizadr comunica ao jogador/equipe a impossibilidade de efectuar
a inscrição.

7
 Mesmo assim, as actividades desta organização sempre foram processadas
manualmente, o que ultimamente, devido a grande demanda de atendimento cria grandes
constrangimentos na gestão de dados dos seus jogadores.

5.2.2. Requisitos funcionais do sistema

São apresentados os requisitos funcionais do sistema em causa que descrevem o que o
mesmo faz ou esperado que faça. Estes são os requisitos que inicialmente serão levantados a
descrição do processamento a efectuar pelo sistema, a introdução e a busca de dados no
sistema.
Entidades RFS
Usuário do sistema Registar dados;
Buscar dados;
Actualizar dados;
Eliminar dados;
Cliente Registar clientes;
Buscar clientes;
Actualizar clientes;
Eliminar clientes;
Produtos Registar produtos;
Buscar produtos;
Actualizar produtos;
Eliminar produtos;
Venda Registar vendas;
Buscar vendas;
Actualizar vendas;
Eliminar vendas;

8
5.2.3 Diagrama de Entidades e Relações

9
 5.2.4 Diagrama de Classes

5.2.5 Esquema Relacional

Fornecedor(codigo, nome, telefone, localizacao, email, nomeRepresentante)

Funcionario(codigo_Func, nome_Func, cargo, morada, telefone, email)
Encomenda(id_Encomenda, descricao, quantidade, data_Entrega, numero_Factura)
Produto(codigo_Produto, descricao, quantidade, data_Registo, numero_Factura)
Venda(codigo_Venda, cod_produto, quantidade, valor_pago, valor_Total, numero_Recibo)
Cliente(codigo_Cliente, nome_Cliente, bi, morada, telefone, data_Registo)
Reserva(codigo_Reser, descricao, designacao_quantidade, data_Reserv, data_Satisfacao,
codigo_cliente)
Lista_Preco(codigo_produto, preco_Fornecedor, preco_Venda)
Preco_Produto(codigo_Produto, preco_Fornecedor, preco_Unitario, quantidade,
preco_Total)

5.2.5. Normalização

FORNECEDOR(codigo, nome, telefone, localizacao, email)

REPRESENTANTE(fornecedor_cod, nomeRepresentante)

10
FUNCIONARIO(codigo_Func, nome_Func, cargo, morada, telefone, email)
ENCOMENDA(id_Encomenda, descricao, quantidade, data_Entrega)
FACTURA_Encomenda(encomenda_id, numero_Factura)
FACTURA_Produto(produto_codigo, numero_Factura)
PRODUTO(codigo_Produto, descricao, quantidade, data_Registo)
VENDA(codigo_Venda, valor_pago, valor_Total, numero_Recibo)
CLIENTE(codigo_Cliente, nome_Cliente, bi, morada, telefone, data_Registo)
RESERVA(codigo_Reser, descricao, designacao_quantidade, data_Reserv, data_Satisfacao)
DATA_Reserva(Reser_codigo, data_Reserv, data_Satisfacao)
LISTA_PRECO(codigo_produto, preco_Fornecedor, preco_Venda)
PRECO_PRODUTO(codigo_Produto, preco_Fornecedor, preco_Unitario, quantidade,
preco_Total)

11
 CAPITULO 6 MANUAL DO UTILIZADOR

6.1 Tela de Clientes

Nesta tela temos quatro campos de preenchimento disponíveis para a inserção de dados pelo
utilizador destacando:

 Nome;
 Numero de bilhete de identidade;
 Morada;
 Telefone.

E dados inseridos automaticamente:

 Codigo;
 Data de Registo.

E nesta mesma tela e possível efectuar o:

 Cadastro de clientes;
 Eliminação de clientes;
 Alteração de clientes.
 Busca de clientes através do nome.

12
6.2 Tela de Funcionarios

Nesta tela temos cinco campos de preenchimento disponíveis para a inserção de dados pelo
utilizador destacando:

 Nome;
 Cargo;
 Morada;
 Telefone.
 E-mail.

E dados inseridos automaticamente:

 Codigo;

E nesta mesma tela e possível efectuar o:

 Cadastro de funcionarios;
 Eliminação de funcionarios;
 Alteração de funcionarios.
 Busca de funcionários através do nome;

13
6.3 Tela de Produtos

Nesta tela temos quatro campos de preenchimento disponíveis para a inserção de dados pelo
utilizador destacando:

 Nome;
 Quantidade;
 Preço;
 Número de facturas.

E dados inseridos automaticamente:

 Código;
 Data de Registo;

E nesta mesma tela e possível efectuar o:

 Cadastro de produtos;
 Eliminação de produtos;
 Alteração de produtos.
 Busca de produtos através da descrição.

14
6.4 Tela de encomendas

Nesta tela temos quatro campos de preenchimento disponíveis para a inserção de dados pelo
utilizador destacando:

 Descrição;
 Quantidade;
 Data de entrega;
 Número de factura.

E dados inseridos automaticamente:

 Identificação de encomenda;

E nesta mesma tela e possível efectuar o:

 Cadastro de encomendas;
 Eliminação de encomendas;
 Alteração de encomendas.
 Busca de encomendas através da descrição.

15
6.5 Tela de Fornecedores

Nesta tela temos cinco campos de preenchimento disponíveis para a inserção de dados pelo
utilizador destacando:

 Nome;
 Telefone;
 Localização;
 Email;
 Representante.

E dados inseridos automaticamente:

 código;

E nesta mesma tela e possível efectuar o:

 Cadastro de Fornecedores;
 Eliminação de Fornecedores;
 Alteração de Fornecedores.
 Busca de Fornecedores através da descrição.

16
6.6 Tela de Venda_produtos

Nesta tela temos oito campos de preenchimento disponíveis para a inserção de dados pelo
utilizador destacando:

 Código do cliente;
 Nome do cliente;
 Código do produto;
 Descrição do produto;
 Representante;
 Código do funcionário;
 Quantidade do produto;
 Preço por unidade;

E dados inseridos automaticamente:

 Código de venda;
 Data venda

E nesta mesma tela e possível efectuar o:

 Cadastro de vendas;
 Eliminação de vendas;
 Alteração de vendas;
 Busca de vendas através do nome do cliente.

17
6.7 Tela de Produto_encomendado

Nesta tela temos oito campos de preenchimento disponíveis para a inserção de dados pelo
utilizador destacando:

 ID Encomenda;
 Código do produto;
 Descrição;
 Código do fornecedor;
 Nome do fornecedor;
 Quantidade;
 preço por unidade;

E nesta mesma tela e possível efectuar o:

 Cadastro de produtos encomendados;

 Eliminação de produtos encomendados;
 Alteração de produtos encomendados;
 Busca de vendas através da descrição.

18
 CAPÍTULO 7 CONCLUSÕES E RECOMENDACÕES

7.1 Conclusões

Com o SGRJ pronto a JP Trading poderá:

 Efectuar vendas de forma flexível;
 Fazer a verificação de stock acelerada;
 Diminuir o tempo de espera do cliente para a compra de um determinado produto;
 Principalmente aumentar a segurança dos seus dados.

Desta forma que a JP Trading não tenha casos de constrangimento no que tange ao
armazenamento, busca e actualização de dados dos seus funcionários, produtos e mesmo dos
seus clientes.

7.2 Recomendações

 Os usuários do SGRJ devem de uma certa forma estudar o sistema, ou seja receber
uma breve formação de como o sistema funciona;
 Deve-se fazer uma manutenção do SGRJ para casos de falhas futuras ou mesmo
melhoramento do Sistema.

19
 BIBLIOGRAFIA
 Material didáctico das aulas de SGRJ;
 Baesso, M. (Novembro de 2004). Diagrama de Caso de Uso e Diagrama de Sequência.
 Wikipedia, E. (s.d.). Wikipedia. Obtido de Enciclopedia Wikipedia:
http://en.wikipedia.org/wiki/BottleStore

20