Projeto TCC formatado_v2

Prévia do material em texto

UNIVERSIDADE ESTÁCIO DE SÁ 
 
 
 
 
 
 
IGOR DIAS DA SILVA 
 
 
 
 
 
 
 
 
SISTEMA DE GESTÃO DE LOJA MAÇÔNICA 
 
 
 
 
 
 
 
 
 
Nova Iguaçu 
2021 
 
 
 
UNIVERSIDADE ESTÁCIO DE SÁ 
 
 
 
 
 
 
IGOR DIAS DA SILVA 
 
 
 
 
SISTEMA DE GESTÃO DE LOJA MAÇÔNICA 
 
 
 
 
 
Projeto de TCC apresentada à Universidade 
Estácio de Sá como requisito à obtenção 
do título de Bacharel em sistemas de informação 
 
 
 
Orientador: Prof. Jorge Luiz de Avila 
 
 
Nova Iguaçu 
2021 
 
 
Dados Internacionais de Catalogação-na-Publicação 
 (CIP) 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
IGOR DIAS DA SILVA 
 
 
 
 
SISTEMA DE GESTÃO DE LOJA MAÇÔNICA 
 
 
Projeto de TCC apresentada à Universidade 
Estácio de Sá como requisito à obtenção 
do título de Bacharel em sistemas de informação 
 
 
Aprovada em_____de______________de 2021 
 
 
BANCA EXAMINADORA 
 
_____________________________________________________ 
Prof. XXXXXXXXXXXXXXXXXXX 
UNIVERSIDADE ESTÁCIO DE SÁ 
 
 
_____________________________________________________ 
Prof. XXXXXXXXXXXXXXXXXXX 
UNIVERSIDADE ESTÁCIO DE SÁ 
 
 
_____________________________________________________ 
Prof. XXXXXXXXXXXXXXXXXXX 
UNIVERSIDADE ESTÁCIO DE SÁ 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
A minha esposa e filha, 
com todo carinho e 
gratidão. 
 
 
RESUMO 
 
 Projeto de Software de sistema para gestão e administração de finanças e quadros 
de membros, de uma loja maçônica, visando controle e facilitando o processo de 
gestão e coordenação dos trabalhos efetuados pelos seus membros. 
 
 
 
Palavras-chaves: Projeto de Software; Gestão; Sistema de administração; Sistema 
Financeiro; Loja Maçônica. 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
ABSTRACT 
 
 Software project system for managing and administering finances and 
memberships of a Masonic lodge, aiming to control, and facilitating the process of 
managing and coordinating the work carried out by its members. 
 
 
Keywords: Software Project; Management; Administration system; Financial System; 
Masonic Lodge. 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
SUMÁRIO 
1. O problema .......................................................................................................... 9 
1.1 Tema: ................................................................................................................. 9 
1.2 Contextualização: ............................................................................................... 9 
1.3 Situação-problema: ............................................................................................ 9 
1.4 Breve descrição da solução: .............................................................................. 9 
2. Contextualização do problema ........................................................................ 10 
2.1 Premissas e Restrições ................................................................................... 10 
2.2 Características da Empresa ............................................................................. 11 
2.2.1 Histórico da Empresa ................................................................................. 11 
2.2.2 Atividade da Empresa ................................................................................ 11 
2.2.3 Mercado Consumidor ................................................................................. 11 
2.2.4 Concorrência ............................................................................................. 12 
2.2.5 Organograma ............................................................................................. 12 
2.3 Proposta de Trabalho ....................................................................................... 12 
2.3.1 Método de Trabalho ................................................................................... 13 
2.3.2 Previsão e Alocação de Recursos ............................................................. 14 
2.3.3 Cronograma de Trabalho (Diagrama de Gantt) ......................................... 14 
2.3.4 Previsão Orçamentaria .............................................................................. 15 
2.4 O Sistema Atual ............................................................................................... 15 
2.4.1 Funcionamento do Sistema Atual .............................................................. 15 
2.4.2 Problemas do Sistema Atual ...................................................................... 16 
 
 
3. A Solução .......................................................................................................... 16 
3.1 O sistema proposto .......................................................................................... 16 
3.1.1 Justificativas para o novo sistema ............................................................. 16 
3.1.2 Situação desejada: objetivos gerais e específicos ..................................... 16 
3.1.3 Soluções alternativas ................................................................................. 17 
3.2 Solução Escolhida ............................................................................................ 17 
3.2.1 Escopo da solução ..................................................................................... 17 
3.2.2 Lista de requisitos do sistema .................................................................... 17 
3.2.3 Diagramas de caso de uso ........................................................................ 19 
3.2.4. Especificações textuais dos casos de uso ................................................ 20 
3.2.5. Modelo conceitual de classes ................................................................... 24 
3.2.6. Modelo conceitual de dados ..................................................................... 25 
4. Referências Bibliográficas ............................................................................... 26 
 
 
 
 
 
 
 
 
 
 
 
 
9 
 
 
1. O problema 
1.1 Tema: 
 Sistema de gestão de Loja Maçônica; 
 
 1.2 Contextualização: 
 O sistema proposto visa auxiliar os administradores de uma Loja Maçônica, 
em seus períodos de Gestão e na passagem dos cargos para as próximas 
Gestões; 
 
1.3 Situação-problema: 
 A gestão de Lojas Maçônicas, em sua maioria, é feita de forma manual, fluxo 
de caixa, gestão de membros, controle de presença e visitantes, mutas vezes 
são anotações manuais em livros e agendas ou meio eletrônicos, simples e 
não específicos, isso gera muitos problemas nas passagens de 
administração, que ocorrem, anualmente ou de 2 em 2 anos; 
 
1.4 Breve descrição da solução: 
 Sistema de controle de fluxo de caixa, personalizado as movimentações de 
Lojas Maçônicas, geração de boletos de mensalidades, controle de presença 
e visitantes com sistema de leitura de QRcode, já presente nas identificações 
Maçônicas utilizadas pelos membros da potência, e opção de inserção manual 
10 
 
de presença, facilitando o controle, comunicação e transferência de 
informações na mudança de Gestão; 
2. Contextualização do problema 
2.1 Premissas e Restrições 
 
• Premissas 
o Todos os membros da administração deverão ter conhecimento básico 
de informática; 
o O local de implantação possui internet banda larga de qualidade; 
o O local de implantação possui as infraestruturas necessárias e locais 
adequados para instalação dos equipamentos de leitura de QRCode e 
terminal de acesso; 
o O analista de sistema poderá escolher a linguagem de programação 
que achar mais adequada ao sistema; 
o A empresa irá fornecer os equipamentos necessários, a implantação 
do sistema, dentro dos prazos determinados no cronograma; 
o O analista terá acessoaos dados financeiros e de cadastro dos 
membros, organizados e corretos, para criação do banco de dados 
inicial para implantação do sistema; 
 
• Restrições 
o Orçamento não deve ultrapassar o valor acordado no contrato 
o A administração se reúne apenas as quartas-feiras, nesses dias 
poderão ser tiradas as dúvidas quanto ao projeto 
11 
 
2.2 Características da Empresa 
 Loja Maçônica Cruzeiro do Norte, é uma instituição sem fiz lucrativos, 
organizada por assembleia onde os seus membros se reúnem 
periodicamente para realização de estudos e confraternizações, possui 
também viés filantrópico, atuando em ajuda a algumas instituições ou 
diretamente com quem precisa. 
Nome: Loja Maçônica Cruzeiro do Norte 
Fundação: janeiro de 1970 
Membros: Atualmente conta com 35 membros ativos 
2.2.1 Histórico da Empresa 
 A Loja maçônica Cruzeiro do Norte iniciou sua atividade em janeiro de 
1970, inicialmente sediada em outra loja maçônica, Loja Mãe, e 
posteriormente, adquiriu sua sede própria, a rua Francisco Gonçalves, 43, 
Bairro California – Nova Iguaçu – RJ, onde atua até os dias atuais. 
2.2.2 Atividade da Empresa 
 Sua atividade está voltada para o desenvolvimento do cidadão através de 
estudos, reforçando seu caráter, sua moral e aumentando seus horizontes 
culturais, promovendo a fraternidade entre seus associados e com as demais 
lojas de sua potência. 
2.2.3 Mercado Consumidor 
 Homens dispostos a estudar, desenvolver e aperfeiçoar suas habilidades 
como cidadãos e líderes da sociedade. 
12 
 
2.2.4 Concorrência 
 Há várias outras Lojas Maçônicas na região, da mesma potência e de 
outras potências, porém, não há uma concorrência direta entre elas, devido 
as características de seus funcionamentos. 
2.2.5 Organograma 
 
Presidente
1º Vice 2º Vice
Orador Secretário Tesoureiro Chanceler 
 
 
2.3 Proposta de Trabalho 
O projeto propõe um sistema personalizado as necessidades de 
administração de uma loja maçônica, contendo controle de fluxo de caixa, 
geração de boletos de mensalidades, controle de presença e visitantes, 
sistema de leitura de QRcode, e opção de inserção manual de presença, 
visando facilitar o controle nas atividades administrativas, assim como, 
comunicação e transferência de informações na mudança de Gestão, 
padronizando o sistema. 
13 
 
2.3.1 Método de Trabalho 
 Será realizada uma reunião inicial, com os administradores atuais, com 
o objetivo de levantar os requisitos do sistema. Serão agendadas 
conversas com cada área administrativa para entender as necessidades 
individuais e para que estes descrevam problemas e possíveis. Em uma 
data acordada será apresentado um protótipo do sistema para correção 
e ajustes. Na etapa de comunicação com o cliente, as áreas deverão 
descrever os problemas encontrados, possíveis soluções e melhorias 
para implementação no sistema, assim como fornecer os dados para 
implementação do Banco de Dados. 
O projeto será elaborado utilizando as seguintes ferramentas. 
• Microsoft Visio: Essa ferramenta será utiliza para elaboração dos 
Diagramas de casos de uso, diagrama de classes, diagramas de 
estados, diagramas de classes, diagramas de atividades, diagramas de 
componentes e Cronograma de Trabalho. 
• Dbdesigner: Para modelagem do Banco de Dados. 
• Microsoft Word: Essa ferramenta foi utilizada para a edição do trabalho. 
• Microsoft Excel: Usado na elaboração de planilhas. 
• Google Chrome: Essa ferramenta foi utilizada para acessar o portal da 
faculdade, onde se teve o acesso à grande parte do material para 
elaboração do trabalho e fazer pesquisas. 
• Aplicativo Whatsapp: Utilizado para comunicação entre o Cliente e o 
desenvolvedor, com o objetivo agilizar a aprovação de telas e sanar as 
dúvidas. 
14 
 
2.3.2 Previsão e Alocação de Recursos 
Recursos Humanos 
Seq. Nome do Recurso Unidade Qtd Unidade Valor Unit Valor Total 
1 Analista de Sistema mês 4 
R$ 
2.000,00 
R$ 
8.000,00 
 
 
Recursos Tecnológicos 
Seq. Nome do Recurso Unidade Qtd Unidade Valor Unit Valor Total 
1 
Notebook I3 8Gb 
ram, 256Gb SSD UN 1 
R$ 
3.500,00 
R$ 
3.500,00 
2 
Multifuncional 
Tanque de Tinta Hp 
Ink Tank 412 - 
Wireless UN 1 R$ 900,00 R$ 900,00 
 
 
Recursos Materiais 
Seq. Nome do Recurso Unidade Qtd Unidade Valor Unit Valor Total 
1 Papel Impressão UN 2 R$ 20,00 R$ 40,00 
2 Refil tinta Impressora UN 1 R$ 150,00 R$ 150,00 
3 Material Escritório UN 1 R$ 150,00 R$ 150,00 
 
2.3.3 Cronograma de Trabalho (Diagrama de Gantt) 
 
15 
 
 
2.3.4 Previsão Orçamentaria 
 
2.4 O Sistema Atual 
2.4.1 Funcionamento do Sistema Atual 
 Todas os controles, atualmente, são feitos de forma manual, usando-se 
livro caixa manuscrito ou planilha simples do MS Excel, para controle de 
fluxo de caixa, recibos manuais, para controle de pagamento de 
mensalidades, e livro de presença manuscrito. Para um membro consultar 
Recurso 
Tipo 
Recurso 
Valor 
Mês ago/21 set/21 out/21 nov/21 Total 
Analista de 
sistemas Humano 2.000,00 2.000,00 2.000,00 2.000,00 2.000,00 8.000,00 
Notebook Tecnológico 3.500,00 3.500,00 0,00 0,00 0,00 3.500,00 
Impressora Tecnológico 900,00 900,00 0,00 0,00 0,00 900,00 
Pacote Br Office Tecnológico 0,00 0,00 0,00 0,00 0,00 0,00 
MS Visio 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 
DbDesigner Tecnológico 0,00 0,00 0,00 0,00 0,00 0,00 
Resma Papel Material 0,00 20,00 20,00 0,00 0,00 40,00 
Refil tinta 
Impressora Material 0,00 0,00 0,00 150,00 0,00 150,00 
Material escritório Material 0,00 150,00 0,00 0,00 0,00 150,00 
Total 6.570,00 2.020,00 2.150,00 2.000,00 12.740,00 
16 
 
suas mensalidades em aberto, é necessário entrar em contato 
pessoalmente com o tesoureiro, assim como para a administração saber 
se os pagamentos estão em dia ou se existem dívidas em aberto. Isso torna 
os processos lentos, pois depende da disponibilidade do tesoureiro, e 
ocasiona muitos problemas na passagem de gestão. 
2.4.2 Problemas do Sistema Atual 
• Lentidão nas consultas (fluxo de caixa e mensalidades) 
• Cadastros dos membros (manual) 
• Dificuldade nas transições de gestão 
3. A Solução 
3.1 O sistema proposto 
 O sistema proposto é de gerenciamento de membros, controle de 
mensalidades, presenças e fluxo de caixa, tendo a necessidade, para o 
funcionamento, o cadastramento dos membros, suas posições e área 
administrativa financeira, com fluxo de entrada e saída de dividendos. 
3.1.1 Justificativas para o novo sistema 
 Melhor, mais simples e efetivo controle de presença e fluxo de caixa, 
visando facilitar a administração da loja, assim como, a transferência de 
dados de uma gestão para outra. 
3.1.2 Situação desejada: objetivos gerais e específicos 
• Controle digital de presenças; 
• Controle de visitantes; 
• Melhor controle de mensalidades; 
17 
 
• Fácil consulta ao histórico de presenças; 
• Fácil consulta a mensalidades em aberto; 
• Criação de relatórios financeiros; 
• Eficiência na transferência de dados entre gestões; 
3.1.3 Soluções alternativas 
 Não á soluções alternativas, dado que o sistema atual e manual e, essa 
forma de administração, possui muitos problemas, e a única solução para 
os problemas relatados é a criação de um sistema específico para o 
controle de uma loja maçônica. 
3.2 Solução Escolhida 
 A solução escolhida, pela administração da loja, é um sistema 
personalizado ao funcionamento de uma loja maçônica, que seja de fácil 
entendimento e uso, e adaptado as necessidades especificas de 
administração e transição de gestão. 
3.2.1 Escopo da solução 
 O sistema visa automatizar o controle de presença, adimplência e fluxo 
de caixa, facilitando o trabalho da gestão, e informação, e facilitando o 
acesso de seus membros seus dados de presença e financeiros. O 
sistema também irá facilitar na mudança de uma gestão para outra, 
simplificando a passagem de informações,agilizando todo o processo. 
 
3.2.2 Lista de requisitos do sistema 
Código RF001 Nome: Cadastrar Membros 
18 
 
Prioridade (x) Essencial ( ) Importante ( ) Desejável 
Descrição 
O sistema devera cadastrar novos membros com todos os 
seus atributos, tais como Grau, cargo e número de 
cadastro. O sistema deverá permitir a exclusão de 
membros por nome ou cadastro. O sistema devera 
atualizar os atributos dos membros caso necessário. 
Regras do Negocio 
1- Deve ser cadastrado apenas 1 membro por número de cadastro 
2- O número de cadastro deve ser o mesmo de seu cadastro na potencia 
3- O grau e cargo do membro devem estar devidamente identificados em seu 
cadastro. 
4- O membro que for desligado da loja deverá ter seu cadastro alterado e seu 
acesso ao sistema bloqueado 
Requisitos não Funcionais 
Códigos Requisitos Categoria 
RNF 1.1 
Todo membro deve estar 
vinculado ao seu número de 
cadastro 
Usabilidade 
RNF 1.2 
O tempo de cadastro de um 
membro não deve passar de 
10 segundos 
Performance 
 
 
Código RF002 Nome: Cadastrar Visitantes 
Prioridade (x) Essencial ( ) Importante ( ) Desejável 
Descrição 
O sistema devera cadastrar visitantes com todos os seus 
atributos, tais como Grau, cargo e número de cadastro, 
loja e potência. O sistema deverá permitir o bloqueio de 
visitante por nome ou cadastro. O sistema devera atualizar 
os atributos dos membros caso necessário. 
Regras do Negocio 
1- Deve ser cadastrado apenas 1 visitante por número de cadastro 
2- O número de cadastro deve ser o mesmo de seu cadastro na potência 
3- O grau do visitante deve estar devidamente identificado em seu cadastro. 
4- O visitante que for bloqueado deverá ter seu cadastro alterado e seu acesso 
ao sistema bloqueado 
Requisitos não Funcionais 
Códigos Requisitos Categoria 
RNF 2.1 
Todo visitante deve estar 
vinculado ao seu número de 
cadastro 
Usabilidade 
RNF 2.2 
O tempo de cadastro de um 
visitante não deve passar de 
10 segundos 
Performance 
 
Código RF003 Nome: Cadastrar Prestadores de serviço 
19 
 
Prioridade (x) Essencial ( ) Importante ( ) Desejável 
Descrição 
O sistema devera cadastrar, excluir ou alterar prestadores 
eventuais de serviços a loja, e seus atributos, tais como, 
nome do prestador, código, data do cadastro, CPF, 
documentos da empresa e tipo de serviço prestado. O 
sistema deverá permitir a exclusão do prestador, por nome 
ou código. O sistema deverá permitir a alteração ou 
atualização de acordo com eventuais necessidades 
Regras do Negocio 
1- Deve ser cadastrado apenas 1 prestador por número de cadastro 
2- Todo prestador deve estar vinculado a uma indicação de membro 
Requisitos não funcionais 
Códigos Requisitos Categoria 
RNF 3.1 
Todo prestador deve estar 
vinculado ao seu número de 
cadastro 
Usabilidade 
RNF 3.2 
O tempo de cadastro de um 
visitante não deve passar de 
10 segundos 
Performance 
 
3.2.3 Diagramas de caso de uso 
SECRETÁRIO
TESOUREIRO
MEMBRO
CADASTRAR MEMBROS GERENCIAR MEMBROS
LOGAR NO SISTEMA
LEMBRAR SENHA
CADASTRAR PRESTADORES
CADASTRAR VISITANTE
GERAR BOLETO MENSALIDADE
MARCAR PRESENÇA
GERENCIAR CAIXA
GERAR 2ª VIA DE BOLETO DE MENSALIDADE
<<estender>>
<<estender>>
<<estender>>
 
20 
 
3.2.4. Especificações textuais dos casos de uso 
 
Seção da especificação Significado 
Nome do caso de uso Logar no sistema 
Escopo Este caso de uso descreve a etapa de autenticação 
dos usuários ao sistema. 
Atores Secretário, Tesoureiro, Membro 
Precondição Usuário estar devidamente cadastrado no sistema. 
Pós-condição ou garantia de 
sucesso Acesso ao sistema é liberado. 
Cenário Principal 
1: Informar login e senha. 
2: Usuário insere login e senha. 
3: Sistema valida o login e a senha. 
4: Sistema libera o acesso. 
Cenários alternativos ou 
extensões 
2.a Se o usuário desejar deixar os dados salvos 
para próximo 
acesso, então deve-se optar por <EXTENDS 
LEMBRAR 
USUÁRIO E SENHA> 
3.a Usuário ou senha incorretos. 
- Sistema informa que o usuário ou senha está 
incorreto. 
- Sistema não libera o acesso. 
- Retorna ao passo 1 do cenário principal. 
Requisitos especiais 
 Resposta de acesso ao sistema demora 30 
segundos na 
maioria dos casos. 
 
 
Seção da especificação Significado 
Nome do caso de uso Cadastrar membros 
Escopo 
Este caso de uso descreve a etapa de cadastro de 
membros no 
Sistema. 
Atores Secretário 
Precondição 
Membro deve ser cadastrado pelo secretário para 
ter acesso ao sistema. 
Pós-condição ou garantia de 
sucesso 
Usuário recebe seu login e senha para acessar o 
sistema. 
Cenário Principal 
1: Secretário coleta os dados do membro. 
2: Secretário faz o cadastro do Membro. 
3: Secretário libera acesso do Membro. 
4: Membro recebe login e senha para acessar o 
sistema. 
21 
 
Cenários alternativos ou 
extensões 
2.a Se necessário alguma atualização no cadastro 
do membro. 
Então solicitar ao secretário que é o único que faz 
alterações no 
cadastro de membros. <EXTENDS GERENCIAR 
MEMBROS> 
Requisitos especiais 
 Resposta de cadastro do membro no sistema 
demora 30 
segundos na maioria dos casos. 
 
 
Seção da especificação Significado 
Nome do caso de uso Cadastrar prestadores 
Escopo Este caso de uso descreve a etapa de cadastro de 
prestadores no sistema 
Atores Secretário 
Precondição 
O prestador a ser cadastrado deve estar com seus 
dados 
cadastrais atualizados. 
Pós-condição ou garantia de 
sucesso Prestador é cadastrado no sistema. 
Cenário Principal 
1: Informar dados do prestador. 
2: Gerente cadastra prestador. 
3: Sistema gera um código de cadastro do 
prestador. 
Cenários alternativos ou 
extensões 
3.a Prestador sem os documentos para realizar o 
cadastro. 
- Sistema não aceita fazer cadastro sem a 
identificação dos documentos necessários para o 
cadastro. 
- Retorna ao passo 1 do cenário principal 
Requisitos especiais 
 Resposta de cadastro de prestadores no sistema 
demora 
30 segundos na maioria dos casos. 
 
 
Seção da especificação Significado 
Nome do caso de uso Cadastrar visitante 
Escopo 
Este caso de uso descreve a etapa de cadastro de 
visitante no 
Sistema. 
Atores Secretário 
Precondição 
O visitante a ser cadastrado deverá apresentar 
seus 
documentos de identificação ao secretário no 
momento do 
cadastro. 
22 
 
Pós-condição ou garantia de 
sucesso Visitante é cadastrado no sistema. 
Cenário Principal 
1: Informar dados do visitante. 
2: Secretário cadastra visitante. 
3: Sistema gera um código de cadastro do visitante. 
 
Cenários alternativos ou 
extensões 
3.a Visitante sem os documentos para realizar o 
cadastro. 
- Sistema não aceita fazer cadastro sem a 
identificação dos documentos necessários para o 
cadastro. 
- Retorna ao passo 1 do cenário principal 
Requisitos especiais 
 Resposta de cadastro de visitante no sistema 
demora 
30 segundos na maioria dos casos. 
 
 
Seção da especificação Significado 
Nome do caso de uso Gerenciar caixa 
Escopo 
Este caso de uso descreve a etapa de 
gerenciamento do caixa no 
Sistema. 
Atores Tesoureiro 
Precondição 
Os valores recebidos ou pagos devem ser 
informados ao tesoureiro. 
Pós-condição ou garantia de 
sucesso 
Os valores de entrada e saída devem ser inseridos 
no sistema e contabilizados no fluxo de caixa. 
Cenário Principal 
1: Informar se a transação e de entrada ou saída. 
2: Tesoureiro insere no sistema valor e a descrição 
da transação no sistema. 
3: Sistema soma, em caso de recebimento, no valor 
total do caixa. 
4: Sistema debita, em caso de pagamento, no valor 
total de caixa. 
Cenários alternativos ou 
extensões 
2.a Valor inserido sem descrição não é aceito pelo 
sistema. 
- Retorna ao passo 1 do cenário principal. 
3.a Valor inserido fora do formato padrão não é 
aceito pelo sistema 
 - Mensagem de erro. 
- Retorna ao passo 2 do cenário principal. 
4.a Valor inserido fora do formato padrão não é 
aceito pelo sistema. 
 - Mensagem de erro. 
- Retorna ao passo 2 do cenário principal.Requisitos especiais 
 Resposta de Gerenciar caixa no sistema demora 
30 segundos na maioria dos casos. 
23 
 
 
 
Seção da especificação Significado 
Nome do caso de uso Gerar boleto de mensalidade 
Escopo Este caso de uso descreve a etapa de geração de 
boleto de pagamento de mensalidade no sistema. 
Atores Tesoureiro 
Precondição O membro deve estar cadastrado no sistema. 
Pós-condição ou garantia de 
sucesso O boleto é cadastrado no sistema. 
Cenário Principal 
1: Consultar boletos em aberto. 
2: Criar boleto de mensalidade. 
3: O boleto e cadastrado no sistema e enviado ao 
membro por e-mail. 
Cenários alternativos ou 
extensões 
1. boleto em aberto no sistema. 
- Sistema informa o boleto em aberto e o valor total. 
- Retorna ao passo 1 do cenário principal. 
Requisitos especiais 
 Resposta de Gerar Boleto mensalidade no sistema 
demora 
60 segundos na maioria dos casos. 
 
 
Seção da especificação Significado 
Nome do caso de uso Gerar 2ª via de boleto de mensalidade 
Escopo 
Este caso de uso descreve a etapa de geração de 
2ª via boleto de pagamento de mensalidade no 
sistema. 
Atores Tesoureiro, Membro 
Precondição O boleto deve estar cadastrado no sistema. 
Pós-condição ou garantia de 
sucesso Gerado a 2ª via do Boleto de mensalidade. 
Cenário Principal 
1: Consultar boletos em aberto. 
2: Gerar 2ª via de boleto. 
3: A 2ª via do boleto e enviado ao membro por e-
mail. 
Cenários alternativos ou 
extensões 
1.a Não há boletos em aberto. 
- Sistema informa que não há pendências de 
pagamento. 
- Retorna ao passo 1 do cenário principal. 
Requisitos especiais 
 Resposta de Gerar 2ª via de Boleto mensalidade 
no sistema demora 
30 segundos na maioria dos casos. 
 
24 
 
 
Seção da especificação Significado 
Nome do caso de uso Marcar presença. 
Escopo Este caso de uso descreve a etapa marcar 
presença no sistema. 
Atores Membro 
Precondição O membro deve estar cadastrado no sistema. 
Pós-condição ou garantia de 
sucesso Presença e inserida no sistema 
Cenário Principal 
1: Abrir área de presença. 
2: inserir número do cadastro. 
 
3: Marcar presença. 
 
4: Gerar comprovante 
Cenários alternativos ou 
extensões 
2.a Número de cadastro não seja encontrado no 
sistema. 
- Sistema informa cadastro não encontrado. 
- Retorna ao passo 1 do cenário principal. 
Requisitos especiais 
 Resposta de Marcar presença no sistema demora 
30 segundos na maioria dos casos. 
 
3.2.5. Modelo conceitual de classes 
Cadastrar membros
-nome: char
-cargo: char
-cadastro: int
+ inclusão() : void
+ exclusão() : void
+ alteração() : void
Logar no sitema
-id: int
-usuário: String
-senha: String
Cadastrar prestadores
-nome: char
-cpf: int
-rg: int
-endereço: char
-serviço: char
+ inclusão() : void
+ exclusão() : void
+ alteração() : void
Cadastrar visitante
-nome: char
-loja: char
-potência: char
-cadastro: int
+ inclusão() : void
+ exclusão() : void
+ alteração() : void
Secretário
-id: int
-usuário: String
-senha: String
+gerenciarmembros() : void
Tesoureiro
-id: int
-usuário: String
-senha: String
+gerar2viaboleto() : void
Membro
-id: int
-nome: char
-usuário: String
-senha: String
Gerar boleto mensalidade
-cadastrarboleto: char
-valor: int
-dadacad: int
-datavenc: int
+ gerar2via() : void
+ baixaboleto() : void
+ alteração() : void
Marcar presença
-data: int
-tiposessao: char
+ comprovante() : void
Gerenciar caixa
-cadastrarpagamentos: char
-valor: int
-dada: int
- cadastrar recebimento: char
-valor: int
-data:int
+ inclusão() : void
+ exclusão() : void
+ alteração() : void
1 1
1
1
1
11..*
1..*
1..*
1..*
1..*
1..*
 
25 
 
3.2.6. Modelo conceitual de dados 
SECRETÁRIO
TESOUREIRO
LOGIN POSSUI
MEMBROSVISITANTES
PRESTADORES
CADASTRA
GERAPAGAMENTO RECEBIMENTO
BOLETOS
MARCA
PRESENÇA
(1,1)
(1,1)
(1,1)
(1,1)
(1,1)
(1,1)
(1,n)
(1,n) (n,1)
(1,n)
(1)
(1,n) (1,n)
(1,n)
 
 
 
 
26 
 
4. Referências Bibliográficas 
Estácio. (2021). Estácio Ambiente Virtual. Acesso em agosto/setembro/outubro de 
2021, disponível em Estácio Web Aula: