Projeto de TCC

Prévia do material em texto

8
UNIVERSIDADE ESTÁCIO DE SÁ
PROJETO DE TCC EM SISTEMAS DE INFORMAÇÃO
Acadêmicos: Wagner Vinícius da S. Baimas
Marcelo Augusto Pereira Barreiro
Luciano dos Santos Amorim
Hugo Farias Deveza de Oliveira
Orientador: Raphael Mauricio Sanches De Jesus
Rio de Janeiro
2020
WAGNER VINÍCIUS DA SILVA BAIMAS
SISTEMA PARA GESTÃO DE MEMBROS DE IGREJAS (GESMEMBRO)
Trabalho apresentado a Universidade Estácio de Sá no curso de bacharel em Sistemas de Informação, como requisito para aprovação na disciplina TCC em Sistemas de informação
Orientador: Raphael Mauricio Sanches De Jesus
Rio de Janeiro
2020
SUMÁRIO
1-	O PROBLEMA	5
1.1	Tema	5
1.2	Contextualização	5
1.3	Situação-problema	5
1.4	Breve descrição da solução	5
2-	CONTEXTUALIZAÇÃO	6
2.1 Premissas e restrições do projeto	6
2.2 Caracterização do público alvo	6
2.3 Proposta de trabalho	8
2.4 O sistema atual	11
3-	A SOLUÇÃO	12
3.1- O Sistema proposto	12
3.2 - Solução escolhida	12
4 - REFERÊNCIAS	20
1- O PROBLEMA
1.1 Tema
 Gestão de membros interativa para Igrejas de baixa renda
1.2 Contextualização
 O sistema proposto visa atender igrejas de baixa renda que não possuem uma gestão de seus membros, e/ou que ainda se utilizam de planilhas eletrônicas para tal.
1.3 Situação-problema
Algumas igrejas da região onde moro não possuem um sistema para cadastro e gestão de seus membros. Por serem igrejas de baixa renda, o secretariado da igreja usa um sistema arcaico de forma manual com papéis e arquivam em pastas. Não existe uma forma de mensurar, e/ou gerir quantos membros assíduos possuímos, quem entra ou quem sai, dificultando a gestão dos Pastores e Lideranças. 
1.4 Breve descrição da solução 
Solução de tecnologia da informação baseado na simplicidade, intuitivo e baixo custo. A solução é pensada no modelo Saas “Software as a services” armazenado em nuvem, excluindo a necessidade de administração de infraestrutura por parte dos usuários do sistema.  
O acesso ao sistema se dá por meio de uma intuitiva interface WEB, aonde pastores e secretárias podem gerenciar os membros, manipular atividade e gerar visões consolidadas em dashboards a fim de manter a organização em suas igrejas.
2- CONTEXTUALIZAÇÃO
2.1 Premissas e restrições do projeto
Premissas: 
· Aceitação do Sistema pelos usuários
· Deixar o sistema cem por cento disponível
· O usuário sem acesso ao Sistema Web (Falta de internet)
· A expertise do usuário quanto ao Sistema
Restrições:
· O tempo do Projeto
· Uso da linguagem de modelagem (UML)
· Trabalhar somente aos finais de semana no projeto
· Apenas um desenvolvedor trabalhando no projeto
2.2 Caracterização do público alvo
2.2.1 Histórico do público alvo – O perfil do público alvo são igrejas evangélicas com baixa renda que não possuem gestão de membros ou que se utilizam de papeis e/ou planilhas eletrônicas para cadastrar e arquivar dados.
2.2.2 Atividades do público alvo – As Igrejas tem como principais atividades as reuniões com base nos dias determinado pela Liderança, Atividades fora do templo como visitas aos membros, evangelização de pessoas “não cristãs”, batismos, cultos de departamentos, festas.
2.2.3 Mercado consumidor – Todos os membros que fazem parte da Igreja.
2.2.4 Concorrência – Existem igrejas de grande porte, com infraestruturas maiores podendo ter softwares mais caros e com inúmeras funcionalidades.
2.2.5 Organograma –
2.3 Proposta de trabalho
2.3.1 Método do trabalho – Para este projeto utilizamos a metodologia ágil kanban, pois acreditamos que irá facilitar no tempo de desenvolvimento, nos processos simplificados, redução de desperdício e pequenas entregas. Já no levantamento de requisitos iremos usar os métodos de entrevistas e questionários. Como modelagem de sistemas adotaremos a UML (Unified Modeling Language) com a ferramenta Astah Community, e como modelo conceitual de dados iremos utilizar o MER (modelo entidade relacionamento) com a ferramenta BrModelo.
2.3.2 Previsão e alocação de recursos (humanos e materiais) – Os recursos humanos serão quatro acadêmicos de Sistemas de Informação e o Orientador. Como recursos computacionais iremos utilizar um Notebook core I3, 4gb de ram e 500gb HD, IDE VScode, BrModelo, Astah, Mysql, Wordpress, Java Script, PHP, HTML, CSS, Trello e Pacote Office. Como recursos materiais iremos utilizar caderno, canetas, pincel, quadro, post its.
	Recursos Humanos
	Seq
	Nome do Recurso
	Unidade
	Qtd Unidade
	Valor Unit
	Valor Total
	1
	Wagner Vinicius
	Mês
	1
	 R$ - 
	 R$ - 
	2
	Hugo Deveza
	Mês
	1
	 R$ - 
	 R$ - 
	3
	Luciano Amorim
	Mês
	1
	 R$ - 
	 R$ - 
	4
	Marcelo Barreiro
	Mês
	1
	 R$ - 
	 R$ - 
	
	
	
	
	
	
	Recursos Tecnológicos
	Seq
	Nome do Recurso
	Unidade
	Qtd Unidade
	Valor Unit
	Valor Total
	1
	Notebook I3, 4gb RAM
	Um
	1
	 R$ - 
	 R$ - 
	2
	Astha
	Um
	1
	 R$ - 
	 R$ - 
	3
	Office
	Um
	1
	 R$ - 
	 R$ - 
	4
	BrModelo
	Um
	1
	 R$ - 
	 R$ - 
	5
	VsCode
	Um
	1
	 R$ - 
	 R$ - 
	6
	MySQL
	Um
	1
	 R$ - 
	 R$ - 
	7
	Wordpress
	Um
	1
	R$ - 
	R$ - 
	8
	Java Script
	Um
	1
	R$ - 
	R$ - 
	9
	PHP
	Um
	1
	R$ - 
	R$ - 
	10
	HTML
	Um
	1
	R$ - 
	R$ - 
	11
	CSS
	Um
	1
	R$ - 
	R$ - 
	12
	Trello
	Um
	1
	R$ - 
	R$ - 
	
	
	
	
	
	
	Recursos Materiais
	Seq
	Nome do Recurso
	Unidade
	Qtd Unidade
	Valor Unit
	Valor Total
	1
	Caderno
	Um
	1
	 R$ 20,00 
	 R$ 20,00 
	2
	Canetas
	Um
	1
	 R$ 10,00 
	 R$ 10,00 
	3
	Pincel
	Três
	3
	 R$ 30,00 
	 R$ 90,00 
	4
	Quadro
	Um
	1
	 R$ 200,00 
	 R$ 200,00 
	5
	Post its
	Três
	3
	 R$ 15,00 
	 R$ 45,00 
	
	
	
	
	
	
	
2.3.3 Cronograma de trabalho –
	Sep
	Atividades
	Início
	Duração(dias)
	Término
	1
	Tempo do Projeto
	01/09/2019
	290
	17/06/2020
	2
	Domínio da stack de programação 
	30/09/2019
	120
	28/01/2020
	3
	Entrevista 1
	10/10/2019
	1
	11/10/2019
	4
	Brainstorming
	12/10/2019
	1
	13/10/2019
	5
	Entrevista 2
	14/10/2019
	1
	15/10/2019
	6
	Documentação do Projeto
	15/10/2019
	3
	18/10/2019
	7
	Diagrama de Atividades
	20/10/2019
	2
	22/10/2019
	8
	Diagrama de caso de uso
	30/10/2019
	2
	01/11/2019
	9
	Diagrama de classes
	03/11/2019
	4
	07/11/2019
	10
	Diagrama de Objetos
	06/11/2019
	3
	09/11/2019
	11
	Diagrama de Sequência
	10/11/2019
	2
	12/11/2019
	12
	Diagrama de Instalação
	15/11/2019
	5
	20/11/2019
	13
	Modelagem de Dados
	20/11/2019
	4
	24/11/2019
	14
	Implementação com Código
	02/12/2019
	90
	01/03/2020
	15
	Testes Unitários
	03/03/2020
	10
	13/03/2020
	16
	Testes Integrais
	04/04/2020
	10
	14/04/2020
	17
	Correção de Bugs
	06/04/2020
	12
	18/04/2020
	18
	1ª Entrega
	15/04/2020
	1
	16/04/2020
	19
	Feedback
	20/04/2020
	1
	21/04/2020
	20
	Correção de Bugs
	25/04/2020
	7
	02/05/2020
	21
	Testes
	05/05/2020
	10
	15/05/2020
	22
	2ª Entrega
	20/05/2020
	1
	21/05/2020
	23
	Correção de Bugs
	22/05/2020
	15
	06/06/2020
	24
	Entrega Final
	06/06/2020
	7
	13/06/2020
2.3.4 Previsão orçamentária – 
	Previsão Orcamentária
	Recurso
	Tipo
	Valor Mês
	1º Tri
	2º Tri
	3º Tri
	Total
	Acadêmico
	Humano
	R$ 0,00
	R$ 0,00
	R$ 0,00
	R$ 0,00
	R$ 0,00
	Acadêmico
	Humano
	R$ 0,00
	R$ 0,00
	R$ 0,00
	R$ 0,00
	R$ 0,00
	Acadêmico
	Humano
	R$ 0,00
	R$ 0,00
	R$ 0,00
	R$ 0,00
	R$ 0,00
	Acadêmico
	Humano
	R$ 0,00
	R$ 0,00
	R$ 0,00
	R$ 0,00
	R$ 0,00
	Notebook
	Tecnológico
	R$ 0,00
	R$ 0,00
	R$ 0,00
	R$ 0,00
	R$ 0,00
	Astha
	Tecnológico
	R$ 0,00
	R$ 0,00
	R$ 0,00
	R$ 0,00
	R$ 0,00
	Office
	Tecnológico
	R$ 0,00
	R$ 0,00
	R$ 0,00
	R$ 0,00
	R$ 0,00
	BrModelo
	Tecnológico
	R$ 0,00
	R$ 0,00
	R$ 0,00
	R$ 0,00
	R$ 0,00
	VsCodeTecnológico
	R$ 0,00
	R$ 0,00
	R$ 0,00
	R$ 0,00
	R$ 0,00
	MySQL
	Tecnológico
	R$ 0,00
	R$ 0,00
	R$ 0,00
	R$ 0,00
	R$ 0,00
	Caderno
	Material
	R$ 20,00
	R$ 20,00
	R$ 0,00
	R$ 0,00
	R$ 20,00
	Canetas
	Material
	R$ 10,00
	R$ 10,00
	R$ 0,00
	R$ 0,00
	R$ 10,00
	Pincel
	Material
	R$ 30,00
	R$ 30,00
	R$ 30,00
	R$ 30,00
	R$ 90,00
	Quadro
	Material
	R$ 200,00
	R$ 200,00
	R$ 0,00
	R$ 0,00
	R$ 200,00
	Post its
	Material
	R$ 15,00
	R$ 15,00
	R$ 15,00
	R$ 15,00
	R$ 45,00
	Total
	 
	 
	R$ 275,00
	R$ 45,00
	R$ 45,00
	R$ 365,00
2.4 O sistema atual
2.4.1 Funcionamento do sistema atual – No sistema atual o cadastro é feito utilizando uma folha de papel, contendo nome, data de nascimento, endereço, telefone, estado civil, perguntas como, você é batizado nas águas? A quanto tempo está na igreja? Qual seu cargo eclesiástico? Qual foi sua última igreja? Logo após receberem esses dados, são armazenados em pastas. 
2.4.2 Problemas do sistema atual – No cenário atual, não existe uma gestão de membros, os cadastros uma vez feitos não são atualizados, os papeis muitas vezes são perdidos ou molhados. Não existe métricas para quantificar a porcentagem de perda ou ganho de membros.
3- A SOLUÇÃO
3.1- O Sistema proposto 
3.1.1 Justificativa para o novo sistema – O novo Sistema de gestão de membros (GESMEMBRO), veio para ser um divisor de águas em Igrejas que possuem infraestrutura menor (internet, notebooks), porém não tem tecnologias que facilitam a gestão de seus membros e/ou ainda se utilizam de sistemas arcaicos e ultrapassados. Uma das vantagens dentre muitas é a eficiência nos relatórios para ajudar na tomada de decisão de Pastores e Lideres. Outra vantagem que podemos citar é o auxílio no secretariado da Igreja facilitando nas principais funções que são: cadastro de membro, visitantes, batismo, emissão de carteirinhas, cartas e relatórios. O custo de desenvolvimento é baixo, comparado ao custo de investimento dessa Igreja.
3.1.2 Situação desejada – O objetivo geral do GESMEMBRO é desenvolver tecnologias que facilitam o trabalho de gestão da Igreja, ajudando a organizá-la em seus documentos dando eficiência nos trabalhos. Trabalhos estes quem tem como objetivos específicos cadastrar todos os membros da igreja, definir seus cargos eclesiásticos, monitorar membros ativos na igreja.
3.1.3 Soluções alternativas – Para um sistema de gestão de membros a primeira solução é desenvolver um sistema web capaz de realizar as principais atividades da Secretaria da Igreja. Como solução alternativa, pode-se usar planilhas eletrônicas para armazenamento de informações.
3.2 - Solução escolhida
3.2.1 Escopo da Solução – O Sistema abrange a parte organizacional da igreja, como a Secretaria. Nas atividades pertinentes ao módulo que será desenvolvido na solução definida (sistema web), farão parte do sistema apenas as secretárias e os Pastores, em contra partida não utilizarão do sistema os membros e o resto da Liderança. As atividades serão bem claras como cadastro de membros, cadastro de visitantes, anúncios da semana, calendário de atividades anual.
3.2.1 Lista de requisitos do sistema – 
	Código:
RF001
	Nome: Cadastrar Membros
	Prioridade:
	( x ) Essencial ( ) Importante ( ) Desejável
	Descrição:
	O sistema deverá realizar cadastro, alterações 
exclusões e pesquisas (filtros)de membros.
	
	
	Regras do negócio
1 - Só será aceito cargos eclesiásticos, quem tiver sido batizado
	
	
	Requisitos não funcionais
	Código
	Requisitos
	Categoria
	RFN1.1
	Design responsivo para todas
as telas
	Usabilidade
	
	
	
	RFN1.2
	Rápida comunicação com Banco de dados
	Performance
	
	
	
	RFN1.3
	Confirmação na tela de qualquer cadastro, alteração ou exclusão
	Usabilidade
	
	
	
	
	
	
	
	
	
	Código:
RF002
	Nome: Marcar Atividades
	Prioridade:
	( ) Essencial ( x ) Importante ( ) Desejável
	Descrição:
	Onde será marcado todo o calendário Anual da Igreja, Datas comemorativas da Igreja, Anúncios da Semana
	
	
	
	
	
	Requisitos não funcionais
	Código
	Requisitos
	Categoria
	RFN2.1
	Design responsivo para todas
as telas
	Usabilidade
	
	
	
	RFN2.2
	Flags em destaque de cor nos dias Solicitados
	Usabilidade
	
	
	
	
	
	
	
	
	
	Código:
RF003
	Nome: Emitir documentação
	Prioridade:
	( x ) Essencial ( ) Importante ( ) Desejável
	Descrição:
	Emissão de ficha cadastral
	
	
	Regras do negócio
1 - Todo e qualquer documento deverá conter a assinatura eletrônica do Pastor
	
	
	Requisitos não funcionais
	Código
	Requisitos
	Categoria
	RFN3.1
	Design responsivo para todas
as telas
	Usabilidade
	
	
	
	RFN3.2
	Emissão e Impressão de documentos em PDF
	Implementação
	
	
	
	
	
	
 
 
3.2.3 Diagrama de casos de uso – 
3.2.4 Especificação textuais do caso de uso – 
Caso de uso: Cadastrar membros
1. A Secretária da Igreja irá cadastras os membros 
2. <include verificar cargo eclesiástico se o membro tiver Cargo eclesiástico <extends validar data de batismo
3. Se não o membro fica como candidato ao batismo pelo Sistema.
4. Fim do caso de Uso.
Caso de uso: Alterar membros
1. A Secretária poderá alterar dados de membros que sofreram atualizações como por exemplo: Mudança em dados pessoais, recebimento de outro cargo eclesiástico e afins.
2. Para alterar será necessário pesquisar o membro <include Pesquisar membros
3. Na pesquisa poderá filtrar por nome ou id <include Filtrar por Nome ou ID
4. Fim do caso de Uso.
Caso de uso: Desativar Membros
1. A Secretária poderá desativar membros que deixaram de fazer parte do corpo da Igreja Local.
2. Fim do caso de Uso.
Caso de uso: Pesquisar Membros
1. A Secretária poderá pesquisar o membro para alterar dados, saber se está ativo, quanto tempo está na Igreja Local
2. A pesquisa poderá ser feita por nome ou ID <include Filtra por nome ou ID
Caso de uso: Marcar Atividades
1. A secretária terá que fazer as atividades planejando com o Pastor
2. Fim do caso de Uso
Caso de uso: Emitir Documentação
1. A Secretária poderá emitir a ficha cadastral, de um membro ou da Igreja Local. 
2. Fim do caso de Uso.
Caso de uso: Inserir Patrimônio
1. A Secretária poderá inserir a quantidade de patrimônios que a igreja tem, para melhor gestão do mesmo. 
2. Fim do caso de Uso.
Caso de uso: Aprovar Solicitações
1. O Pastor deverá ser responsável por aprovar as solicitações que a secretária pedir.
2. Fim do caso de Uso.
Caso de uso: Reprovar Solicitações
1. O Pastor deverá recusar solicitações da secretária caso ache que não é valido o pedido.
2. Fim do caso de Uso.
Caso de uso: Visualizar Relatórios
1. O Pastor poderá visualizar todos os relatórios referentes a igreja local.
2. Fim do caso de Uso.
3.2.5 Modelo conceitual de classes – 
3.2.6 Modelo conceitual de dados – 
4 - REFERÊNCIAS
Estácio, Universidade (2019). Web Aula projeto de TCC em Sistemas de Informação – Aula 1 Disponível em:
<http://estacio.webaula.com.br>. Acesso em: 09 set. 2019
Estácio, Universidade (2019). Web Aula projeto de TCC em Sistemas de Informação – Aula 2 Disponível em:
<http://estacio.webaula.com.br>. Acesso em: 09 set. 2019
Estácio, Universidade (2019). Web Aula projeto de TCC em Sistemas de Informação – Aula 3 Disponível em:
<http://estacio.webaula.com.br>. Acesso em: 12 set. 2019
Estácio, Universidade (2019). Web Aula projeto de TCC em Sistemas de Informação – Aula 4 Disponível em:
<http://estacio.webaula.com.br>. Acesso em: 20 set. 2019
Estácio, Universidade (2019). Web Aula projeto de TCC em Sistemas de Informação – Aula 5 Disponível em:
<http://estacio.webaula.com.br>. Acesso em: 22 set. 2019
Estácio, Universidade (2019). Web Aula projeto de TCC em Sistemas de Informação – Aula 6 Disponível em:
<http://estacio.webaula.com.br>. Acesso em: 25 set. 2019
Estácio, Universidade (2019). Web Aula projeto de TCC em Sistemas de Informação – Aula 7 Disponível em:
<http://estacio.webaula.com.br>. Acesso em: 02 out. 2019
Estácio, Universidade (2019). Web Aula projeto de TCC em Sistemas de Informação – Aula8 Disponível em:
<http://estacio.webaula.com.br>. Acesso em: 10 out. 2019
Estácio, Universidade (2019). Web Aula projeto de TCC em Sistemas de Informação – Aula 9 Disponível em:
<http://estacio.webaula.com.br>. Acesso em: 15 out. 2019
Estácio, Universidade (2019). Web Aula projeto de TCC em Sistemas de Informação – Aula 10 Disponível em:
<http://estacio.webaula.com.br>. Acesso em: 20 out. 2019
Rafael Bartalotti Pinto (2020). Como UX Design pode te tornar um(a) desenvolvedor(a) melhor. Disponível em:
< https://phpsp.org.br/artigos/como-ux-design-pode-te-tornar-um-desenvolvedor-melhor>.
Acesso em: 20 jan. 2020
W3Schools.com (2020). JavaScript RegExp Reference. Disponível em: 
< https://www.w3schools.com/jsref/jsref_obj_regexp.asp>.Acesso em 23 jan. 2020
W3Schools.com (2020). JavaScript JSON Reference. Disponível em: 
< https://www.w3schools.com/jsref/jsref_obj_json.asp>. Acesso em 23 jan. 2020
Início	Tempo do Projeto	Domínio da stack de programação 	Entrevista 1	Brainstorming	Entrevista 2	Documentação do Projeto	Diagrama de Atividades	Diagrama de caso de uso	Diagrama de classes	Diagrama de Objetos	Diagrama de Sequência	Diagrama de Instalação	Modelagem de Dados	Implementação com Código	Testes Unitários	Testes Integrais	Correção de Bugs	1ª Entrega	Feedback	Correção de Bugs	Testes	2ª Entrega	Correção de Bugs	Entrega Final	43709	43738	43748	43750	43752	43753	43758	43768	43772	43775	43779	43784	43789	43801	43893	43925	43927	43936	43941	43946	43956	43971	43973	43988	Duração(dias)	Tempo do Projeto	Domínio da stack de programação 	Entrevista 1	Brainstorming	Entrevista 2	Documentação do Projeto	Diagrama de Atividades	Diagrama de caso de uso	Diagrama de classes	Diagrama de Objetos	Diagrama de Sequência	Diagrama de Instalação	Modelagem de Dados	Implementação com Código	Testes Unitários	Testes Integrais	Correção de Bugs	1ª Entrega	Feedback	Correção de Bugs	Testes	2ª Entrega	Correção de Bugs	Entrega Final	290	120	1	1	1	3	2	2	4	3	2	5	4	90	10	10	12	1	1	7	10	1	15	7