profadrisilva.files.wordpress.com€¦ · Web viewFUNDAÇÃO EDUCACIONAL UNIFICADA CAMPOGRANDENSE...
Transcript of profadrisilva.files.wordpress.com€¦ · Web viewFUNDAÇÃO EDUCACIONAL UNIFICADA CAMPOGRANDENSE...
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
Vinicius Rodrigues Miranda
E-CHURCH – SUA IGREJA CONECTADA
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
Vinicius Rodrigues Miranda
E-CHURCH – SUA IGREJA CONECTADA
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
Faculdades Integradas Campograndenses
BRUNO CRAVEIRO CAPUTO - MEMBRO DA BANCA
Mestre em Informática
Faculdades Integradas Campograndenses
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
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
Fluxo principalAções do Ator Ações do sistema
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
Fluxo principalAções do Ator Ações do sistema
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
Restrições/Validações 1. Todos os campos devem ser preenchidos.
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.
Pré-Condições Já ter executado DCU 1 (Realizar Login)Pós-Condições Atualizar quando necessário
Fluxo principalAções do Ator Ações do sistema
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
Restrições/Validações 1. Todos os campos devem ser preenchidos.
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.
Pré-Condições Já ter executado DCU 1 (Realizar Login)Pós-Condições Atualizar quando necessário
Fluxo principalAções do Ator Ações do sistema
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
2. O usuário preenche formulário
3. Selecionar botão cadastrar membro
4. Sistema grava no BD
5. Retorna uma mensagem gravado com sucesso
6. Retorna com formulário em branco para cadastro
Restrições/Validações 1. Todos os campos devem ser preenchidos.
2. Para sair do formulário deve clicar no botão home
Fluxo Alternativo II – ConsultarAções do Ator Ações do sistema
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
1. Sistema exibe formulário de cadastro
2. O usuário preenche formulário3. Seleciona botão cadastrar
agenda4. Sistema grava no BD
29
5. Retorna uma mensagem gravado com sucesso
6. Retorna com formulário em branco para cadastro
Restrições/Validações 1. 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 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
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çõ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
Pré-Condições Já ter executado DCU 1 (Realizar Login)Pós-Condições Atualizar quando necessário
Fluxo principalAções do Ator Ações do sistema
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
1. Sistema exibe formulário de cadastro
2. O usuário preenche formulário
3. Seleciona botão cadastrar finança
4. Sistema grava no BD
5. Retorna uma mensagem gravado com sucesso
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
Fluxo Alternativo II – ConsultarAções do Ator Ações do sistema
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
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çõ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` (
`ID_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
`Assunto` varchar(255) NOT NULL,
`Observacao` varchar(1000) NOT NULL,
`Local` varchar(255) NOT NULL,
`ID_Endereco_FK` int(11) NOT NULL,
`ID_Usuario_FK` int(11) NOT NULL,
PRIMARY KEY (`ID_Agenda`),
KEY `ID_Agenda` (`ID_Agenda`),
KEY `endereco` (`ID_Endereco_FK`),
KEY `usuario` (`ID_Usuario_FK`),
CONSTRAINT `endereco` FOREIGN KEY (`ID_Endereco_FK`) REFERENCES
`tbl_endereco` (`ID_Endereco`),
CONSTRAINT `usuario` FOREIGN KEY (`ID_Usuario_FK`) REFERENCES `tbl_usuario`
(`ID_Usuario`)
) ENGINE=InnoDB AUTO_INCREMENT=16 DEFAULT CHARSET=utf8;
-- ----------------------------
-- Table structure for tbl_bairro
-- ----------------------------
DROP TABLE IF EXISTS `tbl_bairro`;
CREATE TABLE `tbl_bairro` (
`ID_Bairro` int(11) NOT NULL AUTO_INCREMENT,
`Nome` varchar(255) NOT NULL,
`ID_Cidade_FK` int(11) NOT NULL,
PRIMARY KEY (`ID_Bairro`),
KEY `CidadeFK` (`ID_Cidade_FK`),
CONSTRAINT `CidadeFK` FOREIGN KEY (`ID_Cidade_FK`) REFERENCES `tbl_cidade`
(`ID_Cidade`)
) ENGINE=InnoDB AUTO_INCREMENT=160 DEFAULT CHARSET=utf8;
-- ----------------------------
-- Table structure for tbl_cidade
-- ----------------------------
DROP TABLE IF EXISTS `tbl_cidade`;
CREATE TABLE `tbl_cidade` (
`ID_Cidade` int(11) NOT NULL AUTO_INCREMENT,
`Nome` varchar(120) CHARACTER SET latin1 DEFAULT NULL,
46
`ID_Estado_FK` int(5) DEFAULT NULL,
PRIMARY KEY (`ID_Cidade`),
KEY `EstadoFK` (`ID_Estado_FK`),
CONSTRAINT `EstadoFK` FOREIGN KEY (`ID_Estado_FK`) REFERENCES `tbl_estado`
(`ID_Estado`)
) ENGINE=InnoDB AUTO_INCREMENT=5565 DEFAULT CHARSET=utf8;
-- ----------------------------
-- Table structure for tbl_classe
-- ----------------------------
DROP TABLE IF EXISTS `tbl_classe`;
CREATE TABLE `tbl_classe` (
`ID_Classe` int(11) NOT NULL AUTO_INCREMENT,
`Nome` varchar(255) NOT NULL,
`ID_Professor_FK` int(11) NOT NULL,
PRIMARY KEY (`ID_Classe`),
KEY `id_classe` (`ID_Classe`),
KEY `fk_professor` (`ID_Professor_FK`),
CONSTRAINT `fk_professor` FOREIGN KEY (`ID_Professor_FK`) REFERENCES
`tbl_usuario` (`ID_Usuario`)
) ENGINE=InnoDB AUTO_INCREMENT=9 DEFAULT CHARSET=utf8;
-- ----------------------------
-- Table structure for tbl_endereco
-- ----------------------------
DROP TABLE IF EXISTS `tbl_endereco`;
CREATE TABLE `tbl_endereco` (
`ID_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,
`ID_Estado_FK` int(11) NOT NULL,
`ID_Cidade_FK` int(11) NOT NULL,
`ID_Bairro_FK` int(11) NOT NULL,
PRIMARY KEY (`ID_Endereco`),
47
KEY `ID_Estado` (`ID_Estado_FK`),
KEY `ID_Cidade` (`ID_Cidade_FK`),
KEY `ID_Bairro` (`ID_Bairro_FK`)
) ENGINE=InnoDB AUTO_INCREMENT=70 DEFAULT CHARSET=utf8;
-- ----------------------------
-- Table structure for tbl_estado
-- ----------------------------
DROP TABLE IF EXISTS `tbl_estado`;
CREATE TABLE `tbl_estado` (
`ID_Estado` int(11) NOT NULL AUTO_INCREMENT,
`Nome` varchar(75) CHARACTER SET latin1 DEFAULT NULL,
`UF` varchar(5) CHARACTER SET latin1 DEFAULT NULL,
`ID_Pais_FK` int(7) DEFAULT NULL,
PRIMARY KEY (`ID_Estado`),
KEY `idx_id_estado` (`ID_Estado`),
KEY `pais_FK` (`ID_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` (
`ID_Estado_Civil` int(11) NOT NULL AUTO_INCREMENT,
`Nome` varchar(255) NOT NULL,
PRIMARY KEY (`ID_Estado_Civil`)
) ENGINE=InnoDB AUTO_INCREMENT=11 DEFAULT CHARSET=utf8;
-- ----------------------------
-- Table structure for tbl_financa
-- ----------------------------
DROP TABLE IF EXISTS `tbl_financa`;
CREATE TABLE `tbl_financa` (
`ID_Financa` int(11) NOT NULL AUTO_INCREMENT,
`Tipo` int(11) NOT NULL,
48
`Valor` float NOT NULL,
`Data` date NOT NULL,
`ID_Membro_FK` int(11) NOT NULL,
PRIMARY KEY (`ID_Financa`)
) ENGINE=InnoDB AUTO_INCREMENT=18 DEFAULT CHARSET=utf8;
-- ----------------------------
-- Table structure for tbl_frequencia
-- ----------------------------
DROP TABLE IF EXISTS `tbl_frequencia`;
CREATE TABLE `tbl_frequencia` (
`ID_Frequencia` int(11) NOT NULL AUTO_INCREMENT,
`ID_Professor_FK` int(11) NOT NULL,
`ID_Aluno_FK` int(11) NOT NULL,
`ID_Classe_FK` int(11) NOT NULL,
`Presenca` tinyint(4) NOT NULL,
`Data` date NOT NULL,
PRIMARY KEY (`ID_Frequencia`)
) ENGINE=InnoDB AUTO_INCREMENT=26 DEFAULT CHARSET=utf8;
-- ----------------------------
-- Table structure for tbl_igreja
-- ----------------------------
DROP TABLE IF EXISTS `tbl_igreja`;
CREATE TABLE `tbl_igreja` (
`ID_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,
`Estado` varchar(255) DEFAULT NULL,
`Cep` varchar(255) DEFAULT NULL,
`Telefone` varchar(255) DEFAULT NULL,
`email` varchar(255) DEFAULT NULL,
`Status` int(11) DEFAULT NULL,
49
`IDResponsavel` int(11) DEFAULT NULL,
PRIMARY KEY (`ID_Igreja`)
) ENGINE=InnoDB AUTO_INCREMENT=2 DEFAULT CHARSET=utf8;
-- ----------------------------
-- Table structure for tbl_log_acesso
-- ----------------------------
DROP TABLE IF EXISTS `tbl_log_acesso`;
CREATE TABLE `tbl_log_acesso` (
`ID_Log_Acesso` int(11) NOT NULL AUTO_INCREMENT,
`IdUser` int(11) NOT NULL,
`DataHora` datetime NOT NULL,
`IP` varchar(20) NOT NULL,
PRIMARY KEY (`ID_Log_Acesso`)
) ENGINE=InnoDB AUTO_INCREMENT=29 DEFAULT CHARSET=utf8;
-- ----------------------------
-- Table structure for tbl_log_cadastro_agenda
-- ----------------------------
DROP TABLE IF EXISTS `tbl_log_cadastro_agenda`;
CREATE TABLE `tbl_log_cadastro_agenda` (
`ID_Cadastro_Agenda` int(11) NOT NULL AUTO_INCREMENT,
`ID_User` int(11) NOT NULL,
`ID_Agenda` int(11) NOT NULL,
`IP` varchar(255) NOT NULL,
`Data_Hora` datetime NOT NULL,
PRIMARY KEY (`ID_Cadastro_Agenda`),
KEY `agenda` (`ID_Agenda`),
KEY `usuario` (`ID_User`)
) ENGINE=InnoDB AUTO_INCREMENT=17 DEFAULT CHARSET=utf8;
-- ----------------------------
-- Table structure for tbl_log_cadastro_classe
-- ----------------------------
DROP TABLE IF EXISTS `tbl_log_cadastro_classe`;
CREATE TABLE `tbl_log_cadastro_classe` (
50
`ID_Cadastro_Classe` int(11) NOT NULL AUTO_INCREMENT,
`ID_User` int(11) NOT NULL,
`ID_Classe` int(11) NOT NULL,
`IP` varchar(255) NOT NULL,
`Data_Hora` datetime NOT NULL,
PRIMARY KEY (`ID_Cadastro_Classe`)
) ENGINE=InnoDB AUTO_INCREMENT=6 DEFAULT CHARSET=utf8;
-- ----------------------------
-- Table structure for tbl_log_cadastro_financa
-- ----------------------------
DROP TABLE IF EXISTS `tbl_log_cadastro_financa`;
CREATE TABLE `tbl_log_cadastro_financa` (
`ID_Cadastro_Financa` int(11) NOT NULL AUTO_INCREMENT,
`ID_User` int(11) NOT NULL,
`ID_Financa` int(11) NOT NULL,
`IP` varchar(255) NOT NULL,
`Data_Hora` datetime NOT NULL,
PRIMARY KEY (`ID_Cadastro_Financa`)
) ENGINE=InnoDB AUTO_INCREMENT=8 DEFAULT CHARSET=utf8;
-- ----------------------------
-- Table structure for tbl_log_cadastro_membro
-- ----------------------------
DROP TABLE IF EXISTS `tbl_log_cadastro_membro`;
CREATE TABLE `tbl_log_cadastro_membro` (
`ID_Cadastro_Membro` int(11) NOT NULL AUTO_INCREMENT,
`ID_User` int(11) NOT NULL,
`ID_Membro` int(11) NOT NULL,
`IP` varchar(255) NOT NULL,
`Data_Hora` datetime NOT NULL,
PRIMARY KEY (`ID_Cadastro_Membro`)
) ENGINE=InnoDB AUTO_INCREMENT=16 DEFAULT CHARSET=utf8;
-- ----------------------------
-- Table structure for tbl_log_cadastro_usuario
51
-- ----------------------------
DROP TABLE IF EXISTS `tbl_log_cadastro_usuario`;
CREATE TABLE `tbl_log_cadastro_usuario` (
`ID_Log_Cadastro_Usuario` int(11) NOT NULL AUTO_INCREMENT,
`ID_Usuario` int(11) NOT NULL,
`ID_Cadastrado` int(11) NOT NULL,
`DataHora` datetime NOT NULL,
`IP` varchar(255) NOT NULL,
PRIMARY KEY (`ID_Log_Cadastro_Usuario`)
) ENGINE=InnoDB AUTO_INCREMENT=21 DEFAULT CHARSET=utf8;
-- ----------------------------
-- Table structure for tbl_log_edicao_agenda
-- ----------------------------
DROP TABLE IF EXISTS `tbl_log_edicao_agenda`;
CREATE TABLE `tbl_log_edicao_agenda` (
`ID_Log_Edicao_Agenda` int(11) NOT NULL AUTO_INCREMENT,
`ID_User` int(11) NOT NULL,
`ID_Agenda` int(11) NOT NULL,
`IP` varchar(255) NOT NULL,
`Data_Hora` datetime NOT NULL,
PRIMARY KEY (`ID_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` (
`ID_Log_Edicao_Classe` int(11) NOT NULL AUTO_INCREMENT,
`ID_User` int(11) NOT NULL,
`ID_Classe` int(11) NOT NULL,
`IP` varchar(255) NOT NULL,
`Data_Hora` datetime NOT NULL,
PRIMARY KEY (`ID_Log_Edicao_Classe`)
) ENGINE=InnoDB AUTO_INCREMENT=4 DEFAULT CHARSET=utf8;
52
-- ----------------------------
-- Table structure for tbl_log_edicao_financa
-- ----------------------------
DROP TABLE IF EXISTS `tbl_log_edicao_financa`;
CREATE TABLE `tbl_log_edicao_financa` (
`ID_Log_Edicao_Financa` int(11) NOT NULL AUTO_INCREMENT,
`ID_User` int(11) NOT NULL,
`ID_Financa` int(11) NOT NULL,
`IP` varchar(255) NOT NULL,
`Data_Hora` datetime NOT NULL,
PRIMARY KEY (`ID_Log_Edicao_Financa`)
) ENGINE=InnoDB AUTO_INCREMENT=8 DEFAULT CHARSET=utf8;
-- ----------------------------
-- Table structure for tbl_log_edicao_membro
-- ----------------------------
DROP TABLE IF EXISTS `tbl_log_edicao_membro`;
CREATE TABLE `tbl_log_edicao_membro` (
`ID_Log_Edicao_Membro` int(11) NOT NULL AUTO_INCREMENT,
`ID_User` int(11) NOT NULL,
`ID_Membro` int(11) NOT NULL,
`IP` varchar(255) NOT NULL,
`Data_Hora` datetime NOT NULL,
PRIMARY KEY (`ID_Log_Edicao_Membro`)
) ENGINE=InnoDB AUTO_INCREMENT=14 DEFAULT CHARSET=utf8;
-- ----------------------------
-- Table structure for tbl_log_edicao_usuario
-- ----------------------------
DROP TABLE IF EXISTS `tbl_log_edicao_usuario`;
CREATE TABLE `tbl_log_edicao_usuario` (
`ID_Log_Edicao_Usuario` int(11) NOT NULL AUTO_INCREMENT,
`IdUser` int(11) NOT NULL,
`DataHora` datetime NOT NULL,
`IP` varchar(255) NOT NULL,
53
PRIMARY KEY (`ID_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` (
`ID_Log_Reset_Senha` int(11) NOT NULL AUTO_INCREMENT,
`ID_Usuario` int(11) NOT NULL,
`DataHora` datetime NOT NULL,
`IP` varchar(255) NOT NULL,
PRIMARY KEY (`ID_Log_Reset_Senha`)
) ENGINE=InnoDB AUTO_INCREMENT=3 DEFAULT CHARSET=utf8;
-- ----------------------------
-- Table structure for tbl_membro
-- ----------------------------
DROP TABLE IF EXISTS `tbl_membro`;
CREATE TABLE `tbl_membro` (
`ID_Membro` int(11) NOT NULL AUTO_INCREMENT,
`Nome` varchar(255) NOT NULL,
`Email` varchar(255) DEFAULT NULL,
`Telefone` 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,
`ID_Endereco_FK` int(11) NOT NULL,
`ID_Estado_Civil_FK` int(11) NOT NULL,
`ID_Classe_FK` int(11) NOT NULL,
PRIMARY KEY (`ID_Membro`),
KEY `ID_Membro` (`ID_Membro`),
54
KEY `enderecoFK` (`ID_Endereco_FK`),
KEY `estadoCivilFK` (`ID_Estado_Civil_FK`),
CONSTRAINT `enderecoFK` FOREIGN KEY (`ID_Endereco_FK`) REFERENCES
`tbl_endereco` (`ID_Endereco`),
CONSTRAINT `estadoCivilFK` FOREIGN KEY (`ID_Estado_Civil_FK`) REFERENCES
`tbl_estado_civil` (`ID_Estado_Civil`)
) ENGINE=InnoDB AUTO_INCREMENT=139 DEFAULT CHARSET=utf8;
-- ----------------------------
-- Table structure for tbl_perfil
-- ----------------------------
DROP TABLE IF EXISTS `tbl_perfil`;
CREATE TABLE `tbl_perfil` (
`ID_Perfil` int(11) NOT NULL AUTO_INCREMENT,
`Nome` varchar(255) NOT NULL,
PRIMARY KEY (`ID_Perfil`)
) ENGINE=InnoDB AUTO_INCREMENT=4 DEFAULT CHARSET=utf8;
-- ----------------------------
-- Table structure for tbl_usuario
-- ----------------------------
DROP TABLE IF EXISTS `tbl_usuario`;
CREATE TABLE `tbl_usuario` (
`ID_Usuario` int(11) NOT NULL AUTO_INCREMENT,
`Nome` varchar(255) NOT NULL,
`Login` varchar(255) NOT NULL,
`Senha` varchar(255) NOT NULL,
`ID_Perfil_FK` int(11) NOT NULL,
`Status` tinyint(1) NOT NULL,
`Data_Hora_Cadastro` datetime NOT NULL,
`Data_Hora_Ultima_Atualizacao` datetime DEFAULT NULL,
`ID_Membro_FK` int(11) NOT NULL,
PRIMARY KEY (`ID_Usuario`),
KEY `fk_membro` (`ID_Membro_FK`),
KEY `fk_perfil` (`ID_Perfil_FK`),
55
CONSTRAINT `fk_perfil` FOREIGN KEY (`ID_Perfil_FK`) REFERENCES `tbl_perfil`
(`ID_Perfil`),
CONSTRAINT `fk_membro` FOREIGN KEY (`ID_Membro_FK`) REFERENCES
`tbl_membro` (`ID_Membro`)
) ENGINE=InnoDB AUTO_INCREMENT=27 DEFAULT CHARSET=utf8;
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.