1

Centro Universitário UniAcademia

Engenharia de Software

Exercício de Levantamento de Requisitos

Juiz de Fora – MG
2021
INTEGRANTES
 2

Caio Mazzoco
Eduardo Valério
Gabriel Augusto
Gabriel Monteiro
Marcelo Araújo Silva
Thiago Goulart
Wamberg Nascimento

Exercício de Levantamento de Requisitos

Trabalho apresentando no curso de
Engenharia de Software na faculdade
Uni academia

Orientador(a): Marcos Miguel

Juiz de Fora – MG
2021
 3

Sumário
1. CONTEXTUALIZAÇÃO..................................................................................................................4
1.1. Objetivo....................................................................................................................................4
1.2. Justificativa..............................................................................................................................4
1.3. Levantamento preliminar de requisitos....................................................................................4
1.3.1. Requisitos Funcionais.......................................................................................................4
1.3.2. Requisitos não- funcionais................................................................................................5
2. PLANEJAMENTO DO PROJETO..................................................................................................5
2.1. Declaração de escopo.............................................................................................................5
2.2. ESPECIFICAÇÃO DE REQUISITOS......................................................................................6
Tabela 1 – Tipo de Requisito.............................................................................................................6
2.3. Requisitos de Software............................................................................................................6
2.3.1. Requisitos Funcionais.......................................................................................................7
Tabela 2 - Requisitos Funcionais.......................................................................................................9
2.3.2. Requisitos Não-Funcionais...................................................................................................9
Tabela 3 - Requisitos Não-Funcionais.............................................................................................10
2.3.4. Descrições Casos de Uso......................................................................................................15
 4

1. CONTEXTUALIZAÇÃO

1.1. Objetivo
O objetivo pretendido é o desenvolvimento de um fragmento de um sistema de academia,
possibilitando assim aos funcionários uma melhor eficiência de gestão para o local por meio dos
requisitos gerenciar as finanças, fazer o controle de alunos e funcionários, realizar registro de
desempenho, presença, horários, proporcionando com isso um acesso mais ágil às informações
da academia.

1.2. Justificativa
As tarefas realizadas na academia como cadastro, armazenamento de dados, controle de
desempenho dos alunos, finanças, quadro de horários e presença são realizadas manualmente
por funcionários da academia. A única forma de acessar esses dados é consultar um caderno que
contêm anotados todos os dados usados na academia. Esse processo por ser realizado
manualmente pode conter informações desatualizadas, além de ser pouco ágil para eventuais
consultas.

1.3. Levantamento preliminar de requisitos

O levantamento de requisitos preliminar foi realizado por meio de visitas à academias locais
para discussão sobre como seria o projeto e também quais funcionalidades o software deveria
apresentar para melhor atender a Academia.

O sistema será utilizado pelos seguintes perfis de usuário:

 Aluno: Terá acesso restrito ao sistema, podendo apenas controlar sua presença e
consultar seus dados para atualizar o quadro de desempenho pessoal.
 Professor: Terá acesso restrito ao sistema igualmente ao aluno, podendo apenas controlar
sua presença e registrar no quadro de desempenho do aluno.
 Administrador: Realizará as principais funções, como o acesso aos cadastros, relatórios,
finanças e tendo o controle de todo o sistema da academia.

1.3.1. Requisitos Funcionais

Os requisitos funcionais são as principais funcionalidades do sistema, são elas:
 RF 01: Na página Consultar Aluno o usuário poderá visualizar as informações do aluno
(código, nome, data de nascimento, filiação, endereço, peso inicial, altura e modalidade) e
atualizá-las.
 5

 RF 02: Na página Consultar Professor o usuário poderá visualizar as informações do

professor (código, nome, data de nascimento, salário, modalidade e horários).
 RF 03: O sistema deverá executar o cálculo do IMC (peso do aluno dividido por sua altura
elevado ao quadrado) todo mês para o aluno.
 RF 04: O sistema deverá alocar os alunos por modalidade esportiva disponível na
academia.
 RF 05: O sistema deverá controlar todo o setor financeiro da academia.
 RF 06: O sistema deverá gerir o quadro de horário diário da academia alocando
professores e alunos em datas e horários específicos para que não haja conflito de
agenda.
 RF 07: O sistema deverá listar os aniversariantes do mês.
 RF 08: O usuário poderá atualizar o quadro de desempenho de um aluno em determinada
modalidade esportiva da academia.
 RF 09: O sistema deverá gerar uma lista de espera para alunos que desejam ingressar em
modalidades que estejam lotadas.
 RF 10: O sistema deverá registrar a presença de professores e alunos via catraca
eletrônica e guardar essa informação no banco de dados.

1.3.2. Requisitos não- funcionais

Os requisitos não funcionais são os requisitos que apareceram conforme a necessidade e
disponibilidade de recursos do cliente, tais como orçamento, equipamentos e usabilidade do
sistema, enumerados a seguir:
 RNF 01: O sistema deverá ser hospedado em um servidor físico localizado na academia.
 RNF 02: O sistema terá uma área de login, utilizando o código e a senha disponibilizada.
 RNF 03: O sistema terá informações de data e hora definido de acordo com o fuso horário
oficial de Brasília-DF (GMT-3).

2. PLANEJAMENTO DO PROJETO

2.1. Declaração de escopo

A aplicação fará o controle de todo funcionamento administrativo da academia controlando e
armazenando os dados dos alunos, assim como seus respectivos desempenhos. Irá organizar o
funcionamento das modalidades, controlar e reunir informações financeiras que irá ajudar a
administração da academia gerir este setor, irá gerar relatórios importantes de vários setores de
 6

funcionamento da academia auxiliando na tomada de decisões por parte de cada setor. O

sistema também irá organizar os horários de aulas alocando professores e alunos em horários
que não gerem conflito entre professores, controlará a presença de alunos e professores via
catraca eletrônica. O sistema contará com um banco de dados que será abastecido com
informações importantes para a gerência da academia. Toda a aplicação será hospedada em um
servidor físico na no prédio da academia. Dessa forma o sistema, ao automatizar os processos,
antes manuais, da academia irá permitir uma maior agilidade nos procedimentos diários de todos
os setores reduzindo a necessidade de novas contratações e eliminando os erros humanos no
processo.

2.2. ESPECIFICAÇÃO DE REQUISITOS

Tipo de Requisito Identificação

Requisito Funcional RF<Número da lista>
Requisito Não- Funcional RNF<Número da lista>
Regra de Negócio RN< Número da lista>
Tabela 1 – Tipo de Requisito

2.3. Requisitos de Software

Segundo o PMBOK (2013) os requisitos de solução são agrupados em requisitos funcionais
e não- funcionais e descrevem os atributos, funções e características do produto que estão
relacionadas aos requisitos do negócio e do cliente.
Os requisitos de solução no contexto de engenharia de software são os requisitos que
envolvem todo o processo para solucionar a proposta requerida pelo cliente que terá como
objetivo final o software. Portanto, fazendo uma adaptação para o contexto do presente trabalho,
os requisitos de solução serão chamados de requisitos de software.
Os requisitos do software foram discutidos e construídos em consonância com o cliente
através de vários brainstormings para a definição do escopo do projeto e das funcionalidades
primordiais para o sistema que atendam à necessidade da escola.
De acordo com PRESSMAN e MAXIM (2016) a necessidade do cliente deve ser identificada
e reunida em documento que envolva todas as principais funcionalidades e metas globais do
sistema. Nesta seção serão apresentados os requisitos funcionais e não-funcionais do sistema
relacionados juntamente com o cliente.
2.3.1. Requisitos Funcionais
Segundo PMBOK (2013) os requisitos funcionais expõem o comportamento do produto que
serão elucidados na tabela abaixo composta pelo ID (identificação do requisito), nome do
 7

requisito e uma breve descrição da função que o software deve ter para atender as necessidades
relacionadas àquela funcionalidade.

ID Requisito Descrição
RF1 Manter cadastro de Cadastro de Aluno – Deverá conter
alunos informações como código, nome, filiação,
endereço, peso inicial, altura e
modalidade.

RF2 Manter consulta de Consulta de Aluno – Poderá visualizar,

alunos editar e excluir as informações dos alunos.

RF3 Manter cadastro de Cadastro de Professor – Deverá conter

Professor informações como código, nome,
endereço, salário e modalidade.
RF4 Manter consulta de Consulta de Professor – Poderá visualizar,
Professor editar e excluir as informações dos
8
professores.

RF5 Emitir relatório de IMC Gerar IMC do Aluno – o sistema deverá

do aluno usar os dados dos alunos e realizar a
divisão do peso por sua altura elevado ao
2.

RF6 Controlar fluxo do caixa Cadastrar Despesas – o sistema terá que

controlar as contas a pagar da Academia a
partir dos centros de custo (natação, box,
escritório, etc).
Consultar Despesas – O sistema deverá
exibir um relatório com as despesas da
academia.
Cadastrar Contas a Receber – O
Administrador poderá inserir as
informações referentes as contas a
receber.
Consultar Contas a Receber – O sistema
deverá exibir um relatório das contas a
receber.
Gerar relatório de Fluxo de Caixa – O
sistema deverá gerar e exibir um relatório
contendo o montante de caixa recolhido e
gasto.
RF7 Emitir relatório de alunos Gerar relatório de alunos inadimplentes –
inadimplentes O sistema deverá gerar um relatório com
os nomes e dados dos alunos com as
mensalidades estejam atrasadas.

RF8 Manter horários de Consultar horários do aluno – O sistema

alunos deverá exibir as informações de hora e
data referente as aulas do aluno.
Editar horários do aluno – O sistema
deverá permitir que o administrador edite
os horários do aluno.
RF9 Manter horários do Consultar horários do professor – O
professor sistema deverá exibir as informações de
 9

Tabela 2 - Requisitos Funcionais

2.3.2. Requisitos Não-Funcionais

De acordo com PMBOK (2013) os requisitos não funcionais são complementares aos
requisitos funcionais e relatam condições de funcionamento do produto que não estão
relacionadas diretamente com funcionalidades do mesmo, ou seja, fatores ambientais
necessários para a eficácia do produto.

ID Requisito Descrição
RNF1 Sistema web O sistema deverá ser hospedado em um
servidor físico localizado na academia.

RNF2 Acessibilidade a vários O sistema terá uma área de login,

computadores utilizando o código e a senha
disponibilizada.

RNF3 Data e Hora O sistema terá informações de data e hora

definido de acordo com o fuso horário
oficial de Brasília-DF (GMT-3).
Tabela 3 - Requisitos Não-Funcionais
9

Figura 1 - Caso de uso Administrador

 10

Figura 2 - Caso de uso Aluno

11
 12

Figura 3 - Caso de uso Professor

10

Tabela de Casos de Uso

 13

Caso de Uso Ator (es)

Cadastrar Aluno Administrador

Consultar Aluno Administrador, Aluno, Professor

Visualizar dados do Aluno Administrador, Aluno, Professor

Cadastrar Professor Administrador

Consultar Professor Administrador

Visualizar dados do Professor Administrador, Aluno, Professor

Gerar IMC do Aluno Administrador

Cadastrar Despesas Administrador

Consultar Despesas Administrador

Cadastrar Contas a Receber Administrador

Consultar Contas a Receber Administrador

Gerar relatório de Fluxo de Caixa Administrador

Gerar Relatório de Alunos Administrador

Inadimplentes
Cadastrar Horários dos Alunos Administrador

Consultar Horários do Alunos Administrador

Consultar Horários do Professor Administrador

Cadastrar Horários do Professor Administrador

Cadastrar Desempenho do Aluno Administrador

Gerar Relatório de Desempenho do Administrador

Aluno
Cadastrar Lotação de Modalidade Administrador

Cadastrar Aluno em Fila de Espera Administrador

Excluir Aluno em Fila de Espera Administrador

 14

Registrar Presença de Aluno Administrador, Aluno

Gerar Aniversariantes do Mês Administrador

Validar Presença via Catraca

Eletrônica
Registrar Presença via Catraca Administrador, Aluno, Professor
Eletrônica
Registrar Quadro de Desempenho Administrador, Aluno, Professor

Tabela 4 - Tabela de Casos de Uso

2.3.4. Descrições Casos de Uso

23.4.1 Caso de Uso: Cadastrar Aluno

SUMÁRIO: Este caso de uso se inicia quando o administrador necessita cadastrar um aluno no
sistema. O objetivo desse caso de uso é cadastrar as informações (código, nome, data de
nascimento, filiação, endereço, peso inicial, altura e modalidade) do aluno no sistema.
ATORES: Administrador.
PRÉ-CONDIÇÕES: Administrador logado no sistema. Informações do aluno disponíveis.
CURSO NORMAL:
1. O Administrador escolhe o menu Cadastrar Aluno.
 15

2. O sistema exibe a tela de cadastro.

3. O Administrador insere as informações do aluno no sistema (código, nome, data de
nascimento, filiação, endereço, peso inicial, altura e modalidade).
4. O Administrador confirma o cadastro.
5. O sistema registra o cadastro.
6. O sistema guarda as informações do aluno no banco de dados.
CURSO ALTERNATIVO:
2.1 O Administrador abandona a operação, o cadastro é cancelado.
CURSO DE EXCECÃO:
4.1 Caso já exista um aluno cadastrado com as mesmas informações o sistema exibe uma
mensagem de erro (Aluno já cadastrado).
4.2 Caso a modalidade escolhida pelo aluno esteja com as turmas lotadas o sistema exibe
uma mensagem de erro (Vagas indisponíveis na modalidade) e coloca o aluno na fila de
espera daquela modalidade.
PÓS-CONDIÇÕES: Aluno cadastrado no sistema.

2.3.4.2 Caso de Uso: Consultar Aluno

SUMÁRIO: Este caso de uso se inicia quando o administrador ou o aluno necessita consultar um
aluno cadastrado no sistema. O objetivo desse caso de uso é consultar as informações de um
aluno cadastrado no sistema.
ATORES: Administrador e Aluno.
PRÉ-CONDIÇÕES: Usuário logado no sistema.
Aluno cadastrado no sistema.
CURSO NORMAL:
1. O usuário escolhe o menu Consultar Aluno.
2. O sistema exibe a tela de consulta.
3. O usuário insere o nome ou código do aluno para consulta no sistema.
4. O usuário confirma a consulta.
 16

5. O sistema verifica se existe aluno com esse nome e código.

6. O sistema lista os alunos encontrados e as opções (Visualizar dados do aluno, Atualizar
dados do aluno e Excluir aluno).
CURSO ALTERNATIVO:
2.1 O Usuário abandona a operação, a consulta é cancelada.
6.1 O Usuário poderá consultar os dados de um novo aluno, voltando no passo 3.
CURSO DE EXCECÃO:
5.1 Caso não seja encontrado nenhum aluno com o código e nome buscado o sistema
exibe uma mensagem de erro (Aluno não cadastrado)
PÓS-CONDIÇÕES: Aluno consultado no sistema.

2.3.4.3 Caso de Uso: Visualizar dados do aluno

SUMÁRIO: Este caso de uso se inicia quando o usuário necessita visualizar os dados de um
aluno no sistema. O objetivo desse caso de uso é exibir os dados (código, nome, data de
nascimento, filiação, endereço, peso inicial, altura, modalidade, desempenho e IMC) do aluno na
tela.
ATORES: Administrador, professor e aluno.
PRÉ-CONDIÇÕES: Usuário logado no sistema.
Aluno cadastrado no sistema.
CURSO NORMAL:
1. O Usuário escolhe o menu Consultar Aluno e o submenu visualizar dados do Aluno.
2. O sistema exibe a tela de consulta.
3. O Usuário busca o código ou nome do aluno.
4. O sistema verifica se existe um aluno com aquele código ou nome.
5. O sistema exibe o aluno encontrado.
6. O Usuário seleciona o aluno.
 17

7. O sistema exibe os dados do aluno

CURSO ALTERNATIVO:
2.1 O Usuário abandona a operação, a consulta é cancelada.
CURSO DE EXCECÃO:
4.1 Caso não tenha nenhum aluno com aquele código ou nome o sistema exibe uma
mensagem de erro (Aluno não encontrado).
PÓS-CONDIÇÕES: Dados do aluno exibidos na tela.

2.3.4.4 Caso de Uso: Cadastrar Professor

SUMÁRIO: Este caso de uso se inicia quando o administrador necessita cadastrar um Professor
no sistema. O objetivo desse caso de uso é cadastrar as informações (código, nome, data de
nascimento, salário, modalidade e horários) do professor no sistema.
ATORES: Administrador.
PRÉ-CONDIÇÕES: Administrador logado no sistema.
Informações do professor disponíveis.
CURSO NORMAL:
1. O Administrador escolhe o menu Cadastrar professor.
2. O sistema exibe a tela de cadastro.
3. O Administrador insere as informações do professor no sistema (código, nome, data de
nascimento, salário, modalidade e horários).
4. O Administrador confirma o cadastro.
5. O sistema registra o cadastro.
6. O sistema guarda as informações do professor no banco de dados.
CURSO ALTERNATIVO:
 18

2.1 O Administrador abandona a operação, o cadastro é cancelado.

CURSO DE EXCECÃO:
4.1 Caso já exista um professor cadastrado com as mesmas informações o sistema exibe
uma mensagem de erro (Professor já cadastrado).
4.2 Caso o horário do professor já esteja ocupado por outro professor no banco de dados o
sistema exibe uma mensagem de erro (Horário ocupado) e volta para a etapa 3.
PÓS-CONDIÇÕES: Professor cadastrado no sistema.

2.3.4.5 CASO DE USO: Consultar Professor

SUMÁRIO: Este caso de uso se inicia quando o administrador necessita consultar um professor
cadastrado no sistema. O objetivo desse caso de uso é consultar as informações de um
professor cadastrado no sistema.
ATORES: Administrador
PRÉ-CONDIÇÕES: Usuário logado no sistema
Professor cadastrado no sistema
CURSO NORMAL:
1. O Usuário solicita a consulta de um professor.
2. O sistema exibe a tela de consulta.
3. O Usuário insere o nome do professor para consulta no sistema.
4. O Usuário confirma a consulta.
5. O sistema verifica se existe um professor com esse nome.
6. O sistema lista os professores encontradas com o nome do professor e a opção (excluir).
CURSO ALTERNATIVO:
3.1: O Administrador abandona a operação, a consulta é cancelada.
 19

6.1: O Administrador poderá consultar os dados de um novo professor, voltando no passo

3.

CURSO DE EXCECÃO: 5.1: Não foi encontrado nenhum professor com o nome, o sistema avisa
que nenhum registro foi encontrado.
PÓS-CONDIÇÕES: Professor consultado no sistema.

2.3.4.6 Caso de Uso: Visualizar dados do Professor

SUMÁRIO: Este caso de uso se inicia quando o administrador necessita visualizar os dados de
um professor cadastrado no sistema. O objetivo desse caso de uso é exibir os dados de um
professor no sistema.
ATORES: Administrador, Aluno e Professor
PRÉ-CONDIÇÕES: Administrador logado no sistema.
Professor cadastrado no sistema.
CURSO NORMAL:
1. O Administrador escolhe o menu usuário e o submenu consultar.
2. O sistema exibe a tela de consulta.
3. O Administrador insere o nome do professor.
4. O Administrador confirma a consulta.
5. O sistema verifica se existe o usuário.
6. O sistema lista os usuários encontrados com o nome e as opções (visualizar dados do
professor, alterar e excluir).
7. O Administrador escolhe a opção visualizar.
8. O sistema busca o Usuário escolhido.
9. O sistema mostra o nome do usuário, informações e seu id no sistema.
 20

CURSO ALTERNATIVO:
3.1: O Administrador abandona a operação, a consulta é cancelada.
6.1: O Administrador poderá consultar os dados de um novo usuário, voltando no passo 3.
7.1:O Usuário poderá abandonar a visualização, a visualização é cancelada.
CURSO DE EXCECÃO:
5.1: Não foi encontrado nenhum usuário, o sistema avisa que nenhum registro foi
encontrado.
REQUISITOS DE INTERFACE: O sistema mostrará desabilitado todos os campos.
PÓS-CONDIÇÕES: Usuário visualizado no sistema.

2.3.4.7 Caso de Uso: Gerar IMC do aluno

SUMÁRIO: O sistema acessa o banco de dados buscando peso e altura do aluno e o sistema faz
o cálculo do IMC (peso dividido pela altura ao quadrado), exibe o IMC e guarda ele no banco de
dados.
ATORES: Administrador
PRÉ-CONDIÇÕES: Usuário logado no sistema
Aluno cadastrado no sistema
CURSO NORMAL:
1. O administrador escolhe o menu Gerar IMC do Aluno.
2. O sistema exibe a página de pesquisa de aluno.
3. O administrador busca pelo nome ou código do aluno.
4. O sistema exibe o aluno encontrado.
5. O sistema exibe o aluno encontrado.
6. O administrador seleciona o aluno.
7. O sistema acessa o banco de dados em busca do peso e altura do aluno.
8. O sistema divide o peso do aluno pela altura do aluno ao quadrado.
9. O sistema registra o resultado no banco de dados como IMC daquele aluno.
CURSO ALTERNATIVO:
1. O Administrador abandona a operação, a consulta é cancelada.
2. O Administrador poderá consultar os dados de um novo usuário, voltando no passo 3.
3. O Usuário poderá abandonar a visualização, a visualização é cancelada.
 21

CURSO DE EXCECÃO:
4. Não foi encontrado nenhum usuário, o sistema avisa que nenhum registro foi
encontrado.
REQUISITOS DE INTERFACE: O sistema mostrará desabilitado todos os campos.
PÓS-CONDIÇÕES: Usuário visualizado no sistema.

2.3.4.8 Caso de Uso: Cadastrar despesas

SUMÁRIO: Este caso de uso se inicia quando o administrador necessita cadastrar uma despesa
no sistema. O objetivo desse caso de uso é cadastrar as informações da despesa no sistema.
ATORES: Administrador
PRÉ-CONDIÇÕES: Administrador logado no sistema.
Informações da despesa disponíveis.
CURSO NORMAL:
1. O Administrador escolhe o menu Cadastrar Despesa.
2. O sistema exibe a página para inserir as despesas com subdivisões para cada centro de
custo.
3. O administrador insere as despesas de cada centro de custo em suas respectivas
subdivisões.
4. O administrador confirma as informações.
5. O sistema armazena as informações no banco de dados.

CURSO ALTERNATIVO:
2.1 O administrador abandona a operação, o cadastro é cancelado.

PÓS-CONDIÇÕES: Despesa cadastrada no sistema.

 22

2.3.4.9 Caso de Uso: Consultar Despesas

SUMÁRIO: Este caso de uso se inicia quando o administrador necessita consultar as despesas
da academia. O objetivo desse caso de uso é controlar o fluxo de caixa da academia, contas a
pagar.

Atores: Administrador.
PRÉ-CONDIÇÕES: Contas a receber/pagar.

CURSO NORMAL:
1. O administrador abre o menu.
2. O administrador escolhe a opção “Contas a pagar”.
3. O sistema retorna com as informações das contas a serem pagas.

CURSO DE EXCECÃO:
2.1: Não foi encontrado nenhuma despesa, o sistema avisa que nenhuma conta a ser
paga foi encontrada.

REQUISITOS DE INTERFACE: O sistema destacará as contas com status atrasado.

PÓS-CONDIÇÕES: Contas a pagar consultadas no sistema.

 23

2.3.4.10 Caso de Uso: Cadastrar contas a receber.

SUMÁRIO: Este caso de uso se inicia quando o administrador necessita cadastrar no sistema
contas a receber. O objetivo desse caso de uso é cadastrar as contas que a academia irá
receber.
ATORES: Administrador.
PRÉ-CONDIÇÕES: Administrador logado no sistema.
Informações sobre as contas a receber disponíveis.

CURSO NORMAL:
1. O administrador seleciona o menu Cadastrar contas a receber.
2. O sistema exibe a tela de cadastro.
3. O administrador preenche a tela de cadastro com as informações das contas a receber da
academia
4. O administrador confirma o cadastro.
5. O sistema armazena as informações no banco de dados.

CURSO ALTERNATIVO:
2.1 O administrador abandona a operação, o cadastro é cancelado.
CURSO DE EXCECÃO:
PÓS-CONDIÇÕES: Contas a receber cadastradas no sistema.
 24

2.3.4.11 Caso de Uso: Consultar Contas a Receber

SUMÁRIO: Este caso de uso se inicia quando o Administrador pretende

consultar as Contas a Receber a serem percebidas pela Academia. O objetivo desse caso de uso
é exibir todas as informações inerentes a Contas para o Administrador.
ATORES: Administrador
PRÉ-CONDIÇÕES: Contas a receber registradas no sistema.
Administrador logado no sistema.

CURSO NORMAL:
1. O Administrador solicita a consulta de Contas a Receber, selecionando a opção Consultar
Contas a Receber;
2. É gerada a tela “Contas a Receber”;
CURSO ALTERNATIVO:
2.1: O usuário abandona a operação, a consulta é cancelada.
CURSO DE EXCECÃO:
Não foi encontrado nenhum aluno curso de exceção para esse caso.
 25

2.3.4.12 Caso de Uso: Gerar relatório de fluxo de caixa

SUMÁRIO: Este caso de uso se inicia quando o administrador necessita ter acesso as
informações de fluxo de caixa da academia. O objetivo desse caso de uso é gerar um relatório de
fluxo de caixa da academia.
ATORES: Administrador.
PRÉ-CONDIÇÕES: Administrador logado no sistema.
Informações sobre o fluxo de caixa disponível
CURSO NORMAL:
1. O administrador seleciona o menu Gerar relatório de fluxo de caixa.
2. O sistema acessa e reuni as informações de contas a pagar e a receber no banco de
dados.
3. O sistema exibe o relatório.
CURSO DE EXCECÃO: Caso o sistema não encontre informações de contas a pagar e contas a
receber no banco de dados é exibida uma mensagem de erro (Não há dados de fluxo de caixa).
PÓS-CONDIÇÕES: Relatório de fluxo de caixa gerado no sistema.
 26

2.3.4.13 Caso de Uso: Gerar Relatório de Alunos Inadimplentes

SUMÁRIO: Este caso de uso é acessado pelo administrador para gerar um relatório dos alunos
que estão inadimplentes com a academia.
ATORES: Administrador.
PRÉ-CONDIÇÕES: Administrador logado no sistema. Aluno cadastrado no sistema. Aluno estar
inadimplente.
CURSO NORMAL:
1. O administrador escolhe o menu “Gerar Relatório de Alunos Inadimplentes”.
2. O sistema exibe uma lista com os alunos que estão inadimplentes.
CURSO ALTERNATIVO:
1. O Usuário abandona a operação, a consulta é cancelada.
CURSO DE EXCECÃO:
1. Caso não haja inadimplentes o sistema exibe uma mensagem avisando que não há
alunos inadimplentes.
 27

2.3.4.14. Caso de Uso: Cadastrar Horários dos Alunos

SUMÁRIO: Neste caso o usuário necessita registrar no sistema os horários dos alunos na
Academia, de acordo com a modalidade que o aluno está matriculado.
ATORES: Administrador
PRÉ-CONDIÇÕES: O usuário estar logado no sistema. O aluno está cadastrado no sistema, e
inscrito em alguma modalidade. O sistema ter informações de data e hora definido de acordo com
o fuso horário oficial de Brasília-DF
CURSO NORMAL:
1. O administrador informa ao Aluno as modalidades disponíveis, com os seus respectivos
horários.
2. O usuário abre o menu.
3. O usuário insere o código do aluno.
4. O sistema retorna com a opção de registar o horário do Aluno.
5. O usuário registra o horário do Aluno.
CURSO ALTERNATIVO:
4. O usuário cancela a opção de registrar o horário do aluno.

CURSO DE EXCECÃO:
Não foi encontrado nenhum código, o sistema avisa que nenhum usuário foi encontrado.
O aluno não está inscrito em nenhuma modalidade.

REQUISITOS DE INTERFACE: Será informado os horários do aluno, assim que registrado.

Regras de Negócio:
RN 1: O usuário estar registrado.
RN 2: O aluno possuir os dados da modalidade no cadastro.
PÓS-CONDIÇÕES: Aluno validado no sistema.
 28

2.3.4.15. Caso de Uso: Consultar Horários dos Alunos

SUMÁRIO: Neste caso o usuário tem a opção de consultar e atualizar o quadro de horários do
aluno.
ATORES: Administrador.
PRÉ-CONDIÇÕES: O usuário estar logado no sistema. O aluno está cadastrado no sistema, e
inscrito em alguma modalidade. Os horários do aluno estarem cadastrados. O sistema ter
informações de data e hora definido de acordo com o fuso horário oficial de Brasília-DF.

CURSO NORMAL:
1. O usuário abre o menu.
2. O usuário insere o código do aluno.
3. O sistema retorna com a opção de consultar o horário do Aluno.
4. O sistema exibe o horário do aluno.
5. O sistema retorna com a opção de atualizar a modalidade do aluno.
6. O sistema retorna com a opção de alterar o horário do aluno.
7. O usuário registra o novo horário do Aluno.
CURSO ALTERNATIVO:
3.1 O usuário cancela a opção de consultar o horário do aluno
6.1 O usuário cancela a opção de alterar a modalidade do aluno.
7.1 O usuário cancela a opção de registrar o horário do aluno.

CURSO DE EXCECÃO:
Não foi encontrado nenhum código, o sistema avisa que nenhum usuário foi encontrado.
O aluno não tem um quadro de horário registrado.
REQUISITOS DE INTERFACE: Será exibido os horários do aluno, assim que consultados.
Regras de Negócio:
RN 1: O usuário estar registrado.
RN 2: O aluno possuir os dados do seu quadro de horário no sistema.
PÓS-CONDIÇÕES: Aluno validado no sistema.
 29

2.3.4.16. Caso de Uso: Cadastrar Horários dos Professores

SUMÁRIO: Neste caso o usuário necessita registrar no sistema os horários dos professores na
Academia, de acordo com a modalidade que ele vai dar aula.

ATORES: Administrador.
PRÉ-CONDIÇÕES: O usuário estar logado no sistema. O professor está cadastrado no sistema.
O sistema ter informações de data e hora definido de acordo com o fuso horário oficial de
Brasília-DF
CURSO NORMAL:
1. O usuário abre o menu.
2. O usuário insere o código do professor.
3. O sistema retorna com a opção de registar o horário do professor.
4. O usuário registra o horário do professor.
CURSO ALTERNATIVO:
4. O usuário cancela a opção de registrar o horário do professor.
CURSO DE EXCECÃO:
1. Não foi encontrado nenhum código, o sistema avisa que nenhum usuário foi encontrado.
2. O professor não está cadastrado como docente em nenhuma modalidade.
REQUISITOS DE INTERFACE: Será informado os horários do aluno, assim que registrado.
Regras de Negócio:
RN 1: O usuário estar registrado.
RN 2: O professor possuir os dados da modalidade no cadastro.
PÓS-CONDIÇÕES: Professor validado no sistema.
 30

2.3.4.17. Caso de Uso: Consultar Horários dos Professores.

SUMÁRIO: Neste caso o usuário tem a opção de consultar e atualizar o quadro de horários do
professor.
ATORES: Administrador.
PRÉ-CONDIÇÕES: O usuário estar logado no sistema. O aluno está cadastrado no sistema, e
inscrito em alguma modalidade. Os horários do aluno estarem cadastrados. O sistema ter
informações de data e hora definido de acordo com o fuso horário oficial de Brasília-DF.
CURSO NORMAL:
1. O usuário abre o menu.
2. O usuário insere o código do professor.
3. O sistema retorna com a opção de consultar o horário do professor.
4. O sistema exibe o horário do professor.
5. O sistema retorna com a opção de atualizar a modalidade do professor.
6. O sistema retorna com a opção de alterar o horário do professor.
7. O usuário registra o novo horário do professor.
CURSO ALTERNATIVO:
3.1 O usuário cancela a opção de consultar o horário do professor.
6.1 O usuário cancela a opção de alterar a modalidade do professor.
7.1 O usuário cancela a opção de registrar o horário do professor.
CURSO DE EXCECÃO:
1. Não foi encontrado nenhum código, o sistema avisa que nenhum usuário foi
encontrado.
2. O professor não tem um quadro de horário registrado.
REQUISITOS DE INTERFACE: Será exibido os horários do professor, assim que consultados.
Regras de Negócio:
RN 1: O usuário estar registrado.
RN 2: O professor possuir os dados do seu quadro de horário no sistema.
PÓS-CONDIÇÕES: Aluno validado no sistema.

2.3.4.18. Caso de Uso: Cadastro de Desempenho do Aluno

 31

SUMÁRIO: Este caso de uso se inicia quando o Professor ou Aluno pretende

registrar o desempenho Aluno no sistema. O objetivo desse caso de uso é inserir as informações
do desempenho do aluno na modalidade.
ATORES: Professor, Aluno.
PRÉ-CONDIÇÕES: Aluno registrado no sistema.
Professor registrado no sistema.
Aluno/Professor logado no sistema.

CURSO NORMAL:
1. O Professor, Aluno solicita o registro de desempenho, selecionando no menu Quadro de
Desempenho a opção Inserir Desempenho do Aluno.
2. É gerada a tela “Inserir código Aluno”.
3. Professor, Aluno insere o código do respectivo Aluno.
4. O sistema verifica e valida o código do respectivo Aluno.
5. Em caso de ok é gerado o acesso a tela “Desempenho do Aluno”.
CURSO ALTERNATIVO:
3.1: O usuário abandona a operação, a consulta é cancelada.
5.1: O usuário poderá consultar os dados de um novo aluno, voltando no passo
CURSO DE EXCECÃO:
5.1: Não foi encontrado nenhum aluno, o sistema avisa que nenhum registro
foi encontrado.

2.3.4.19. Caso de Uso: Gerar Relatório de Desempenho do Aluno

SUMÁRIO: Este caso de uso se inicia quando o Professor e/ou seu Aluno pretendem consultar o
 32

Desempenho do Aluno. O objetivo desse caso é de Gerar um Relatório de Desempenho do Aluno

para o devido acompanhamento por parte do aluno em questão e/ou de seu professor para
tomada de decisões futuras quanto ao planejamento de treino.
ATORES: Administrador
PRÉ-CONDIÇÕES: Desempenho do Aluno registrado no sistema.
Administrador logado no sistema.

CURSO NORMAL:
1. O Administrador solicita Gerar Relatório de Desempenho do Aluno, selecionando a opção
2. Consultar Relatório de Desempenho do Aluno;
3. É gerada a tela “Inserir código Aluno”.
4. O Administrador insere o código do respectivo Aluno.
5. O sistema verifica e valida o código do respectivo Aluno.
6. Em caso de ok é gerado o acesso a tela “Gerar Relatório de Desempenho do Aluno”.

CURSO ALTERNATIVO:
2.1: O usuário abandona a operação, a consulta é cancelada.
5.1: O usuário poderá consultar os dados de um novo aluno, voltando no passo

CURSO DE EXCECÃO:
5.1: Não foi encontrado nenhum aluno, o sistema avisa que nenhum registro
foi encontrado.

2.3.4.20. Caso de Uso: Cadastrar Lotação de Modalidade

SUMÁRIO: Este caso de uso se inicia quando o Administrador tem a necessidade

matricular o Aluno em modalidades na academia. O objetivo desse caso de uso é realizar a
matrícula do aluno nas modalidades selecionadas.
 33

ATORES: Administrador
PRÉ-CONDIÇÕES: Administrador logado no sistema.
Aluno registrado no sistema.

CURSO NORMAL:
1. O Administrador logado no sistema, vai até o menu Modalidades e acessa a opção
registrar/matricular aluno
2. É gerada tela com campo “Inserir código Aluno”.
3. Administrador insere o código do respectivo Aluno.
4. O sistema verifica e valida o código do respectivo Aluno,
5. Em caso de ok é gerada a tela “Lista de modalidades”.
6. Administrador seleciona as modalidades escolhidas e confirma.
CURSO ALTERNATIVO:
3.1: O usuário abandona a operação, a consulta é cancelada.
6.1: O usuário poderá realizar a matricula de um novo aluno, voltando no passo.
CURSO DE EXCECÃO:
5.1: Não foi encontrado nenhum aluno, o sistema avisa que nenhum registro
foi encontrado.

2.3.4.21. Caso de Uso: Cadastrar Aluno em Fila de Espera

SUMÁRIO: Este caso de uso se inicia quando o Administrador tem a necessidade

matricular o Aluno em modalidades na academia, mas não existem vagas para a modalidade. O
objetivo desse caso de uso é inserir o aluno interessado numa lista de espera para matrícula na
modalidade.
ATORES: Administrador
PRÉ-CONDIÇÕES: Aluno registrado no sistema.
 34

CURSO NORMAL:
1. O Administrador logado no sistema, vai até o menu Modalidades e acessa a opção
registrar/matricular aluno
2. É gerada a tela “Inserir código Aluno”.
3. Administrador insere o código do respectivo Aluno.
4. O sistema verifica e valida o código do respectivo Aluno.
5. Em caso de ok é gerada a tela “Lista de modalidades”.
6. Administrador seleciona as modalidades escolhidas e confirma.

CURSO ALTERNATIVO:
3.1: O usuário abandona a operação, a consulta é cancelada.
6.1: O usuário poderá realizar a matricula de um novo aluno, voltando no passo.

CURSO DE EXCECÃO:
6.1: Não foi encontrada vagas na modalidade, o sistema avisa que a modalidade esta sem
vagas disponíveis

2.3.4.22. Caso de Uso: Excluir aluno em fila de espera

SUMÁRIO: Este caso inicia-se quando um aluno deseja deixar a fila de espera
ATORES: Administrador, Aluno
PRÉ-CONDIÇÕES: Usuário logado no sistema

CURSO NORMAL:
1. O usuário escolhe a opção Fila de espera no menu
2. O sistema exibe uma lista com todos os alunos em fila de espera
3. O usuário digita o nome do aluno
4. O sistema verifica se o aluno está cadastrado e em fila de espera
 35

5. O sistema mostra o aluno informado na fila de espera

6. O sistema exibe a opção excluir aluno da fila de espera
7. O usuário seleciona essa opção
8. O sistema confirma a exclusão do aluno da fila de espera

CURSO ALTERNATIVO:
3.1 O usuário desiste da exclusão e a operação é cancelada.
CURSO DE EXCECÃO:
4.1 O aluno não está cadastrado ou não está na fila de espera.
PÓS-CONDIÇÕES: O aluno foi excluído da fila de espera

2.3.4.23. Caso de Uso: Registrar Presença de aluno

SUMÁRIO: Este caso de uso inicia-se quando os alunos ou os professores precisam registrar a
presença no sistema, com o objetivo de controlar a pessoas que frequentam a academia
ATORES: Administrador, aluno
PRÉ-CONDIÇÕES: Usuário logado no sistema

CURSO NORMAL:
1. O usuário escolhe o menu Registrar Presença
2. O sistema exibe a tela de Presença
3. O usuário insere o nome do aluno para registrar a presença no sistema
4. O sistema verifica se existe um aluno com este nome
 36

5. O usuário registra a presença

CURSO ALTERNATIVO:
3.1 O usuário cancela a operação e o registro de presença é cancelado
CURSO DE EXCECÃO:
4.1 O sistema notifica que não existe nenhum aluno cadastrado com o nome fornecido

PÓS-CONDIÇÕES: Aluno teve a presença registrada

2.3.4.24. Caso de Uso: Gerar aniversariante do mês

SUMÁRIO: Este caso de uso inicia-se quando os funcionários precisam saber quais alunos
fazem aniversário em cada mês.
ATORES: Administrador
PRÉ-CONDIÇÕES: Usuário logado no sistema

CURSO NORMAL:
1. O usuário escolhe o menu Gerar aniversariante do mês
2. O sistema exibe uma tela com todos os meses do ano
3. O usuário seleciona o mês desejado
4. O sistema verifica os cadastrados que nasceram no mês informado
5. O sistema exibe uma planilha com todos os aniversariantes nascido no mês selecionado
 37

CURSO ALTERNATIVO:
2.1 O usuário cancela a operação e o processo chega ao fim.
CURSO DE EXCECÃO:
4.1 O sistema informa que não tem nenhum aluno nascido no mês selecionado
PÓS-CONDIÇÕES: São definidos os aniversariantes do mês

2.3.4.25. Caso de Uso: Validar Presença Via Catraca Eletrônica

SUMÁRIO: Este caso de uso se inicia quando o sistema necessita validar a presença dos alunos
e dos professores via catraca eletrônica. O objetivo desse caso de uso é validar a presença dos
usuários da academia para os mesmos adentrarem.

PRÉ-CONDIÇÕES: Professor e Aluno cadastrados no sistema.

CURSO NORMAL:
1. O usuário insere seu código na catraca eletrônica.
2. O sistema lê o código do usuário.
3. O controle de ponto é validado pelo banco de dados do sistema.
4. O sistema libera a passagem.
CURSO ALTERNATIVO:
4.1: O usuário não passa pela catraca, o controle de ponto é cancelado.
CURSO DE EXCECÃO:
1.1: Não foi encontrado nenhum código, o sistema avisa que nenhum usuário foi
encontrado.
 38

REQUISITOS DE INTERFACE:
Será informado uma mensagem de acesso liberado ou negado.
PÓS-CONDIÇÕES: Professor e aluno validado no sistema.

2.3.4.26. Caso de Uso: Registrar Presença via Catraca Eletrônica.

SUMÁRIO: Este caso de uso se inicia quando o sistema necessita registrar a presença dos
alunos e dos professores via catraca eletrônica. O objetivo desse caso de uso é registrar a
presença dos usuários da academia em determinado dia e horário.
Atores: Administrador, Aluno.
PRÉ-CONDIÇÕES: Professor e Aluno cadastrados no sistema.

CURSO NORMAL:
1. O usuário insere seu código na catraca eletrônica.
2. O sistema lê o código do usuário.
3. O controle de ponto é validado pelo banco de dados do sistema.
4. O sistema registra a presença.
CURSO ALTERNATIVO:
4.1: O registrada nenhuma presença, o controle de ponto é cancelado.
CURSO DE EXCECÃO:
1.1: Não foi encontrado nenhum código, o sistema avisa que nenhum usuário foi
encontrado.
 39

REQUISITOS DE INTERFACE:
Será informada uma mensagem de presença registrada ou não registrada.
PÓS-CONDIÇÕES: Professor e aluno validado no sistema.

2.3.4.27. Caso de Uso: Registrar Quadro de Desempenho

SUMÁRIO: Este caso de uso se inicia quando o sistema necessita registrar o quadro de
desempenho dos alunos. O objetivo desse caso de uso é registrar informações de desempenho
dos alunos ao longo do tempo.
Atores: Administrador, Aluno e Professor.
PRÉ-CONDIÇÕES: Professor e Aluno cadastrados no sistema.
CURSO NORMAL:
1. O usuário abre menu.
2. O usuário insere o código desejado.
3. O sistema retorna com a opção de registrar o quadro de desempenho.
4. O usuário registra o quadro de desempenho.

CURSO ALTERNATIVO:
4.1: O usuário não passa pela catraca, o controle de ponto é cancelado.
CURSO DE EXCECÃO:
1.1: Não foi encontrado nenhum código, o sistema avisa que nenhum usuário foi
encontrado.
REQUISITOS DE INTERFACE:
 40

Será exibido o quadro de desempenho assim que registrado.

PÓS-CONDIÇÕES: Professor e aluno validado no sistema.
 41

3. Diagrama de Classe