TCC 2019.1 Completo ESTACIO, Já com sumario completo de 2 semestres

Prévia do material em texto

Universidade Estácio de Sá
Jônatas Silva Diniz
SISTEMA PARA GESTÃO DE ACADEMIAS INTELIGENTES
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
4Figura 1 – Organograma	�
8Figura 2 – Cronograma Diagrama de Gantt parte 1	�
9Figura 3 – Cronograma Diagrama de Gantt parte 2	�
19Figura 4 – Diagrama de casos de uso	�
25Figura 5 – Diagrama de Classes	�
26Figura 6 – Diagrama conceitual	�
�
�
lista de tabelas
5Tabela 1 – Previsão recursos humanos	�
6Tabela 2 – Previsão recursos tecnológicos	�
7Tabela 3 – Previsão recursos materiais	�
10Tabela 4 – Previsão orçamentaria	�
15Tabela 5 – Requisitos funcionais (Login)	�
15Tabela 6 – Requisitos funcionais (Cliente)	�
17Tabela 7 – Requisitos funcionais (Funcionário, fornecedor e treino)	�
17Tabela 8 – Requisitos funcionais (Caixa)	�
17Tabela 9 – Requisitos não funcionais (usabilidade)	�
18Tabela 10 – Requisitos não funcionais (Hardware)	�
18Tabela 11 – Requisitos não funcionais (Software)	�
�
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	�
12. Contextualização do problema	�
12.1. Premissas e restrições do projeto	�
32.2. Caracterização da empresa	�
32.2.1. Histórico da empresa	�
32.2.2. Atividades da empresa	�
42.2.3. Mercado consumidor	�
42.2.4. Concorrência	�
42.2.5. Organograma	�
52.3. Proposta de trabalho	�
52.3.1. Método do trabalho	�
52.3.2. Previsão e alocação de recursos (humanos e materiais)	�
82.3.3. Cronograma de trabalho (diagrama de Gantt)	�
9	�
92.3.4. Previsão orçamentária	�
102.4. O Sistema Atual	�
102.4.1. Funcionamento do sistema atual	�
112.4.2. Problemas do sistema atual	�
123. A Solução	�
123.1. O Sistema proposto	�
123.1.1. Justificativas para o novo sistema	�
133.1.2. Situação desejada: objetivos gerais e específicos	�
133.1.3. Soluções alternativas	�
143.2. Solução escolhida	�
143.2.1. Escopo da solução	�
143.2.2. Lista de Requisitos do sistema	�
193.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	�
273.3.3. Diagrama de Estados	�
273.3.4. Diagrama de Atividades	�
273.3.5. Diagrama de Componentes	�
273.3.6. Modelo de classes de Projeto	�
273.3.7. Modelo Físico de dados	�
273.3.7.1. Projeto de Tabelas e Arquivos	�
273.3.7.2. Scripts de geração do banco e suas tabelas	�
273.3.8. Ambiente tecnológico do sistema	�
273.3.8.1. Ambiente Físico (diagrama de implantação)	�
273.3.8.2. Justificativa da escolha da linguagem de programação	�
273.3.8.3. Justificativa da escolha do SGBD (Sistema Gerenciador de Banco de Dados)	�
274. CONCLUSÕES	�
274.1. Reflexões e comparação entre objetivos iniciais x alcançados	�
274.2. Vantagens e desvantagens do sistema	�
274.3. Trabalhos futuros	�
285. Referências Bibliográficas	�
�
�
1. O problema
 Tema do trabalho
Sistema para gestão de academias inteligentes
 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 premissas encontradas 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 entregaparcial 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
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, manter informaçõ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 formamuito 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ável
	Descriçã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 identificadordo 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 equipamento;
Escopo: Sistema de equipamento
Nível: Usuário;
Atores: atendente.
Pré-condição
Número de série
Pós-condição
Equipamento gravado
Cenário principal
 
Atendente inicia um novo cadastro
Sistema solicita dados do equipamento
Marca
Modelo
Número de serie
Patrimônio
Atendente informa os dados solicitados e avança
Sistema pede confirmação dos dados
Atendente confirma os dados
Sistema registra as informações e salva no banco de dados
Cenário alternativo
2.f Atendente verifica o 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
 Modelo conceitual de dados
Figura 6 – Diagrama conceitual
3.3. SOLUÇÃO TECNOLÓGICA
3.3.1. Diagrama de Sequência (ou comunicação) 
3.3.2. Projeto de Interfaces
3.3.3. Diagrama de Estados
3.3.4. Diagrama de Atividades
3.3.5. 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
3.3.7.2. Scripts de geração do banco e suas tabelas
3.3.8. Ambiente tecnológico do sistema
3.3.8.1. Ambiente Físico (diagrama de implantação)
3.3.8.2. Justificativa da escolha da linguagem de programação
3.3.8.3. Justificativa da escolha do SGBD (Sistema Gerenciador de Banco de Dados)
4. CONCLUSÕES
4.1. Reflexões e comparação entre objetivos iniciais x alcançados
4.2. Vantagens e desvantagens do sistema
4.3. Trabalhos futuros
5. Referências Bibliográficas
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.
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: Junho 2019.
Figura � SEQ Figura \* ARABIC �1� – Organograma