Sistema de Gestão de Loja Maçônica

Igor Dias da Silva

Jorge Luiz de Avila

RESUMO

O presente trabalho tem por objetivo apresentar um projeto de Software de sistema para
gestão de uma loja maçônica, visando controle da área administrativa e facilitando o processo
de gestão e coordenação dos trabalhos efetuados pelos seus membros.

Palavras Chaves: Projeto de Software. Trabalho de Conclusão de Curso. Modelagem de

Sistemas
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 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á acesso aos 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
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.
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.
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.

2.3.2 Previsão e Alocação de Recursos

Recursos Humanos
Seq. Nome do Recurso Unidade Qtd Unidade Valor Unit Valor Total
R$ R$
1 Analista de Sistema mês 4 2.000,00 8.000,00

Recursos Tecnológicos
Seq. Nome do Recurso Unidade Qtd Unidade Valor Unit Valor Total
Notebook I3 8Gb R$ R$
1 ram, 256Gb SSD UN 1 3.500,00 3.500,00
Multifuncional
Tanque de Tinta Hp
Ink Tank 412 -
2 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)

2.3.4 Previsão Orçamentaria

Tipo Valor
Recurso Recurso 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

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 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;
• 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 Nome: Cadastrar Membros
RF001
Prioridade (x) Essencial ( ) Importante ( ) Desejável
O sistema devera cadastrar novos membros com todos os seus
atributos, tais como Grau, cargo e número de cadastro. O sistema
Descrição 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
Todo membro deve estar
vinculado ao seu número de Usabilidade
RNF 1.1 cadastro
O tempo de cadastro de um
membro não deve passar de Performance
RNF 1.2 10 segundos

Código Nome: Cadastrar Visitantes

RF002
Prioridade (x) Essencial ( ) Importante ( ) Desejável
 O sistema devera cadastrar visitantes com todos os seus atributos,
tais como Grau, cargo e número de cadastro, loja e potência. O
Descriçã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
Todo visitante deve estar
vinculado ao seu número de Usabilidade
RNF 2.1 cadastro
O tempo de cadastro de um
visitante não deve passar de Performance
RNF 2.2 10 segundos

Código Nome: Cadastrar Prestadores de serviço

RF003
Prioridade (x) Essencial ( ) Importante ( ) Desejável
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
Descrição
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
Todo prestador deve estar
vinculado ao seu número de Usabilidade
RNF 3.1 cadastro
O tempo de cadastro de um
visitante não deve passar de Performance
RNF 3.2 10 segundos
3.2.3 Diagramas de caso de uso

CADASTRAR PRESTADORES

GERENCIAR MEMBROS <<estender>> CADASTRAR MEMBROS

CADASTRAR VISITANTE SECRETÁRIO

GERENCIAR CAIXA

LOGAR NO SISTEMA

GERAR BOLETO MENSALIDADE <<estender>>

TESOUREIRO

<<estender>>
LEMBRAR SENHA

GERAR 2ª VIA DE BOLETO DE MENSALIDADE MARCAR PRESENÇA

MEMBRO

3.2.4. Especificações textuais dos casos de uso

Seção da
Significado
especificação
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.
1: Informar login e senha.
2: Usuário insere login e senha.
Cenário Principal
3: Sistema valida o login e a senha.
4: Sistema libera o acesso.
 2.a Se o usuário desejar deixar os dados salvos para próximo
Cenários alternativos acesso, então deve-se optar por <EXTENDS LEMBRAR
ou extensões 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.
Resposta de acesso ao sistema demora 30 segundos na
Requisitos especiais
maioria dos casos.

Seção da
Significado
especificação
Nome do caso de uso Cadastrar membros

Escopo Este caso de uso descreve a etapa de cadastro de membros no

Sistema.
Atores Secretário
Membro deve ser cadastrado pelo secretário para ter acesso ao
Precondição
sistema.
Pós-condição ou
garantia de sucesso Usuário recebe seu login e senha para acessar o sistema.
1: Secretário coleta os dados do membro.
2: Secretário faz o cadastro do Membro.
Cenário Principal
3: Secretário libera acesso do Membro.
4: Membro recebe login e senha para acessar o sistema.
2.a Se necessário alguma atualização no cadastro do membro.
Cenários alternativos
Então solicitar ao secretário que é o único que faz alterações no
ou extensões
cadastro de membros. <EXTENDS GERENCIAR MEMBROS>
Resposta de cadastro do membro no sistema demora 30
Requisitos especiais
segundos na maioria dos casos.

Seção da
Significado
especificação
Nome do caso de uso Cadastrar prestadores

Escopo Este caso de uso descreve a etapa de cadastro de prestadores

no sistema
Atores Secretário
O prestador a ser cadastrado deve estar com seus dados
Precondição
cadastrais atualizados.
Pós-condição ou
garantia de sucesso Prestador é cadastrado no sistema.
1: Informar dados do prestador.
Cenário Principal
2: Gerente cadastra prestador.
 3: Sistema gera um código de cadastro do prestador.

3.a Prestador sem os documentos para realizar o cadastro.

Cenários alternativos - Sistema não aceita fazer cadastro sem a identificação dos
ou extensões documentos necessários para o cadastro.
- Retorna ao passo 1 do cenário principal
Resposta de cadastro de prestadores no sistema demora
Requisitos especiais
30 segundos na maioria dos casos.

Seção da
Significado
especificação
Nome do caso de uso Cadastrar visitante

Escopo Este caso de uso descreve a etapa de cadastro de visitante no

Sistema.
Atores Secretário
O visitante a ser cadastrado deverá apresentar seus
Precondição documentos de identificação ao secretário no momento do
cadastro.
Pós-condição ou
garantia de sucesso Visitante é cadastrado no sistema.
1: Informar dados do visitante.
2: Secretário cadastra visitante.
Cenário Principal
3: Sistema gera um código de cadastro do visitante.

3.a Visitante sem os documentos para realizar o cadastro.

Cenários alternativos - Sistema não aceita fazer cadastro sem a identificação dos
ou extensões documentos necessários para o cadastro.
- Retorna ao passo 1 do cenário principal
Resposta de cadastro de visitante no sistema demora
Requisitos especiais
30 segundos na maioria dos casos.

Seção da
Significado
especificação
Nome do caso de uso Gerenciar caixa
Este caso de uso descreve a etapa de gerenciamento do caixa
Escopo no
Sistema.
Atores Tesoureiro
Os valores recebidos ou pagos devem ser informados ao
Precondição
tesoureiro.
Pós-condição ou Os valores de entrada e saída devem ser inseridos no sistema e
garantia de sucesso 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.

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
Cenários alternativos - Mensagem de erro.
ou extensões - 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.
Resposta de Gerenciar caixa no sistema demora 30 segundos
Requisitos especiais
na maioria dos casos.

Seção da
Significado
especificação
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.
1: Consultar boletos em aberto.
2: Criar boleto de mensalidade.
Cenário Principal 3: O boleto e cadastrado no sistema e enviado ao membro por e-
mail.

1. boleto em aberto no sistema.

Cenários alternativos
- Sistema informa o boleto em aberto e o valor total.
ou extensões
- Retorna ao passo 1 do cenário principal.
Resposta de Gerar Boleto mensalidade no sistema demora
Requisitos especiais
60 segundos na maioria dos casos.

Seção da
Significado
especificação
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.
1: Consultar boletos em aberto.
2: Gerar 2ª via de boleto.
Cenário Principal
3: A 2ª via do boleto e enviado ao membro por e-mail.

1.a Não há boletos em aberto.

Cenários alternativos
- Sistema informa que não há pendências de pagamento.
ou extensões
- Retorna ao passo 1 do cenário principal.
Resposta de Gerar 2ª via de Boleto mensalidade no sistema
Requisitos especiais demora
30 segundos na maioria dos casos.

Seção da
Significado
especificação
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
1: Abrir área de presença.
2: inserir número do cadastro.

Cenário Principal 3: Marcar presença.

4: Gerar comprovante

2.a Número de cadastro não seja encontrado no sistema.

Cenários alternativos
- Sistema informa cadastro não encontrado.
ou extensões
- Retorna ao passo 1 do cenário principal.
Resposta de Marcar presença no sistema demora
Requisitos especiais
30 segundos na maioria dos casos.
3.2.5. Modelo conceitual de classes

Cadastrar visitante Cadastrar membros Gerar boleto mensalidade

-nome: char -nome: char -cadastrarboleto: char
-loja: char -cargo: char -valor: int
-potência: char -cadastro: int -dadacad: int
1..*
-cadastro: int + inclusão() : void -datavenc: int
+ inclusão() : void + exclusão() : void + gerar2via() : void
+ exclusão() : void + alteração() : void + baixaboleto() : void
+ alteração() : void 1..* + alteração() : void
1
1..*
Tesoureiro
-id: int
-usuário: String
-senha: String
Cadastrar prestadores 1 1 +gerar2viaboleto() : void

-nome: char Secretário Logar no sitema 1

-cpf: int
-rg: int 1..* 1 -id: int -id: int
-endereço: char -usuário: String -usuário: String
-serviço: char -senha: String -senha: String
+ inclusão() : void +gerenciarmembros() : void
+ exclusão() : void
1..*
+ alteração() : void
Gerenciar caixa
-cadastrarpagamentos: char
-valor: int
Membro -dada: int
Marcar presença - cadastrar recebimento: char
1..* 1 -id: int -valor: int
-data: int -data:int
-nome: char
-tiposessao: char
-usuário: String + inclusão() : void
+ comprovante() : void -senha: String + exclusão() : void
+ alteração() : void

3.2.6. Modelo conceitual de dados

PRESENÇA

(1,n)

PRESTADORES MARCA

(1,n)

(1,1)

VISITANTES CADASTR A MEMB ROS

(1,n) (n,1)
(1,1)

(1,1)

SECRETÁRIO

(1,1)

LOGIN (1)
POSSUI

(1,1)

TESOUREIRO

(1,1)

(1,n) (1,n)
PAGAMENTO GERA RECEB IMENTO

(1,n)

BOLETOS
5. 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: http://estacio.webaula.com.br