profadrisilva.files.wordpress.com€¦ · Web viewFUNDAÇÃO EDUCACIONAL UNIFICADA CAMPOGRANDENSE - FEUC. FACULDADES INTEGRADAS CAMPOGRANDENSES - FIC. CURSO DE . Bacharelado em

FUNDAÇÃO EDUCACIONAL UNIFICADA CAMPOGRANDENSE - FEUCFACULDADES INTEGRADAS CAMPOGRANDENSES - FIC

CURSO DE BACHARELADO EM SISTEMAS DE INFORMAÇÃO

Daniel Marcelo Felisberto Oliveira

Vinicius Rodrigues Miranda

E-CHURCH – SUA IGREJA CONECTADA

RIO DE JANEIRO

2015Daniel Marcelo Felisberto Oliveira



TCC submetido ao corpo docente do curso de Bacharelado em

Sistemas de Informação das Faculdades Integradas

Campograndenses (FIC), mantidas pela Fundação Educacional

Unificada Campograndense (FEUC), como parte dos requisitos

necessários à obtenção do grau de Bacharel em Sistemas de

Informação.

Orientador(a):

Adriana da Silva Nogueira

RIO DE JANEIRO2015

Daniel Marcelo Felisberto Oliveira



TCC submetido ao corpo docente do curso de Bacharelado em Sistemas de Informação

das Faculdades Integradas Campograndenses (FIC), mantidas pela Fundação

Educacional Unificada Campograndense (FEUC), como parte dos requisitos necessários

à obtenção do grau de Bacharel em Sistemas de Informação.

Aprovado em 09/10/2015.

PELA BANCA EXAMINADORA:

ADRIANA DA SILVA NOGUEIRA - PROFESSOR ORIENTADOR

Mestre em Educação

Faculdades Integradas Campograndenses

FREDERICO GUILHERME FERREIRA LIMA - MEMBRO DA BANCA

Mestre em Desenvolvimento Local


BRUNO CRAVEIRO CAPUTO - MEMBRO DA BANCA

Mestre em Informática


AGRADECIMENTOS

Agradecemos a Deus, por ter posto pessoas em nossa vida para nós abençoar

e diante dos momentos difíceis sempre nos dando força.

À professora, Adriana da Silva Nogueira que aceitou ser nossa orientadora

compartilhando sua experiência. Sempre nos pontuando a ser mais assertivos com

suas criticas e sugestões construtivas, nos ajudou a vencer nossas limitações em

nosso TCC, seremos eternamente grato.

Daniel:À minha esposa, Regina Fortunato Fonseca, que me incentivou e encorajando-

me a enfrentar todos os obstáculos durante neste processo árduo da minha vida.

Com muito carinho, dedico a minha mãe Elvira Felisberto Oliveira, por sempre

acreditar na minha capacidade e me apoiar quando virava a noite estudando me

fornecendo os melhores quitutes.

A minha tia Ana Maria Felisberto Silva pela sua contribuição e apoio para

minha formação acadêmica.

A meu irmão Marcio Eduardo Felisberto Oliveira por me apoiar nas matérias de

matemática.

Vinicius:Ao meu Senhor e salvador Jesus Cristo por se entregar na cruz por mim, por

me abençoar, cuidar de mim, me proteger, ser meu mentor, meu protetor, por ser tudo

na minha vida.

À minha amada esposa Paula Rêgo Lima Miranda por me encorajar, me

incentivar, me apoiar, obrigado por tudo amor, eu te amo.

À minha querida mãe Nahir Rodrigues Oliveira que se dedicou a vida inteira em

me dar o melhor dessa terra, mulher guerreira que me ensinou a ser um homem

honrado.

Ao meu pai Jurandir Oliveira Miranda (em memória) foi o meu melhor amigo,

homem honesto e querido por todos, que me amou, sempre cuidou de mim, se hoje

sou vencedor é porque me espelhei nele, sinto sua falta todos os dias pai.

Aos meus tios Clarival Oliveira Miranda e Norma Miranda por estarem

presentes na minha vida de forma constantes e sempre me aconselhando.

Dedicamos este TCC à nossas famílias,

amigos e professores.

“A maior recompensa do nosso trabalho não é

o que nos pagam por ele, mas em que ele nos

transforma”. (John Ruskin)

RESUMO

O presente TCC tem como objetivo melhorar a gestão administrativa da uma

congregação evangélica, por meio de uma aplicação web que ficará disponível 24

horas por dia, pois será hospedada em um servidor e todos os usuários do sistema

terão acesso a ele de qualquer lugar do mundo com conexão com a internet, nele os

usuários poderão controlar os cadastros dos usuários, membros, dízimo, oferta,

agenda de compromisso do pastor, a escola bíblica dominical e suas classes, as

frequências e os conteúdos.

Palavras-chave: Administração, Congregação, Organização da agenda, EBD (Escola

Bíblica Dominical).

ABSTRACT

The TCC present aims to improve administrative management of an evangelical church

through a web application that is available 24 hours a day, it will be hosted on a server

and all system users will have access to it from anywhere in the world with internet

connection, users can manage the records of users, members, tithes, offerings, the

pastor´s commitment schedule, the Sunday bible school and their classes, frequencies

and contents.

Keywords: Administration, Congregation, commitment schedule, Sunday bible school.

LSTA DE ABREVIATURAS E SIGLAS

BD – Banco de Dados

CSS – Cascading Style Sheets (Folha de Estilos em Cascata)

EBD – Escola Bíblica Dominical

ER – Entidade Relacionamento

HTML5 – HyperText Markup Language

IDE – Integrated Development Environment

IP – Internet Protocol (Protocolo de Internet)

MER – Modelo Entidade Relacionamento

OO – Orientação a Objetos

PDF – Portable Document Format

PHP – Hypertext Preprocessor

POO – Programação Orientada a Objetos

SGBD – Sistema de Gestão de Bases de Dado

UML – (Unified Modeling Language ou Linguagem de Modelagem Unificada)

TCC – Trabalho de Conclusão de Curso

LISTA DE FIGURAS

Figura 1: Diagrama de Caso de Uso 20Figura 2: Diagrama de classe 31Figura 3: Diagrama de atividade realizar login 32Figura 4: Diagrama de atividade realizar logoff 33Figura 5: Diagrama de atividade controle da frequência e conteúdo de aula 34Figura 6: Diagrama de atividade manter usuário 35Figura 7: Diagrama de atividade manter agenda 36Figura 8: Diagrama de atividade manter classe 37Figura 9: Diagrama de sequência realizar Login 38Figura 10: Diagrama de sequência manter membros 39Figura 11: Diagrama de sequência manter agenda 40Figura 12: Diagrama de sequência manter classe 41Figura 13: Modelo Entidade Relacionamento 42Figura 14: Modelo Lógico do Banco de Dados 23Figura 15: Manual do usuário tela de login 54Figura 16: Manual do usuário alterar senha 55Figura 17: Manual do usuário painel do usuário 55Figura 18: Manual do usuário cadastro de usuário 56Figura 19: Manual do usuário consulta de usuário 56Figura 20: Manual do usuário atualizar cadastro de usuário 57Figura 21: Manual do usuário cadastro de membros 57Figura 22: Manual do usuário lista de membros 58Figura 23: Manual do usuário consultar membro 59Figura 24: Manual do usuário edição de cadastro do membro 59Figura 25: Manual do usuário Inativar membro 60Figura 26: Manual do usuário Cadastro de agenda 60Figura 27: Manual do usuário Lista de agenda 61Figura 28: Manual do usuário Visualização do cadastro de agenda 62Figura 29: Manual do usuário Edição de agenda 62Figura 30: Manual do usuário Cadastro de finança 63Figura 31: Manual do usuário Lista de finanças 63Figura 32: Visualizar finança 64Figura 33: Manual do usuário Editar finança 64Figura 34: Manual do usuário Excluir finança 65Figura 35: Manual do usuário Tela inicial da EBD 65Figura 36: Manual do usuário Cadastro de Classes 66Figura 37: Manual do usuário Lista de Classes 66Figura 38: Manual do usuário Visualizar o cadastro da Classes 67Figura 39: Manual do usuário Edição da Classes 67Figura 40: Manual do usuário Exclusão da Classes 68Figura 41: Manual do usuário Lançar Frequência 68Figura 42: Manual do usuário Listar Frequências 69Figura 43: Manual do usuário Edição de Cadastro 69Figura 44: Manual do usuário Realizar Logoff 70

LISTA DE TABELAS

Tabela 1: Tabela de requisitos funcionais 17Tabela 2: Tabela de requisitos não funcionais 18Tabela 3: Tabela de regra de negócios 18Tabela 4: Documentação do caso realizar login 21Tabela 5: Documentação do caso de validar permissão 21Tabela 6: Documentação do caso de uso gravar log 22Tabela 7: Documentação do caso de uso reset senha 22Tabela 8: Documentação do caso de uso realizar logoff 23Tabela 9: Documentação do caso de uso manter classe EBD 23Tabela 10: Documentação do caso de uso manter usuário 24Tabela 11: Documentação do caso de uso manter membro 25Tabela 12: Documentação do caso de uso gerar relatório 27Tabela 13: Documentação do caso de uso Manter Agenda 27Tabela 14 Documentação do caso de uso Manter Dízimo e Ofertas 29

SUMÁRIO

1. INTRODUÇÃO..........................................................................................................14

1.2 METODOLOGIAS DE DESENVOLVIMENTO....................................................14

1.3 ORGANIZAÇÃO DO TRABALHO.......................................................................16

2. E-CHURCH – SUA IGREJA CONECTADA..............................................................17

2.1 DESCRIÇÃO DO MINIMUNDO..........................................................................17

2.2 REQUISITOS DO SISTEMA...............................................................................17

2.2.1 REQUISITOS FUNCIONAIS........................................................................17

2.2.2 REQUISITOS NÃO-FUNCIONAIS...............................................................18

2.2.2 REGRAS DE NEGÓCIO..............................................................................18

2.2.3 DESCRIÇÃO DOS ATORES.......................................................................19

2.3 DIAGRAMAS DO SISTEMA................................................................................20

2.3.1 DIAGRAMAS DE CASO DE USO................................................................20

2.3.2. DIAGRAMAS DE CLASSES........................................................................31

2.3.3. DIAGRAMA DE ATIVIDADE....................................................................32

2.3.4. DIAGRAMAS DE SEQUÊNCIA...............................................................38

3. PROJETO DE BANCO DE DADOS..........................................................................42

3.1. MODELO ENTIDADE RELACIONAMENTO......................................................42

3.2. MODELO LÓGICO DO BANCO DE DADOS.....................................................43

3.3. MODELO FÍSICO DO BANCO DE DADOS.......................................................43

4. MANUAL DO USUÁRIO...........................................................................................54

4.1. EFETUAR LOGIN..............................................................................................54

4.2. PAINEL DO USUÁRIO.......................................................................................55

4.3. CADASTRO DE USUÁRIOS..............................................................................55

4.4. CONSULTA DE USUÁRIOS..............................................................................56

4.5. ATUALIZAR CADASTRO DE USUÁRIO...........................................................57

4.6. CADASTRO DE MEMBROS..............................................................................57

[email protected], 19/10/15,

Antes de fechar o trabalho conferir

4.7. LISTA DE MEMBROS........................................................................................58

4.8. CONSULTAR DO MEMBRO..............................................................................58

4.9. EDIÇÃO DO CADASTRO DE MEMBRO...........................................................59

4.10. INATIVAR MEMBRO........................................................................................60

4.11. CADASTRO DE AGENDA................................................................................60

4.12. LISTA DE AGENDA..........................................................................................61

4.13. VISUALIZAÇÃO DO CADASTRO DE AGENDA..............................................61

4.14. EDIÇÃO DE AGENDA......................................................................................62

4.15. CADASTRO DE FINANÇA...............................................................................63

4.16. LISTA DE FINANÇAS.......................................................................................63

4.17. VISUALIZAR FINANÇA....................................................................................64

4.18. EDITAR FINANÇA............................................................................................64

4.19. EXCLUIR FINANÇA.........................................................................................65

4.20. TELA INICIAL DA EBD.....................................................................................65

4.21. CADASTRO DE CLASSES..............................................................................66

4.22. LISTA DE CLASSES........................................................................................66

4.23. VISUALIZAR O CADASTRO DA CLASSES....................................................67

4.24. EDIÇÃO DA CLASSE.......................................................................................67

4.25. EXCLUSÃO DA CLASSE.................................................................................68

4.26. LANÇAR FREQUÊNCIA...................................................................................68

4.27. LISTAR FREQUÊNCIAS..................................................................................69

4.28. EDIÇÃO DE CADASTRO.................................................................................69

4.29. REALIZAR LOGOFF........................................................................................70

5. CONCLUSÕES.........................................................................................................71

BIBLIOGRAFIA..............................................................................................................72

ANEXOS........................................................................................................................73

14

1. INTRODUÇÃO

Por sermos membros ativos de uma congregação evangélica ao longo do tempo

verificamos que existem algumas dificuldades em manter o controle administrativo da igreja

de forma coesa e um processo fácil de ser utilizada por qualquer pessoa, por este motivo

iniciamos o presente projeto, que tem como objetivo gerar soluções para suprir estas

necessidades por meio de um sistema que será relatado no decorrer deste projeto.

O tempo se tornou algo cada vez mais escasso e como algum dos usuários tem

outras atribuições na sua vida privada além do compromisso com congregação, elaboramos

um sistema web para que os usuários possam usufruir do mesmo em qualquer horário ou

local. A principal vantagem do sistema ser web é a atualização dos dados em tempo real,

além do baixo custo com equipamentos se houver falha serviço de internet por algum

motivo.

Este projeto tem como objetivo apresentar um sistema web, direcionado a gestão

de uma congregação evangélica, que terá como função auxiliar a administração no controle

de informações de maneira mais precisa e harmônica. Nele será possível obter informações

referentes aos cadastros de membros, dízimos e ofertas arrecadados em um determinado

período, controle da frequência e conteúdo administrado da EBD1, bem como o controle da

agenda pastoral.

A implantação deste sistema irá permitir que as informações antes não

centralizadas fiquem disponíveis em tempo real para os usuários que estiverem em qualquer

parte do mundo, por meio acesso à internet, facilitando o dia-a-dia da congregação, o

sistema também disponibilizará um relatório com todas as informações de todos os

membros que serão exportados em modelo Excel direto da página de consulta dos

cadastros de membros.

1.2 METODOLOGIAS DE DESENVOLVIMENTO

A metodologia utilizada no trabalho foi entrevista para a coleta de dados sobre os

problemas e dificuldades que a congregação Monte Sinai, que se localiza no bairro de Santa

Cruz, vem passando para na coleta e organizar os dados transcritos em forma analógica em

seu dia a dia.

A entrevista foi feita com seu representante o Pastor Cleiton responsável pela

congregação e seus colaboradores, com eles foi possível fazer o levantamento de requisitos

necessários para excussão deste trabalho.

1 Escola Bíblica Dominical local aonde se estuda a doutrina bíblica, geralmente aos domingos.

15

Para desenvolver o TCC foi necessário o uso do conhecimento adquirido no

decorrer da graduação e a busca por novos conhecimentos. A seguir será feito uma breve

descrição dos mesmos, bem como as ferramentas utilizadas para o desenvolvimento e

controle do cronograma deste projeto.

O padrão internacional de modelagem (UML) tem com o objetivo, auxiliar na

definição dos requisitos e comportamento da estrutura um software. Conforme Guedes

(2005), A UML (Unified Modeling Language ou Linguagem de Modelagem Unificada) é uma

linguagem visual utilizada para modelar sistemas computacionais por meio do paradigma de

Orientação a Objetos. Para fazer a modelagem da UML foi utilizado a ferramenta ASTAH

COMMUNITY2, sua função é criar os diagramas da UML, tais como diagramas de classe,

caso de uso, entidades entre outro.

A interface gráfica (front-end), foi implementada utilizando a linguagem HTML5,

JavaScript e Twitter Bootstrap.

O HTML5 é uma versão do HTML mais recente e possibilita a interação com os

mais diversos tipos de hardware e facilitando no desenvolvimento de formulários e validação

de dados para ser possível utilizar este recurso em sua plenitude se faz necessário que o

browser esteja devidamente atualizado.

O JavaScript permite que as páginas fiquem mais iterativas, apresentando um

retorno ao usuário (feedback) no processo de navegação, ele foi implementado neste

projeto para validar alguns campos.

O Twitter Bootstrap é um framework front-end com CSS mais usado no mercado

atualmente, pois possibilita que o projeto use um sistema grid responsivo, ou seja, o sistema

vai se adaptar a diferentes tamanhos de tela tais como celulares e tabletes entre outros

dispositivos, além de possui uma grande variedades de botões, ícones que aumenta o nível

de agilidade no processo de desenvolvimento da aplicação.

Por termos adquirido conhecimento na linguagem de PHP e no SGDB MYSQL na

graduação, optamos por implementar as camadas de negócios (back-end) com estas

ferramentas de distribuição livre ou seja código aberto (open source), que são referenciado

abaixo.

O PHP (Hypertext Preprocessor) é uma linguagem executada no servidor web, que

em nosso caso é um servidor Linux apache que fica hospedado de forma gratuita na

empresa Hostinger3. O PHP5 é uma linguagem orientada objeto, que permite uma rápida

codificação, é compatível com o SGDB MYSQL que estamos usando neste TCC, além de

ter uma documentação vasta e de fácil aprendizado.

2 Página Oficial do Astah: http://astah.net/3 Hospedagem de Sites http://www.hostinger.com.br/hospedagem-web

16

Já o NetBeans4 é uma IDE (Integrated Development Environment) que facilita na

implementação dos código de maneira que se faz possível compilar, debugar, endentar, etc.

uma software livre (open source), que serve para desenvolver aplicações para web, tanto no

front-end e back-end.

O SGDB MYSQL é o gerenciamento do banco de dados que possui uma

ferramenta versátil e tem a capacidade de gerenciar grande quantidade de dados e

informações, sua principal vantagem neste TCC foi por ter uma fácil integração com o PHP

na manipulação de dados.

O Trello5 é uma ferramenta on-line que permite acompanhar a produção de cada

integrante do projeto, com essa ferramenta conseguimos dividir as tarefas, identificar cada

responsável por eles, sendo possível também acompanhar esse processo em tempo real,

dessa forma todos os integrantes pode acompanhar a evolução do desenvolvimento da

aplicação.

1.3 ORGANIZAÇÃO DO TRABALHO

O trabalho está estruturado em 4 capítulos. No Capítulo 1 estão descritos a

introdução, os objetivos, justificativa e a metodologia adotada.

No Capitulo 2, esta sendo apresentada a descrição do minimundo, os requisitos do

sistema e os diagramas do sistema.

No Capítulo 3 é apresentado o Modelo de Entidade e Relacionamento, o Modelo

Lógico do banco de dados e o Modelo Físico do Banco de Dados.

No Capítulo 4, apresentamos o manual do usuário e, por fim, no Capítulo 5 esta

sendo apresentada a conclusão do trabalho.

2. E-CHURCH – SUA IGREJA CONECTADA

2.1 DESCRIÇÃO DO MINIMUNDO

4 Página Oficial do NetBeans: https://netbeans.org/ 5 Página Oficial do Trello: https://trello.com/

17

O E-Church é um sistema web, que surgiu a partir da dificuldade da igreja

evangélica Monte Sinai em administrar alguns processos rotineiros, que integrasse algumas

informações de forma que isso gere um melhor controle, organizando e sendo cada vez

mais assertivo nos dados e informações divulgados pela igreja.

Cada membro da congregação terá um código, nome, e-mail, telefone, endereços

completo, estado civil, data de nascimento, data batismo e se esta matriculado na EBD.

Os membros que forem usuários do sistema terão código de identificação que por

sua vez irá identificar seu perfil.

Todos os usuários poderão atualizar os seus dados e reset sua senha caso seja

necessário, ao executar o login o sistema ira gravar um log que conterá os dados de IP,

hora, data e id do usuário.

O usuário administrador terá acesso a qualquer modulo do sistema, os demais

usuários terão acesso conforme seu perfil.

O sistema terá um módulo da agenda do pastor. Neste módulo terá o agendamento

do gabinete pastoral, com os campos assunto, local do evento, contato do evento, telefone,

endereço completo, data do evento, horário e observação do evento e seu tipo, bem como a

função de editar o mesmo.

O sistema terá o módulo dízimos e ofertas somente com a função de guardar a

entrada e a data da mesma, valor e o tipo de recurso, o mesmo terá a função de edição dos

dados, mais os ofertantes não serão identificados no sistema, apenas os dizimistas.

O sistema terá um modulo EBD que terá como função o controle da frequência das

classes e uma descrição do conteúdo ministrado pelo professor.

2.2 REQUISITOS DO SISTEMA

2.2.1 REQUISITOS FUNCIONAIS

ID DescriçãoRF01 O sistema deverá manter o cadastro de membros.RF02 O sistema deverá manter as classes da EBD;RF03 O sistema deverá manter agenda da igreja e dos pastores;RF04 O sistema deverá manter dízimos;RF05 O sistema deverá manter ofertasRF06 O sistema deverá manter aulas da EBDRF07 O sistema devera permitir o controle da frequência da EBDRF08 O sistema devera permitir o cadastramento de conteúdo EBDRF09 O sistema deverá emitir relatório com a lista de todos os membrosRF10 O sistema deverá emitir relatório com a listas de todos os usuários

Tabela 1 - Requisitos Funcionais

18

2.2.2 REQUISITOS NÃO-FUNCIONAIS

ID DescriçãoRNF01 Interação com dispositivos móveis.RNF02 Enviar eventos e agenda pastoral por e-mailRNF03 Interface aplicada com outros tipos de Browser tais como IE, Firefox

entre outros.Tabela 2 - Requisitos não funcionais

2.2.2 REGRAS DE NEGÓCIO

ID DescriçãoRN01 – Efetuar login Para efetuar login é necessário ter cadastro de usuário e o

cadastro estar com status ativo no sistema.RN02 – Cadastro usuário Para efetuar o cadastro de usuário, antes é obrigatório ter um

cadastro de membro no sistema, o mesmo só poderá ser feito pelo perfil da secretaria ou do administrador do sistema. O campo login é um atributo unique.

RN03 – Perfil de usuário O perfil do usuário será criado no ato do cadastro de usuário.RN04 – Cadastro membro Para adicionar um membro no sistema é obrigatório o

preenchimento de todo o formulário, exceto o campo classe EBD. Os mesmo poderão ser preenchidos pelo perfil da secretaria ou do administrador do sistema.

RN05 – Consulta membro Além de consultar os dados, nele será possível atualizar todo o cadastro do usuário, alterar o status como ativo ou inativo no sistema, o mesmo só poderá ser feito pelo perfil da secretaria ou do administrador do sistema.

RN06 – Cadastro agenda Para criar o cadastro, é obrigatório o preenchimento de todos os campos, sendo que o campo observação terá o limite de 1000 caracteres e só poderá ser feito pelo perfil da secretaria ou do administrador do sistema.

RN07 – Consulta agenda Além de consultar os dados, nele será possível editar, e excluir à agenda, o mesmo só poderá ser feito pelo perfil da secretaria ou do administrador do sistema.

RN08 – Cadastro dizimo e oferta

Para criar o cadastro, é obrigatório o preenchimento de todos os campos. Só poderá ser feito pelo perfil da secretaria ou do administrador do sistema.

RN09 – Consulta dizimo e oferta

Além de consultar será possível editar, excluir. Sendo que o administrator tem acesso irrestrito, a secretaria pode editar e consultar e o professor terá restrição total.

RN10 – Cadastro Classe EBD

Para é obrigatório o preenchimento de todos os campos

RN11 – Consulta Classe EBD

Além de consultar os dados, nele será possível editar, e excluir à agenda, o mesmo só poderá ser feito pelo perfil da secretaria ou do administrador do sistema.Tabela 3 - Regra de negócios

2.2.3 DESCRIÇÃO DOS ATORES

Cada tipo de usuário possui as restrições de acesso que permite que o sistema

exiba apenas as informações pertinentes ao seu perfil.

19

● Professor - Este ator é o professor da EBD ele é responsável por passar conteúdo

didático bem como lançamento da frequência e do conteúdo da aula dada.

● Secretário – esse ator terá acesso ao lançamento dos dízimos, ofertas, cadastro e

consulta de membros, bem como controle da agenda.

● Administrador – esse ator terá acesso irrestrito no sistema.

2.3 DIAGRAMAS DO SISTEMA

2.3.1 DIAGRAMAS DE CASO DE USO

A seguir os atores que fazem parte do sistema e seus casos de usos.

20

Figura 1: Diagrama de Caso de Uso

21

2.3.2. DOCUMENTAÇÃO DO CASO DE USO

2.3.2.1. CASO DE USO REALIZAR LOGIN

Neste caso de uso o usuário realiza o login e caso ainda não o tenha, só terá acesso

após ter sido ciado pelo administrador o login e a senha.

Nome do Caso de Uso Realizar Login DCU 1Caso de Uso GeralAtor Principal UsuárioAtores SecundáriosResumo Este caso de uso apresenta os passos

para o usuário se logar. No sistemaPré-CondiçõesPós-Condições Executar DCU 2 (Validar Permissão) e

DCU 3 (Gravar Log)Fluxo principal

Ações do Ator Ações do sistema1. Informar login e senha

2. Consultar usuário3. Validar senha4. Executar DCU 2 (Validar

Permissão)5. Executar DCU 3 (Gravar Log)

Restrições/Validações 1. Caso senha ou usuário inválidos volta a solicitar o login e senha.

Tabela 4 - Documentação do caso realizar login.

2.3.2.2. CASO DE USO VALIDAR PERMISSÃO

Neste caso de uso é validada a permissão do usuário, conforme o perfil do mesmo.

Nome do Caso de Uso Validar Permissão DCU 2Caso de Uso GeralAtor Principal UsuárioAtores SecundáriosResumo Este caso de uso apresenta os passos

para validar o perfil do usuário no sistema.

Pré-Condições Executar DCU 1 (Realizar Login)Pós-Condições Executar DCU 3 (Gravar Log)

Fluxo principalAções do Ator Ações do sistema

1. Consultar permissão2. Validar permissão3. Executar DCU 3 (Gravar Log)

22

Restrições/ValidaçõesTabela 5 - Documentação do caso de validar permissão.

2.3.2.3. CASO DE USO GRAVAR LOG

Neste caso de uso após o usuário realiza o login e executar a validação da

permissão é gravado um registro com as informações necessárias, para futuras consultas

sobre, quem acessou o sistema, qual o IP, em qual data e bem como horário de entrada e

saída do sistema.

Nome do Caso de Uso Gravar Log DCU 3Caso de Uso GeralAtor Principal UsuárioAtores SecundáriosResumo Neste caso de uso e gravado um registro

de data, horário de acesso ao sistema e o IP,

Pré-Condições Já ter executado DCU 2 (Validar Permissão)

Pós-CondiçõesFluxo principal

Ações do Ator Ações do sistema1. Acessar BD2. Registrar os dados do login (data, hora,

id usuário e IP).3. Liberar menu de opções conforme perfil.

Restrições/ValidaçõesTabela 6 - Documentação do caso de uso gravar log.

2.3.2.4. CASO DE USO RESET SENHA

Este caso de uso descreve o passo de como reset senha.

Nome do Caso de Uso Reset senha DCU 4Caso de Uso GeralAtor Principal Todos os usuáriosAtores SecundáriosResumo Este caso de uso descreve a

possibilidade de alteração de senha.Pré-Condições Já ter tentado executar o DCU 1

(Realizar Login)Pós-Condições


1. Acessar opção do menu minha conta

23

2. Exibir tela de login

3. Selecionar esqueci minha senha

4. Inserir um login existente5. Informar nova senha

6. Click em trocar senha7. Registrar nova senha8. Voltar pra tela de login

Restrições/Validações 1. O login deve existirTabela 7 - Documentação do caso de uso reset senha.

2.3.2.5. CASO DE USO REALIZAR LOGOFF

Este caso de uso foi desenvolvido para descreve as etapas do logoff

Nome do Caso de Uso Realizar Logoff DCU 5Caso de Uso GeralAtor Principal Professor, Secretaria, tesouraria e

Administrador.Atores SecundáriosResumo Este caso de uso descreve a etapas

percorridas para se desconectar do sistema

Pré-Condições Já ter executado DCU 1 (Realizar Login)Pós-CondiçõesFluxo principalAções do Ator Ações do sistema

1. Seleciona a opção sair no menu2. Apresenta tela inicial

Restrições/ValidaçõesTabela 8 - Documentação do caso de uso realizar logoff.

2.3.2.6. CASO DE USO MANTER CLASSE EBD

Este caso de uso descreve as etapas percorridas para manter a classe da EBD.

Nome do Caso de Uso Manter classe EBD DCU 6Caso de Uso GeralAtor Principal ProfessorAtores Secundários Secretaria e AdministradorResumo Este caso de uso descreve as atividades

de manter EBD

Pré-Condições Já ter executado DCU 1 (Realizar Login)Pós-Condições Atualizar quando necessário


24

1. Após executado DCU 1 (Realiza Login)

2. Carregar o perfil do usuário3. Seleciona opção do menu

Restrições/Validações 1. Executa DCU 7 (Manter controle da frequência) ou DCU 8 (Manter conteúdo de aula)

Fluxo Alternativo I – DCU 8 (Manter Controle da frequência)Ações do Ator Ações do sistema

1. Marca a frequência dos alunos2. Seleciona gravar frequência

3. Sistema grava no BD4. Retorna para pagina da EBD

Restrições/Validações 1. Todos os campos devem ser preenchidos.

Fluxo Alternativo II – DCU 9 (Manter conteúdo de aula)Ações do Ator Ações do sistema

1. Seleciona a data2. Lança o tema da aula3. Lança o conteúdo da aula4. Clicar em gravar

5. Sistema grava no BD6. Retorna para pagina da EBD


Tabela 9 - Documentação do caso de uso Manter classe EBD

2.3.2.7. CASO DE USO MANTER USUÁRIO

Este caso de uso serve para manter usuário atualizado e cadastrar

Nome do Caso de Uso Manter usuário DCU 7Caso de Uso GeralAtor Principal Secretaria e AdministradorAtores SecundáriosResumo Este caso de uso descreve a possível

manutenção do cadastro dos usuário da congregação, permitindo incluir, alterar ou consultar. Depois de cadastrado o mesmo não ponderar ser deletado, apenas torná-lo inativo.



1. Seleciona opção do menu usuário

25

2. Lista opções menu

3. Escolhe a opção cadastrar ou consultar

Restrições/Validações 1. Ira executar opção selecionadaFluxo Alternativo I – Cadastrar

Ações do Ator Ações do sistema1. Sistema exibe formulário de

cadastro

2. O usuário preenche formulário

3. Seleciona botão cadastrar usuário

4. Sistema grava no BD

5. Retorna uma mensagem gravado com sucesso

6. Retorna com formulário em branco para cadastro


2. Para sair do formulário deve clicar no botão home

Fluxo Alternativo II – ConsultarAções do Ator Ações do sistema

1. Sistema exibe a tela de consultar com a opção atualizar.

2. Caso o usuário selecione botão atualizar

3. Sistema retorna o cadastro com a possibilidade de alteração do cadastro, mais exibe junto o botão editar usuário e home.

4. O usuário realiza as edições

5. Usuário seleciona botão editar usuário

6. Sistema retorna o para tela de consulta

Restrições/Validações 1. O campo login não pode ser alterado.

Tabela 10 - Documentação do caso de uso manter membro.

26

2.3.2.8. CASO DE USO MANTER MEMBROS

Este caso de uso serve para manter membro atualizado e cadastrar

Nome do Caso de Uso Manter membros DCU 10Caso de Uso GeralAtor Principal Secretaria e AdministradorAtores SecundáriosResumo Este caso de uso descreve a possível

manutenção do cadastro dos membros da congregação, permitindo incluir, alterar ou consultar. Depois de cadastrado o mesmo não ponderar ser deletado, apenas torná-lo inativado.



1. Selecionar opção do menu membros

2. Listar opções menu

3. Escolher a opção cadastrar ou consultar

Restrições/Validações 1. Ira executar opção selecionada

Fluxo Alternativo I – CadastrarAções do Ator Ações do sistema

1. Sistema exibe formulário de cadastro


3. Selecionar botão cadastrar membro





2. Para sair do formulário deve clicar no botão home


27

1. Sistema exibe a tela de consultar com as opções Visualizar, Editar e tornar membro inativo.

2. O usuário botão Selecionar visualizar

3. Sistema retorna o cadastro sem a possibilidade de alteração na tela, mais exibe junto o botão editar e home

4. Caso o usuário selecione botão editar

5. Sistema retorna o cadastro com a possibilidade de alteração do cadastro, mais exibe junto o botão gravar edição e home.

6. O usuário realiza as edições

7. Usuário seleciona botão gravar edição

8. Sistema retorna o para tela home

Restrições/ValidaçõesTabela 11 - Documentação do caso de uso manter membro.

2.3.2.9. CASO DE USO GERAR RELATÓRIO

Este caso de uso serve para gerar e relatório dos membros cadastrados.

Nome do Caso de Uso Gerar relatório DCU 13Caso de Uso GeralAtor Principal Secretaria e AdministradorAtores SecundáriosResumo Este caso de uso descreve a possível

necessidade de gerar um arquivo em Excel ou imprimir o mesmo, com os dados cadastrais dos membros da congregação.

Pré-Condições Já ter executado DCU 10 (Manter membro) no modulo de consulta.

Pós-Condições Atualizar quando necessárioFluxo principal

Ações do Ator Ações do sistema1. Selecionar opção do menu Membros

28

2. Listar opções menu

3. Escolher a opção consultar

4. Sistema exibe a tela com lista de membros cadastrados

5. O usuário clicar no botão Excel

6. Sistema gera um arquivo Excel, que busca os dados do banco.

7. Sistema retorna o arquivo Excel para o desktop.

8. O usuário abre o arquivo

9. Usuário imprime arquivo

Restrições/ValidaçõesTabela 12 - Documentação do caso de uso gerar relatório

2.3.2.10. CASO DE USO MANTER AGENDA

Este caso de uso será registrado pela secretaria e administrador, pois os menos irão

fazer o registro na agenda da congregação.

Nome do Caso de Uso Manter Agenda DCU 11Caso de Uso GeralAtor Principal Secretaria e AdministradorAtores SecundáriosResumo Este caso de uso viabiliza informações

dos eventos e sua agenda de compromissos da igreja

Pré-Condições Já ter executado DCU 1 (Realizar Login)Pós-Condições Atualizar quando necessárioFluxo principalAções do Ator Ações do sistema

1. Acessa a menu agenda2. Lista opções menu

3. Escolhe a opção cadastrar ou consultar

Restrições/Validações 1. Ira executar opção selecionadaFluxo Alternativo I – CadastrarAções do Ator Ações do sistema


2. O usuário preenche formulário3. Seleciona botão cadastrar

agenda4. Sistema grava no BD

29



Restrições/Validações 1. Para sair do formulário deve clicar no botão home


1. Sistema exibe a tela de consultar com as opções Visualizar, Editar e excluir.

2. O usuário botão seleciona Visualizar

3. Sistema retorna o cadastro sem a possibilidade de alteração na tela, mais exibe junto o botão editar e voltar


5. Sistema retorna o cadastro com a possibilidade de alteração do cadastro, mais exibe junto o botão gravar edição e home

6. O usuário realiza as edições7. Usuário seleciona botão gravar edição

8. Sistema retorna com a tela lista da agenda

Restrições/ValidaçõesTabela 13 - Documentação do caso de uso Manter Agenda.

2.3.2.11. CASO DE USO MANTER DÍZIMO E OFERTAS

Este caso de uso foi desenvolvido para que se possa der controle do fluxo de

entrada no caixa da congregação

Nome do Caso de Uso Manter Dízimo e Ofertas DCU 12Caso de Uso GeralAtor Principal Secretaria e AdministradorAtores SecundáriosResumo Este caso de uso foi desenvolvido para

que se possa gerenciar a entrada de valor no caixa da igreja



1. Acessa a opção dizimo e ofertas

30

2. Lista opções menu3. Escolhe a opção cadastrar ou

consultarRestrições/Validações

Fluxo Alternativo I – CadastrarAções do Ator Ações do sistema



3. Seleciona botão cadastrar finança



6. Retorna com formulário de cadastro em branco

Restrições/Validações 1. Para sair do formulário deve clicar no botão home

2. No ato do cadastro deve ser escolher dizimo ou oferta

3. No caso do dizimo o cadastro de membro deve existir

4. No caso da oferta o cadastro de membro não tem a necessidade de existir


1. Sistema exibe a tela de consultar com as opções Visualizar, Editar e excluir.

2. O usuário botão seleciona visualizar

3. Sistema retorna o cadastro sem a possibilidade de alteração na tela, mais exibe junto o botão editar finança e voltar


5. Sistema retorna o cadastro com a possibilidade de alteração do cadastro, mais exibe junto o botão gravar edição e home

6. O usuário realiza as edições7. Usuário seleciona botão gravar

edição8. Sistema retorna com a tela lista

da finança da congregaçãoRestrições/Validações

Tabela 14 - Documentação do caso de uso Manter Dízimo e Ofertas.

31

2.3.2. DIAGRAMAS DE CLASSES

A figura a seguir apresenta a solução criada com suas respectivas classes, atributos,

métodos e cardinalidades.

32

Figura 2: Diagrama de classe

2.3.3.DIAGRAMA DE ATIVIDADE

A seguir serão apresentados alguns digramas de atividade com intuito de

apresentar o fluxo de cada processo.

2.3.3.1. DIAGRAMA DE ATIVIDADE REALIZAR LOGIN

33

Estes diagramas de atividade contem suas ações bem detalhadas sendo as mais

importantes validar login e senha e gravar log.

O validar login e senha ficaram em um loop infinito enquanto ambos não forem

verdadeiros, já o validar permissão libera o perfil do usuário logado e o gravar log fara um

registo do usuário ao acessar o sistema.

Caso o usuário esqueceu a senha, o mesmo poderá gerar uma nova senha dês que

o usuário seja valido.

Figura 3: Diagrama de atividade realizar login.

2.3.3.2. DIAGRAMA DE ATIVIDADE REALIZAR LOGOFF

Estes diagramas de atividade contem as ações para deslogar usuário.

34

Figura 4: Diagrama de atividade realizar logoff.

2.3.3.3. DIAGRAMA DE ATIVIDADE MANTER CONTROLE DA FREQUÊNCIA E CONTEÚDO DE AULA

Este diagrama de atividade foi desenvolvido para que, se possa demostras como o

usuário lança da frequência.

35

Figura 5: Diagrama de atividade controle da frequência e conteúdo de aula

2.3.3.4. DIAGRAMA DE ATIVIDADE MANTER USUÁRIO

Este diagrama de atividade relata como cadastrar, editar ou consulta cadastro de

usuário.

36

Figura 6: Diagrama de atividade manter usuário

2.3.3.5. DIAGRAMA DE ATIVIDADE MANTER AGENDA

Este diagrama de atividade relata como cadastrar, editar ou consulta cadastro de

agenda.

37

Figura 7: Diagrama de atividade Manter agenda

38

2.3.3.6. DIAGRAMA DE ATIVIDADE MANTER CLASSE

Este diagrama de atividade relata como cadastrar, editar, consulta ou excluir

cadastro de classe.

Figura 8: Diagrama de atividade manter classe

39

2.3.4. DIAGRAMAS DE SEQUÊNCIA

2.3.4.1. DIAGRAMA DE SEQUÊNCIA REALIZAR LOGIN

Este diagrama de sequência relata como é o processo para realizar o acesso ao

sistema.

Figura 9: Diagrama de atividade manter classe

40

2.3.4.2. DIAGRAMA DE SEQUÊNCIA MANTER MEMBROS

Este diagrama de sequência relata como realizar a manutenção no cadastro dos

membros no sistema.

Figura 10: Diagrama de sequência manter membros

41

2.3.4.3. DIAGRAMA DE SEQUÊNCIA MANTER AGENDA

Este diagrama de sequência relata como manter todas as agendas de compromisso

do pastor.

Figura 11: Diagrama de sequência manter agenda

42

2.3.4.4. DIAGRAMA DE SEQUÊNCIA MANTER CLASSE

Este diagrama de sequência relata como manter a frequência e o conteúdo das

aulas da EBD.

Figura 12: Diagrama de sequência manter classe

43

3. PROJETO DE BANCO DE DADOS

Nos subtópicos, a seguir será relatado o projeto de banco de dados.

3.1. MODELO ENTIDADE RELACIONAMENTO

O modelo entidade relacionamento é chamado também por ER ou MER, este modelo

conceitual relata as entidades (objetos) que estão relacionados com à regra de negocio

deste projeto, com seus devidos atributos (características) e seus relacionamentos.

Figura 13: Modelo Entidade Relacionamento

44

3.2. MODELO LÓGICO DO BANCO DE DADOS

Figura 14: Modelo Lógico do Banco de Dados

3.3. MODELO FÍSICO DO BANCO DE DADOS

DROP DATABASE IF EXISTS `db_igreja`;

CREATE DATABASE `db_igreja`;

DROP TABLE IF EXISTS `tbl_agenda`;

CREATE TABLE `tbl_agenda` (

ÌD_Agenda` int(11) NOT NULL AUTO_INCREMENT,

`Data` date NOT NULL,

`Hora` time NOT NULL,

`Contato` varchar(255) NOT NULL,

`Telefone` varchar(255) DEFAULT NULL,

`Celular` varchar(255) DEFAULT NULL,

45

Àssunto` varchar(255) NOT NULL,

Òbservacao` varchar(1000) NOT NULL,

`Local` varchar(255) NOT NULL,

ÌD_Endereco_FK` int(11) NOT NULL,

ÌD_Usuario_FK` int(11) NOT NULL,

PRIMARY KEY (ÌD_Agenda`),

KEY ÌD_Agenda` (ÌD_Agenda`),

KEY èndereco` (ÌD_Endereco_FK`),

KEY ùsuario` (ÌD_Usuario_FK`),

CONSTRAINT èndereco` FOREIGN KEY (ÌD_Endereco_FK`) REFERENCES

`tbl_endereco` (ÌD_Endereco`),

CONSTRAINT ùsuario` FOREIGN KEY (ÌD_Usuario_FK`) REFERENCES `tbl_usuario`

(ÌD_Usuario`)

) ENGINE=InnoDB AUTO_INCREMENT=16 DEFAULT CHARSET=utf8;

-- ----------------------------

-- Table structure for tbl_bairro

-- ----------------------------

DROP TABLE IF EXISTS `tbl_bairro`;

CREATE TABLE `tbl_bairro` (

ÌD_Bairro` int(11) NOT NULL AUTO_INCREMENT,

`Nome` varchar(255) NOT NULL,

ÌD_Cidade_FK` int(11) NOT NULL,

PRIMARY KEY (ÌD_Bairro`),

KEY `CidadeFK` (ÌD_Cidade_FK`),

CONSTRAINT `CidadeFK` FOREIGN KEY (ÌD_Cidade_FK`) REFERENCES `tbl_cidade`

(ÌD_Cidade`)


-- ----------------------------

-- Table structure for tbl_cidade

-- ----------------------------

DROP TABLE IF EXISTS `tbl_cidade`;

CREATE TABLE `tbl_cidade` (

ÌD_Cidade` int(11) NOT NULL AUTO_INCREMENT,

`Nome` varchar(120) CHARACTER SET latin1 DEFAULT NULL,

46

ÌD_Estado_FK` int(5) DEFAULT NULL,

PRIMARY KEY (ÌD_Cidade`),

KEY ÈstadoFK` (ÌD_Estado_FK`),

CONSTRAINT ÈstadoFK` FOREIGN KEY (ÌD_Estado_FK`) REFERENCES `tbl_estado`

(ÌD_Estado`)


-- ----------------------------

-- Table structure for tbl_classe

-- ----------------------------

DROP TABLE IF EXISTS `tbl_classe`;

CREATE TABLE `tbl_classe` (

ÌD_Classe` int(11) NOT NULL AUTO_INCREMENT,


ÌD_Professor_FK` int(11) NOT NULL,

PRIMARY KEY (ÌD_Classe`),

KEY ìd_classe` (ÌD_Classe`),

KEY `fk_professor` (ÌD_Professor_FK`),

CONSTRAINT `fk_professor` FOREIGN KEY (ÌD_Professor_FK`) REFERENCES

`tbl_usuario` (ÌD_Usuario`)


-- ----------------------------

-- Table structure for tbl_endereco

-- ----------------------------

DROP TABLE IF EXISTS `tbl_endereco`;

CREATE TABLE `tbl_endereco` (

ÌD_Endereco` int(11) NOT NULL AUTO_INCREMENT,

`Logradouro` varchar(255) NOT NULL,

`Numero` int(11) NOT NULL,

`Complemento` varchar(255) NOT NULL,

`Cep` varchar(255) NOT NULL,

ÌD_Estado_FK` int(11) NOT NULL,

ÌD_Cidade_FK` int(11) NOT NULL,

ÌD_Bairro_FK` int(11) NOT NULL,

PRIMARY KEY (ÌD_Endereco`),

47

KEY ÌD_Estado` (ÌD_Estado_FK`),

KEY ÌD_Cidade` (ÌD_Cidade_FK`),

KEY ÌD_Bairro` (ÌD_Bairro_FK`)


-- ----------------------------

-- Table structure for tbl_estado

-- ----------------------------

DROP TABLE IF EXISTS `tbl_estado`;

CREATE TABLE `tbl_estado` (

ÌD_Estado` int(11) NOT NULL AUTO_INCREMENT,

`Nome` varchar(75) CHARACTER SET latin1 DEFAULT NULL,

ÙF` varchar(5) CHARACTER SET latin1 DEFAULT NULL,

ÌD_Pais_FK` int(7) DEFAULT NULL,

PRIMARY KEY (ÌD_Estado`),

KEY ìdx_id_estado` (ÌD_Estado`),

KEY `pais_FK` (ÌD_Pais_FK`)

) ENGINE=MyISAM AUTO_INCREMENT=28 DEFAULT CHARSET=utf8;

-- ----------------------------

-- Table structure for tbl_estado_civil

-- ----------------------------

DROP TABLE IF EXISTS `tbl_estado_civil`;

CREATE TABLE `tbl_estado_civil` (

ÌD_Estado_Civil` int(11) NOT NULL AUTO_INCREMENT,


PRIMARY KEY (ÌD_Estado_Civil`)


-- ----------------------------

-- Table structure for tbl_financa

-- ----------------------------

DROP TABLE IF EXISTS `tbl_financa`;

CREATE TABLE `tbl_financa` (

ÌD_Financa` int(11) NOT NULL AUTO_INCREMENT,

`Tipo` int(11) NOT NULL,

48

`Valor` float NOT NULL,


ÌD_Membro_FK` int(11) NOT NULL,

PRIMARY KEY (ÌD_Financa`)


-- ----------------------------

-- Table structure for tbl_frequencia

-- ----------------------------

DROP TABLE IF EXISTS `tbl_frequencia`;

CREATE TABLE `tbl_frequencia` (

ÌD_Frequencia` int(11) NOT NULL AUTO_INCREMENT,

ÌD_Professor_FK` int(11) NOT NULL,

ÌD_Aluno_FK` int(11) NOT NULL,

ÌD_Classe_FK` int(11) NOT NULL,

`Presenca` tinyint(4) NOT NULL,


PRIMARY KEY (ÌD_Frequencia`)


-- ----------------------------

-- Table structure for tbl_igreja

-- ----------------------------

DROP TABLE IF EXISTS `tbl_igreja`;

CREATE TABLE `tbl_igreja` (

ÌD_Igreja` int(11) NOT NULL AUTO_INCREMENT,

`Nome` varchar(255) DEFAULT NULL,

`Logradouro` varchar(255) DEFAULT NULL,

`Complemento` varchar(255) DEFAULT NULL,

`Bairro` varchar(255) DEFAULT NULL,

`Cidade` varchar(255) DEFAULT NULL,

Èstado` varchar(255) DEFAULT NULL,

`Cep` varchar(255) DEFAULT NULL,


èmail` varchar(255) DEFAULT NULL,

`Status` int(11) DEFAULT NULL,

49

ÌDResponsavel` int(11) DEFAULT NULL,

PRIMARY KEY (ÌD_Igreja`)


-- ----------------------------

-- Table structure for tbl_log_acesso

-- ----------------------------

DROP TABLE IF EXISTS `tbl_log_acesso`;

CREATE TABLE `tbl_log_acesso` (

ÌD_Log_Acesso` int(11) NOT NULL AUTO_INCREMENT,

ÌdUser` int(11) NOT NULL,

`DataHora` datetime NOT NULL,

ÌP` varchar(20) NOT NULL,

PRIMARY KEY (ÌD_Log_Acesso`)


-- ----------------------------

-- Table structure for tbl_log_cadastro_agenda

-- ----------------------------

DROP TABLE IF EXISTS `tbl_log_cadastro_agenda`;

CREATE TABLE `tbl_log_cadastro_agenda` (

ÌD_Cadastro_Agenda` int(11) NOT NULL AUTO_INCREMENT,

ÌD_User` int(11) NOT NULL,

ÌD_Agenda` int(11) NOT NULL,


`Data_Hora` datetime NOT NULL,

PRIMARY KEY (ÌD_Cadastro_Agenda`),

KEY àgenda` (ÌD_Agenda`),

KEY ùsuario` (ÌD_User`)


-- ----------------------------

-- Table structure for tbl_log_cadastro_classe

-- ----------------------------

DROP TABLE IF EXISTS `tbl_log_cadastro_classe`;

CREATE TABLE `tbl_log_cadastro_classe` (

50

ÌD_Cadastro_Classe` int(11) NOT NULL AUTO_INCREMENT,


ÌD_Classe` int(11) NOT NULL,



PRIMARY KEY (ÌD_Cadastro_Classe`)


-- ----------------------------

-- Table structure for tbl_log_cadastro_financa

-- ----------------------------

DROP TABLE IF EXISTS `tbl_log_cadastro_financa`;

CREATE TABLE `tbl_log_cadastro_financa` (

ÌD_Cadastro_Financa` int(11) NOT NULL AUTO_INCREMENT,


ÌD_Financa` int(11) NOT NULL,



PRIMARY KEY (ÌD_Cadastro_Financa`)


-- ----------------------------

-- Table structure for tbl_log_cadastro_membro

-- ----------------------------

DROP TABLE IF EXISTS `tbl_log_cadastro_membro`;

CREATE TABLE `tbl_log_cadastro_membro` (

ÌD_Cadastro_Membro` int(11) NOT NULL AUTO_INCREMENT,


ÌD_Membro` int(11) NOT NULL,



PRIMARY KEY (ÌD_Cadastro_Membro`)


-- ----------------------------

-- Table structure for tbl_log_cadastro_usuario

51

-- ----------------------------

DROP TABLE IF EXISTS `tbl_log_cadastro_usuario`;

CREATE TABLE `tbl_log_cadastro_usuario` (

ÌD_Log_Cadastro_Usuario` int(11) NOT NULL AUTO_INCREMENT,

ÌD_Usuario` int(11) NOT NULL,

ÌD_Cadastrado` int(11) NOT NULL,



PRIMARY KEY (ÌD_Log_Cadastro_Usuario`)


-- ----------------------------

-- Table structure for tbl_log_edicao_agenda

-- ----------------------------

DROP TABLE IF EXISTS `tbl_log_edicao_agenda`;

CREATE TABLE `tbl_log_edicao_agenda` (

ÌD_Log_Edicao_Agenda` int(11) NOT NULL AUTO_INCREMENT,


ÌD_Agenda` int(11) NOT NULL,



PRIMARY KEY (ÌD_Log_Edicao_Agenda`)

) ENGINE=InnoDB DEFAULT CHARSET=utf8;

-- ----------------------------

-- Table structure for tbl_log_edicao_classe

-- ----------------------------

DROP TABLE IF EXISTS `tbl_log_edicao_classe`;

CREATE TABLE `tbl_log_edicao_classe` (

ÌD_Log_Edicao_Classe` int(11) NOT NULL AUTO_INCREMENT,


ÌD_Classe` int(11) NOT NULL,



PRIMARY KEY (ÌD_Log_Edicao_Classe`)


52

-- ----------------------------

-- Table structure for tbl_log_edicao_financa

-- ----------------------------

DROP TABLE IF EXISTS `tbl_log_edicao_financa`;

CREATE TABLE `tbl_log_edicao_financa` (

ÌD_Log_Edicao_Financa` int(11) NOT NULL AUTO_INCREMENT,


ÌD_Financa` int(11) NOT NULL,



PRIMARY KEY (ÌD_Log_Edicao_Financa`)


-- ----------------------------

-- Table structure for tbl_log_edicao_membro

-- ----------------------------

DROP TABLE IF EXISTS `tbl_log_edicao_membro`;

CREATE TABLE `tbl_log_edicao_membro` (

ÌD_Log_Edicao_Membro` int(11) NOT NULL AUTO_INCREMENT,


ÌD_Membro` int(11) NOT NULL,



PRIMARY KEY (ÌD_Log_Edicao_Membro`)


-- ----------------------------

-- Table structure for tbl_log_edicao_usuario

-- ----------------------------

DROP TABLE IF EXISTS `tbl_log_edicao_usuario`;

CREATE TABLE `tbl_log_edicao_usuario` (

ÌD_Log_Edicao_Usuario` int(11) NOT NULL AUTO_INCREMENT,

ÌdUser` int(11) NOT NULL,



53

PRIMARY KEY (ÌD_Log_Edicao_Usuario`)

) ENGINE=InnoDB DEFAULT CHARSET=utf8;

-- ----------------------------

-- Table structure for tbl_log_reset_senha

-- ----------------------------

DROP TABLE IF EXISTS `tbl_log_reset_senha`;

CREATE TABLE `tbl_log_reset_senha` (

ÌD_Log_Reset_Senha` int(11) NOT NULL AUTO_INCREMENT,

ÌD_Usuario` int(11) NOT NULL,



PRIMARY KEY (ÌD_Log_Reset_Senha`)


-- ----------------------------

-- Table structure for tbl_membro

-- ----------------------------

DROP TABLE IF EXISTS `tbl_membro`;

CREATE TABLE `tbl_membro` (

ÌD_Membro` int(11) NOT NULL AUTO_INCREMENT,


Èmail` varchar(255) DEFAULT NULL,


`Celular` varchar(255) DEFAULT NULL,

`Data_Nascimento` date NOT NULL,

`Data_Batismo` date NOT NULL,

`Data_Hora_Cadastro` datetime NOT NULL,

`Data_Hora_Ultima_Atualizacao` datetime DEFAULT NULL,

`Foto` varchar(255) DEFAULT NULL,

`Status` tinyint(4) NOT NULL,

ÌD_Endereco_FK` int(11) NOT NULL,

ÌD_Estado_Civil_FK` int(11) NOT NULL,

ÌD_Classe_FK` int(11) NOT NULL,

PRIMARY KEY (ÌD_Membro`),

KEY ÌD_Membro` (ÌD_Membro`),

54

KEY ènderecoFK` (ÌD_Endereco_FK`),

KEY èstadoCivilFK` (ÌD_Estado_Civil_FK`),

CONSTRAINT ènderecoFK` FOREIGN KEY (ÌD_Endereco_FK`) REFERENCES

`tbl_endereco` (ÌD_Endereco`),

CONSTRAINT èstadoCivilFK` FOREIGN KEY (ÌD_Estado_Civil_FK`) REFERENCES

`tbl_estado_civil` (ÌD_Estado_Civil`)


-- ----------------------------

-- Table structure for tbl_perfil

-- ----------------------------

DROP TABLE IF EXISTS `tbl_perfil`;

CREATE TABLE `tbl_perfil` (

ÌD_Perfil` int(11) NOT NULL AUTO_INCREMENT,


PRIMARY KEY (ÌD_Perfil`)


-- ----------------------------

-- Table structure for tbl_usuario

-- ----------------------------

DROP TABLE IF EXISTS `tbl_usuario`;

CREATE TABLE `tbl_usuario` (

ÌD_Usuario` int(11) NOT NULL AUTO_INCREMENT,


`Login` varchar(255) NOT NULL,

`Senha` varchar(255) NOT NULL,

ÌD_Perfil_FK` int(11) NOT NULL,

`Status` tinyint(1) NOT NULL,

`Data_Hora_Cadastro` datetime NOT NULL,

`Data_Hora_Ultima_Atualizacao` datetime DEFAULT NULL,

ÌD_Membro_FK` int(11) NOT NULL,

PRIMARY KEY (ÌD_Usuario`),

KEY `fk_membro` (ÌD_Membro_FK`),

KEY `fk_perfil` (ÌD_Perfil_FK`),

55

CONSTRAINT `fk_perfil` FOREIGN KEY (ÌD_Perfil_FK`) REFERENCES `tbl_perfil`

(ÌD_Perfil`),

CONSTRAINT `fk_membro` FOREIGN KEY (ÌD_Membro_FK`) REFERENCES

`tbl_membro` (ÌD_Membro`)


4. MANUAL DO USUÁRIO

Neste capítulo iremos mostrar o passo-a-passo da utilização do sistema orientando

o mesmo na navegação e esclarecendo possíveis dúvidas durante a utilização.

4.1. EFETUAR LOGIN

No primeiro acesso ao sistema o usuário deverá informar seu login e senha para

entrar na área restrita do sistema, essa é a tela de login, caso necessário o usuário poderá

alterar a senha acessando no canto superior direito o link para realizar essa troca.

Figura 15: Manual do usuário tela de login

4.2. MANUAL DO USUÁRIO ALTERAR SENHA

Para trocar a senha, o usuário deverá informar o seu login cadastrado e a nova

senha, após esse procedimento o usuário é redirecionado para a tela de login vide figura 15.

56

Figura 16: Manual do usuário alterar senha

4.2. PAINEL DO USUÁRIO

No painel do usuário será apresentado um resumo dos módulos que o sistema

oferece, cada usuário terá acesso apenas aos menus concernentes ao seu perfil.

Figura 17: Manual do usuário painel do usuário

4.3. CADASTRO DE USUÁRIOS

57

Na página de cadastro de usuários que é acessada pelo menu Usuários /

Cadastrar, nela somente o administrador poderá cadastrar novos colaboradores com perfis

diferenciados, são eles: administrador, secretário ou professor, todos os campos são

obrigatórios e o campo login é único e não pode ter dois usuários com o mesmo login.

Figura 18: Manual do usuário cadastro de usuário

4.4. CONSULTA DE USUÁRIOS

Esta página de consulta de usuário é acessada pelo menu Usuários / Consultar,

nela somente o administrador tem acesso e poderá visualizar todos os colaboradores e caso

o mesmo queira realizar alguma edição, basta clicar no botão atualizar.

Figura 19: Manual do usuário consulta de usuário

58

4.5. ATUALIZAR CADASTRO DE USUÁRIO

Na tela de atualização de cadastro de usuário o administrador poderá editar quase

todos os campos com exceção do login que não pode ser trocado e caso o administrador

queira retirar a função do colaborador basta colocá-lo como inativo.

Figura 20: Manual do usuário atualizar cadastro de usuário

4.6. CADASTRO DE MEMBROS

Esta tela é acessada pelo menu Membros / Cadastrar, nela o administrador ou o

secretário poderão incluir novos membros da igreja preenchendo o cadastro, todos os dados

do formulário.

59

Figura 21: Manual do usuário cadastro de membros

4.7. LISTA DE MEMBROS

Nesta tela o administrador ou o secretário poderão visualizar alguns dados de todos

os membros da igreja, nela o usuário poderá extrair um relatório clicando no botão ,

esse relatório será apresentado todos os dados cadastrais de todos os membro, caso o

usuário queira realizar outras ações basta observar as opções na coluna Ação com os

seguintes botões:

Figura 22: Manual do usuário lista de membros

4.8. CONSULTAR DO MEMBRO

Esta página é acessada ao clicar no botão da página lista de membros

(figura 22), nela o usuário poderá apenas consultar todos os dados do membro escolhido

caso queira editar algum dado basta clicar no botão

60

Figura 23: Manual do usuário consultar membro

4.9. EDIÇÃO DO CADASTRO DE MEMBRO

Nesta página o usuário poderá editar qualquer campo do formulário e após a edição

basta clicar no botão para gravar a edição e após a confirmação o usuário

é direcionado para a tela de consulta de membros.

Figura 24: Manual do usuário edição de cadastro do membro

61

4.10. INATIVAR MEMBRO

Em caso de desligamento do membro do hall de membros da igreja, o usuário

poderá retirá-lo da lista de membros apenas clicando no botão .

Figura 25: Manual do usuário Inativar membro

4.11. CADASTRO DE AGENDA

Esta página contém um formulário para a marcação de uma agenda de

compromisso do pastor, é necessário preencher todos os campos.

Figura 26: Manual do usuário cadastro de agenda

62

4.12. LISTA DE AGENDA

Nesta página são listadas todas as agendas futuras apresentadas das mais

próximas para as mais distantes, caso o usuário queira visualizar mais detalhes da agenda,

basta clicar no botão

Figura 27: Manual do usuário lista de agenda

4.13. VISUALIZAÇÃO DO CADASTRO DE AGENDA

Após seguir o passo da figura 14, o usuário verá essa tela em que poderá editar ou

excluir a agenda, caso queira excluir, ao final da exclusão o usuário será redirecionado para

a tela de consulta de agenda, caso queira editar algum dado, basta clicar no botão

63

Figura 28: Manual do usuário visualização do cadastro de agenda

4.14. EDIÇÃO DE AGENDA

Nesta tela o usuário gravará a edição da agenda.

Figura 29: Manual do usuário edição de agenda

64

4.15. CADASTRO DE FINANÇA

Nesta página o usuário poderá cadastrar os dízimos e as ofertas, porém apenas no

cadastro de dízimo é obrigatório informar o nome do membro.

Figura 30: Manual do usuário cadastro de finança

4.16. LISTA DE FINANÇASEsta página lista todas as finanças da igreja podendo ao usuário visualizar, editar

ou excluir o registro.

Figura 31: Manual do usuário lista de finanças

65

4.17. VISUALIZAR FINANÇA

Ao clicar no botão visualizar o usuário será direcionado para essa tela podendo

editar as informações do registro com exceção no nome do membro em caso de dízimo.

Figura 32: Manual do usuário visualizar finança

4.18. EDITAR FINANÇA

Nesta página o usuário poderá editar o tipo de finança, o valor e a data.

Figura 33: Manual do usuário editar finança

66

4.19. EXCLUIR FINANÇA

Na página de consulta finança o usuário encontrará o botão excluir em cada

registro encontrado e poderá excluir o registro, ao clicar no botão o mesmo será indagado

se quer realmente excluir o registro, caso queira, basta clicar em ok e o registro será

excluído.

Figura 34: Manual do usuário excluir finança

4.20. TELA INICIAL DA EBD

Ao clicar no menu EBD o usuário será direcionado para a tela principal da EBD

67

Figura 35: Manual do usuário tela inicial da EBD

4.21. CADASTRO DE CLASSES

Nesta tela o usuário poderá cadastrar novas classes da EBD.

Figura 36: Manual do usuário cadastro de Classes

4.22. LISTA DE CLASSES

Aqui o usuário verá todas as classes da EBD, podendo visualizar, editar ou excluir.

68

Figura 37: Manual do usuário lista de Classes

4.23. VISUALIZAR O CADASTRO DA CLASSES

Nesta tela o usuário terá acesso ao nome da classe e o nome do professor.

Figura 38: Manual do usuário visualizar o cadastro da Classes

4.24. EDIÇÃO DA CLASSE

Nesta página o usuário poderá editar o nome e/ou o professor da classe.

Figura 39: Manual do usuário edição da Classe

69

4.25. EXCLUSÃO DA CLASSE

O usuário poderá excluir a classe, porém ao clicar no botão excluir, o mesmo

receberá um alerta e caso queira excluir, basta clicar no botão ok.

Figura 40: Manual do usuário exclusão da Classe

4.26. LANÇAR FREQUÊNCIA

Nesta tela o professor lançará a frequência dos alunos, todos os alunos deverão

receber a frequência.

Figura 41: Manual do usuário lançar Frequência

70

4.27. LISTAR FREQUÊNCIAS

O professor visualizará as frequências das aulas lecionadas.

Figura 42: Manual do usuário listar Frequências

4.28. EDIÇÃO DE CADASTRO

Nesta página o próprio usuário poderá editar suas informações, com exceção do

login que não pode ser editado, o acesso a esta página é através do menu onde está

informando o nome do usuário.

71

Figura 43: Manual do usuário edição de Cadastro

4.29. REALIZAR LOGOFF

Para realizar o logoff do sistema basta acessar o menu onde informa o nome do

usuário e clicar no botão sair.

Figura 44: Manual do usuário realizar logoff

72

5. CONCLUSÕES

Ao desenvolver este trabalho, podemos verificar que com o tempo a

congregação irá melhorar seu dia a dia, com a ajuda desta aplicação tecnológica. Vimos o

quanto é importante à informatização de alguns processos no mundo globalizado, devido à

necessidade das informações serem armazenadas de forma que as mesmas não se percam

no decorrer de um processo.

A aplicação já está sendo usado pela congregação. Até este momento o projeto

envolve os módulos de entrada de dízimos e ofertas, controle dos membros e usuários, e

controle da EBD.

Este projeto continuará em andamento. Já estamos analisando a possibilidade

de implementar um controle biométrico de frequência para os alunos da EBD e para os

lideres da igreja, com o intuito realizar um registro digital nas atas de reunião do conselho da

congregação, bem como melhorar o controle dos dízimos e ofertas adicionando ao módulo o

gerenciamento da saída dos valores utilizados, além disso, um gráfico com a analise destes

dados que será implementado.

Este trabalho de conclusão de curso nos permitiu colocar em prática os

conhecimentos adquiridos no decorrer da graduação, além de nos possibilitar o

aprofundamento de outras linguagens para aplicar neste projeto.

Concluímos que este projeto é a melhor solução para o desenvolvimento

administrativo da congregação, por ser uma aplicação web, possibilitará aos usuários ter

acesso às informações em tempo real.

73

BIBLIOGRAFIA

DALL'OGLIO, Pablo. PHP: Programando orientado a objetos. 2ª ed. São Paulo. Novatec Editora, 2009.

GUEDES, Gilleanes T. A. UML 2: Uma abordagem prática. 2ª Ed. São Paulo: Novatec, 2011.

BEZERRA, Eduardo. UML: princípios de análise e projeto de sistemas com UML. Rio de Janeiro: Campus, 2007.

JOBSTRAIBIZER, Flávia. SQL para profissionais. São Paulo: Digerati Books, 2009.

CASTRO, Elizabeth; HYSLOP, Bruce. Html5 e Css3 - Guia Prático e Visual. Rio deJaneiro: Alta Books, 2013.

Bootstrap. Disponível em: http://getbootstrap.com/ - Acesso em: 27/09/2015

74

ANEXOS

Elemento opcional. Consiste em um texto ou documento não elaborado pelo

autor, que serve de fundamentação, comprovação e ilustração. São identificados com letras

maiúsculas consecutivas seguidas de travessão e dos respectivos títulos.

ENTREVISTA FEITA COM CLEITON LUIZ – PASTOR DA CONGREGAÇÃO MONTE SINAI.

Nome da Empresa: Igreja Evangélica Assembleia de Deus Congregação Monte

Sinai

Possui CNPJ? ( X ) Sim ( ) Não

Responsável / Entrevistado: Pr. Cleiton Luiz

E-mail: [email protected]

1. Descreva sua rotina de trabalho:

i. Manter a relação de membros atualizada contendo dados pessoais

tais como: nome, endereço, telefone e email;

ii. Fazer as fichas cadastrais dos novos membros que se afiliam através

do batismo (evento que ocorre 4 vezes por ano), ou por filiação

(pessoas oriundas de outras igrejas);

iii. Controlar a presença dos obreiros nas reuniões gerais da igreja;

iv. Manter as mídias sociais atualizadas com as informações da semana;

v. Controlar a agenda do pastor;

vi. Reunir e pagar em dia todas as contas geradas pela igreja tais como:

água, luz, telefone, internet e etc;

vii. Compra de materiais de higiene e limpeza.

2. Com que tipo de produtos / ramo de atividade você trabalha?

i. Igreja evangélica.

3. Quais são as informações a serem registradas?

i. Nome, endereço, data de nascimento, email, telefone fixo, celular,

divisão por grupo (adolescentes, jovens, crianças, senhoras, homens).

4. Quais são as maiores dificuldades que você enfrenta?

i. Manter o sistema atualizado, por causa das trocas constantes de

número de celular.

5. Qual o público alvo do sistema?

75

i. Todas as pessoas.

ii. Como será o acesso dos usuários ao sistema?

iii. O sistema será disponível para 3 pessoas sendo eles, o pastor e dois

secretários.

6. Em que o sistema poderá melhorar sua rotina de trabalho?

i. Considerando a globalização e a velocidade em que as informações

circulam através da internet, o sistema servirá como uma ferramenta

que viabilizará o acesso imediato ao sistema de qualquer lugar do

mundo através da internet, sendo possível acessar aos arquivos,

otimizando as respostas ou soluções para soluções de problemas que

possam surgir.

Documents

profadrisilva.files.wordpress.com€¦ · Web viewFUNDAÇÃO EDUCACIONAL UNIFICADA CAMPOGRANDENSE - FEUC. FACULDADES INTEGRADAS CAMPOGRANDENSES - FIC. CURSO DE . Bacharelado em