TCC Completo(2 Semestres 2019)Nota conceitual B /

Prévia do material em texto

UNIVERSIDADE ESTACIO DE SÁ
Jônatas Silva Diniz
SISTEMA PARA GESTÃO DE ACADEMIAS INTELIGENTES (SISDELI)
TCC em Sistemas de informação
Japeri – Rio de Janeiro
2019
Jônatas Silva Diniz
SISTEMA PARA GESTÃO DE ACADEMIAS INTELIGENTES
TCC em Sistemas de informação
Relatório final, apresentado a Universidade Estácio de Sá, como parte das exigências para a obtenção do título de Bacharel em sistemas de informação.
Japeri, 16 de Abril de 2019.
BANCA EXAMINADORA
________________________________________
Prof. (Nome do orientador)
Afiliações
________________________________________
Prof. (Nome do professor avaliador)
Afiliações
________________________________________
Prof. (Nome do professor avaliador)
Afiliações
Resumo
Este trabalho apresenta uma análise sobre a necessidade de uma academia diante de muitas incertezas sob o uso correto diante dos devidos pagamentos do plano do qual os usuários estavam pagando e também da necessidade de proteger o próprio funcionário quanto a possíveis duvidas se o mesmo estava contabilizando tudo de forma correta, assim sendo, o trabalho descreve de forma simples e atual um modo de sanar todas as dúvidas que estavam sob suspeitas e poder de forma simples mas eficaz através de um programa detalhar a quantidade de membros ativos as suas vendas e o controle de produtos oferecidos na academia bem como as funcionalidades disponíveis e demonstrar alguns gastos provenientes de recursos necessário pra um bom funcionamento, assim o sistema também visa proteger o funcionário de possíveis erros e o ajuda a poder gerenciar melhor dando satisfação de serviço e facilidade de trabalho atrás de um programa que o ajude a gerenciar seu setor.
�
abstract
This paper presents an analysis of the need for an academy in the face of many uncertainties under the correct use of the payments of the plan that the users were paying and also of the need to protect the employee himself regarding possible doubts about whether he was accounting for everything so, the work describes in a simple and current way a way to remedy all doubts that were under suspicion and power in a simple yet effective way through a program detailing the number of active members their sales and control of products offered in the gym as well as the available functionalities and demonstrate some expenses coming from resources necessary for a smooth operation, so the system also aims to protect the employee from possible mistakes and helps you to manage better giving service satisfaction and workability behind a program that helps you manage your industry.
�
lista de ilustrações
5Figura 1 - Organograma	�
9Figura 2 – Cronograma Diagrama de Gantt parte 1	�
10Figura 3 – Cronograma Diagrama de Gantt parte 2	�
20Figura 4 – Diagrama de casos de uso	�
25Figura 5 – Diagrama de Classes	�
26Figura 6 – Diagrama conceitual	�
27Figura 7 – Diagrama de Sequencia	�
28Figura 8 – Layout Janela Login	�
29Figura 9 – Layout da tela principal	�
30Figura 10 – Layout da tela de cadastro cliente	�
33Figura 11 – Layout janela pacote	�
35Figura 12 – Layout da janela cadastro fornecedor	�
38Figura 13 – Diagrama de Estados	�
39Figura 14 – Diagrama de Atividades	�
40Figura 15 – Diagrama de Componentes	�
41Figura 16 – Diagrama conceitual de dados com entidade e relacionamento	�
50Figura 17 – Diagrama de implantação	�
�
�
lista de tabelas
6Tabela 1 – Previsão recursos humanos	�
7Tabela 2 – Previsão recursos tecnológicos	�
8Tabela 3 – Previsão recursos materiais	�
11Tabela 4 – Previsão orçamentaria	�
16Tabela 5 – Requisitos funcionais (Login)	�
16Tabela 6 – Requisitos funcionais (Cliente)	�
18Tabela 7 – Requisitos funcionais (Funcionário, fornecedor e treino)	�
18Tabela 8 – Requisitos funcionais (Caixa)	�
18Tabela 9 – Requisitos não funcionais (usabilidade)	�
19Tabela 10 – Requisitos não funcionais (Hardware)	�
19Tabela 11 – Requisitos não funcionais (Software)	�
29Tabela 12 – Descrição Login	�
32Tabela 13 – Descrição da tela cadastro de cliente	�
34Tabela 14 – Descrição da tela pacote	�
37Tabela 15 – Descrição da janela cadastro de fornecedores	�
42Tabela 16 – Armazenamento de usuário do sistema	�
42Tabela 17 – Armazenamento de dados dos fornecedores	�
43Tabela 18 – Armazenamento de dados do cliente	�
43Tabela 19 – Armazenamento dos dados da avaliação	�
44Tabela 20 – Armazenamento dos produtos do estoque	�
44Tabela 21 – Armazena os dados dos produtos	�
45Tabela 22 – Armazena os dados da compra	�
�
Sumário
11. O problema	�
11.1.	Tema do trabalho	�
11.2.	Contextualização	�
11.3.	A situação-problema	�
11.4.	Breve descrição da solução	�
22. Contextualização do problema	�
22.1. Premissas e restrições do projeto	�
32.2. Caracterização da empresa	�
32.2.1. Histórico da empresa	�
42.2.2. Atividades da empresa	�
42.2.3. Mercado consumidor	�
42.2.4. Concorrência	�
52.2.5. Organograma	�
52.3. Proposta de trabalho	�
62.3.1. Método do trabalho	�
62.3.2. Previsão e alocação de recursos (humanos e materiais)	�
92.3.3. Cronograma de trabalho (diagrama de Gantt)	�
102.3.4. Previsão orçamentária	�
112.4. O Sistema Atual	�
112.4.1. Funcionamento do sistema atual	�
112.4.2. Problemas do sistema atual	�
133. A Solução	�
133.1. O Sistema proposto	�
133.1.1. Justificativas para o novo sistema	�
133.1.2. Situação desejada: objetivos gerais e específicos	�
143.1.3. Soluções alternativas	�
153.2. Solução escolhida	�
153.2.1. Escopo da solução	�
153.2.2. Lista de Requisitos do sistema	�
203.2.3. Diagrama de Casos de Uso	�
203.2.4. Especificações textuais dos casos de uso	�
253.2.5. Modelo conceitual de classes	�
263.2.6. Modelo conceitual de dados	�
273.3. SOLUÇÃO TECNOLÓGICA	�
273.3.1. Diagrama de Sequência (ou comunicação)	�
273.3.2. Projeto de Interfaces	�
383.3.3. Diagrama de Estados	�
393.3.4. Diagrama de Atividades	�
403.3.5. Diagrama de Componentes	�
413.3.6. Modelo de Classes de Projeto	�
413.3.7. Modelo Físico de dados	�
413.3.7.1. Projeto de Tabelas e Arquivos	�
453.3.7.2. Scripts de geração do banco e suas tabelas	�
483.3.8. Ambiente tecnológico do sistema	�
483.3.8.1. Ambiente Físico (diagrama de implantação)	�
503.3.8.2. Justificativa da escolha da linguagem de programação	�
513.3.8.3. Justificativa da escolha do SGBD (Sistema Gerenciador de Banco de Dados)	�
524. CONCLUSÕES	�
524.1. Reflexões e comparação entre objetivos iniciais x alcançados	�
524.2. Vantagens e desvantagens do sistema	�
534.3. Trabalhos futuros	�
545. Referências Bibliográficas	�
�
�
1. O problema
 Tema do trabalho
Sistema para gestão de academias inteligentes (Sisdeli)
 Contextualização
O sistema visa atender às demandas do fluxo de pessoas nas academias, podendo melhorar o fluxo de pessoas no ambiente melhorando assim a vida das pessoas.
 A situação-problema
Existe uma grande dificuldade em controlar o fluxo de pessoas que tem acesso a algumas partes dos serviços prestados, visto que existe diferente planos de acesso a academia, muitos tem comprado o plano mais em conta e usando todos os benefícios do mais caro devido à falta de programa pra gerenciar a rede de academias
 Breve descrição da solução
Implantar um sistema no qual visa controlar o fluxo de pessoas, tornar disponível a possibilidade de agendar horários na academia e poder controlar e dar acesso somente àqueles que pagam pelo plano desejado.
2. Contextualização do problema
2.1. Premissas e restrições do projeto
É uma informação que assumo como verdadeira ou certa que vai servir de base para que o projeto possa ir adiante do qual se assume uma suposição de algo para que tudo ocorra de forma correta.
Exemplo: Projeto de festa em sítio
Será feito uma festa num sitio com piscina, para que todos possam fazer uso e se divertir (estou supondo que no dia não irá chover).
Sendo assim as premissasencontradas no projeto de academias inteligentes são as seguintes;
O proprietário garante ter suporte pra infraestrutura do sistema e a implantação em cidades pra se fazer testes.
A implantação do sistema irá precisar de aprovação, para que um servidor fique 24 horas por dia.
O financiamento do projeto será aprovado assim que toda parte documentada for apresentada e aprovada.
Restrições
São acontecimentos ou limitações que impedem o projeto de ir adiante, que podem ser impostas pelos clientes e até mesmo pela própria empresa que o projeta devido a riscos altos que muitas vezes surgir em alguns projetos então a fim de eliminar algumas vulnerabilidades ou erros, é impostas restrições pra que diminuam o número de imprevistos num projeto limitando algumas áreas no qual colocaria em risco toda estrutura. Assim poderemos garantir todo o projeto levando em conta as restrições a seguir;
Orçamento definido abaixo do esperado.
O programa seguirá datas rígidas de controle da entrega parcial do mesmo
O projeto deve durar no máximo 6 meses
Alguns analistas não poderão trabalhar no mesmo horário
O projeto deverá ser divido em 3 equipes distintas
A estação de trabalho só estará disponível 12 horas por dia.
2.2. Caracterização da empresa
2.2.1. Histórico da empresa
Nome: AcademyRJ
Criação: Março de 2000
Funcionários: Na empresa de academia, temos 1 presidente, 1 gerente, 3 supervisores, 2 coordenadores, 1 faxineiro, 1 serviços gerais, 2 estagiários, 2 recepcionistas/ vendedor e 1 administrativo 
Ramo: Academia e vendas de produtos voltados pra mesma
Beneficiários: Todos os que pagam pra fazer uso do sistema de musculação e compras na academia, bem como o atendente e o gerente
Quantidade de pessoas: Os que trabalham na empresa bem como os que fazem uso dos recursos da academia
Ramo da atividade: Prestação de serviço em controle do fluxo de pessoas.
2.2.2. Atividades da empresa
A empresa e voltada pra área de musculação no qual visa melhora a saúde física das pessoas na cidade em que e estabelecida, também segue ativa no ramo de vendas de produtos voltados a musculação em geral, também como objetivo de dar aulas a todos na população afim de conscientizar e mostrar os benefícios do uso de fazer a musculação.
2.2.3. Mercado consumidor
Tem como objetivo principal os adolescentes que hoje preza por uma boa aparência física, mas também visa melhorar a vida de idosos por meio de programas individuais voltados para essas pessoas, também a todas as pessoas que moram ao redor em busca de exercícios e atividades físicas 
2.2.4. Concorrência
Devido a crescentes números de academias em volta, foi-se notado que está se perdendo consumidores pra academias que tem feito integração possibilitando o uso da rede em diferentes localidades.
2.2.5. Organograma
Figura 1 - Organograma
2.3. Proposta de trabalho
2.3.1. Método do trabalho	
Pra que tudo ocorra de uma forma coesa a parte do método de trabalho deve compreender três áreas de um projeto no qual nos ajudará a definir e dar rumo a forma do projeto a fim de facilitar e melhorar a criação do mesmo o passos que temos que definir é; a metodologia usada pra execução do projeto os procedimento e técnicas de levantamento de dados e os procedimentos as técnicas e ferramentas de análise e projetos de sistemas.
Metodologia usada para execução do projeto;
Será usado diagrama de UML no qual nos ajudará a documentar e modelar o sistema que será orientado a objeto, o diagrama tornará fácil e eficaz o que deve ser feito no projeto por meio de desenhos orientando o especialista no projeto de forma correta.
2.3.2. Previsão e alocação de recursos (humanos e materiais)
	Recursos humanos
	Seq
	Nome do recurso
	Unidade
	Qtd Unidade
	Valor Unit
	Valor Total
	1
	Analista de Sistemas
	Mês
	4
	R$5.000
	R$20.000
Tabela 1 – Previsão recursos humanos
	Recursos Tecnológicos
	Seq
	Nome do recurso
	Unidade
	Qtd Unidade
	Valor Unit
	Valor Total
	2
	Desktop Dell Empresarial Optiplex 3060 Micro-p20m 8ª Geração Intel Core I3 4gb 500gb Win 10 Pro
	Um
	1
	R$2.807,10
	R$2.807,10
	3
	Roteador Wireless Tp-link Archer C60 Dual Band Ac1350
	Um
	1
	R$208,80
	R$208,80
	4
	Impressora Epson EcoTank L120
	Um
	1
	R$611,91
	R$611,91
	5
	Office 365 Personal
	Mês
	4
	R$24,00
	R$96,00
	6
	Qpython
	Um
	1
	R$00,0
	R$0,00
	7
	Project Libre
	Um
	1
	R$00,0
	R$00,0
	8
	miMind
	Um
	1
	R$00,0
	R$00,0
	9
	DbDesigner
	Um
	1
	R$00,0
	R$00,0
Tabela 2 – Previsão recursos tecnológicos
	Recursos Materiais
	Seq
	Nome do recurso
	Unidade
	Qtd Unidade
	Valor Unit
	Valor Total
	1
	Kit Refil De Tinta Epson Original Ecotank
	Um
	1
	R$85,99
	R$85,99
	2
	Kit escritório (1 Grampeador médio para 20 folha
1 Caixa de grampo cobreado- 5.000 
1 Porta fita durex
1 Caixa de 1 Post-it- 76x76 mm- 100 folhas 
4 Canetas Bic: 2 azul e 2 pretas
2 Marca textos: Amarelo e Laranja
1Papel Chamex 500 folhas
	Um
	1
	R$120,00
	R$120,00
Tabela 3 – Previsão recursos materiais
 
2.3.3. Cronograma de trabalho (diagrama de Gantt)
Figura 2 – Cronograma Diagrama de Gantt parte 1
Figura 3 – Cronograma Diagrama de Gantt parte 2
2.3.4. Previsão orçamentária
	Recurso
	Tipo Recurso
	Valor Mês
	Mar/19
	Abr/19
	Maio/19
	Jun/19
	Total
	Analista de Sistema
	Humano
	5.000,00
	5.000,00
	5.000,00
	5.000,00
	5.000,00
	20.000,00
	Desktop
	Tecnológico
	2.807,10
	2.807,10
	0,00
	0,00
	0,00
	2.807,10
	Roteador
	Tecnológico
	208,80
	208,80
	0,00
	0,00
	0,00
	208,80
	Impressora
	Tecnológico
	611,91
	611,91
	0,00
	0,00
	0,00
	611,91
	Office
	Tecnológico
	24,00
	24,00
	24,00
	24,00
	24,00
	96,00
	Qpython
	Tecnológico
	0,00
	0,00
	0,00
	0,00
	0,00
	0,00
	Project Libre
	Tecnológico
	0,00
	0,00
	0,00
	0,00
	0,00
	0,00
	miMind
	Tecnológico
	0,00
	0,00
	0,00
	0,00
	0,00
	0,00
	DbDesigner
	Tecnológico
	0,00
	0,00
	0,00
	0,00
	0,00
	0,00
	Refil Tinta
	Material
	85,99
	
	
	
	85,99
	85,99
	Kit Escritório
	Material
	120,00
	60,00
	
	
	60,00
	120,00
	Total
	
	
	8711,81
	5.024,00
	5.024,00
	5.169,99
	23.929,80
Tabela 4 – Previsão orçamentaria
2.4. O Sistema Atual
2.4.1. Funcionamento do sistema atual
Hoje o sistema e parcialmente automatizado no qual se é usado planilhas pra fazer todo o controle da academia e as pessoas que a fazem uso, no qual o atendente quando cadastra uma nova pessoa a coloca na planilha com as informações, a parte financeira também e feita e controlada pelo atendente que regulamenta toda estrutura da academia com os cadastros que pode ser tanto modificado por ele como também pelo gerente e outros que tem acesso as planilhas eletrônicas.
2.4.2. Problemas do sistema atual
O que há de errado com a situação atual?
Podemos ver que muitos problemas podem surgir no sistema descrito, o primeiro seria a perda de informações, visto que não se faz backup o arquivo poderia corromper, o atendente consegue controlar toda a planilha de quem tem acesso e também a parte financeira, não consegue saber de forma efetiva quem realmente ta pagando ou não visto que o atendente faz o controle, visto que existe diferentes planos na academia, que permita o acesso a mais vezes na semana, também o modo como e feito o controle é inconclusivo e dispendioso visto que não lida com nenhum sistema de catraca ou uma chave única no qual só o frequentador teria acesso.
O que é possível melhorar?
Fazer um controle de fluxo de pessoas de forma automática, separar o cadastro de novos usuários e o sistema de cobrança, integrar as academias permitindo o usuário ir onde desejar, mudar a forma de cobrança, manterinformações atualizadas para o gerente
O que/quem será afetado pelo novo sistema?
Os usuários que fazem uso da academia, o atendente da empresa o gerente e o financeiro.
Qual a solução proposta?
O novo sistema visa melhorar estas partes, fazer um controle de fluxo de pessoas de forma automática, separar o cadastro de novos usuários e o sistema de cobrança separado na qual de forma automática fará a cobrança ao usuário, o sistema também visa integrar toda rede de academia da empresa em outros locais podendo assim integrar todas como se fosse um, o sistema também irá manter o sistema de vendas dos produtos do qual a academia tem no sistema a fim de controlar o seu estoque e saber ao certo a movimentação de tudo na academia.
3. A Solução
3.1. O Sistema proposto
O sistema consiste em gerir os planos vendidos de uma academia em conjunto com o controle de acesso na academia e as vendas de produtos relacionado aos interesses dos membros 
3.1.1. Justificativas para o novo sistema
O sistema atual e muito simples, o feito de forma manual em planilhas de excel, todo o controle e sistema de acesso aos usuários e feito de forma muito inconsistente visto que necessita de uma atenção aos detalhes pra validar todos os acessos na academia, a academia também possui outras unidades e não pode fazer a sincronização com as outras afim de garantir um benefício a mais de quem a faz uso, com o novo sistema as academias poderiam ser integradas porem primeiro ficará em uma única unidade afim de servir como teste.
Assim sendo o cliente achou alguns problemas que justificou a troca e melhoria do sistema, que são elas;
Não existe um relatório gerencial;
Cadastro e controle feitos de forma manual;
Falta de confiabilidade das informações cadastradas;
Não existe Backup confiável;
Falta de um gerenciamento de produtos a venda;
Com a falta de controle do fluxo de pessoas a academia tem ficado com mais pessoas em, mas dias sem estarem pagando pelo plano correto.
3.1.2. Situação desejada: objetivos gerais e específicos
O programa em si tem a finalidade de melhorar o desempenho da empresa o ambiente e produzir mais melhorando a forma de acesso ao estabelecimento e diminuindo o trabalho dos envolvidos automatizando tudo que for possível além de dirimir quaisquer dúvidas que os que necessitam de informações de forma rápido de todos os processos da academia independentes de onde estejam assim o sistema muito em breve poderiam sincronizar as academias de forma que os usuários ao fazer um plano teria acesso a todas elas conforme seu plano permitisse o uso.
Sendo assim os objetivos específicos a serem alcançados são;
Fazer controle de acesso de forma automática;
Cadastro de acesso com informações do plano escolhido;
Relatório gerencial de custos, vendas e fluxo de pessoas;
Cancelar plano automaticamente por falta de pagamento;
Backup confiável
Agilidade no acesso a academia
3.1.3. Soluções alternativas
Foi se pensado em muitos modos de fazer o programa de forma ágil, para que fazem uso da academia pudessem se sentir em casa e ter o acesso a academia de forma rápida e simples.
Algumas soluções encontradas foram o acesso com código QR, leitura biométrica, cartão RFID, porém em alguns casos está sendo inviabilizado o sistema devido a algumas serem caras (RFID) e nem todas as academias poderiam está sob o mesmo programa outras demandam muitas manutenções que acabaria aumentando os custos e poderia ainda sofrer alguns erros como exemplo a de biometria que depende da digital.
3.2. Solução escolhida
Assim depois de uma análise entre custo e benefício onde podíamos tanto se adequar a academias grandes assim como as pequenas sem muitos custos, vai ser feito o controle por cartão com códigos de barra em PVC onde as academias que possuem catraca poderão fazer o controle por ela e as outras academias a fim de ter menos custos poderá deixar um ou mais equipamentos de leitores de código em local próximo a entrada pra fazer o controle dos que frequentam o estabelecimento.
3.2.1. Escopo da solução
O sistema vida abranger todo o aspecto de regulação do uso de equipamentos bem como a atividade dos alunos matriculados e monitoração do tempo que fazem uso na academia, não será considerado por hora fazer a integração com outras academias da mesma empresa visto que a ideia e ter um sistema que ajude e não seja tão caro afim de poder inviabilizar o projeto assim a solução escolhida foi de por enquanto fazer algo simples mas que atenda a necessidade mais importante da empresa que seria a venda dos produtos verificar a necessidade de professores pra avaliação e controlar o fluxo de pessoas e produtos.
3.2.2. Lista de Requisitos do sistema
Abaixo será descrito os requisitos para a implementação do software proposto, os requisitos apresentados serão requisitos funcionais e não funcionais.
Requisitos Funcionais
	Código:
RF001
	Nome: Efetuar login
	Prioridade
	( x ) Essencial ( ) Importante ( ) Desejável
	Descrição
	O usuário deverá efetuar o login para usar as funcionalidades do sistema.
	Regras de negócio: apenas usuários habilitados poderão fazer o login no sistema
Tabela 5 – Requisitos funcionais (Login)
	Código:
RF002
	Nome: Atualizar Cliente
	Prioridade
	( x ) Essencial ( ) Importante ( ) Desejável
	Descrição
	Cadastrar, consultar, desativar os dados do cliente
	Regras de negócio
Tabela 6 – Requisitos funcionais (Cliente)
	Código:
RF003
	Nome: Atualizar Funcionário
	Prioridade
	( x ) Essencial ( ) Importante ( ) Desejável
	Descrição
	Cadastrar, consultar, alterar e desativar os dados do funcionário
	Regras de negócio
	Código:
RF004
	Nome: Atualizar Equipamento
	Prioridade
	( x ) Essencial ( ) Importante ( ) Desejável
	Descrição
	Cadastrar, consultar, alterar e excluir os dados do equipamento
	Regras de negócio
	Código:
RF005
	Nome: Atualizar produto
	Prioridade
	( x ) Essencial ( ) Importante ( ) Desejável
	Descrição
	Cadastrar, consultar, alterar e excluir os dados do produto
	Regras de negócio
	Código:
RF006
	Nome: Atualizar Fornecedor
	Prioridade
	( x ) Essencial ( ) Importante ( ) Desejável
	Descrição
	Cadastrar, consultar, alterar e desativar os dados do fornecedor
	Regras de negócio
	Código:
RF007
	Nome: Controle de Cliente
	Prioridade
	( x ) Essencial ( ) Importante ( ) Desejável
	Descrição
	Controla a situação do cliente em relação ao pagamento, se está inadimplente ou não.
	Regras de negócio
	Código:
RF008
	Nome: Controle de Treino
	Prioridade
	( x ) Essencial ( ) Importante ( ) Desejável
	Descrição
	Controla qual tipo de pacote o usuário escolheu para o treino
	Regras de negócio
	Código:
RF009
	Nome: Agendar Avaliação Física
	Prioridade
	( x ) Essencial ( ) Importante ( ) Desejável
	Descrição
	Agenda uma data para avaliação física antes de começar os exercícios.
	Regras de negócio
Tabela 7 – Requisitos funcionais (Funcionário, fornecedor e treino)
	Código:
RF010
	Nome: Controle de Fluxo de Caixa
	Prioridade
	( x ) Essencial ( ) Importante ( ) Desejável
	Descrição
	Controle de todo caixa que é feito com vendas dos produtos e pagamento de mensalidade
	Regras de negócio
Tabela 8 – Requisitos funcionais (Caixa)
Requisitos Não funcionais
	Código:
RNF001
	Nome: Usabilidade
	Prioridade
	( x ) Essencial ( ) Importante ( ) Desejável
	Descrição
	O sistema terá uma interface amigável e intuitiva com o usuário.
	Regras de negócio
Tabela 9 – Requisitos não funcionais (usabilidade)
	Código:
RNF002
	Nome: Hardware
	Prioridade
	( x ) Essencial ( ) Importante ( ) Desejável
	Descrição
	Computadores com configuração básica
	Regras de negócio
Tabela 10 – Requisitos não funcionais (Hardware)
	Código:
RNF003
	Nome: Software
	Prioridade
	( x ) Essencial ( ) Importante ( ) DesejávelDescrição
	visando criar um produto com maior reusasabilidade e flexibilidade adotaremos como linguagem principal de desenvolvimento java seguindo a orientação a objetos. Mas outras linguagens podem ser usadas quando necessário. O uso da linguagem java não permite especificar qual será o sistema operacional e a máquina em que o programa executará. No entanto, essa máquina deverá se comunicar com um sistema de banco de dados 
	Regras de negócio
Tabela 11 – Requisitos não funcionais (Software)
3.2.3. Diagrama de Casos de Uso
Figura 4 – Diagrama de casos de uso
3.2.4. Especificações textuais dos casos de uso
Nome do caso de uso: Registrar venda;
Escopo: Sistema de vendas 
Nível: Usuário;
Atores: atendente.
Pré-condição
 Todos os produtos registrados no sistema e com respectivos preços;
 Caixa autenticado;
Pós-condições
Venda salva;
Estoques atualizados;
Autorizações de pagamento registradas;
Recibo gerado.
Cenário principal
1. Cliente solicita os itens que deseja adquirir.
2. Caixa inicia uma nova venda.
3. Para cada item de venda do cliente, faça:
 a) Caixa insere o identificador do item.
 b) Sistema localiza o item.
 c) Sistema registra e apresenta a linha do item de venda, com identificador, nome e valor unitário do produto.
4. Sistema apresenta o valor total da venda.
5. Caixa insere quantia do dinheiro fornecida.
6. Sistema apresenta valor do troco e libera gaveta do dinheiro.
7. Caixa deposita dinheiro fornecido e entrega troco ao cliente.
8. Sistema registra pagamento em dinheiro.
9. Sistema finaliza venda e apresenta o recibo dela.
10. Sistema contabiliza a baixa no estoque de cada item vendido.
Cenários alternativos
3.a. Sistema não localiza o identificador do item.
    1. Sistema avisa o erro e rejeita a entrada.
    2. Sistema retorna ao passo 3.a do cenário principal.
Nome do caso de uso: cadastrar cliente;
Escopo: Sistema de cadastro
Nível: Usuário;
Atores: atendente.
Pré-condição
Documentos pra registrar informações do usuário.
Pagamento da primeira mensalidade.
Pós-condições
Cadastro salvo
Pacote escolhido
Avaliação marcada
Informações de pagamento salva.
Cenário principal
1. Atendente inicia um novo cadastro
2. Sistema solicita nome do novo usuário
3. Sistema solicita informações de endereço
 a) Sistema solicita o CEP
 b) Sistema solicita nome de rua, bairro, cidade, estado e número
4. Sistema solicita informações pessoais
 a) Sistema solicita CPF
 b) Sistema solicita RG
 c) Sistema solicita Celular
 d) Sistema solicita E-mail
 e) Sistema solicita data de nascimento
 f) Sistema solicita a confirmação de todos os dados
 g) Atendente confirma os dados 
5. Sistema apresenta os planos disponíveis
 a) Três vezes na semana
 b) Duas vezes na semana
6. Atendente informa plano solicitado
7. Sistema apresenta dias e horários disponíveis pra avaliação física
8. Atendente informa o dia e horário escolhido
9. Sistema apresenta datas pra pagamento da mensalidade
10. Atendente informa data
11. Sistema apresenta o valor total do plano.
12. Caixa insere quantia do dinheiro fornecida.
13. Sistema apresenta valor do troco e libera gaveta do dinheiro.
14. Caixa deposita dinheiro fornecido e entrega troco ao cliente.
15. Sistema registra pagamento em dinheiro.
16. Sistema finaliza venda e apresenta o recibo dela.
17. Sistema adiciona o usuário ao banco de dados.
Cenários alternativos
3.a. Sistema não localiza o CEP
 1. Sistema avisa o erro e rejeita a entrada
 2. Sistema retorna ao passo 3.a do cenário principal
4.e. Atendente verifica um erro e volta
 1. Sistema retorna e mostra as janelas com os dados
 2. Atendente corrige o erro e avança
Nome do caso de uso: cadastrar fornecedor;
Escopo: Sistema de fornecimento
Nível: Usuário;
Atores: atendente.
Precondição 
CNPJ da empresa
Informações de um representante
Pós-condições
Cadastro salvo
Linha de produtos disponíveis
Tempo estimado da entrega
Cenário principal
Sistema solicita informações de contato
Nome da empresa
CNPJ
Representante
E-mail
Telefone de contato
Sistema solicita os produtos disponíveis 
Fornecedor informa os produtos
Atendente cadastra os produtos
Nome
Código
Valor unitário
Marca
Sistema grava as informações
Atendente solicita os produtos desejados
Quantidade
Sistema exibe o valor total
Sistema exibe formas de pagamento faturado
Atendente escolhe a melhor opção
Sistema envia um e-mail a empresa com a solicitação desejada
Sistema gera a entrega pra até 3 dias uteis.
Sistema grava as informações
Nome do caso de uso:  Manter Usuário
Escopo:  Sistema gerencial
Nível:  Gerencial
Atores: Gerente
 Pré-condição
Ser empregado que lida com o sistema
 Pós-condições
Login ativo pra gerenciamento do setor
Cenário principal
Seleciona a opção de cadastro de usuário
Sistema apresenta a tela de cadastro do usuário
Seleciona adiciona usuário
Gerente preenche os dados do formulário
Sistema gera nome e senha de usuário
Sistema salva os dados do formulário
3.2.5. Modelo conceitual de classes
Figura 5 – Diagrama de Classes
 3.2.6. Modelo conceitual de dados
Figura 6 – Diagrama conceitual
3.3. SOLUÇÃO TECNOLÓGICA
3.3.1. Diagrama de Sequência (ou comunicação) 
Figura 7 – Diagrama de Sequencia
3.3.2. Projeto de Interfaces
O projeto de interface visa mostrar o programa pronto, o objetivo e mostrar como ficará cada tela que vai compor o sistema, no entanto é fundamental lembrar não ser necessário ter todas s telas, mais deve conter as principais com seus botões e campos pra facilitar a visualização do usuário.
 
Figura 8 – Layout Janela Login
Layout de janela
Nome da janela: Login
Inicialização: Habilitar Edit login, edit senha e desabilitar o botão ‘Entrar’
	Elemento
	Nome
	Ação/comportamento
	Tam
	Tipo de dado
	Obrigatório
	Edit login
	Seu login
	Login do usuário
	25
	alfanumérico
	Sim
	Edit Senha
	Sua senha
	Se login e senha estiverem preenchidos e a senha conter 8 caracteres alfanuméricos, habilitar o botão entrar
	8
	alfanumérico
	Sim
	Botão entrar
	Entrar
	Verifica a validação dos dados, se inexistente, então informar: ‘login e senha desconhecidos’ caso positivo, acesso confirmado
	
	
	
Tabela 12 – Descrição Login
O menu principal tem todas as opções abaixo com sub menus que mostram as opções que terá o sistema
Figura 9 – Layout da tela principal
Figura 10 – Layout da tela de cadastro cliente
Layout de janela
Nome da janela: Cadastro de clientes
Inicialização: Habilitar botão cancelar e botão voltar, desabilitar botão avançar e Gravar, habilitar edit; nome, data cadastro, CPF, Sexo, Data de nascimento, Telefone, Celular, E-mail, Rua, Bairro, Número, CEP, Cidade e Estado e Habilitar gerar matricula, selecione pacote, data avalição e horário
	Elemento
	Nome
	Ação/comportamento
	Tam
	Tipo de dado
	Obrigatório
	Edit Nome
	Seu nome
	Escrever o nome completo
	50
	Alfanumérico
	sim
	Gerar data cadastro
	Data cadastro
	O sistema irá automaticamente inserir a data do dia do cadastro
	8
	Número / 99/99/9999
	
	Edit CPF
	CPF
	CPF do cliente, obrigatório conter 11 dígitos
	11
	Número / 999.999.999-99
	sim
	Selecione Sexo
	Sexo
	Escolher o sexo do cliente
	
	
	sim
	Edit Data de nascimento
	Nascimento
	Inserir a data de nascimento do cliente com obrigação de possuir 8 dígitos pra validação da data
	8
	Número / 99/99/9999
	Sim
	Edit Telefone
	Telefone
	Telefone do cliente
	11
	Numérico / 99 9999-9999
	Não
	Edit Celular
	Celular
	Celular do cliente
	11
	Numérico / 99 99999-9999
	Sim
	Edit E-mail
	E-mail
	E-mail do cliente
	50
	AlfanuméricoNão
	Edit Rua
	Rua
	Rua onde mora
	40
	Alfanumérico
	Sim
	Edit Bairro
	Bairro
	Bairro onde mora
	40
	Alfanumérico
	Sim
	Edit Numero
	Numero
	Número da casa podendo conter lote e quadra
	20
	Alfanumérico
	Sim
	Edit Cep
	CEP
	CEP
	8
	Número / 99999-999
	Sim
	Edit Cidade
	Cidade
	Cidade que mora
	40
	Alfanumérico
	Sim
	selecione Estado
	Estado
	Selecionar o Estado do cliente
	
	
	
	Gerar Matricula
	Matricula
	O sistema deverá gerar automaticamente um matricula pro usuário
	4
	Numérico
	Sim
	Botão cancelar
	Cancelar
	Cancela o cadastro em curso e fecha a janela
	
	
	
	Botão avançar
	Avançar
	Dá prosseguimento ao cadastro e segue pra tela final
	
	
	
Tabela 13 – Descrição da tela cadastro de cliente
 
 
Figura 11 – Layout janela pacote
	Elemento
	Nome
	Ação/comportamento
	Tam
	Tipo de dado
	Obrigatório
	Seleciona pacote
	Pacote
	Escolhe o plano desejado da academia
	
	
	sim
	Gera Valor
	Valor
	Gerar o valor do plano de acordo com o pacote escolhido na opção anterior
	
	Numérico / R$ 99,99
	
	Mostrar datas
	Data
	O sistema irá mostrar os dias disponíveis levando em consideração já os dias que não tiverem mais disponibilidade
	
	Numérico / 99/99/9999
	Sim
	Mostrar Hora
	Hora
	O sistema irá mostrar horários disponíveis levando em consideração já os horários marcados que não tiverem mais disponibilidade
	
	Numérico / 99:99
	Sim
	Botão voltar
	Voltar
	Volta a página anterior afim de desejar modificar algo
	
	
	
	Botão Gravar
	Gravar
	Finaliza o cadastro e insere nos sistemas as informações cadastradas e fecha a janela
	
	
	
Tabela 14 – Descrição da tela pacote
 
Figura 12 – Layout da janela cadastro fornecedor
Layout de janela
Nome da janela: Cadastro de fornecedores
Inicialização: Habilitar botão cancelar, desabilitar botão Gravar, habilitar edit; Nome, representante, data cadastro, CNPJ, Telefone, Celular, E-mail, Rua, Bairro, Número, CEP, Cidade e Habilitar gerar matricula e data cadastro, selecionar estado e sexo 
	Elemento
	Nome
	Ação/comportamento
	Tam
	Tipo de dado
	Obrigatório
	Edit Nome
	Nome 
	Inserir nome da empresa
	40
	Alfanumérico
	Sim
	Edit representante
	Representante
	Inserir vendedor da empresa
	40
	Alfanumérico
	sim
	Edit CNPJ
	CNPJ
	Inserir o CNPJ
	14
	Numérico / 99.999.999/9999-99
	Sim
	Seleciona sexo
	sexo
	Inserir o sexo do representante da empresa
	
	
	sim
	Gerar data cadastro
	Data cadastro
	O sistema irá automaticamente inserir a data do dia do cadastro
	8
	Número / 99/99/9999
	
	Gerar Matricula
	Matricula
	O sistema deverá gerar automaticamente um matricula pro usuário
	4
	Numérico
	Sim
	Edit Telefone
	Telefone
	Telefone do cliente
	11
	Numérico / 99 9999-9999
	Não
	Edit Celular
	Celular
	Celular do cliente
	11
	Numérico / 99 99999-9999
	Sim
	Edit E-mail
	E-mail
	E-mail do cliente
	50
	Alfanumérico
	Não
	Botão cancelar
	Cancelar
	Cancela o cadastro em curso e fecha a janela
	
	
	
	Botão Gravar
	Gravar
	Finaliza o cadastro e insere nos sistemas as informações cadastradas e fecha a janela
	
	
	
	Edit Rua
	Rua
	Rua empresa
	40
	Alfanumérico
	Sim
	Edit Bairro
	Bairro
	Bairro empresa
	40
	Alfanumérico
	Sim
	Edit Numero
	Numero
	Número da empresa podendo conter lote e quadra
	20
	Alfanumérico
	Sim
	Edit Cep
	CEP
	CEP
	8
	Número / 99999-999
	Sim
	Edit Cidade
	Cidade
	Cidade da empresa
	40
	Alfanumérico
	Sim
	selecione Estado
	Estado
	Selecionar o Estado do fornecedor
	
	
	
Tabela 15 – Descrição da janela cadastro de fornecedores
3.3.3. Diagrama de Estados
Figura 13 – Diagrama de Estados
3.3.4. Diagrama de Atividades
Figura 14 – Diagrama de Atividades
3.3.5. Diagrama de Componentes
Figura 15 – Diagrama de Componentes
3.3.6. Modelo de Classes de Projeto
3.3.7. Modelo Físico de dados
3.3.7.1. Projeto de Tabelas e Arquivos
	Usuário
	Objetivo: Armazena os dados dos usuários de sistema
	Chave
	Nome do Campo
	Tipo do campo
	Tamanho
	Nulo
	Pk
	login
	varchar
	20
	Não
	
	senha
	varchar
	12
	Não
Tabela 16 – Armazenamento de usuário do sistema
	Fornecedor
	Objetivo: Armazena os dados dos fornecedores e dos produtos
	Chave
	Nome do Campo
	Tipo do campo
	Tamanho
	Nulo
	Pk
	Cod_fornecedor
	int
	
	Não
	
	Representante
	varchar
	30
	Não
	
	Nome_empresa
	varchar
	30
	Não
	
	Data_cadastro
	date
	
	Não
	UNI
	CNPJ
	int
	14
	Não
	
	Rua
	varchar
	30
	Não
	
	Bairro
	varchar
	20
	Não
	
	Cep
	int
	8
	Não
	
	Numero
	varchar
	10
	Não
	
	Estado
	varchar
	20
	Não
	
	Cidade
	varchar
	20
	Não
	Fk
	Cod_prod
	int
	
	Não
Tabela 17 – Armazenamento de dados dos fornecedores
	Cliente
	Objetivo: Armazena os dados dos clientes
	Chave
	Nome do Campo
	Tipo do campo
	Tamanho
	Nulo
	UNI
	cpf
	int
	11
	Não
	
	Nome
	varchar
	40
	Não
	Pk
	matrícula
	int
	
	Não
	
	Data_nasc
	date
	
	Não
	
	Data_cadastro
	date
	
	Não
	
	Rua
	varchar
	30
	Não
	
	sexo
	Enum(‘M’,’F’)
	
	Não
	
	Bairro
	varchar
	20
	Não
	
	Cep
	int
	8
	Não
	
	Numero
	varchar
	10
	Não
	
	Estado
	varchar
	20
	Não
	
	Cidade
	varchar
	20
	Não
	Fk
	Cod_fisica
	int
	
	Não
Tabela 18 – Armazenamento de dados do cliente
	AV Fisica
	Objetivo: Armazena os dados dos usuários que passaram pela avaliação
	Chave
	Nome do Campo
	Tipo do campo
	Tamanho
	Nulo
	Pk
	Cod_fisica
	Int 
	
	Não
	
	Hora
	Time 
	
	Não
	
	Data
	Date 
	
	Não
	
	Peso
	Decimal (5,2)
	
	Não
	
	Altura
	Decimal (3,2)
	
	Não
	Fk
	matricula
	int
	
	Não
Tabela 19 – Armazenamento dos dados da avaliação
	Estoque
	Objetivo: Armazena os dados dos produtos no estoque
	Chave
	Nome do Campo
	Tipo do campo
	Tamanho
	Nulo
	Pk
	Cod_prod
	Int
	10
	Não
	
	Quantidade maxima
	int
	4
	Não
	
	Quantidade minima
	int
	2
	Não
	
	Estoque atual
	int
	5
	Não
Tabela 20 – Armazenamento dos produtos do estoque
	Produto
	Objetivo: Armazena os dados do produto
	Chave
	Nome do Campo
	Tipo do campo
	Tamanho
	Nulo
	Pk
	Cod_prod
	int
	
	Não
	
	Marca 
	varchar
	30
	Não
	
	Preco 
	double
	15
	Não
	
	Validade 
	date
	
	Não
	
	Cod_barras 
	int
	13
	Não
	
	nome
	varchar
	30
	Não
Tabela 21 – Armazena os dados dos produtos
	Pedido
	Objetivo: Armazena os dados de pedidos de compra
	Chave
	Nome do Campo
	Tipo do campo
	Tamanho
	Nulo
	Pk
	Id_pedido
	int
	
	Não
	
	Hora
	time
	4
	Não
	
	Quantidade
	int
	3
	Não
	
	Valor 
	double
	15
	Não
	
	data
	date
	8
	Não
	Fk
	matricula
	int
	11
	Não
	Fk
	Cod_prod
	int
	10
	Não
Tabela 22 – Armazena os dados da compra
3.3.7.2. Scripts de geração do banco e suas tabelas
create database cadastro
default character set utf8 
default collate utf8_general_ci;
CREATE TABLE `fornecedor` (
 `Cod_fornecedor` int(11) NOT NULL AUTO_INCREMENT,
 `Representante` varchar(30) NOT NULL,
 `Cadastro` date NOT NULL,
 `CNPJ` int(14) NOT NULL,
 `Rua` varchar(30) NOT NULL,
 `Numero` varchar(10) NOT NULL,
 `Bairro` varchar(20) NOT NULL,
 `Cep` int(8) NOT NULL,
 `Cidade` varchar(20) NOT NULL,
 `Estado` varchar(20) NOT NULL,
 `Cod_produto` int(11) DEFAULT NULL,
 PRIMARY KEY (`Cod_fornecedor`),
 UNIQUE KEY `CNPJ` (`CNPJ`),
 KEY `Cod_produto` (`Cod_produto`)
) ENGINE=MyISAM DEFAULT CHARSET=utf8
CREATE TABLE `usuario` (
 `login` varchar(20) NOT NULL,
 `senha` varchar(12) NOT NULL,
 PRIMARY KEY (`login`)
) ENGINE=MyISAM DEFAULT CHARSET=utf8
CREATE TABLE `produto` (
 `Cod_produto` int(11) NOT NULL AUTO_INCREMENT,
 `Nome`varchar(30) NOT NULL,
 `Marca` varchar(30) NOT NULL,
 `Validade` date NOT NULL,
 `Preco` decimal(5,2) NOT NULL,
 `Cod_barras` int(13) NOT NULL,
 PRIMARY KEY (`Cod_produto`)
) ENGINE=MyISAM DEFAULT CHARSET=utf8
CREATE TABLE `pedido` (
 `id_pedido` int(11) NOT NULL AUTO_INCREMENT,
 `Hora` time DEFAULT NULL,
 `Qauntidade` int(3) NOT NULL,
 `Valor` decimal(6,2) NOT NULL,
 `dia` date NOT NULL,
 `matricula` int(11) DEFAULT NULL,
 `Cod_produto` int(11) DEFAULT NULL,
 PRIMARY KEY (`id_pedido`),
 KEY `matricula` (`matricula`),
 KEY `Cod_produto` (`Cod_produto`)
) ENGINE=MyISAM DEFAULT CHARSET=utf8
CREATE TABLE `fisica` (
 `Cod_fisica` int(11) NOT NULL AUTO_INCREMENT,
 `Hora` time NOT NULL,
 `Dia` date NOT NULL,
 `Peso` decimal(5,2) NOT NULL,
 `Altura` decimal(3,2) NOT NULL,
 `matricula` int(11) DEFAULT NULL,
 PRIMARY KEY (`Cod_fisica`),
 KEY `matricula` (`matricula`)
) ENGINE=MyISAM AUTO_INCREMENT=7 DEFAULT CHARSET=utf8
CREATE TABLE `pedido` (
 `id_pedido` int(11) NOT NULL AUTO_INCREMENT,
 `Hora` time DEFAULT NULL,
 `Qauntidade` int(3) NOT NULL,
 `Valor` decimal(6,2) NOT NULL,
 `dia` date NOT NULL,
 `matricula` int(11) DEFAULT NULL,
 `Cod_produto` int(11) DEFAULT NULL,
 PRIMARY KEY (`id_pedido`),
 KEY `matricula` (`matricula`),
 KEY `Cod_produto` (`Cod_produto`)
) ENGINE=MyISAM DEFAULT CHARSET=utf8
3.3.8. Ambiente tecnológico do sistema
3.3.8.1. Ambiente Físico (diagrama de implantação)
Chegamos agora numa parte de grande importância a definição de um ambiente físico devido a grande diversidade de hardware e softwares e diferentes tipos de sistemas operacionais, aqui vamos especificar o sistema desenvolvido o hardware necessário o Software e a Infraestrutura necessário no começo na implantação do sistema.
Hardware: O sistema será bem leve pra rodar em computadores de configurações mínimas encontrado no mercador, mas afim de olhar afrente e o sistema podendo ser integrado em breve com outras localidades os computadores usados terá uma boa configuração que será descrita mais abaixo.
Software: O sistema foi desenvolvido pra uso interno havendo a necessidade de ter um software de distribuição, este estará sob a plataforma Java que poderá ser utilidade em qualquer plataforma que o cliente desejar
Infraestrutura: O sistema será acessado por meio de um servidor local o qual manterá todas as informações necessárias como o banco de dados e as aplicações pra rodar do sistema abaixo descreveremos os hardwares utilizados e suas especificações.
Estação de trabalho: Desktop Dell Empresarial Optiplex 3060 Micro-p20m 8ª Geração Intel Core I3 4gb 500gb Win 10 Pro
Impressora: Impressora Epson EcoTank L120
Catraca: Catraca Semi Eletrônica Controle de Acesso Henry
Servidor: Servidor HP ML30 ProLiant Gen10 Xeon E-2124 “16GB” P06782-S01
Figura 17 – Diagrama de implantação
3.3.8.2. Justificativa da escolha da linguagem de programação
Atualmente existem muitas linguagens orientada a objeto o que tecnicamente aumento em muito a necessidade de se pensar bem numa linguagem que possa atender tanto agora como também no futuro levando se em conta as tendências do mundo da tecnologia.
Por isso foi pensado  bastante que seria necessário uma linguagem fácil e conhecida e assim como o sistema deveria também ser focado em sua clareza e qualidade tendo uma portabilidade ampla pra caso necessite, a necessidade de ser conhecida é levada em conta pelo fato de por ser muito usada no mundo da programação tecnicamente ela terá sempre melhorias  em seu desempenho e estrutura  e por este motivo Iremos usar  a plataforma Java e Python.
Python tem uma sintaxe clara, limpa e sólida sendo uma linguagem de fácil aprendizado, é uma linguagem de alto nível e tem licença compatível GPL da Free Software Foundation, isso faz dela uma linguagem independente de fornecedores exclusivos, também é apropriado para  uma linguagem de desenvolvimento rápido de aplicações e ainda assim permite que o código seja mantido facilmente
Java é a Linguagem mais usada no mundo sendo não só uma linguagem  mais também um plataforma de desenvolvimento, a máquina virtual Java pode rodar outras linguagens com facilidade como por exemplo Jpython e Python que será usado pra integrar todos o sistema, contudo Java foi feito pra desenvolver qualquer sistema operacional para qualquer sistema operacional, nos proporcionando  um ambiente de trabalho que pode ser moldado as nossas circunstancias e facilitando  a continuidade do projeto pra sua agregação de valor.
3.3.8.3. Justificativa da escolha do SGBD (Sistema Gerenciador de Banco de Dados)
Entre os muitos SGBD ( Sistema gerenciador de banco de dados) foi levado em conta como importante um com facilidade de manuseio que tenha produtividade e agilidade a medida que o banco aumente e que não seja muito custoso, foi-se levado em conta a sua segurança física, lógica  e confiabilidade quando necessário executar restore por meios dos backups criados bem como também na correção de erros o SQL Server da Microsoft seria bem útil nestes aspectos, porém tem um custo de licença que geraria um gasto a mais, além do fato também de poder ser executado apenas em sistemas operacionais Windows.
Assim pensando num custo benefício  e qualidade minha escolha é de usar o banco de dados MySQL é um sistema da Oracle muito famoso em todo o mundo com mais de 10 milhões de instalações  em todo o mundo é gratuito e muito seguro tendo como empresas de grande porte fazendo seu uso, bem como; NASA, Banco Bradesco, Nokia, Google e muitos outros mostrando assim sua confiabilidade e oferecer alto grau de estabilidade é compatível  e acessado por diversas linguagens funcionando em muitas plataformas atuais e está atualizado com o que tem de melhor  em um sistema gerenciados de banco de dados.
4. CONCLUSÕES
4.1. Reflexões e comparação entre objetivos iniciais x alcançados
O projeto inicial visava como objetivo único ser implementado pra diminuir a quantidade de pessoas que tinham acesso a academia de  forma irregular que acabava gerando mais custos com menos lucros durante o projeto foi notado que tínhamos que lembrar, que apesar das dificuldades , que em primeiro momento  o projeto deveria o mais rápido possível sanar este problema afim de dá aos clientes um local mais seguro  onde poderiam assim exercer suas atividades físicas com segurança e comodidade, assim o projeto visou ajudar em muitas outras partes durante o desenvolvimento alguns ainda que necessitaram de melhoria e ajustes, mas o objetivo principal desde o início que visava no controle de fluxo de pessoas em estarem  acessando a academia de forma regular será sanado, pois por meio do sistema desenvolvido o programa fará o controle de forma coesa, assim o objetivo geral  foi atingido com melhorias também pra área de vendas e estoque na academia
4.2. Vantagens e desvantagens do sistema
Com este novo sistema a empresa obterá lucro e diminuição de pessoas na academia acarretando em comodidade e melhoria pros que gostam de fazer uso da academia, também poderá ter um controle maior sob estoque mínimo do qual estará ciente de quando  seus produtos estiverem tendo um fim, visto que o programa trará a marcação com o avaliador físico antes de iniciarem a inclusão na academia, isto ajudará ao avaliador  e a empresa a poder usarem seus recursos da melhor forma já sabendo de antemão  em que situações  poderá ou não fazer uso do mesmo e se realmente existe a necessidade de um novo funcionário conforme a demanda.
As desvantagens de um novo sistema pode ser a adaptação aos novos que faram usos dele bem também como alguém ser treinado pra usa-lo  em necessidade de outros depender de ajuda, assim também como possíveis bugs em seu início o sistema como estando novo vai trazer ainda algumas limitações, um desses seria a não possibilidade de integrar ainda outras filiais de forma online dando assim aos seus clientesmuitas opções de onde poderem ir pra fazer uso de suas atividades físicas.
4.3. Trabalhos futuros
Durante a modelagem notou-se que o projeto pode ser melhorado com implantação de novos seguimentos como relatórios; de vendas, do fluxo de pessoas, de assinantes, e de satisfação bem como também implementar o software  em um banco de dados único que integre todas as academias podendo  facilitar e melhorar o custo benefícios dos assinantes podendo assim gerar um aumento de assinantes na academia, visamos também a necessidade de futuramente permitir que todos de forma independentes possam fazer seus cadastro na academia sem necessitar de atendimento presencial ou de alguém pra orienta-lo  assim veremos a possibilidade de executar um programa intuitivo no qual as pessoas possam escolher o dia que desejam  fazer uma avaliação física pra acessar a academia no qual implicação num valor caução que poderá ser feito por cartão de crédito e que será estornado, no dia em que pessoa de fato passar pelo avaliador e se efetivado como um novo cliente no sistema.
5. Referências Bibliográficas
EVINENTE. WIKIPÉDIA. MySQL, 2004. Disponivel em: <https://pt.wikipedia.org/wiki/MySQL>. Acesso em: 20 Outubro 2019.
GADÊA, W. Tu quer saber mais? Youtube, 2017. Disponivel em: <https://www.youtube.com/watch?v=IX4fWAlrR8o>. Acesso em: 10 Outubro 2019.
GADÊA, W. Tu quer saber mais? Youtube, 2018. Disponivel em: <https://www.youtube.com/watch?v=WyEPSQ2W3NY&t=131s>. Acesso em: 10 Outubro 2019.
GUANABARA, G. Curso em Video. Youtube, 2016. Disponivel em: <https://www.youtube.com/watch?v=Ofktsne-utM&list=PLHz_AreHm4dkBs-795Dsgvau_ekxg8g1r>. Acesso em: 20 Outubro 2019.
LEANDRO. DEVMEDIA. Devmedia. Disponivel em: <https://www.devmedia.com.br/o-que-e-uml-e-diagramas-de-caso-de-uso-introducao-pratica-a-uml/23408>. Acesso em: 25 Maio 2019.
NETO, O. S. PythonApresentação. Python brasil, 2008. Disponivel em: <https://wiki.python.org.br/PythonApresentacao>. Acesso em: 25 Setembro 2019.
SANTANA, O. G. D. Por que Java? DevMEDIA, 2011. Disponivel em: <https://www.devmedia.com.br/por-que-java/20384>. Acesso em: 25 Setembro 2019.
SCHIMIGUEL, J. Gerenciamento de Banco de Dados: Análise Comparativa de SGBD’S. DEVMEDIA, 2014. Disponivel em: <https://www.devmedia.com.br/gerenciamento-de-banco-de-dados-analise-comparativa-de-sgbd-s/30788>. Acesso em: 19 Outubro 2019.
UNIVERSIDADE ESTACIO DE SÁ. Disciplina: Projeto de TCC em Sistemas de Informação. Estacio, 2019. Disponivel em: <http://estacio.webaula.com.br/ead/>. Acesso em: 1 Junho 2019.
Figura � SEQ Figura \* ARABIC �16� – Diagrama conceitual de dados com entidade e relacionamento