TCC SI Estácio

Prévia do material em texto

Universidade Estácio de Sá 
 
 
 
 
 
 
 
 
 
 
PROJETO DE TCC 
EM SISTEMAS DE INFORMAÇÃO 
 
 
 
 
 
 
 
 
2019 
 
 
 
 
Sistema de gerenciamento para academia 
 
 
 
 
 
Trabalho apresentado na disciplina de Projeto de 
TCC em sistemas de informação - EAD da 
Universidade Estácio de Sá, como requisito 
parcial para a obtenção do grau de Bacharel em 
Sistemas de informação. 
 
 
Autor: 
Professor orientador: Rogerio Leitão Nogueira 
 
 
 
 
 
 
 
 
 
2019 
 
 
 
 
Sistema de gerenciamento para academia 
 
 
 
Trabalho apresentado na disciplina de Projeto de 
TCC em sistemas de informação - EAD da 
Universidade Estácio de Sá, como requisito 
parcial para a obtenção do grau de Bacharel em 
Sistemas de informação. 
 
 
 
 
 
BANCADA EXAMINADORA 
 
Professor orientador: Rogerio Leitão Nogueira 
Universidade Estácio de Sá 
 
 Nota: 
Aprovada Aprovada com restrições Reprovada 
 
 
 
2019 
 
 
 
 
LISTA DE ILUSTRAÇÕES 
 
Figura 1 – Organograma .......................................................................................................4 
Figura 2 – Diagrama de Caso de Uso ..................................................................................11 
Figura 3 - Modelo Conceitual de Dados ..............................................................................18 
Figura 4 - Modelo Conceitual de Classes ............................................................................19 
Figura 5 - Diagrama de sequência – Login Administrador..................................................20 
Figura 6 - Diagrama de sequência – Calcular Lucros...........................................................20 
Figura 7 - Diagrama de sequência – Cadastro de alunos .....................................................21 
Figura 8 - Diagrama de sequência – Cadastro de filial ........................................................21 
Figura 9 - Diagrama de sequência – Cadastro de professor ................................................21 
Figura 10- Diagrama de sequência – Buscar e alterar Professor ...........................................22 
Figura 11- Diagrama de sequência – Buscar e alterar Aluno ..............................................22 
Figura 12- Diagrama de sequência – Buscar e alterar Filial ................................................22 
Figura 13- Diagrama de estado – Cadastros e Login ...........................................................23 
Figura 14- Diagrama de estado – Buscar, alterar e calcular .................................................24 
Figura 15- Diagrama de Atividade – Login .........................................................................25 
Figura 16- Diagrama de Atividade – Calcular Lucros ..........................................................25 
Figura 17- Diagrama de Atividade – Cadastros ..................................................................26 
Figura 18- Página principal do sistema de gerenciamento para academia.............................27 
Figura 19- Página de login do presidente e vice-presidente ................................................27 
Figura 20- Página principal dos administradores ................................................................28 
Figura 21- Página de cadastro de aluno ...............................................................................28 
Figura 22- Página de consulta de alunos cadastrados ..........................................................29 
Figura 23- Página de alteração do cadastro de aluno ...........................................................29 
Figura 24- Modelo de Classes de Projeto ............................................................................30 
 
 
 
 
LISTA DE TABELAS 
 
Tabela 1 - Cronograma de Trabalho .......................................................................................3 
Tabela 2 - tabela administrador ............................................................................................31 
Tabela 3 - tabela professor ...................................................................................................31 
Tabela 4 - tabela aluno .........................................................................................................31 
Tabela 5 - tabela filial ..........................................................................................................31 
Tabela 6 - tabela lucro ..........................................................................................................31 
Tabela 7 - armazenar dados do administrador ......................................................................32 
Tabela 8 - armazenar dados do professor .............................................................................32 
Tabela 9 - armazenar dados do alunos .................................................................................33 
Tabela 10 - armazenar dados das filiais ................................................................................34 
Tabela 11 - armazenar dados dos lucros ...............................................................................34 
 
 
 
 
 
 
 
 
Resumo 
Com o avanço da era tecnológica, todos tiveram que se adaptar, inclusive as 
empresas. Muitas empresas tradicionais optaram pela utilização de sistemas, pois, viu-se que 
essa ferramenta é primordial para o crescimento do seu negócio nos dias atuais. 
Tendo em vista esse avanço, viu-se a necessidade de criar um sistema administrativo 
para o negócio relacionado a academia de muay thai Gold Fight, pois se percebia uma perda 
de lucro devido à falta de organização. Atualmente a academia é administrada através de 
papeis, um tarefa muito difícil, já que existe filiais em vários municípios do estado do Ceará. 
Com o sistema pronto, será possível consultar todos as informações necessárias em 
tempo real como: quantidade de alunos cadastrados, lucro mensal, entre outras. Cada 
professor terá acesso ao sistema através do seu login, assim como o presidente e vice-
presidente que terá o controle total sobre o sistema, assim, otimizando 100% as atividades 
administrativas da academia. 
 
 
 
 
SUMÁRIO 
1. Proposta de Trabalho ...............................................................................................1 
1.1 Método do trabalho .....................................................................................................1 
1.2 Previsão de alocação de recursos (hardware e software) ............................................2 
1.3 Cronograma de trabalho (diagrama de Gantt) .............................................................3 
2. Caracterização da empresa e do negócio ................................................................4 
2.1 Histórico da empresa ...................................................................................................4 
2.2 Atividades da empresa ................................................................................................4 
2.3 Organograma ...............................................................................................................4 
2.4 Mercado consumidor ...................................................................................................5 
2.5 Concorrência ...............................................................................................................5 
2.6 Premissas e restrições ao projeto .................................................................................5 
3. O sistema Atual .........................................................................................................6 
3.1 Justificativa da Escolha do Sistema ............................................................................6 
3.1.1 Funcionamentodo sistema atual .................................................................................6 
3.1.2 Ambiente do sistema atual ..........................................................................................6 
3.1.3 Definição do escopo para o novo sistema ...................................................................6 
3.1.4 Problemas do sistema Atual ........................................................................................7 
3.2 Motivação para o novo sistema ...................................................................................7 
3.3 Situação desejada ........................................................................................................7 
4. O sistema Proposto .....................................................................................................8 
4.1 Lista de Requisitos do sistema .....................................................................................9 
4.2 Diagrama de Casos de Uso ........................................................................................11 
4.3 Especificações de Casos de Uso ................................................................................11 
4.4 Modelo Conceitual de dados ......................................................................................18 
4.5 Modelo Conceitual de Classes ...................................................................................19 
4.6 Diagramas de Sequência ............................................................................................20 
4.7 Diagramas de Estado ..................................................................................................23 
4.8 Diagramas de Atividade .............................................................................................25 
 
 
 
 
 
4.9 Projeto de Interface ....................................................................................................27 
5. Projeto Físico ............................................................................................................30 
5.1 Modelo de Classes de projeto ....................................................................................30 
5.2 Modelo físico de dados ..............................................................................................31 
5.2.1 Projeto de tabelas e Arquivos .....................................................................................32 
5.3 Ambiente Físico .........................................................................................................35 
5.3.1 Definição do ambiente físico .....................................................................................35 
5.3.2 Justificativa da Escolha do SGBD ............................................................................35 
5.3.3 Justificativa da Escolha da linguagem de programação .............................................35 
6. Conclusões ..................................................................................................................36 
6.1 Reflexões sobre os objetivos iniciais alcançados ........................................................36 
6.2 Vantagem do sistema para o negócio ..........................................................................36 
6.3 Trabalhos Futuros ........................................................................................................36 
Referências Bibliográficas .................................................................................................37 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
1 
 
 
 
1. Proposta do trabalho 
A Gold Fight é uma equipe de Muay Thai e Kickboxing fundada em 2016, que 
possui mais de 500 alunos divididos entre a sede e 20 filiais espalhadas por vários bairros de 
Fortaleza e municípios do estado do Ceará. 
Devido à grande demanda e o crescimento continuo, a empresa está tendo 
dificuldades com o gerenciamento manual do negócio, ocasionando perda de lucro com o 
mal gerenciamento das mensalidades e do controle de entrada e saída de alunos. Com isso é 
indispensável a utilização de um sistema de gerenciamento, para que se possa ter esse 
controle e saber as necessidades de cada uma de suas filiais. 
A proposta, a princípio, é o desenvolvimento de um sistema de gerenciamento para 
a academia, que seja capaz de otimizar o acesso a informações e ao quantitativo geral de 
lucros obtidos, além de dar acesso aos professores de cada filial, para poderem cadastrar e 
monitorar seus alunos. 
 
1.1 Método do trabalho 
 
Serão realizadas reuniões semanais diretamente com o presidente, vice-presidente e 
alguns professores e alunos, para o levantamento de requisitos que irão fazer parte do sistema. 
Depois de cada reunião, será gerado um documento que será enviado para cada um dos 
participantes, pois se, caso houver algum questionamento, os mesmos já entrarão em contato 
para tirarem qualquer dúvida. 
 
 
 
 
 
 
 
 
 
 
 
2 
 
 
 
1.2 Previsão Alocação de Recursos 
 
 Recursos Humanos 
 
Um Desenvolvedor de Sistemas; 
Presidente e dono da academia; 
Vice-presidente e sócio da academia; 
Professores das filiais. 
 
 Recursos Materiais (Hardware) 
 
5 Notebooks Intel inside 4 Gb; 
3 Notebooks Intel Pentium 4 Gb; 
 Recursos Materiais (Software) 
Navegador Google Chrome; 
phpMyAdmin SQL Dump versão 3.4.5 ou superior; 
PHP: 5.3.8; 
Notpad ++ ; 
Dreamweaver Cs6; 
Windows 7 ou superior. 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
3 
 
 
 
Figura 1 – Cronograma do trabalho 
1.3 Cronograma de Trabalho 
Atividades Início Duração Término 
 O problema 
1. Proposta do trabalho 07/03/2019 11 dias 17/03/2019 
1.1 Método do trabalho 17/03/2019 3 dias 19/03/2019 
1.2 Previsão de alocação de recursos 19/03/2019 6 dias 24/03/2019 
Contextualização 
2. Caracterização da empresa e do negócio 26/03/2019 4 dias 29/03/2019 
2.1 Histórico da empresa 30/03/2019 2 dias 31/03/2019 
2.2 Atividades da empresa 31/03/2019 2 dias 01/04/2019 
2.3 Organograma 02/04/2019 2 dias 03/04/2019 
2.4 Mercado consumidor 04/04/2019 3 dias 06/04/2019 
2.5 Concorrências 07/04/2019 2 dias 08/04/2019 
2.6 Premissas e restrições ao projeto 09/04/2019 2 dias 10/04/2019 
Sistema proposto + requisitos 
3. O sistema atual 12/04/2019 1 dia 12/04/2019 
3.1 Justificativa da escolha do sistema 12/04/2019 2 dias 13/04/2019 
3.1.1 O sistema atual 14/04/2019 3 dias 16/04/2019 
3.1.2 Funcionamento do sistema atual 17/04/2019 2 dias 18/04/2019 
3.1.3 Ambiente do sistema atual 19/04/2019 2 dias 20/04/2019 
3.1.4 Definição do escopo para o novo sistema 21/04/2019 3 dias 23/04/2019 
3.1.5 Problema do sistema atual 24/04/2019 3 dias 26/04/2019 
3.2 Motivação para o novo sistema 28/04/2019 2 dias 29/04/2019 
3.2.1 Situação desejada 30/04/2019 2 dias 01/05/2019 
Casos de uso + classes + dados 
4. O sistema proposto 02/05/2019 4 dias 05/05/2019 
4.1 Lista de requisitos do sistema 06/05/2019 3 dias 08/05/2019 
4.2 Diagrama de Casos de uso 09/05/2019 3 dias 11/05/2019 
4.3 Especificações de Casos de uso 12/05/2019 4 dias 15/05/2019 
4.4 Modelo Conceitual de dados 16/05/2019 3 dias 18/05/2019 
4.5 Modelo conceitual de Classes 19/05/2019 4 dias 22/05/2019 
4.6 Diagrama de Sequência 26/08/2019 8 dias 02/09/2019 
4.7 Diagrama de Estado 03/09/2019 7 dias 09/09/2019 
4.8 Diagrama de Atividade 10/09/2019 7 dias 16/09/2019 
4.9 Projeto de Interface 
Projeto Físico 
5.1 Modelo de classes de projeto 17/09/2019 4 dias 20/09/2019 
5.2 Modelo Físico de dados 21/09/2019 3 dias 23/09/2019 
5.2.1 Projeto de tabelas e arquivos 24/09/2019 3 dias 26/09/2019 
5.3 Modelo físico de dados 27/09/2019 4 dias 30/09/2019 
5.3.1 Definição do ambiente físico 01/10/2019 4 dias 04/10/2019 
5.3.2 Justificativa da escolha do SGBD 05/10/2019 3 dias 07/10/2019 
5.3.3 Justificativada escolha da linguagem de Programação 08/10/2019 4 dias 11/10/2019 
Conclusões 
6.1 Reflexões sobre os objetivos inicias alcançados 12/10/2019 4 dias 15/10/2019 
6.2 Vantagens do Sistema para o negócio 16/10/2019 1 dia 17/10/2019 
6.3 Trabalhos futuros 18/10/2019 1 dia 19/10/2019 
Referências Bibliográficas 20/10/2019 1 dia 21/09/2019 
4 
 
 
 
Figura 2 - Organograma 
2 Caracterização da empresa e do negócio 
Sediada no bairro Serrinha em Fortaleza-CE, a Gold Fight é uma equipe de Muay 
Thai e Kickboxing fundada em 2016 pelo seus atuais presidente e vice-presidente. Possui 
mais de 500 alunos divididos entre a sede e 20 filiais espalhadas por vários bairros de 
Fortaleza e municípios do Ceará. Pessoas que buscam ter uma vida mais ativa e saudável, 
veem vantagem na pratica desse esporte, criando assim, um mercado bem amplo para sua 
atuação. A Gold Fight forma cada vez mais professores, e lutadores semiprofissionais, sendo 
uma grande concorrente no mercado de artes marciais. 
 
2.1 Histórico da empresa 
A Gold fight tem como base de lucro as instruções de treinamento de artes márcias. 
A área de atuação é baseada no público em geral, tendo maior volume de alunos na faixa de 
12 anos de idade à 25 anos de idade. 
 
2.2 Atividades da empresa 
A maioria dos clientes da Gold Fight, está concentrada na população de média e 
baixa renda, tendo foco no crescimento tanto, no monetário quanto no social. Os 
frequentadores tem em média idades de 12 à 25 anos. 
 
2.3 Organograma 
 
 
 
 
 
 
 
 
 
 
5 
 
 
 
2.4 Mercado Consumidor 
 Na era da tecnologia, as pessoas estão ficando cada vez mais sedentárias, tendo 
assim, que recorrer a uma academia. A Gold fight tem atraído cada vez mais praticantes, 
principalmente jovens. 
 
2.5 Concorrência 
Com grande respaldo, a Gold fight é considerada uma das grandes no cenário na 
região, tendo concorrência com várias outras academias. O diferencial da equipe é a formação 
de bons atletas, com o grande foco em competições, assim, atraindo mais praticantes do 
esporte. 
2.6 Premissas e restrições ao projeto 
O setor não possui tecnologia de ponta. Possui um computador Windows 8, uma 
linha telefônica e um plano de internet de 2mb. Para o desenvolvimento desse projeto não 
necessitara de muita verba, devido à baixa complexidade do mesmo. Após a implantação do 
sistema, os usuários deverão receber um treinamento para o manuseio do sistema. 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
6 
 
 
 
3 O sistema atual 
Atualmente o cadastro de cada aluno é feito na própria filial, ou seja, a sede da 
equipe não tem o controle específico do quantitativo de alunos matriculados. 
 
3.1 Justificativa da Escolha do Sistema 
O mercado está cada vez mais tecnológico, com isso, todo negócio tem que se 
adaptar a ele. Vendo a ineficácia de um sistema antiquado onde dados são perdidos, ou são 
manipulados com ineficiência, foi se necessário criar um sistema para manter a 
competitividade do negócio. 
 
3.1.1 Funcionamento do sistema atual 
Quando um aluno decide-se matricular na academia, primeiro ele entra em contato 
com o professor, então o professor faz o seu cadastro, na própria filial, utilizando uma lista, 
o aluno já matriculado realiza o pagamento e pronto. A informação do quantitativo de alunos 
de cada filial só é passada ao presidente e vice-presidente quando solicitado. 
 
3.1.2 Ambiente do sistema atual 
O sistema atual é desprovido de ferramentas eletrônicas, ou seja, todo o cadastro do 
aluno é feito a partir de uma lista escrita manualmente. 
 
3.1.3 Definição do escopo para o novo sistema 
A criação do Sistema tem a finalidade de melhorar o desempenho da academia, 
tornando mais fácil o cadastramento dos alunos e levando as informações necessárias para 
os administrados da mesma em tempo real. segue abaixo a descrição detalhada de como será 
montado o sistema, com os fatores necessários para sua criação e funcionamento: 
 
 
 
 
 
7 
 
 
 
3.1.4 Problemas do sistema atual 
O sistema utilizado atualmente, traz uma grande desvantagem para o negócio, pois 
a falha na comunicação entre as filiais e a sede gera alguns problemas como: 
 Perda de tempo na comunicação de informações 
 Descontrole do faturamento mensal das filiais 
 
 
3.2 Motivação para o novo sistema 
Tendo em vista o descontrole das informações da academia, utilizaremos a 
tecnologia para ajudar a resolver este problema, já que o sistema utilizado atualmente, está 
antiquado, e não atende a necessidade da mesma. 
 
3.3 Situação desejada 
Quando o sistema para academia for implantado, os administradores terão muitas vantagens 
como: 
 As informações da empresa poderão ser consultada a qualquer momento 
 Acesso ao controle de cadastro de alunos de cada filial atualizada 
 Acesso a quantidade de lucro mensal de cada filial atualizado 
 Relatórios mensais e anuais sobre os alunos e os lucros obtidos 
 
 
 
 
 
 
 
 
 
 
 
 
8 
 
 
 
4 O sistema proposto 
Produto Final: 
Sistema de Gerenciamento para academia 
Objetivos: 
O Objetivo desse projeto é o desenvolvimento e a implementação de um sistema 
que irá facilitar a administração de uma academia de muay thai, possibilitando a visualização 
e manipulação de dados, tanto da sede, quanto das filiais, tornando as informações cada vez 
mais transparentes para os administradores. 
 
Posicionamento estratégico 
Devido haver filiais da equipe em outros municípios, fica difícil manter o controle 
de lucro. Esse Sistema permitirá o controle maior da administração, assim, contribuindo com 
o aumento da velocidade da informação, essencial para o crescimento de qualquer negócio. 
 
Descrição do produto: 
O sistema será desenvolvido em html, css e php, permitindo assim a utilização do 
mesmo em qualquer computador ou dispositivo móvel com acesso à internet. O sistema 
poderá ser facilmente acessado tanto pelos professores quanto pelo próprio presidente de 
qualquer computador conectado à internet. 
 
O Sistema terá as seguintes áreas: 
 Home Page: página principal com botões de login e informações sobre a equipe de 
muay thai; 
 Login: permitirá o acesso restrito ao presidente e vice-presidente da equipe ou apenas 
aos professores que estiverem cadastrados; 
 Pagina do administrador: será um sessão exclusiva para o presidente e vice-
presidente da equipe, onde poderão consultar e inserir dados no banco de dados do 
sistema; 
 Pagina do professor: será uma sessão exclusiva para os professores cadastrados, 
onde poderão inserir dados dos alunos; 
 Orçamento: o servidor de hospedagem será no valor de R$ 95,00 anuais. 
9 
 
 
 
Prazo de entrega: 01 de novembro de 2019 
Requisitos de qualidade: 
 Ser prático; 
 Ter fácil acesso; 
 Funcionar em qualquer computador ou dispositivo móvel. 
Riscos e ameaças: 
 O maior risco será a desinformação da usabilidade do sistema, causando transtornos 
na hora de castrar ou manipular um dado, assim podendo ocasionar um descontrole 
de informação. 
 
4.1 Lista de requisitos do sistema 
O sistema desenvolvido será utilizado para o controle de dados da academia, sendo 
indispensável a utilização de requisitos funcionais, já que será necessário a inserção e a 
edição de informações no sistema para assim, haver a manipulação de informações. 
 
Requisitos funcionais 
 REQF1.Autenticar administradores e professores: o sistema irá autenticar os mesmos 
através de login e senha. 
 REQF2.Cadatro de filial: função exclusiva para a página administrativa. Ela será 
responsável por cadastrar cada filial ativa existentes na equipe 
 REQF3.Cadastro e edição de professores: Através da página administrativa, será 
possível cadastrar professores e se caso necessário, editar as informações do mesmo. 
 REQF4.Cadastro e edição de alunos: Através da página administrativa e da página 
do professor, será possível cadastrar alunos e se caso necessário,editar as 
informações do mesmo. 
 REQF4.Controle de lucro: área responsável pelo controle de pagamentos dos alunos 
 
 
 
 
 
10 
 
 
 
Requisitos não funcionais 
Assim como os requisitos funcionais, os requisitos não-funcionais são uma parte 
essencial do sistema, já que para obter a satisfação do cliente, é necessário haver uma 
interface bem definida e despojada, facilitando a utilização do mesmo. 
 
REQNF1. Menus interativos: menus que interagem com os usuários, tornando mais 
agradável a sua utilização; 
REQNF2. Utilização de cores da equipe: para deixar o sistema mais agradável, será utilizada 
as cores padrões da equipe de muay thai gold fight; 
REQNF1. Css e html: linguagens de programação muito utilizadas no desenvolvimento web. 
 
Os requisitos são a base do sistemas, sendo assim indispensável a utilização do levantamento 
de requisitos, uma das fases principais, onde o cliente define as funcionalidades e a interface 
que quer no sistema. 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
11 
 
 
 
Figura 3- Diagrama de Caso de Uso 
4.2 Diagrama de Casos de Uso 
O diagrama de caso de uso tem a função de detalhar os requisitos que o Sistema deverá ter 
de forma precisa, mostrando os relacionamentos possíveis no mesmo. A Figura 2 mostra o 
diagrama de casos do sistema de gerenciamento para academia. 
 
 
 
 
 
 
 
 
 
 
 
 
 
4.3 Especificações de caso de uso 
Nome: Autenticar usuário 
Este caso de uso aponta a ação do sistema de comparar a informação de usuário e senha 
cadastrados no banco de dados, para assim, poder dar acesso as funcionalidades do sistema. 
Ator: Professor, Presidente/vice presidente 
Pré-condição: Estar cadastrado na base de dados 
Fluxo Normal: 
1.O usuário executa a ação login. 
2.O sistema solicita que informe o usuário e senha cadastrados no banco de dados. 
3.O usuário informa os dados para a autenticação. 
4.O Sistema valida os dados de autenticação. 
5.O sistema habilita as funções relacionadas ao usuário. 
12 
 
 
 
6.O caso de uso encerra. 
 
Fluxo Alternativo: 
4.O sistema mostra a seguinte mensagem: "Usuário ou senha não cadastrados". 
5.Preencher campos obrigatórios. 
5.1.Campos obrigatórios não preenchidos. 
6.Sistema retorna ao passo 2. 
 
Nome: Cadastrar Aluno 
Objetivos: Função responsável por cadastrar os alunos interessados em se matricular na 
academia. 
Ator: Professor, Presidente/vice presidente. 
Pré-condição: Estar logado. 
 
Fluxo normal: 
1.Sistema exibe a tela para se realizar a matrícula de alunos. 
2.O sistema solicita as informações necessária para o cadastro. 
3.Ator informa nome, rg, filial e data de ingresso do aluno. 
4.Ator clica em cadastrar. 
5.Sistema valida os dados. 
6.Os dados são cadastrados no banco de dados. 
7. Sistema encerra o caso de uso. 
 
Fluxo Alternativo: 
5.Sistema apresenta mensagem: “Dados inválidos". 
6.Sistema apresenta mensagem: "preencher todos os campos obrigatórios". 
7.Sistema retorna ao passo 2. 
 
 
 
 
13 
 
 
 
Nome: Consultar Aluno, Editar Aluno 
Objetivos: Função responsável por consultar os alunos matriculados no sistema e se caso 
necessário, a edição das informações dos mesmos. 
Ator: Professor, Presidente/vice presidente. 
Pré-condição: Estar logado. 
Pré-condição: Aluno deve estar matriculado. 
 
Fluxo normal: 
1.Sistema exibe a tela com a lista de alunos matriculados. 
2.Ator descreve alguma informação do aluno na barra de pesquisa, como: nome, rg, filial e 
data de ingresso do aluno, para que o sistema realize a pesquisa no banco de dados. 
3.Ator ativa o caso de uso editar aluno, caso necessário. 
4.Ator descreve a informação que deseja alterar. 
5.Sistema valida os dados. 
6.Sistema envia as informações novas para atualização no banco de dados. 
7.Sistema apresenta mensagem: "Dados alterados com sucesso". 
8. Sistema encerra o caso de uso. 
 
Fluxo Alternativo: 
5.Sistema apresenta mensagem: "Dados inválidos". 
6.Sistema retorna ao passo 3. 
 
Nome: Consultar lucros, calcular lucros 
Objetivos: Função responsável por calcular a renda mensal de cada filial. 
Ator: Presidente/vice presidente 
Pré-condição: Estar logado 
 
Fluxo normal: 
1.Sistema exibe o nome de cada filial na tela. 
2.Ator seleciona filial para que seja visualizado o lucro ou seleciona o cálculo de lucro total. 
3.Sistema faz o cálculo. 
14 
 
 
 
4.Sistema mostra o lucro na tela. 
5. Sistema encerra o caso de uso. 
 
Nome: Cadastrar Professor 
Objetivos: Função responsável por cadastrar professor que leciona na academia. 
Ator: Presidente/vice presidente. 
Pré-condição: Estar logado. 
 
Fluxo normal: 
1.Sistema exibe a tela para se realizar a matrícula do professor. 
2.O sistema solicita as informações necessária para o cadastro. 
3.Ator informa nome, rg, filial, usuário e senha. 
4.Ator clica em cadastrar. 
5.Sistema valida os dados. 
6.Os dados são cadastrados no banco de dados. 
7.Sistema encerra o caso de uso. 
 
Fluxo Alternativo: 
5.Sistema apresenta mensagem: "Dados inválidos". 
6.Sistema apresenta mensagem: "Preencher todos os campos obrigatórios". 
7.Sistema retorna ao passo 2. 
 
Nome: Consultar Professor, Editar Professor 
Objetivos: Função responsável por consultar os professores matriculados no sistema e se 
caso necessário, a edição das informações dos mesmos. 
Ator: Presidente/vice presidente. 
Pré-condição: Estar logado. 
Pré-condição: Professor deve estar cadastrado. 
 
 
 
15 
 
 
 
Fluxo normal: 
1.Sistema exibe a tela com a lista de professores cadastrados. 
2.Ator descreve alguma informação do professor na barra de pesquisa, como: nome, rg ou 
filial, para que o sistema realize a pesquisa no banco de dados. 
3.Ator ativa o caso de uso editar professor, caso necessário. 
4.Ator descreve a informação que deseja alterar. 
5.Sistema valida os dados. 
6.Sistema envia as informações novas para atualização no banco de dados. 
7.Sistema apresenta mensagem: "Dados alterados com sucesso". 
8.Sistema encerra o caso de uso. 
 
Fluxo Alternativo: 
5.Sistema apresenta mensagem: "Dados inválidos". 
6.Sistema retorna ao passo 3. 
 
Nome: Cadastrar Filial 
Objetivos: Função responsável por cadastrar academias filiais à equipe Gold Fight de muay 
thai. 
Ator: Presidente/vice presidente. 
Pré-condição: Estar logado. 
 
Fluxo normal: 
1.Sistema exibe a tela para se realizar o cadastro da filial. 
2.O sistema solicita as informações necessária para o cadastro. 
3.Ator informa nome da filial, endereço da filial e professor responsável. 
4.Ator clica em cadastrar. 
5.Sistema valida os dados. 
6.Os dados são cadastrados no banco de dados. 
7.Sistema encerra o caso de uso. 
 
 
16 
 
 
 
 
Fluxo Alternativo: 
5.Sistema apresenta mensagem: "Dados inválidos". 
6.Sistema apresenta mensagem: "Preencher todos os campos obrigatórios". 
7.Sistema retorna ao passo 2. 
 
Nome: Consultar Filial 
Objetivos: Função responsável por consultar as filiais matriculadas no sistema e se caso 
necessário, a edição das informações das mesmas. 
Ator: Presidente/vice presidente. 
Pré-condição: Estar logado. 
Pré-condição: Filial deve estar cadastrada. 
 
Fluxo normal: 
1.Sistema exibe a tela com a lista de Filiais cadastradas. 
2.Ator descreve alguma informação da filial na barra de pesquisa, como: nome da filial, 
endereço da filial e professor responsável, para que o sistema realize a pesquisa no banco de 
dados. 
3.Ator ativa o caso de uso editar filial, caso necessário. 
4.Ator descreve a informação que deseja alterar. 
5.Sistema valida os dados. 
6.Sistema envia as informações novas para atualização no banco de dados. 
7.Sistema apresenta mensagem: "Dados alterados com sucesso". 
8.Sistema encerra o caso de uso. 
 
Fluxo Alternativo: 
5.Sistema apresenta mensagem: "Dados inválidos". 
6.Sistema retorna ao passo 3. 
 
 
 
17 
 
 
 
 
Nome: Editar Login 
Objetivos: Função responsável por editar o login do presidentee vice presidente, que já 
foram pré-cadastrados direto no banco de dados. 
Ator: Presidente/vice presidente 
Pré-condição: Estar logado 
 
Fluxo normal: 
1.Sistema exibe a tela para se realizar a edição do login. 
2.O sistema solicita as informações necessária para a edição. 
3.Ator informa usuário e senha. 
4.Ator clica em alterar. 
5.Sistema valida os dados. 
6.Os dados são atualizados no banco de dados. 
7.Sistema encerra o caso de uso. 
 
Fluxo Alternativo: 
5.Sistema apresenta mensagem: "Dados inválidos". 
6.Sistema apresenta mensagem: "Preencher todos os campos obrigatórios". 
7.Sistema retorna ao passo 2. 
 
 
 
 
 
 
 
 
 
 
18 
 
 
 
4.4 Modelo Conceitual de Dados 
O Modelo conceitual de dados é uma ferramenta importante no desenvolvimento de um 
sistema, pois ele mostra em representações gráficas os requisitos e informação relevantes 
para a criação do mesmo, representando-o sob a perspectiva de dados, sendo utilizado em 
todas as fases de um projeto de tecnologia da informação. 
 
Figura 4- Modelo Conceitual de Dados 
 
 
 
 
 
19 
 
 
 
Figura 5- Modelo Conceitual de Classes 
 
4.5 Modelo Conceitual de Classes 
Um diagrama de classes serve para mostrar mais claramente informações essenciais 
para o desenvolvimento de um sistema. Visa representar as principais interfaces da 
arquitetura mostrando a perspectiva destinada as pessoas que não precisam saber detalhes de 
desenvolvimento, tais como gerentes de projeto. Aborda também vários detalhes de 
implementação, facilitando a compreensão dos desenvolvedores. 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
20 
 
 
 
Figura 6- Diagrama de Sequência - Login Adiministrador 
Figura 7- Diagrama de Sequência - Calcular Lucros 
4.6 Diagrama de Sequência 
Um diagrama de sequência serve para mostrar a troca de mensagens entre os objetos 
em uma determinada ação do sistema para realizar uma tarefa. Mostra a ordem temporal das 
trocas de mensagens, e pode ser usado para detalhar um caso de uso. 
 
 
 
21 
 
 
 
Figura 7- Diagrama de Sequência - Cadastro de Aluno 
Figura 8- Diagrama de Sequência - Cadastro de Filial 
Figura 9- Diagrama de Sequência - Cadastro de Professor 
 
 
 
 
 
22 
 
 
 
Figura 10- Diagrama de Sequência - Buscar e Alterar professor 
Figura 11- Diagrama de Sequência - Buscar e Alterar Aluno 
Figura 12- Diagrama de Sequência - Buscar e Alterar Filial 
 
 
 
23 
 
 
 
Figura 13- Diagrama de Estado - Cadastros e Login 
4.7 Diagrama de Estado 
O diagrama de estado é fundamental na modelagem de sistemas, pois mostra com 
clareza determinada situação ou estado em que o objeto se encontra na execução dos 
processos do sistema. 
 
 
24 
 
 
 
Figura 14- Diagrama de Estado - Buscar, Alterar e Calcular lucro 
 
 
25 
 
 
 
Figura 15- Diagrama de Atividade - Login 
Figura 16- Diagrama de Atividade - Calcular Lucro 
4.8 Diagrama de Atividade 
O diagrama de atividade é um diagrama que especifica a característica de um 
software, e ele auxilia a modelar partes do comportamento de um determinado sistema. 
 
 
26 
 
 
 
Figura 17- Diagrama de Atividade - Cadastros 
 
27 
 
 
 
Figura 19- Página de login do presidente e vice-presidente 
 
4.9 Projeto de interface 
A Ilustração abaixo (figura 18) mostra a página principal do sistema, onde é possível 
selecionar a função de login tanto do presidente e vice-presidente quanto dos professores. 
 
Figura 18- Página principal do sistema de gerenciamento para academia 
 
A Ilustração abaixo (figura 19) mostra a página de login do presidente e vice-
presidente. A autenticação é necessária para ter acesso as funções do sistema. 
 
 
 
28 
 
 
 
Figura 21- Página de cadastro de aluno 
 
A Ilustração abaixo (figura 20) exibe a página principal dos administradores, onde 
podem executar as funções do sistema. 
 
 
 
 
 
 
 
 
 
 
 
Figura 20- Página principal dos administradores 
 
A Ilustração abaixo (figura 21) exibe a página de cadastro de alunos. 
29 
 
 
 
Figura 22- Página de consulta de alunos cadastrados 
 A Ilustração abaixo (figura 21) mostra todos os alunos cadastrados no sistema, 
sendo possível a busca dos mesmos por: nome, rg, data de ingresso ou filial. Também é 
possível editar os dados dos alunos caso necessário ou excluir. 
 
 
 
 
 
 
 
 
 
 
 
 
A Ilustração abaixo (figura 23) mostra a ação de alterar dados de algum aluno caso 
seja necessário. 
Figura 23- Página de alteração do cadastro de aluno 
30 
 
 
 
5. Projeto Físico 
5.1 Modelo de classes de projeto 
 
Figura 24- Modelo de Classes de Projeto 
 
 
 
31 
 
 
 
Tabela 2- tabela administrador 
Tabela 3- tabela professor 
 
Tabela 4- tabela aluno 
 
Tabela 5- tabela filial 
 
Tabela 6- tabela lucro 
 
5.2 Modelo físico de dados 
Tabela administrador 
 
 
 
 
Tabela Professor 
 
 
 
 
Tabela aluno 
 
 
 
 
Tabela filial 
 
 
 
Tabela lucro 
 
 
32 
 
 
 
 
5.2.1 Projeto de tabelas e arquivos 
Nome da tabela: tb_adm 
 
 
 
 
 
 
CREATE TABLE `gerenciadoracademia`.`tb_adm` ( 
`cod_Adm` INT NOT NULL AUTO_INCREMENT , 
`UsuaroAdm` VARCHAR(20) NOT NULL , 
`SenhaAdm` VARCHAR(20) NOT NULL , 
PRIMARY KEY (`cod_Adm`)) 
ENGINE = MyISAM; 
 
Nome da tabela: tb_professor 
 
 
 
 
 
 
 
 
 
CREATE TABLE `gerenciadoracademia`.`tb_professor` ( 
`Cod_Prof` INT NOT NULL AUTO_INCREMENT , 
`NomeP` VARCHAR(100) NOT NULL , 
Função: Armazenar dados de login dos administradores 
Chave Nome do Campo Tipo Tamanho Nulo 
PK Cod_Adm INT não 
 UsuaroAdm VARCHAR 20 
 SenhaAdm VARCHAR 20 
Tabela 7- Armazenar dados do administrador 
Função: Armazenar dados pessoais e de login dos professor 
Chave Nome do Campo Tipo Tamanho Nulo 
PK Cod_Prof INT não 
 NomeP VARCHAR 100 
 RGP INT 20 
 UsuaroP VARCHAR 20 
 SenhaP VARCHAR 20 
 NomeFil VARCHAR 50 
Tabela 8- Armazenar dados do professor 
33 
 
 
 
`RGP` INT(20) NOT NULL , 
`UsuarioP` VARCHAR(20) NOT NULL , 
 `SenhaP` VARCHAR(20) NOT NULL , 
`NomeFil` VARCHAR(50) NOT NULL , 
 PRIMARY KEY (`Cod_Prof`)) ENGINE = MyISAM; 
 
Nome da tabela: tb_aluno 
 
 
 
 
 
 
 
CREATE TABLE `gerenciadoracademia`.`tb_aluno` ( 
`Cod_Alu` INT NOT NULL AUTO_INCREMENT , 
 `NomeA` VARCHAR(100) NOT NULL , 
`RGA` INT(20) NOT NULL , 
`DataIng` VARCHAR(20) NOT NULL , 
 `NomeFil` VARCHAR(50) NOT NULL , 
 PRIMARY KEY (`Cod_Alu`)) ENGINE = MyISAM; 
 
 
 
 
 
 
Função: Armazenar dados dos alunos 
Chave Nome do Campo Tipo Tamanho Nulo 
PK Cod_Alu INT não 
 NomeA VARCHAR 100 
 RGA INT 20 
 DataIng VARCHAR 20 
 NomeFil VARCHAR 50 
Tabela 9- Armazenar dados do aluno 
34 
 
 
 
Nome da tabela: tb_filial 
 
 
 
 
 
 
 
CREATE TABLE `gerenciadoracademia`.`tb_filial` ( 
 `Cod_Fil` INT NOT NULL AUTO_INCREMENT , 
`NomeFil` VARCHAR(100) NOT NULL , 
`EnderecoFil` VARCHAR(100) NOT NULL , 
 `NomeP` VARCHAR(100) NOT NULL , 
 PRIMARY KEY (`Cod_Fil`)) ENGINE = MyISAM; 
 
Nome da tabela: tb_lucro 
 
 
 
 
CREATE TABLE `gerenciadoracademia`.`tb_lucro` ( 
 `CodLuc` INT NOT NULL AUTO_INCREMENT , 
 `CalLucro` DOUBLE(100) NOT NULL , 
PRIMARY KEY (`CodLuc`)) ENGINE = MyISAM; 
 
 
Função: Armazenar dados das filiais 
Chave Nome do Campo Tipo Tamanho Nulo 
PK Cod_Fil INT não 
 NomeFil VARCHAR 100 
 EnderecoFil VARCHAR 100 
 NomeP VARCHAR 100 
Tabela 10- Armazenar dados das filiais 
Função: Armazenar dados do lucro 
Chave Nome do Campo Tipo Tamanho Nulo 
PK CodLuc INT não 
 CalcLucro DOUBLE 100 
Tabela 11- Armazenar dados dos lucros 
35 
 
 
 
5.3 Ambiente do Sistema 
5.3.1 Definição do ambiente Físico 
Para o sistema de gerenciamento para academia funcionar com fluidez, foi feito um 
estudo sobre os requisitos mínimos de hardware e software necessários para a execução do 
mesmo, são eles: 
Software: 
 Sistema Operacional Windows 7 home basic ou superior; 
 Servidorde banco de dados MySQL 5.7 ou superior; 
 Navegador Google Chrome atualizado. 
Hardware: 
 Memória RAM de 4 GB de memória ou superior; 
 Disco rígido com no mínimo 500 Gb de memória; 
 Processador Intel Pentium Dual-core G630 De 2,7 Ghz 3mb. 
 
5.3.2 Justificativa da Escolha do SGBD 
Além de ser uma linguagem de código aberto, o MySQL é de fácil manuseio e de 
fácil manutenção, sendo ideal para o sistema de gerenciamento para academia. 
 
5.3.3 Justificativa da Escolha da linguagem de programação 
O sistema de gerenciamento para academia foi idealizado inicialmente para agradar 
os usuários no geral, tanto nas funcionalidades quanto no design, então, com uma variedade 
de funcionalidades na linguagem PHP, e a facilidade da criação de um layout agradável para 
os usuários com o HTML e CSS, assim, foram escolhidas as linguagens. 
 
36 
 
 
 
6. Conclusões 
6.1 Reflexões sobre os objetivos iniciais alcançados 
Com o grande avanço tecnológico, as empresas tendem a optar por usar a tecnologia 
ao seu favor, deixando-as cada vez mais competitivas. O desenvolvimento do sistema de 
gerenciamento para academia foi muito importante para o crescimento do negócio da equipe 
Gold Fitght de muay thai, pois tornou a administração e a organização do negócio mais 
sistemática, facilitando a vida dos administradores. Sendo assim, o objetivo do projeto foi 
alcançado, pois contribuiu positivamente na sistematização do negócio e na facilidade de 
processamentos de dados. 
 
6.2 Vantagem do sistema para o negócio 
Com o sistema já implantado e operando, as atividades administrativas serão 
executadas em tempo real, facilitando a vida dos administradores da empresa. Todos os dados 
serão armazenado no banco de dados, assim, facilitará o manuseio dos mesmos, pois as 
informações estarão disponíveis a qualquer momento, bastando apenas ser solicitadas. 
 
6.3 trabalhos Futuros 
Com o decorrer da usabilidade do sistema, se houver a necessidade de melhorias 
conforme relatos de usuário, o sistema será aperfeiçoado. Será feito um estudo no decorrer 
do tempo para que possamos implementar mais funcionalidades que irão contribuir na 
usabilidade do sistema. O sistema ficará aberto à futuras implementações se caso necessário. 
 
37 
 
 
 
REFERÊNCIAS BIBLIOGRÁFICAS 
 
LARMAN, G. Utilizando UML e padrões: Uma introdução à análise e ao projeto 
orientados a objetos; Tradução Luiz A Meirelles Salgado. Bookman Porto Alegre, 2000. 
JARDIM, Eduardo; COSTA, Ricardo. Gestão Estratégica de Curto Prazo. Nota técnica Trilha 
Desenvolvimento de Projetos Ltda., Rio de Janeiro, 2003. 
KOCHE, J.C. Fundamentos de metodologia cientifica. Teoria da ciência e pratica da 
pesquisa. 23. ed. Petrópolis: Vozes, 2006. 
Propriedade intelectual, tecnologias e inovação/ Suzana P965p Leitão Russo, Antonio Vanderlei 
dos Santos; Fatima Regina Zan; Mariane Camargo Priesnitz (organizadores). – Aracaju: Associação 
Acadêmica de Propriedade Intelectual, 2018. 
Portal Caelum. https://www.caelum.com.br/apostila-html-css-javascript/css-
avancado/#seletores-avanados. Acessado entre 12/08/2019 e 21/10/2019. 
Portal PHP. https://www.php.net/manual/pt_BR/book.mysql.php 
Acessado entre 12/08/2019 e 21/10/2019. 
Portal Devmedia. https://www.devmedia.com.br/uml/8579 
Acessado entre 12/08/2019 e 21/10/2019. 
Portal Devmedia. https://www.devmedia.com.br/artigo-engenharia-de-software-3-requisitos-
nao-funcionais/9525. Acessado entre 12/08/2019 e 21/10/2019. 
Portal Wikepedia. https://pt.wikipedia.org/wiki/Diagrama_de_atividade 
Acessado entre 12/08/2019 e 21/10/2019. 
 
 
 
https://www.caelum.com.br/apostila-html-css-javascript/css-avancado/#seletores-avanados
https://www.caelum.com.br/apostila-html-css-javascript/css-avancado/#seletores-avanados
https://www.php.net/manual/pt_BR/book.mysql.php
https://www.devmedia.com.br/uml/8579
https://www.devmedia.com.br/artigo-engenharia-de-software-3-requisitos-nao-funcionais/9525
https://www.devmedia.com.br/artigo-engenharia-de-software-3-requisitos-nao-funcionais/9525
https://pt.wikipedia.org/wiki/Diagrama_de_atividade