FACULDADE DE TECNOLOGIA DE FRANCA

“Dr. THOMAZ NOVELINO”

TECNOLOGIA EM ANÁLISE E DESENVOLVIMENTO DE SISTEMAS

LEONARDO OZELIN DE MIRANDA

MARCO ANTONIO GIMENES JUNIOR

SISTEMA DE GERENCIAMENTO DE ANUNCIOS DE RANCHOS E

CHÁCARAS

Trabalho de Graduação apresentado à

Faculdade de Tecnologia de Franca - “Dr.
Thomaz Novelino”, como parte dos requisitos
obrigatórios para obtenção do título de
Tecnólogo em Análise e Desenvolvimento de
Sistemas.

Orientador: Prof. Me. Carlos Eduardo de

França Roland

FRANCA/SP
2018
 INSIRA, NO LUGAR DESTE TEXTO A
FICHA CATALOGRÁFICA FORNECIDA PELA BIBLIOTECA
 2

SISTEMA DE GERENCIAMENTO DE ANUNCIOS DE RANCHOS E

CHÁCARAS
Leonardo Ozelin de Miranda1
Marco Antônio Gimenes Junior2
Carlos Eduardo de França Roland3

Resumo

Nesse trabalho de graduação será apresentada uma solução para quem deseja
alugar ou colocar seu rancho ou chácara para locação. Esse documento contém
toda a documentação do sistema junto com seus requisitos e diagramas conforme
apresentados na disciplina Engenharia de Software (ES). O projeto foi definido como
um aplicativo em arquitetura web de fácil operação onde qualquer pessoa possa
utilizar tanto para anunciar seu imóvel quanto para alugar um rancho ou uma
chácara para uma temporada de lazer. Oferecer uma solução para o segmento de
locação de ranchos e chácaras ficou evidenciado ao término das pesquisas
realizadas na internet, tendo sido encontrado somente um site focado na oferta de
chácaras e ranchos porem de difícil entendimento e operação das suas
funcionalidades. Neste cenário foi decidido o projeto e o desenvolvimento do
protótipo do produto, tendo como objetivo gerar um site confiável, com uma interface
limpa e de fácil utilização.

Palavras-chave: Aluguel. Anuncio. Chácara. Imóvel. Rancho. Sistema Web.

Abstract

In this graduation work will be presented a solution for those who want to rent or put
their ranch for rent. This document contains all system documentation along with its
requirements and diagrams as presented in the Software Engineering (SE) course.
The project has been defined as an easy-to-operate web architecture application
where anyone can use either to advertise their property or to rent a ranch for a leisure
season. Offering a solution for the rental segment of ranchs was evidenced at the
end of the research conducted on the internet, and only one site was found focused
on the supply of farms and ranches, but difficult to understand and operate its
functionalities. In this scenario it was decided to design and develop the prototype of
the product, aiming to generate a reliable website with a clean interface and easy to
use.

Keywords: Advertisement. Countryside. Property. Rent. Web System.

1 Introdução

1
Graduando em 2018 pela Fatec Dr Thomaz Novelino – Franca/SP. leonardoozelin@gmail.com
2
Graduando em 2018 pela Fatec Dr Thomaz Novelino – Franca/SP.
marcoantoniogimenesjunior@hotmail.com.
3
Docente da Faculdade de Tecnologia Dr Thomaz Novelino - Fatec Franca.
carlos.roland@fatec.sp.gov.br
 3

O presente trabalho tem como objetivo facilitar a busca de informações para

locadores e locatários de imóveis para lazer. Uma forma de centralizar a busca de
aluguel de ranchos e chácaras, entre outros tipos de propriedades para lazer em
uma única plataforma, com filtros para atender as necessidades do cliente que
procura um local para alugar por um período, como por exemplo, valor disposto a
gastar, local, comodidades, dias disponíveis, etc., de forma simplificada e objetiva.
Um aplicativo de acesso fácil, que se manterá constantemente atualizado sobre a
situação das propriedades anunciadas e dos dados para contato.
O motivo da criação desse aplicativo se justifica a partir da quantidade de
ranchos e chácaras existentes na região de Franca devido à sua localização com
várias represas e rios, favorecendo a construção de chácaras e ranchos. Conforme
pesquisa feita utilizando da ferramenta Google Forms, que é um serviço gratuito
para criação de formulários online com o qual o usuário pode realizar levantamento
de dados, 37,8% das pessoas entrevistadas procuram ranchos e chácaras para
locação perguntando para amigos e conhecidos; 29,7% buscam por grupos de
WhatsApp e Facebook; e 29,7% buscam em sites que não possuem foco neste tipo
de serviço. Os detalhes da pesquisa podem ser vistos no Gráfico 1.

Gráfico 1 - Fontes de pesquisa de ofertas de ranchos ou chácaras para locação

Fonte: autoria própria

2 Viabilidade do projeto
 4

Para o estudo de viabilidade de projeto foi utilizado o Business Model Canvas

(BMC) que é uma metodologia criada em 2004 pelo suíço Alex Osterwalder durante
seu doutorado na HEC Lausanne. O Canvas é um esquema visual que possibilita as
pessoas criarem modelos de negócios analisando 9 elementos que toda empresa ou
organização possuem: proposta de valor, parcerias chaves, atividades chaves,
recursos chaves, relacionamento com clientes, segmentos de clientes, canais de
distribuição, estrutura de custos e fluxo de receitas. Essa metodologia possibilita
descrever e pensar sobre o modelo de negócios da organização.
Os elementos do Canvas do presente projeto de aplicativo web são descritos
a seguir.

2.1 Segmento de Clientes

O foco de cliente do projeto são as pessoas que possuem ranchos e chácaras
para aluguel e as pessoas que tem o interesse em alugar um imóvel por uma
temporada.

2.2 Proposta de Valor

A proposta de valor do projeto é uma plataforma de anúncios de imóveis, com
foco no ramo de ranchos e chácaras.
2.3 Canais de Distribuição
Todo o projeto será feito para a plataforma Web.
2.4 Relação com Clientes
A relação com os clientes será baseada no princípio de easy-to-use, ou seja,
uma plataforma de fácil utilização, com uma interface intuitiva e limpa.
2.5 Fonte de Renda
As receitas do projeto serão geradas a partir de pacotes de anúncios, onde
cada pacote terá uma função e um benefício exclusivo.
2.6 Atividade Chave
Desenvolver e manter um aplicativo web com telas limpas e de fácil utilização.
2.7 Recursos Chave
Hospedagem do aplicativo em plataforma de serviços segura e estável.

2.8 Parcerias Chave

A principal parceria será com a Amazon, através do uso de seus web services
constantemente monitorados pelo Google Analytics.
 5

2.9 Estrutura de Custos

Os principais custos do projeto serão o tempo gasto no desenvolvimento e na
hospedagem do site onde que será um custo pago anualmente .
A Figura 1 apresenta o Business Model Canvas (BMC) do projeto.
Figura 1 - BMC do projeto

Fonte: autoria própria

3 Levantamento de Requisitos

Nesta seção serão apresentados os documentos definidos pelos padrões da

ES para projeto e desenvolvimento de artefatos de software.

3.1 Elicitação de Requisitos

O Levantamento de Requisitos foi feito através da análise do site de locações
e vendas já existente na internet, e dos dados obtidos com pesquisas feitas através
da ferramenta digital Google Forms. As perguntas da pesquisa foram elaboradas a
partir de algumas funcionalidades que não foram identificadas no site pesquisado,
como exemplo a parte de pesquisas e filtros mais detalhados, como atrações que o
local tenha e a amostragem de certas características do imóvel para decisão da
 6

locação. A pesquisa foi compartilhada através de redes sociais e grupos de amigos

durante três dias, e foram coletadas 37 respostas. Os Gráficos 2 e 3 apresentam os
resultados obtidas.

Gráfico 2 - Priorização das características de um imóvel para decisão de locação

Fonte: autoria própria

Gráfico 3 - Priorização das atrações de um imóvel para decisão de locação

Fonte: autoria própria

Foi também realizada uma entrevista com um proprietário de um rancho

localizado em Peixoto, MG que por não utilizar seu imóvel frequentemente decidiu
colocar para locação nos fins de semana, para gerar renda para ajudar nas
despesas de manutenção do imóvel. Porem as plataformas de divulgação utilizadas
eram as de grupos de amigos no WhatsApp e no Facebook. Na entrevista com o
 7

proprietário foi mostrado o projeto, que considerou que a divulgação do seu imóvel
alcançaria uma gama maior de pessoas com interesse de locar o rancho. Na
entrevista foram sugeridas algumas funcionalidades para melhorar a comunicação
entre locador e locatário como por exemplo no próprio anuncio mostrar os dados do
proprietário sem ter a necessidade do locador de fazer seu cadastro no site. Porem
para a inserção de anuncios o locador do imóvel teria que ter o cadastro realizado.

3.2 Especificação dos Requisitos

Nesta seção serão apresentados os artefatos de análise e projeto do sistema
de informação cujos requisitos foram levantados.

3.2.1 BPMN
O diagrama BPMN deste projeto é apresentado no Apêndice deste trabalho
para melhor legibilidade.

3.2.2 Requisitos Funcionais (RF)

Nesta seção são descritos os RF identificados na fase de Levantamento de
Requisitos do projeto do aplicativo.

RF 001 – Cadastro de Ranchos Categoria: ( ) Oculto Prioridade: (X) Altíssima

(X) Evidente ( ) Alta
( ) Média
( ) Baixa
Descrição: O sistema deverá ter uma tela de cadastro de chácaras/ranchos, onde apenas usuários
cadastrados podem acessar. Nessa tela o usuário informa o titulo, descrição, quantidade de pessoas, valor
da diária, tamanho, fotos, atrações, os dias disponíveis e meios para contato.

RF 002 – Gerenciar ranchos Categoria: ( ) Oculto Prioridade: (X) Altíssima

cadastrados (X) Evidente ( ) Alta
( ) Média
( ) Baixa

Descrição: O sistema deverá ter uma tela onde é possível realizar a pesquisa de ranchos cadastrados pelo
usuário logado no sistema.
RF 003 – Cadastro de Usuario Categoria: ( ) Oculto Prioridade: (X) Altíssima
(X) Evidente ( ) Alta
( ) Média
( ) Baixa
Descrição: Pessoas físicas ou jurídicas porderão fazer o cadastro no sistema, informando CPF ou CNPJ,
RG ou IE, endereço, telefone, nome de usuário e senha para acessar o sistema.

RF 004 – Tela para pesquisa de Categoria: ( ) Oculto Prioridade: (X) Altíssima

ranchos e chácaras (X) Evidente ( ) Alta
( ) Média
( ) Baixa
 8

Descrição: Tela onde é possível realizar a pesquisa de Ranchos e Chácaras, por qualquer usuário que
acessar o sistema. Nessa tela são disponibilizados filtros por título, valor da diária, dias de disponibilidade
e atrações, para que seja efetuada a busca.

RF 006 – Tela inicial Categoria: ( ) Oculto Prioridade: ( ) Altíssima

(X) Evidente (X) Alta
( ) Média
( ) Baixa
Descrição: Na tela inicial são exibidos os ranchos cadastrados recentemente.

RF 005 – Editar dados do Usuário Categoria: ( ) Oculto Prioridade: ( ) Altíssima

(X) Evidente (X) Alta
( ) Média
( ) Baixa

Descrição: Tela onde será possível alterar os dados do usuário cadastrado no sistema.

RF 006 – Inativar Rancho Categoria: ( ) Oculto Prioridade: ( ) Altíssima

(X) Evidente ( ) Alta
(X) Média
( ) Baixa

Descrição: No gerenciamento de Ranchos, deverá ter uma tela onde será possível realizar a inativação da
oferta do rancho ou chácara.

RF 007 – Excluir Rancho Categoria: ( ) Oculto Prioridade: ( ) Altíssima

(X) Evidente ( ) Alta
(X) Média
( ) Baixa

Descrição: No gerenciamento de Ranchos, deverá ter uma tela onde será possível realizar a exclusão da
oferta de rancho ou chácara.

3.2.3 Requisitos Não Funcionais (RNF)

Nesta seção são descritos os RNF identificados na fase de Levantamento de
Requisitos do projeto do aplicativo.

Requisitos Não Funcionais

Nome Restrição Categoria Obrigatoriedade Permanência

RNF 1.1 Ambiente O sistema deverá ser WEB. Portabilidade ( ) Desejável (X) Permanente
do sistema. (X) Obrigatório ( ) Transitório
RNF 1.2 Login O sistema deverá ter uma Segurança ( ) Desejável (X) Permanente
tela de Login. (X) Obrigatório ( ) Transitório

3.2.4 Regra de Negócio

 9

RN 001 – Utlização do sistema.

Descrição: O cadastro de ranchos deve ser efetuado apenas por usuários cadastrados no sistema.

3.2.4.1 Matriz de Rastreabilidade Regras de Negócios

RF001 RF002 RF003 RF004 RF005 RF006 RF007
RN001 X X X X X X X

3.2.4.1 Matriz de Rastreabilidade Casos de Uso

RF001 RF002 RF003 RF004 RF005 RF006 RF007

UC1 X
UC2 X
UC3 X
UC4 X
UC5 X
UC6 X
UC7 X
 10

3.2.5 Casos de Uso

UC 001 – Cadastrar Rancho;

UC 002 – Inativar Rancho;
UC 003 – Excluir Rancho;
UC 004 – Editar Dados do Usuário;
UC 005 – Cadastrar Usuário;
UC 006 – Pesquisar Rancho;
UC 007 – Visualizar Rancho;

Caso de Uso – Cadastrar Ranchos

 11

ID UC 001
Descrição Esse caso de uso tem por objetivo cadastrar ranchos
Ator Primário Usuário Autenticado
Pré-condição Não possui
Cenário 1. O use case inicia quando a pessoa seleciona a opção de cadastrar
ranchos.
Principal
2. O sistema carrega o formulário para cadastro de ranchos
3. O usuário autenticado informa os dados para cadastrar o rancho.
4. O usuário autenticado informa os dias disponíveis, as atrações e as fotos.
5. O usuário autenticado envia as informações pro sistema.
6. O sistema valida as informações.
7. O sistema confirma o cadastro.
8. O sistema redireciona para o UC 2
9. O sistema encerra a operação
Pós-condição Não possui
Cenário *a – Em qualquer momento o usuário autenticado pode sair do sistema
Alternativo 5a – A pessoa não informar pelo menos uma foto do rancho.
5a.1 O sistema mostra mensagem informando “Insira pelo menos
uma foto”.
5a.2 O sistema encerra a operação.
Inclusão Não Possuí
Extensão

Caso de Uso – Inativar Rancho

ID UC 002
Descrição Esse caso tem por objetivo inativar um rancho cadastrado.
Ator Primário Usuário autenticado
Pré-condição Não possui
Cenário 1. O use case inicia quando o usuário autenticado seleciona a opção de
inativar o rancho cadastrado.
Principal
2. O sistema exibe uma mensagem “Deseja inativar o rancho?”
3. O usuário autenticado confirma a operação.
4. O sistema envia a requisição para inativar um rancho.
5. O sistema encerra a operação
Pós-condição Não possui
Cenário *a – Em qualquer momento o usuário autenticado pode sair do sistema
Alternativo 2a –O usuário cancelar a opção de inativar o rancho.
5a.2 O sistema encerra a operação.
Inclusão Não Possuí
Extensão

Caso de Uso – Excluir Rancho

ID UC 003
Descrição Esse caso tem por objetivo inativar um rancho cadastrado.
 12

Ator Primário Usuário autenticado

Pré-condição Não possui
Cenário 1. O use case inicia quando o usuário autenticado seleciona a opção de
excluir o rancho cadastrado.
Principal
2. O sistema exibe uma mensagem “Deseja excluir o rancho?”
3. O usuário autenticado confirma a operação.
4. O sistema envia a requisição para inativar um rancho.
5. O sistema encerra a operação
Pós-condição Não possui
Cenário *a – Em qualquer momento o usuário autenticado pode sair do sistema
Alternativo 2a –O usuário cancelar a opção de inativar o rancho.
5a.2 O sistema encerra a operação.
Inclusão Não Possuí
Extensão

Caso de Uso – Editar Usuário

ID UC 004
Descrição Esse caso tem por objetivo cadastrar pessoas.
Ator Primário Usuário sem autenticação
Pré-condição Não possui
Cenário 1. O use case inicia quando o a pessoa seleciona a opção de selecionar
pessoas.
Principal
2. O sistema carrega o formulário para cadastro de usuários com os dados
antigos preenchidos.
3. A pessoa informa edita os dados do usuário.
4. A pessoa confirma o cadastro do usuário.
5. O sistema verifica o CPF ou CNPJ da pessoa.
6. O sistema valida os dados do cadastro.
7. O sistema confirma o cadastro.
8. O sistema encerra a operação
Pós-condição Não possui
Cenário *a – Em qualquer momento o usuário sem autenticação pode sair do sistema
Alternativo 5a – CNPJ ou CPF já se encontra cadastrado
5a.1 O sistema mostra mensagem informando “CPF ou CNPJ já
cadastrado”.
5a.2 O sistema retorna ao passo 3 do fluxo principal
Inclusão Não Possuí
Extensão

Caso de Uso – Cadastrar Usuário

ID UC 005
Descrição Esse caso tem por objetivo cadastrar pessoas.
Ator Primário Usuário sem autenticação
Pré-condição Não possui
 13

Cenário 1. O use case inicia quando o usuário sem autenticação seleciona a opção
de selecionar pessoas.
Principal
2. O sistema carrega o formulário para cadastro de usuário.
3. A pessoa informa os dados do usuário a ser cadastrado.
4. O pessoa confirma o cadastro do usuário.
5. O sistema verifica o CPF ou CNPJ da pessoa.
6. O sistema valida os dados do cadastro.
7. O sistema confirma o cadastro.
8. O sistema encerra a operação
Pós-condição Não possui
Cenário *a – Em qualquer momento o usuário sem autenticação pode sair do sistema
Alternativo 5a – CNPJ ou CPF já se encontra cadastrado
5a.1 O sistema mostra mensagem informando “CPF ou CNPJ já
cadastrado”.
5a.2 O sistema retorna ao passo 3 do fluxo principal

Inclusão Não Possuí

Extensão

Caso de Uso – Pesquisar Ranchos

ID UC 006
Descrição Esse caso de uso tem por objetivo pesquisar ranchos.
Ator Primário Usuário sem autenticação
Pré-condição Não possui
Cenário 1. O use case inicia quando o usuário sem autenticação seleciona a opção
de pesquisar ranchos.
Principal
2. O sistema carrega o formulário para pesquisa de ranchos.
3. O usuário informa os dados para pesquisa do rancho.
4. O usuário clica em pesquisar.
5. O sistema retorna os ranchos de acordo com os dados informados.
6. O sistema exibe os ranchos na tela.
7. O sistema encerra a operação
Pós-condição Não possui
Cenário *a – Em qualquer momento o usuário sem autenticação pode sair do sistema
Alternativo
Inclusão Não Possuí
Extensão

Caso de Uso – Visualizar Rancho

ID UC 007
Descrição Esse caso tem por objetivo visualizar um rancho da pesquisa.
Ator Primário Usuário não autenticado.
Pré-condição Não possui
 14

Cenário 1. O use case inicia quando o usuário não autenticado seleciona a opção de
visualizar o rancho.
Principal
2. O sistema busca os dados do rancho selecionado.
3. O sistema carrega a tela com os dados do rancho selecionado.
4. O sistema encerra a operação
Pós-condição Não possui
Cenário *a – Em qualquer momento o usuário sem autenticação pode sair do sistema
Alternativo
Inclusão Não Possuí
Extensão

3.2.6 Diagrama de Classes

 15

3.2.7 Diagrama de Atividades

 16

3.2.8 Diagrama de Estados

 17

3.2.9 Diagrama de Sequência

18
19
 20

3.2.10 Diagrama Entidade-Relacionamento (DER)

 21

3.2.11 Diagrama de Banco de Dados

4 Métodos e Desenvolvimento

Em todo o projeto foram utilizadas as seguintes ferramentas de

desenvolvimento: o front-end foi desenvolvido basicamente em TypeScript, através
do framework Angular como principal ferramenta de criação de rotas e componentes
HTML, associado ao Bootstrap 4 e jQuery para auxiliar no design das telas. Ambos
escolhidos por a tecnologia mais atual à época do projeto, de fácil utilização e
aprendizado devido à gama de documentação disponível on-line.
TypeScript consiste em um acréscimo (plug-in) ao JavaScript. Um conjunto de
sintaxes do ECMAScript 2015 utilizado para melhorar e facilitar o desenvolvimento
através da definição de interfaces entre componentes de software, resolução de
conflitos de nomenclatura, comuns no JavaScript, organização em módulos
carregáveis dinamicamente, entre outras vantagens (TYPESCRIPT, 2018).
No AngularJS na sua versão 6 é possível utilizar a linguagem TypeScript para
a interação do usuário com o sistema. O framework está em constante atualização
 22

para melhorias de desempenho, sua arquitetura de desenvolvimento permite que se

trabalhe com componentes, o que facilita o desenvolvimento e a manutenção do
sistema, além do reaproveitamento de código quando necessário (ANGULAR, 2018).
Para o desenvolvimento back-end foi utilizada a ferramenta NodeJS, que
oferece um repositório de bibliotecas vasto, de grande auxilio para as especificações
de rotas e da comunicação com o banco de dados, além de sua ajuda com a criação
de tokens para o desenvolvimento da autenticação do usuário (NODE, 2018).
O framework NodeJS em sua versão 8.12.0, possibilita a utilização da
linguagem JavaScript como back-end. Sua assicronicidade de eventos permite uma
maior performance do sistema, pois não obriga o servidor a aguardar uma resposta
para continuar o processo. Assim tem-se um melhor aproveitamento de memória da
máquina quando se tem várias requisições ao mesmo tempo (NODE, 2018).
Para armazenamento de dados foi utilizado o Sistema Gerenciador de Bancos
de Dados (SGBD) MariaDB por ser uma ferramenta gratuita, de fácil utilização e
implantação, além de manter compatibilidade com a maioria das ferramentas para
desenvolvimento web (MARIADB, 2018).
Para controle de versões e backup do projeto foi utilizada a ferramenta GIT,
que é um sistema de controle de versão gratuito e de código aberto projetado para
lidar com projetos de qualquer porte (GIT, 2018).
Foram escolhidas essas tecnologias por possuírem uma compatibilidade de
integração, além de serem iniciativas openSouce, e que por estarem presentes no
mercado, tem-se diversas fontes para procura de solução de eventuais problemas,
além grande variedade de documentação que se pode encontrar para aprofundar
conhecimentos.
O processo de desenvolvimento foi dividido em três fases, onde na primeira
foram realizadas a definição das funcionalidades que o sistema deveria apresentar e
a modelagem do banco de dados.
A segunda fase do processo foi o desenvolvimento da API back-end para a
comunicação com o banco de dados e com as telas principais. Foi a parte mais fácil
do desenvolvimento pois cada integrante se encarregou a parte que tinha mais
domínio técnico para o desenvolvimento.
A terceira fase do projeto foi implementar a integração do módulo de back-
end, onde se encontra a comunicação do sistema com o banco de dados e os
tratamentos das informações recebidas, com o módulo de front-end do projeto, no
qual são implementadas as telas de interação das demais funcionalidades para
 23

acesso pelos usuários da plataforma. Esta fase foi a mais delicada e complexa pois
foi necessário cuidado aos detalhes para evitar retrabalho no desenvolvimento da
interface do usuário caso algum dado fosse tratado de forma incorreta ou
redundante.

5 Resultados e Discussão

A partir das pesquisas percebe-se que as pessoas quando vão alugar ranchos
e chácaras, geralmente optam por pesquisar com pessoas conhecidas, grupos de
redes sociais, sites de ofertas, e jornais, nesta ordem. Os sites de ofertas não são
especializados em ranchos e chácaras, ou oferecem dificuldade para sua utilização.
Procurou-se, neste projeto, desenvolver um aplicativo web que seja confortável para
ser utilizado e com filtros de pesquisa bem posicionados para que assim o cliente
consiga encontrar exatamente o que está procurando com a maior facilidade
possível.
Na tela principal (Figura 2), são apresentados os filtros básicos para que seja
possível localizar os ranchos e chácaras.

Figura 2 - Tela principal do aplicativo

 24

Fonte: autoria própria

Assim que a pesquisa básica é realizada, filtros adicionais são apresentados
para seu refinamento, torne-a mais completa (Figura 3).

Figura 3 - Tela para refinamento da pesquisa

Fonte: autoria própria

 25

Para os anunciantes cadastrarem ranchos, é necessário que ele esteja

cadastrado no sistema. Assim que eles se cadastrarem (Figura 4) eles poderão ter
acesso ao sistema pela tela de login (Figura 5).

Figura 4 - Tela principal do aplicativo

Fonte: autoria própria

Figura 5 - Tela de login para acesso ao sistema

Fonte: autoria própria

 26

Tendo acesso os usuários poderão incluir dados de cadastro de ranchos para

serem ofertados, e poderão editar os mesmos, caso alguma alteração seja
necessária (Figura 6). A Figura 7 mostra a listagem de imóveis ofertados.

Figura 6 - Tela de cadastro de imóveis para oferta

Fonte: autoria própria

 27

Figura 7 - Tela de listagem de imóveis para oferta

Fonte: autoria própria
Caso necessário, o usuário também poderá alterar os seus dados quando

necessário (Figura 8).

Figura 8 - Tela de alteração de dados do usuário
Fonte: autoria própria
Considerações finais
 28

Muitas pessoas desconhecem ferramentas para pesquisa de imóveis para

lazer pela internet, ou têm dificuldade para sua utilização. Pensando nisso o sistema
foi desenvolvido para ser de fácil uso e que o cliente consiga encontrar exatamente
o que ele está procurando no menor tempo possível, podendo entrar em contato
com o proprietário para realizar a locação.
Ao longo do processo de desenvolvimento passamos por diversas
dificuldades, foram muitas horas procurando documentações e livros para
desenvolver e aprofundar o aprendizado nas ferramentas AngularJS e NodeJS.
Entretanto o esforço não foi em vão, e no final conseguimos concluir o projeto do
protótipo, alcançando um resultado satisfatório, com uma interface simples, clara e
com uma boa funcionalidade.
Pretendemos continuar o projeto inserindo funcionalidades para a locação
pelo próprio sistema, para deixar os processos mais seguros e confiáveis. Para isso
também incluirremos o calendário de disponibilidade do imóvel, além de comentários
e avaliação do imóvel por parte dos locadores, para as pessoas que já tenham
fechado negócios entre si, possam se avaliar e avaliar o imóvel, auxiliandos outras
em negociações futuras.

Agradecimentos
Agradeçemos às pessoas que nos ajudaram e nos apoiaram nesse
projeto, os nossos pais, amigos e colegas. Agradeçemos também a Fatec Franca
por proporcionar todo o suporte e conhecimento para a realização deste projeto;
agradeçemos também a Deus por ter dado as oportunidades para chegar onde
estamos hoje. E por fim agradeçemos ao nosso orientador Prof. Me. Carlos Eduardo
de França Roland por todo apoio e assistência prestada.

“Cada sonho que você deixa pra trás, é um

pedaço do seu futuro que deixa de existir.”
- Steve Jobs

Referências
 29

ANGULAR. What is Angular? Disponível em: <https://angular.io/docs>. Acesso em:

14.out.2018.

GIT. git--local-branching-on-the-cheap. Disponível em: <https://git-scm.com/>.

Acesso em: 14.out.2018.

MARIADB. About MariaDB. Disponível em: <https://mariadb.org/about/>. Acesso em:

14.out.2018.

NODE. About Node.js. Disponível em: <https://nodejs.org/en/about/>. Acesso em:

14.out.2018.

TYPESCRIPT. JavaScript that scales. Disponível em:

<https://www.typescriptlang.org/index.html>. Acesso em: 14.out.2018.

HSM. O “canvas” do modelo de negócios. Disponível em:

<https://experience.hsm.com.br/posts/o-canvas-do-modelo-de-negocio>. Acesso em:
14.out.2018.

PIMENTA, Marcelo Severo. O quadro de modelo de negócios: um caminho para

criar, recriar e inovar em modelos de negócios, 2015. Disponível em: <
http://www.bibliotecas.sebrae.com.br/chronus/ARQUIVOS_CHRONUS/bds/bds.nsf/b
e606c09f2e9502c51b09634badd2821/$File/4439.pdf>. Acesso em 14.out.2018

GOOGLE. Disponível em: <https://www.google.com/forms/about/>. Acesso em

14.out.2018
 30

APÊNDICE