UNIVERSIDADE FEDERAL FLUMINENSE

JOSÉ LEONARDO PATROCÍNIO DA SILVA

Sistema Web para gerenciamento de uma Igreja

Niterói
2017
 JOSÉ LEONARDO PATROCINIO DA SILVA

SISTEMA WEB PARA GERENCIAMENTO DE UMA IGREJA

Trabalho de Conclusão de Curso subme-

tido ao Curso de Tecnologia em Siste-
mas de Computação da Universidade
Federal Fluminense como requisito par-
cial para obtenção do título de Tecnólo-
go em Sistemas de Computação.

Orientador:
Rafael Burlamaqui Amaral

NITERÓI
2017
Ficha Catalográfica elaborada pela Biblioteca da Escola de Engenharia e Instituto de Computação da UFF

S586 Silva, José Leonardo Patrocinio da

Sistema web para gerenciamento de uma igreja / José Leonardo
Patrocinio da Silva. – Niterói, RJ : [s.n.], 2017.
58 f.

Projeto Final (Tecnólogo em Sistemas de Computação) –

Universidade Federal Fluminense, 2017.
Orientador: Rafael Burlamaqui Amaral.

1. Gerência de banco de dados. 2. Sistema de gerenciamento. 3.

Aplicação web. 4. Igreja. I. Título.

CDD 005.74
 JOSÉ LEONARDO PATROCINIO DA SILVA

SISTEMA WEB PARA GERENCIAMENTO DE UMA IGREJA

Trabalho de Conclusão de Curso subme-

tido ao Curso de Tecnologia em Siste-
mas de Computação da Universidade
Federal Fluminense como requisito par-
cial para obtenção do título de Tecnólo-
go em Sistemas de Computação.

Niterói, 15 de julho de 2017.

Banca Examinadora:

_________________________________________
Prof. Rafael Burlamaqui Amaral, Dsc. – Orientador
CEFET/RJ - Centro Federal de Educação Tecnológica Celso Suckow da Fonseca

_________________________________________
Prof. Jean de Oliveira Zahn, Msc. – Avaliador
UFF – Universidade Federal Fluminense
Dedico este trabalho ao Deus Todo Podero-
so e as mulheres da minha vida, minha es-
posa e a minha filha.
AGRADECIMENTOS

A Deus, que pela sua graça, tem me abenço-

ado e me dado forças para seguir em direção
a Sua vontade.

Aos meus pais, Carlos e Conceição, que

sempre me apoiaram, e pelo exemplo de vida
que me deram.

A minha esposa, Ariana Tavares, e minha fi-

lha Sara, pela compreensão, apoio e carinho.

Ao Pastor Marcus Gregório, que me incenti-

vou, através de suas pregações, a retornar
com meus estudos e não desistir dos meus
sonhos.

Aos Pastores Carlos e Telma Betas, pelas

orações e apoio.

Ao meu amigo, Marcio Quirino, que muito me

ajudou com seu conhecimento em programa-
ção, que serviu como um Tutor em momentos
de muitas dificuldades.

A meu Orientador, Rafael Burlamaqui Amaral,

pelo estímulo e atenção que me concedeu du-
rante este trabalho.
“Humildade não é você pensar menos de si,
é você pensar menos em si.”
Luiz Hermínio
 RESUMO

Nos tempos modernos, onde as informações trafegam em alta velocidade, to-

dos os empreendimentos têm a necessidade de uma ferramenta que gerencie seus
produtos e clientes, e não só em grandes empresas, mas até mesmo em instituições
sem fins lucrativos como uma igreja, na qual tem a necessidade de relacionar seus
membros, controlar suas finanças, organizar seus eventos e tantas outras ativida-
des. Após verificação com alguns líderes de Igrejas, observou-se que muitas delas,
principalmente as pequenas, ainda não possuem sistemas para controle de gestão,
costumam utilizar fichas para armazenar as informações sobre membros, o controle
de dízimos é feito através de livros caixa e seus eventos são divulgados apenas em
quadros de avisos. Visando uma melhoria no gerenciamento das igrejas, a proposta
desse trabalho é a criação de um Sistema Web, com o intuito de contribuir para uma
administração organizada, de fácil acesso, eficiente e eficaz; e claro, também apro-
veitando seu layout para divulgar suas atividades, seus principais eventos, agregan-
do os conceitos de usabilidade e garantindo que os usuários, líderes e membros
dessa igreja, atinjam seus objetivos de forma agradável e intuitiva.

Palavras-chaves: Sistema de Gestão, banco de dados, PHP.

 ABSTRACT

In modern times, where information travels at high speed, all ventures have a need
for a tool that manages their products and customers, not only in large companies,
but even in non-profit institutions such as a church, where The need to relate their
members, control their finances, organize their events and so many other activities.
After checking with some church leaders, it was observed that many of them, espe-
cially small ones, do not yet have management control systems, usually use tokens
to store information about members, tithing control is done through cash books and
their Events are only broadcast on bulletin boards. Aiming at improving church man-
agement, the proposal of this work is to create a Web System, with the aim of con-
tributing to an organized, easily accessible, efficient and effective administration; And
of course, also taking advantage of its layout to publicize its activities, its main
events, adding usability concepts and ensuring that users, leaders and members of
this church, achieve their goals in a pleasant and intuitive way.

Key words: Management systems, data base, PHP.

 LISTA DE ILUSTRAÇÕES

Figura 1 - Tela principal do site FielWeb ................................................................... 19

Figura 2 - Menu Secretaria ........................................................................................ 20
Figura 3 - Página principal do site Atos6 ................................................................... 21
Figura 4 - Menu site Atos6 ........................................................................................ 22
Figura 5 - Modelo de processo em cascata............................................................... 23
Figura 6 - Diagrama de Casos de Uso. ..................................................................... 27
Figura 7 - Diagrama de sequência Login. ................................................................. 34
Figura 8 - Diagrama de sequência cadastro.............................................................. 35
Figura 9 - Diagrama de sequência editar. ................................................................. 36
Figura 10 - Diagrama de sequência excluir. .............................................................. 36
Figura 11 - Diagrama de sequência gerar relatório de aniversariantes. .................... 37
Figura 12 - Diagrama de sequência relatório de bens. .............................................. 37
Figura 13 - Diagrama MER........................................................................................ 38
Figura 14 - Arquitetura em Três Camadas ................................................................ 40
Figura 15 - Tela PhpAdmin após importação do Script. ............................................ 42
Figura 16 - Tela da Página principal do site .............................................................. 43
Figura 17 - Tela do menu Igreja. ............................................................................... 44
Figura 18 - Tela de Login para acesso a secretaria .................................................. 45
Figura 19 - Tela de funções da secretaria após acesso como Administrador ........... 46
Figura 20 - Tela de funções da secretaria após acesso como Tesoureiro. ............... 46
Figura 21 - Tela de funções da secretaria após acesso como Encarregado do
Patrimônio. ......................................................................................... 47
Figura 22 - Tela de funções da secretaria após acesso como Membro. ................... 47
Figura 23 - Tela de Cadastro de um Evento ............................................................. 48
Figura 24 - Tela de Edição de Eventos. .................................................................... 48
Figura 25 - Tela de Cadastro de Membros. ............................................................... 49
Figura 26 - Tela de edição de Membro. .................................................................... 49
Figura 27 - Tela do Cadastro de Login ...................................................................... 50
Figura 28 - Tela de Cadastro de Departamento. ....................................................... 50
Figura 29 - Tela Atribuir Cargo a Membro. ................................................................ 51
Figura 30 - Tela de Cadastro de Dízimos .................................................................. 52
Figura 31 - Tela de Cadastro de Ofertas ................................................................... 52
Figura 32 - Tela Cadastro de Saídas de Gastos. ...................................................... 53
Figura 33 - Tela de Cadastro de Patrimônio ............................................................. 53
Figura 34 - Relatório de aniversariantes do mês. ...................................................... 54
Figura 35 - Relatório de Bens de Patrimônio............................................................. 54
Figura 36 - Tela menu dízimos e ofertas. .................................................................. 55
Figura 37 - Tela do menu contato. ............................................................................ 56
 LISTA DE TABELAS

Tabela 1 – Cadastrar Evento................................................................................... 28

Tabela 2 - Cadastrar Membro .................................................................................28
Tabela 3 - Cadastrar Acesso ...................................................................................29
Tabela 4 - Cadastrar Departamento ........................................................................29
Tabela 5 – Atribuir Cargo .......................................................................................30
Tabela 6 - Cadastrar Dízimos..................................................................................30
Tabela 7 - Cadastrar Ofertas ...................................................................................31
Tabela 8 - Saída Caixa ............................................................................................31
Tabela 9 - Gerar Relatório de Aniversariante ..........................................................32
Tabela 10 - Cadastrar Patrimônio ...........................................................................33
Tabela 11 - Gerar Relatório de Bens .......................................................................33
 LISTA DE ABREVIATURAS E SIGLAS
BD – Banco de Dados
HTTP- HyperText Transfer Protocol (Protocolo de Transferência de Hipertexto)
MER – Modelo de Entidade e Relacionamento
PHP – Hypertext Preprocessor (Preprocessador de Hipertexto)
RF – Requisitos Funcionais
RN – Regras de negócio
RNF – Requisitos não funcionais
UML – Unified Modeling Language (Linguagem de Modelagem Unificada)
 SUMÁRIO

RESUMO...................................................................................................................... 8
ABSTRACT…………………………………………………………………………………... 9
LISTA DE ILUSTRAÇÕES......................................................................................... 10
LISTA DE TABELAS.................................................................................................. 12
1 INTRODUÇÃO.................................................................................................... 17
1.1 ESTRUTURA DO TRABALHO......................................................................18
2 TRABALHOS RELACIONADOS......................................................................... 19
2.1 SISTEMA FIELWEB...................................................................................... 19
2.2 SISTEMA ATOS6.......................................................................................... 21
3 DESENVOLVIMENTO DO SISTEMA................................................................. 23
3.1 DEFINIÇÃO DOS REQUISITOS................................................................... 24
3.1.1 REQUISITOS FUNCIONAIS E NÃO FUNCIONAIS............................... 24
3.1.2 REGRAS DE NEGÓCIO............................................................................ 25
3.2 PROJETO DE SISTEMA E SOFTWARE...................................................... 26
3.2.1 UML........................................................................................................ 26
3.2.1.1 DIAGRAMA DE CASOS DE USO....................................................27
3.2.1.2 DIAGRAMA DE SEQUÊNCIA.......................................................... 34
3.2.2 MODELO DE ENTIDADE E RELACIONAMENTO (MER)......................... 38
3.3 IMPLEMENTAÇÃO E TESTE....................................................................... 39
3.3.1 FERRAMENTAS PARA DESENVOLVIMENTO..................................... 40
3.3.2 CRIAÇÃO DO BANCO DE DADOS....................................................... 41
3.3.3 PÁGINA PRINCIPAL DO SITE............................................................... 42
3.3.4 MENU IGREJA....................................................................................... 43
3.3.5 MENU SECRETARIA............................................................................. 44
3.3.6 MENU DÍZIMOS E OFERTAS................................................................ 55
3.3.7 MENU CONTATO...................................................................................55
3.4 INTEGRAÇÃO E TESTE DO SISTEMA....................................................... 56
3.5 OPERAÇÃO DE MANUTENÇÃO................................................................. 57
4 CONCLUSÃO E TRABALHOS FUTUROS......................................................... 58
REFERÊNCIAS BIBLIOGRÁFICAS........................................................................... 59
 17

1 INTRODUÇÃO

Muitas Igrejas ainda não possuem soluções de informatização para sua

organização administrativa, a maioria utiliza métodos muito antigos para se organizar
e controlar suas atividades. Vale ressaltar que muitas delas ainda utilizam fichas ca-
dastrais, livro caixa, quadros de aviso, dentro outros processos obsoletos para essa
época, onde a informação trafega mundialmente em alta velocidade.
Nesse sentido, algumas empresas já oferecem sistemas com serviço de
gestão, mas, em muitos casos, esses sistemas não disponibilizam os recursos espe-
cíficos que uma igreja possui, e às vezes, torna-se inviável financeiramente, ou
complexos demais para serem adaptados a esse processo tão peculiar. Existem
também sites desenvolvidos para Igrejas, mas muitos contendo um conteúdo mera-
mente informativo ou especifico para gestão.
Nesse contexto, a motivação para o desenvolvimento deste trabalho é
elaborar um sistema de software que atenda as necessidades administrativas de
uma igreja, além das necessidades de divulgação de suas atividades, de forma que
os serviços possam ser oferecidos com excelência e organização, com uma interfa-
ce atraente e interativa.
Sendo assim, uma ótima opção para o desenvolvimento dessa solução, é
a criação de um Sistema Web, pois esse tipo de sistema permite que seus usuários
acessem seu programa através de um navegador web, ou seja, em qualquer lugar
do mundo que tenha internet, o usuário acessa as informações com rapidez e segu-
rança, que são características desse tipo de aplicação.
 18

1.1 ESTRUTURA DO TRABALHO

Diante o exposto na introdução, este trabalho será estruturado da seguin-

te forma: no capítulo 2, serão apresentados dois trabalhos relacionados, sites já dis-
poníveis para compra, porém que não atendem as necessidades específicas sugeri-
das aqui; no capítulo 3, serão abordados as fases do desenvolvimento do sistemas,
onde será apresentado os seus requisitos, o projeto de sistema e software, incluindo
nesse item o diagrama de casos de usos e a modelagem do banco de dados, a fase
de implementação e testes, a integração e o teste do sistema, e a operação de ma-
nutenção; no capitulo 4, será abordada o conclusão deste trabalho e no capitulo 5,
serão apresentados os trabalhos futuros, trazendo a ideia do aprimoramento e im-
plementação de novas funções.
 19

2 TRABALHOS RELACIONADOS

Esse capítulo apresenta um conjunto de trabalhos que estão relacionados

a gestão eclesiástica, inclusive disponíveis para compra no mercado de software. Na
seção 2.1 será apresentado o site FielWeb, trazendo uma ótima opção para gestão,
e logo em seguida, na seção 2.2 o site Atos6, que também possui funcionalidade
para gestão, porém com algumas diferenças do primeiro exemplo. No entanto, ainda
que sejam trabalhos bem elaborados e ofereçam uma solução para gerenciamento,
eles não atendem as necessidades específicas que o site deste trabalho oferece,
pois a ideia é que este site faça uma junção do design com a gestão.

2.1 SISTEMA FIELWEB

FielWeb é um site[1] de gestão administrativa e financeira, oferecido na In-

ternet, onde o interessado pode acessar o site e fazer um cadastro para uma avalia-
ção gratuita ou, caso desejar, poderá comprar uma licença para utilização do mes-
mo, esse site possui muitas funcionalidades de gestão, como pode ser visto na Figu-
ra 1.

Figura 1 - Tela principal do site FielWeb

[1] www.fielweb.com.br
 20

Tais funcionalidades fazem com que esse site seja muito eficiente na ges-
tão de uma igreja, sobre tudo no que diz respeito à secretaria, como pode ser visto
na Figura 2, ele oferece opções para geração de relatórios, onde disponibiliza varias
relações, como de aniversariantes, membros, cargos, batizados e grupos; e também
apresenta outras funções muito úteis, como agenda, emissão de cartas, emissão de
certificados, entre outros.

Figura 2 - Menu Secretaria

Pode-se citar ainda, as funções disponíveis para o gerenciamento da Es-

cola Bíblica, onde o gestor poderá realizar a matrícula do aluno, controlar a frequên-
cia, cadastrar as turmas e emitir relatórios do controle de pessoal e atividades relaci-
onadas aos alunos.
No que diz respeito à parte financeira, o usuário irá dispor das seguintes
funções: Cadastro de múltiplos caixas e bancos; gestão de fornecedores; lançamen-
tos de despesas, emissão de recibos, controle de cheque emitido e recebido; e
emissão de relatórios financeiros.
Desta forma, esse site permite que o gestor tenha amplo controle adminis-
trativo, porém ele só será útil para os administradores, pois não oferece funcionali-
dades para usuários, ou seja, os membros, além disso, não dispõe de componentes
 21

para visualização de fotos e notícias, sendo pouco explorado o design criativo e in-
formativo que uma página web pode ter.

2.2 SISTEMA ATOS6

Atos6[2] é um sistema de gestão eclesiástica e financeira que visa a melhor organi-

zação de uma igreja, de forma que o gestor tenha o acesso das informações dos
membros, células e finanças, possibilitando, assim, um melhor controle. Esse siste-
ma, também, possibilita ao administrador vincular a Base de Dados da Sede através
do seu Login, à quantas Igrejas possuir o seu grupo, de forma que essa gerencia
possa contemplar um grupo de igrejas, como pode ser visto na Figura 3.

Figura 3 - Página principal do site Atos6

Esse site possui menos funcionalidades do que o citado anteriormente,

pois ao acessar a página inicial de ambos, é possível observar que o primeiro, pos-
suí mais funcionalidades, como pode ser comparado na Figura 1 e na Figura 4, nes-
se site não se observa uma função que permita controlar o patrimônio da igreja, e
seu layout não favorece uma navegação intuitiva. Para que não se cometa uma in-
justiça, vale considerar que tais comparações foram realizadas em versões de avali-
ação.

[2] www.atos6.com.br
 22

Figura 4 - Menu site Atos6

Vale ressaltar, ainda, que esse site possui uma ótima ferramenta para o
gerenciamento de Células, que são pequenos grupos que realizam cultos em casa,
essas células, ainda que pequenas, necessitam de uma supervisão e controle, pois
num mesmo bairro poderão existir várias delas. Tendo em vista essas necessidades,
essa função de gerenciamento permitirá que o gestor consiga observar o desenvol-
vimento das células, além de dispor de relatórios que permitam observar a evolução
e o acompanhamento desses pequenos grupos.
 23

3 DESENVOLVIMENTO DO SISTEMA

Um sistema de software profissional não possui apenas a parte da codifi-

cação, mas é necessário criar uma documentação, de forma que possibilite um fácil
entendimento de como o software foi desenvolvido, com isso, será permitido que
alterações e manutenções sejam realizadas por outros programadores. Para a ela-
boração dessa documentação, os desenvolvedores terão um difícil trabalho. Sendo
assim, o ideal é que seja utilizado um modelo de processo, de forma que cada etapa
possa ser bem elaborada, seguindo uma sequencia e explicando diferentes aborda-
gens.
Portanto, para o desenvolvimento deste será utilizado o modelo de pro-
cessos em cascata, como pode ser visto na Figura 5 (SOMMERVILE, 2011, p. 19-
21):

Figura 5 - Modelo de processo em cascata.

Neste capítulo será abordado o desenvolvimento do sistema, que será di-

vidido nas seguintes seções: 3.1 Definições de requisitos; 3.2 Projeto de sistema; 3.3
 24

Implementação e teste; 3.4 Integração e teste do sistema; e 3.5 Operação e manu-

tenção.

3.1 DEFINIÇÃO DOS REQUISITOS

Todo sistema executa tarefas, muitos serviços, além disso, possui algu-
mas restrições quanto ao seu funcionamento. Nesse sentido, os desenvolvedores
precisam realizar um levantamento desses requisitos. Isso é tão importante que
pode-se chamar esse processo de levantamento e análise, de engenharia de requi-
sitos. (SOMMERVILLE, 2011, p. 57).

3.1.1 REQUISITOS FUNCIONAIS E NÃO FUNCIONAIS

Os requisitos podem ser definidos como as descrições do que o sistema

precisar realizar, bem como suas necessidades e restrições para sua execução,
dessa forma, pode classifica-los como funcionais e não funcionais. (SOMMERVILLE,
2011, p. 57). No trecho abaixo, Sommerville descreve o conceito desses dois tipos
de requisitos:

1. Requisitos funcionais. São declarações de serviços que o sistema deve

fornecer, de como o sistema deve reagir a entradas específicas e de como o sistema
deve se comportar em determinadas situações. Em alguns casos, os requisitos fun-
cionais também podem explicitar o que o sistema não deve fazer.

2. Requisitos não funcionais. São restrições aos serviços ou funções ofe-

recidas pelo sistema. Incluem restrições de timing, restrições no processo de desen-
volvimento e restrições impostas pelas normas. Ao contrário das características indi-
viduais ou serviços do sistema, os requisitos não funcionais, muitas vezes, aplicam-
se ao sistema como um todo (SOMMERVILE, 2011, p. 59).
 25

Desta forma, conforme entrevista com os líderes e secretários da Igreja,

foram levantados os seguintes requisitos:

Requisitos Funcionais (RF):

RF01: O Sistema deve possuir um banner para exibição de eventos;
RF02: O Sistema deve permitir criar, alterar e excluir um evento a ser exibido;
RF03: O Sistema deve permitir criar, alterar e excluir um membro da Igreja;
RF04: O Sistema deve permitir criar, alterar e excluir níveis de acesso ao usuário;
RF05: O Sistema deve permitir criar, alterar e excluir bens do patrimônio da igreja;
RF06: O Sistema deve permitir criar, alterar e excluir encarregados pelos bens;
RF07: O Sistema deve permitir criar, alterar e excluir informações sobre dízimos;
RF08: O Sistema deve permitir criar, alterar e excluir informações sobre Ofertas;
RF09: O Sistema deve permitir criar, alterar e excluir tesoureiros;
RF10: O Sistema deve permitir criar, alterar e excluir líderes de departamentos;
RF11: O Sistema deverá gerar relatório de aniversariantes no mês corrente;
RF12: O Sistema deverá gerar relatório de bens; e
RF13: O Sistema deverá gerar relatórios de bens por encarregado.

Requisitos não funcionais (RNF):

RNF01: O Sistema deve ser desenvolvido em plataforma Web;
RNF02: O Sistema deve utilizar o Banco de Dados MySql;
RNF03: O Sistema deve utilizar a linguagem PHP para desenvolvimento; e
RNF04: O Sistema dever solicitar usuário e senha para acesso a secretária.

3.1.2 REGRAS DE NEGÓCIO (RN)

Uma regra de negócio é uma restrição que um sistema deve possuir (ZSIFKOV,
2004, p. 172–177), abaixo segue a lista de RN do sistema:

RN01 – O sistema deverá possuir perfis de acesso distinto por usuário;

 26

RN02 – Um líder só poderá ser cadastrado se for membro da igreja;

RN03 – Um encarregado de patrimônio só poderá ser cadastrado se for membro; e
RN04 – Senhas devem ter no mínimo seis dígitos;

3.2 PROJETO DE SISTEMA E SOFTWARE

Esta parte do processo é caracterizada pela identificação e descrição das

abstrações e seus relacionamentos (SOMMERVILE, 2011, p. 21). Nesse sentido,
faz-se necessário o uso da modelagem UML e do Modelo de Entidade relacional do
Banco de dados.
Este item mostrará os processos de modelagem para que este projeto
possa ser bem compreendido, trazendo o conceito de UML (Linguagem de Modela-
gem Unificada) e o MER (Modelo de entidade relacional do banco de dados).

3.2.1 UML

A UML é um padrão gráfico que nasceu da unificação de algumas linguagens gráfi-

cas de modelagens, com o objetivo de auxiliar na padronização de um projeto de
software; ou seja, ela possui uma série de diagramas para modelar um projeto, como
por exemplo: diagrama de casos de uso, diagrama de objetos, diagrama de classes,
diagrama de sequência, diagrama de atividades, entre outros (Fowler, 2005, p. 25-
33). Com o intuito de proporcionar um bom entendimento deste trabalho, serão utili-
zados os modelos mais comuns para descrever um projeto, que é o diagrama de
casos de usos e o diagrama de sequência, como poderão ser vistos a seguir.
 27

3.2.1.1 DIAGRAMA DE CASOS DE USO

O diagrama de casos de uso é um excelente modelo para apoiar a definição dos re-
quisitos, pois essa modelagem permite que um simples cenário possa descrever a
interação de um determinado usuário com as funcionalidades do sistema (SOM-
MERVILE, p. 86, 2011), sendo representada pelos atores e suas as interações com
o sistema. A seguir, a Figura 6 ilustra o diagrama de casos de uso que descreve este
sistema.

Figura 6 - Diagrama de Casos de Uso.

A seguir, os casos de usos acima serão detalhados descrevendo as ações

que envolvem os atores.
 28

Tabela 1 – Cadastrar Evento

Nome do Caso de Uso: Cadastrar Evento Funcionalidade: Incluir, excluir e

alterar um evento que acontecerá na
Igreja.
Ator(es) Envolvido(s): Administrador
Pré Condição
- Ter um usuário cadastrado como Administrador; e
- O usuário deverá estar logado como Administrador.
Descrição do Caso
- O ator inserir um evento que acontecerá na igreja;
- O ator seleciona o evento e altera; e
- O ator seleciona o evento e exclui.
Pós Condição
- Evento incluído, alterado ou excluído; e
- Permanecer na tela do cadastro.

Tabela 2 - Cadastrar Membro

Nome do Caso de Uso: Cadastrar Membro Funcionalidade: Incluir, excluir e

alterar um Membro da Igreja.
Ator(es) Envolvido(s): Administrador
Pré Condição
- Ter um usuário cadastrado como Administrador;
- O usuário deverá estar logado como Administrador;
Descrição do Caso
- O ator inserir um membro da igreja;
- O ator seleciona o membro e altera seu cadastro; e
- O ator seleciona um membro e exclui-o do cadastro.
Pós Condição
- Membro incluído, alterado ou excluído; e
- Permanecer na tela do cadastro.
 29

Tabela 3 - Cadastrar Acesso

Nome do Caso de Uso: Cadastrar Acesso Funcionalidade: Incluir, excluir e

alterar um tipo de acesso para um
usuário do sistema.
Ator(es) Envolvido(s): Administrador
Pré Condição
- Ter um usuário cadastrado como Administrador;
- O usuário deverá estar logado como Administrador; e
- Ter um membro cadastrado.
Descrição do Caso
- O ator relaciona o acesso a um membro cadastrado;
- O ator seleciona um tipo de acesso;
- O ator inserir um acesso para um membro da igreja;
- O ator seleciona um acesso altera seus dados; e
- O ator seleciona um acesso e exclui-o do cadastro.
Pós Condição
- Acesso incluído, alterado ou excluído; e
- Permanecer na tela do cadastro.

Tabela 4 - Cadastrar Departamento

Nome do Caso de Uso: Cadastrar Depar- Funcionalidade: Incluir, excluir e

tamento alterar um Departamento da Igreja.
Ator(es) Envolvido(s): Administrador
Pré Condição
- Ter um usuário cadastrado como Administrador; e
- O usuário deverá estar logado como Administrador.
Descrição do Caso
- O ator insere um departamento para a Igreja;
- O ator seleciona o departamento e altera seu cadastro; e
- O ator seleciona um departamento e exclui-o do cadastro.
Pós Condição
 30

- Departamento incluído, alterado ou excluído; e

- Permanecer na tela do cadastro.

Tabela 5 – Atribuir Cargo

Nome do Caso de Uso: Atribuir Cargo Funcionalidade: Incluir, excluir e

alterar uma Atribuição de Cargo.
Ator(es) Envolvido(s): Administrador
Pré Condição
- Ter um usuário cadastrado como Administrador;
- O usuário deverá estar logado como Administrador; e
- Ter um membro cadastrado.
Descrição do Caso
- O ator relaciona um membro que será atribuído um cargo,
- O ator atribui o cargo;
- O ator seleciona um cargo atribuído e altera seu cadastro; e
- O ator seleciona um cargo atribuído e exclui-o do cadastro.
Pós Condição
- Cargo atribuído, alterado ou excluído; e
- Permanecer na tela do cadastro.

Tabela 6 - Cadastrar Dízimos

Nome do Caso de Uso: Cadastrar Dízimo Funcionalidade: Incluir, excluir e

alterar um dízimo de contribuição de
um membro.
Ator(es) Envolvido(s): Administrador ou Tesoureiro
Pré Condição
- Ter um usuário cadastrado como Administrador ou como Tesoureiro;
- O usuário deverá estar logado como Administrador ou Tesoureiro; e
- Ter um membro cadastrado.
Descrição do Caso
 31

- O ator inserir um dízimo;

- O ator relaciona esse dizimo a um membro da igreja;
- Os atores seleciona um dízimo e altera seu cadastro; e
- Os atores seleciona um dízimo e exclui-o do cadastro.
Pós Condição
- Dízimo incluído, alterado ou excluído; e
- Permanecer na tela do cadastro.

Tabela 7 - Cadastrar Ofertas

Nome do Caso de Uso: Cadastrar Ofertas Funcionalidade: Incluir, excluir e

alterar uma oferta doada por um
membro da Igreja.
Ator(es) Envolvido(s): Administrador e Tesoureiro
Pré Condição
- Ter um usuário cadastrado como Administrador ou como Tesoureiro;
- O usuário deverá estar logado como Administrador ou Tesoureiro; e
- Ter um membro cadastrado.
Descrição do Caso
- O ator cadastra uma oferta;
- O ator relaciona essa oferta a um membro;
- O ator seleciona uma oferta e altera seu cadastro; e
- O ator seleciona uma oferta e exclui-a do cadastro.
Pós Condição
- Oferta incluída, alterada ou excluída; e
- Permanecer na tela do cadastro.

Tabela 8 - Saída Caixa

Nome do Caso de Uso: Cadastrar Saídas Funcionalidade: Incluir, excluir e

Caixa alterar um valor retirado do caixa da
Igreja.
 32

Ator(es) Envolvido(s): Administrador e Tesoureiro

Pré Condição
- Ter um usuário cadastrado como Administrador ou como Tesoureiro; e
- O usuário deverá estar logado como Administrador ou Tesoureiro.
Descrição do Caso
- O ator insere uma saída;
- O ator relaciona essa saída a um tesoureiro cadastrado;
- O ator seleciona uma saída e altera seu cadastro; e
- O ator seleciona uma saída e exclui-a do cadastro.
Pós Condição
- Saída incluída, alterada ou excluída; e
- Permanecer na tela do cadastro.

Tabela 9 - Gerar Relatório de Aniversariante

Nome do Caso de Uso: Gerar Relatório Funcionalidade: Gerar um relatório

Aniversariante de aniversariantes para impressão.
Ator(es) Envolvido(s): Administrador, Tesoureiro e Membro.
Pré Condição
- Ter um usuário cadastrado como Administrador, Tesoureiro ou Membro;
- O usuário deverá estar logado como Administrador, Tesoureiro ou membro; e
- Ter um membro cadastrado.
Descrição do Caso
- O(s) ator(es) seleciona(m) um mês de referência;
Pós Condição
- Disponibilizar um arquivo para impressão;
- Imprimir relatório; e
- Retorna para tela de escolha do mês de referência.
 33

Tabela 10 - Cadastrar Patrimônio

Nome do Caso de Uso: Cadastrar Patri- Funcionalidade: Incluir, excluir e

mônio alterar um Patrimônio da Igreja.
Ator(es) Envolvido(s): Administrador e Encarregado Patrimônio.
Pré Condição
- Ter um usuário cadastrado como Administrador;
- Ter um usuário cadastrado como Membro;
- Ter um Departamento cadastrado; e
- O usuário deverá estar logado como Administrador ou como Encarregado Patri-
mônio.
Descrição do Caso
- O ator inserir um patrimônio da igreja;
- O ator relaciona um membro como encarregado do patrimônio;
- O ator relaciona um departamento do qual o patrimônio pertence;
- O ator seleciona o patrimônio e altera seu cadastro; e
- O ator seleciona um membro e exclui-o do cadastro.
Pós Condição
- Patrimônio incluído, alterado ou excluído; e
- Permanecer na tela do cadastro.

Tabela 11 - Gerar Relatório de Bens

Nome do Caso de Uso: Gerar Relatório de Funcionalidade: Gerar um relatório

Bens de patrimônio para impressão.
Ator(es) Envolvido(s): Administrador e Encarregado Patrimônio.
Pré Condição
- Ter um usuário cadastrado como Administrador ou Encarregado de Patrimônio;
- O usuário deverá estar logado como Administrador ou Encarregado de Patrimônio;
e
- Ter um patrimônio cadastrado.
Descrição do Caso
- Selecionar o departamento ou o encarregado como referência para o relatório.
 34

Pós Condição
- Disponibilizar um arquivo para impressão;
- Imprimir relatório; e
- Retorna para tela de escolha do departamento ou o encarregado para gerar o rela-
tório.

3.2.1.2 DIAGRAMA DE SEQUÊNCIA

O diagrama de sequência mostra como o grupo de objetos colabora em determinado

comportamento, neste diagrama é capturado o comportamento de um cenário, mos-
trando a troca de mensagens entre os objetos (FOWLER, 2005, p. 66), a Figura 7
mostra a interação do usuário durante o login.

Figura 7 - Diagrama de sequência Login.

 35

As Figura 8, 9 e 10 mostrarão respectivamente as interações durante o ca-

dastro, edição e exclusão, pois todos esses processos possuem o mesmo compor-
tamento, ou seja, poderão descrever os seguintes casos de uso dos Cadastros: Lo-
gin, Membro, Departamento, Cargos, Atribuir Cargos, Eventos, Patrimônio, Dízimos
e Ofertas, Saídas do Caixa.

Figura 8 - Diagrama de sequência cadastro.

 36

Figura 9 - Diagrama de sequência editar.

Figura 10 - Diagrama de sequência excluir.

As Figuras 11 e 12 exibem as interações durante a geração do relatório de

aniversariantes e do relatório de bens.
 37

Figura 11 - Diagrama de sequência gerar relatório de aniversariantes.

Figura 12 - Diagrama de sequência relatório de bens.

 38

3.2.2 MODELO DE ENTIDADE E RELACIONAMENTO (MER)

No processo desenvolvimento do sistema, o modelo de entidade e relacio-

namento é de suma importância, pois ele irá representar de forma lógica o banco de
dados, essa representação poderá ser feita utilizando a técnica de diagramação do
MER (COUGO, 1997, p. 33), como mostra na Figura 13.

Figura 13 - Diagrama MER

 39

3.3 IMPLEMENTAÇÃO E TESTE

Durante essa fase, o programador irá desenvolver seu projeto, ou seja, transformará
todos os seus modelos em um sistema que atenda as especificações, vale ressaltar
que, devido ao tamanho do projeto, essa programação deve ser dividida em unida-
des de programação e à medida que uma unidade for finalizada será possível a rea-
lização de testes, facilitando, caso haja necessidade, as correções; caso esses tes-
tes fossem realizados no final do projeto, o programador iria enfrentar uma dificulda-
de devido a demanda de correções, podendo levar muito tempo, tornado assim ain-
da mais complexo; nesse sentido, neste trabalho serão realizados testes a medida
que uma nova unidade de programação for concluída.
Vale ressaltar que este trabalho tem o seu desenvolvimento baseado na
arquitetura em três camadas (SOMMERVILLE, 2011, P. 344-345): apresentação,
aplicação e armazenamento; que serão descritas a seguir:

Camada de Apresentação – Basicamente, pode ser descrita como a ca-

mada de interação entre o usuário e o sistema, é a forma como as informações são
apresentadas ao usuário.
Camada de Aplicação – É a camada que se encarrega das regras de
negócios, onde está a programação e onde as informações que são inseridas pelo
usuário na camada de apresentação são validadas pelo sistema.
Camada de Armazenamento – Nessa camada, os dados, depois de vali-
dação realizada pela camada de aplicação, são armazenados ou consultados no
banco de dados; ou seja, aqui é feita a comunicação com o banco de dados.

Na Figura 14 (MURTA, p. 15), pode-se ver como estas camadas se co-

municam, o usuário preenche a as informações através do navegador web na cama-
da de apresentação, essas informações são validadas e processadas na camada de
aplicação e depois na camada de armazenamento, essas informações podem ser
armazenadas ou consultadas no banco de dados, nesse sentido, o próximo item
descreverá as ferramentas utilizadas para o desenvolvimento desta aplicação.
 40

Figura 14 - Arquitetura em Três Camadas

3.3.1 Ferramentas para desenvolvimento

Nesta seção serão descritas todas as ferramentas necessárias para o desenvolvi-

mento deste trabalho, como pode ser visto abaixo:

Servidor Apache – O Servidor Apache é um servidor web de código aberto, consi-

derado um dos mais populares do mundo, foi desenvolvido para oferecer um servi-
dor HTTP (HyperText Transfer Protocol) que significa um Protocolo de Transferência
de Hipertexto, fazendo a comunicação e a transferência de dados de computadores
via internet de forma segura (The Apache Foundation, 2017).

HTML – É uma linguagem de marcação padrão utilizada para criar páginas da web,
tendo seus elementos formando blocos de construção de todos os sites (W3C,
2017).

PHP – O PHP é uma linguagem de criação de scripts na parte do servidor, inicial-

mente suas iniciais significavam Personal Home Page, mas após a convenção da
 41

GNU (“GNU's Not Unix”), passou a ser chamado de Hypertext Preprocessor, ele é
uma linguagem de programação de código aberto, que é utilizada no desenvolvi-
mento web, seu código pode ser inserido no HTML (Welling, 2005, p. 26).

MySql – É um sistema que gerencia banco de dados relacional, permitindo que o

usuário faça consultas de forma rápida e eficiente, além de utilizar SQL (Structured
Query Language – Linguagem de Consulta Estruturada) que é uma linguagem de
consulta padrão de banco de dados utilizada em todo o mundo, tendo a possibilida-
de de utilizá-lo como software livre (Welling, 2005, p. 26-27).

WampServer – É uma aplicação de desenvolvimento web no Windows que simula

um servidor Apache, MySQL e PHP, ferramenta imprescindível para esse tipo de
arquitetura; além disso, possui uma função PhpAdmin que permite gerenciar facil-
mente o banco de dados (Techtudo, 2017).

Workbench - É uma ferramenta visual utilizado para arquitetar um Banco de Dados,

nela os desenvolvedores podem utilizar funções para modelagem de dados, desen-
volvimento de SQL e ferramentas de administração para configuração de servidores,
administração de usuários, backup, estando disponíveis para Windows, Linux e Mac
OS X (MySql, 2017).

3.3.2 CRIAÇÃO DO BANCO DE DADOS

O modelo do banco de dados exibido da Figura 13 foi criado a partir da ferramenta

Workbench que, após a modelagem, oferece um recurso para gerar o script, ou seja,
um conjunto de comandos do MySql para criação do BD, facilitando o desenvolvi-
mento.
Após isso, foi utilizado WampServer, que através do PhpAdmin permite a importação
e exportação de BD, dessa forma, o script gerado no Workbench pode ser importado
e o BD e todas as suas tabelas e seus relacionamentos foram criados, como pode
ser visto na Figura 15.
 42

Figura 15 - Tela PhpAdmin após importação do Script.

3.3.3 PÁGINA PRINCIPAL DO SITE

Como proposto neste trabalho, com objetivo de criar uma página com um
layout intuitivo onde usuário pode navegar observando os eventos que ocorrerão na
Igreja, a página principal deste site contempla um Slider, espaço onde são exibidas
imagens, posicionado na parte central, que mostra imagens cadastradas pelo admi-
nistrador na tabela evento do BD, como foi visto na Tabela 1, descrevendo o caso de
uso Cadastrar Eventos, pois os eventos serão cadastrados e toda vez que um usuá-
rio acessar o site eles serão visualizados, de forma que os usuários fiquem a par das
atividades da Igreja.
Na parte superior, é exibida uma figura contendo o nome e a logomarca da
Igreja, logo abaixo, pode ser observado o menu contendo as funcionalidades do site,
e na parte inferior, um rodapé contendo o endereço da Igreja, como pode ser visto
na Figura 16.
 43

Figura 16 - Tela da Página principal do site

3.3.4 MENU IGREJA

Neste menu, o usuário terá opções para ter conhecimento sobre a Igreja,
ou seja, sua história, como os departamentos são divididos e os núcleos de cresci-
mento que ela possui, esses núcleos são reuniões que acontecem em algumas ca-
sas de líderes da Igreja, dessa forma, o usuário saberá onde e qual horário ele pode
participar, veja a Figura 17.
 44

Figura 17 - Tela do menu Igreja.

3.3.5 MENU SECRETARIA

O menu secretaria é de suma importância para este site, pois através dele
o usuário poderá acessar todas as funções da gestão da Igreja. Esse acesso será
restrito ao usuário cadastrado para login, possuindo três níveis de acesso: o primeiro
nível é o administrador que poderá visualizar todas as funções da gestão; o segundo
nível é o tesoureiro que acessará as funções pertinentes à parte financeira da Igreja;
e o terceiro nível é o membro, que terá acesso à relação de aniversariantes. Vale
ressaltar que todas as funções descritas a seguir atendem o quê foi proposto no dia-
grama de casos de uso exibido através da Figura 6.
Dessa forma, quando o usuário clicar no menu Secretaria, aparecerá uma
tela solicitando o nome de login e a senha, conforme pode ser visto na Figura 18.
 45

Figura 18 - Tela de Login para acesso a secretaria

Logo após a autenticação do usuário, serão disponibilizadas as funções

de acesso de acordo com o nível do usuário. Quando o usuário acessar como admi-
nistrador, ele visualizará às seguintes funções: Cadastro de Membros; Cadastro de
Departamentos; Cadastro de Cargos; Cadastro de Login; Cadastro de Evento; Vi-
sualizar Contatos; Funções do Patrimônio que inclui o Cadastro de Patrimônio e Re-
latório de Bens de Patrimônio; Funções do Tesoureiro que inclui o Cadastro de Dí-
zimos, Cadastro de Ofertas e Cadastro de Saídas de Caixa; e Relatório que inclui o
relatório de aniversariantes, como mostra a Figura 19.
 46

Figura 19 - Tela de funções da secretaria após acesso como Administrador

Quando o usuário logar como Tesoureiro, ele terá acesso às funções do

Cadastro de Dízimos, Cadastro de Ofertas, Cadastro de Saídas de Caixa e Relatório
de Aniversariantes, como pode ser visto na Figura 20.

Figura 20 - Tela de funções da secretaria após acesso como Tesoureiro.

Quando o acesso for como Encarregado do Patrimônio, ele acessará as

funções de Cadastro de Patrimônio, Relatório de Bens de Patrimônio e Relatório de
aniversariantes, como pode ser visto na Figura 21.
 47

Figura 21 - Tela de funções da secretaria após acesso como Encarregado do Patrimônio.

Quando o acesso for como Membro, o usuário acessará apenas a relação

de aniversariantes, como mostra a Figura 22.

Figura 22 - Tela de funções da secretaria após acesso como Membro.

As Figuras 23 e 24 mostram a tela do cadastro de eventos, pois serão inse-

ridas, alteradas ou excluídas as informações pertinentes a um evento que será reali-
zado na Igreja.
 48

Figura 23 - Tela de Cadastro de um Evento

Como pode ser visto acima, toda tela de cadastro possuirá opção para atu-
alização, ou seja, editar um registro ou excluí-lo, como pode ser visto na Figura 24.

Figura 24 - Tela de Edição de Eventos.

O Cadastro de Membros possui um layout diferente das outras em virtude

da quantidade maior de campos, o usuário poderá inserir um registro e clicará no
 49

botão visualizar registros, onde exibirá a tela de edição e exclusão, como mostram
as Figuras 25 e 26.

Figura 25 - Tela de Cadastro de Membros.

Figura 26 - Tela de edição de Membro.

 50

Na Figura 27, tem-se a tela para Cadastrar o Login do usuário, no momen-

to do cadastro, o usuário irá selecionar o nível de acesso, e também poderá alterar
ou excluir um usuário cadastrado.

Figura 27 - Tela do Cadastro de Login

De forma análoga, a Figura 28 mostra o cadastro de departamento, onde o

usuário insere dados referentes aos departamentos da Igreja.

Figura 28 - Tela de Cadastro de Departamento.

 51

Na Figura 29, tem-se a tela de atribuição de cargos, pois nessa tela, o usu-
ário atribuirá cargos aos membros da Igreja, um membro poderá acumular vários
cargos, ao entrar nessa tela, o usuário seleciona um membro, oriundo do BD na ta-
bela Membro, da mesma forma, seleciona o cargo a ser atribuir, oriundo do BD na
tabela Cargo.

Figura 29 - Tela Atribuir Cargo a Membro.

A seguir, serão exibidas as telas que gerenciam a parte financeira da Igre-

ja, são os casos de uso Cadastrar Dízimos, Cadastrar Ofertas e Cadastrar Saídas do
Caixa. Mensalmente um membro pode doar dez por cento do seu salário, então o
tesoureiro irá cadastrar essa doação, atribuindo-a ao membro e também selecionará
o tesoureiro responsável pelo recebimento, como mostra a Figura 30.
 52

Figura 30 - Tela de Cadastro de Dízimos

A Figura 31 mostra como o usuário cadastrará as ofertas, essas não preci-

sam identificar que as doou, porque são doações sem identificação, só será identifi-
cado o tesoureiro responsável e a descrição da ocasião da arrecadação, como por
exemplo: Culto dos Homens.

Figura 31 - Tela de Cadastro de Ofertas

Em relação aos gastos da igreja, eles poderão ser cadastrados através do

Cadastro de Saídas de Gastos, os administradores ou tesoureiros, farão os lança-
 53

mentos dos gastos, atribuindo o tesoureiro responsável pela liberação do recurso

financeiro, como pode ser visto na Figura 32.

Figura 32 - Tela Cadastro de Saídas de Gastos.

Outra área importante é a do cadastro de patrimônio, pois nessa área se-

rão cadastrados todos os bens que a Igreja possui, como: Mesa de Som, Bebedou-
ros, Geladeira, entre outros; dessa forma esses bens serão atribuídos à responsabi-
lidade de um membro e relacionados com o departamento ao qual pertence, como
mostra a Figura 33.

Figura 33 - Tela de Cadastro de Patrimônio

 54

Como proposto também no Diagrama de Casos de uso, todo membro po-

derá ter acesso ao relatório de aniversariantes, e o Administrador e o Encarregado
dos bens do patrimônio terão acesso ao relatório de bens, como pode ser visto nas
Figuras 34 e 35.

Figura 34 - Relatório de aniversariantes do mês.

Figura 35 - Relatório de Bens de Patrimônio.

 55

3.3.6 MENU DÍZIMOS E OFERTAS

Nesta parte do Site, o usuário poderá visualizar informações sobre contas

da igreja para doações, como mostra a Figura 36.

Figura 36 - Tela menu dízimos e ofertas.

3.3.7 MENU CONTATO

O objetivo deste menu é permitir que um usuário possa entrar em contato

com a Igreja, pois ele poderá preencher um formulário contendo informações do seu
interesse, e após clicar em enviar, essas informações serão gravadas na tabela con-
tato do BD para que os administradores entrem em contato posteriormente.
Nesta parte da página, o usuário poderá ser direcionado através de um link
para a conta da Igreja no Facebook e, também, permitira seja observada a localiza-
ção da Igreja através do mapa que foi incorporado na página através do Google
Map, como pode ser visto na Figura 37.
 56

Figura 37 - Tela do menu contato.

3.4 INTEGRAÇÃO E TESTE DO SISTEMA

Durante a codificação do projeto desse software, cada tela do site foi codificada
como uma parte individual, mas para que o site funcione corretamente, todas essas
telas foram integradas e testadas de forma que haja uma harmonia e interatividade,
com o propósito de verificar se os requisitos estão sendo atendidos (SOMMERVILE,
2011, p. 21).
 57

3.5 OPERAÇÃO DE MANUTENÇÃO

Nessa fase, o sistema é colocado em uso, de forma que à medida que ele
está sendo utilizado sejam descobertos erros e possam ser realizadas manutenções
para corrigi-los, erros que não foram descobertos inicialmente ou até mesmo amplia-
ção de serviços em conformidade com as possíveis descobertas de novos requisitos
(SOMMERVILE, 2011, p. 21).
 58

4 CONCLUSÃO E TRABALHOS FUTUROS

Como foi proposto no início deste trabalho, a motivação para criar um sis-
tema web para gerenciamento de uma Igreja com o propósito de fazer com que todo
o processo organizacional fosse feito através de um sistema informatizado, evitando
assim o uso de arquivos, fichas e tantas outras coisas que foram uteis durante muito
tempo, mas que devido à modernidade se tornaram obsoletas.
Durante o desenvolvimento foi observado quanto um banco de dados es-
truturado e com suas relações podem ser eficientes e eficazes, permitindo que seus
gestores alcancem informações precisas e de forma rápida. No que diz respeito à
segurança, o acesso às informações foram restritas de acordo com nível de acesso
do usuário.
Pode-se dizer ainda que, no que diz respeito à estética, este sistema pos-
sui elementos que permitem a divulgação das atividades promovidas pela Igreja,
bem como o conhecimento da sua história e a sua localização, caso algum visitante
do site queiram fazer uma visita a Igreja, corroborando, assim, a proposta de um la-
yout intuitivo e informativo.
Desta forma, pode-se concluir que o site criado através deste trabalho de
conclusão de curso, atende plenamente os anseios da Igreja quanto a sua adminis-
tração básica, fazendo a transição de uma administração defasada para uma gestão
informatizada.
No que diz respeitos a trabalhos futuros, todo software deve ser aprimo-
rado para oferecer novos recursos para os seus usuários e como este trabalho é a
versão inicial deste site, logo, a ideia é de que novos recursos venham ser imple-
mentados para oferecer recursos que melhorem as funções administrativas e tam-
bém na parte de divulgação e layout.
Nesse sentido as funções existentes serão aprimoradas e novos recursos
serão implementados, como por exemplo: oferecer um layout mais elegante utilizan-
do recursos para acessibilidade via smartphones; aprimorar as funções de tesoura-
ria, oferecendo mais recursos de controle financeiro e relatórios financeiros; criar
uma galeria de fotos onde serão registrados cada atividade realizada e implementar
recursos para transmissão de cultos online.
 59

REFERÊNCIAS BIBLIOGRÁFICAS

1. Cougo, Paulo Sérgio; Modelagem Conceitual e Projeto de Banco de Da-

dos, 18º reimpressão - Rio de Janeiro: Elsevier, 1997.
2. Facebook <https://www.facebook.com> Acesso em 26 abr. 2017.
3. Google, Maps, <https://www.google.com.br/maps> Acesso em 26 abr. 2017.
4. Inosys Sistemas, FielWeb. <http://www.fielweb.com.br> Acesso em 8 mar.
2017.
1. Fowler, Martins; UML Essencial: Um breve guia para a linguagem-padrão Mode-
lagem de Objetos, Trad. João Tortello – 3º ed. – Porto Alegre: Bookman, 2005.
5. Murta, Leonardo, Arquiteturas de Aplicações Web. <
http://www2.ic.uff.br/~kalinowski/tpis2/ArquiteturasWeb.pdf > Acesso em 26
abr. 2017.
6. MySql, Workbench. <https://www.mysql.com/products/workbench/> Acesso
em 26 abr. 2017.
7. Raise Sistemas, Atos6. <http://www.atos6.com> Acesso em 9 mar. 2017.
8. Sommerville, Ian ; Engenharia de Software, tradução Ivan Bosnic e Kalinka
G. de O. Gonçalves ; revisão técnica Kechi Hirama. — 9. ed. — São Paulo :
Pearson Prentice Hall, 2011.
9. TechTudo, WampServer. <http://www.techtudo.com.br> Acesso em 26 abr.
2017.
10. The Apache Foundation, Servidor HTTP. <http://httpd.apache.org> Acesso
em 12 abr. 2017.
11. Welling, Luke; Desenvolvimento Web, 6º andar, 6º Reimpressão – Rio de Ja-
neiro, Elsevier, 2005.
12. World Wide Web Consortium (W3C), HTML. <https://www.w3.org> Acesso
em 26 abr. 2017.
13. ZSIFKOV, N; CAMPEANU, R. Business Rules Domains and Business Rules
Modeling. In: INTERNATIONAL SYMPOSIUM ON INFORMATION AND
COMMUNICATION TECHNOLOGIES (ISICT), Las Vegas, Nevada, Junho
2004. Trinity College Dublin.