Proposta Alexandre SIS ACADEMICO 2016II 1

Prévia do material em texto

� PAGE �14�
UNIVERSIDADE REGIONAL DE BLUMENAU
CENTRO DE CIÊNCIAS EXATAS E NATURAIS
DEPARTAMENTO DE SISTEMAS E COMPUTAÇÃO
CURSO DE SISTEMAS DE INFORMAÇÃO — BACHARELADO
TRABALHO DE CONCLUSÃO DE CURSO I (TCC-I) 
PROPOSTA PARA O TRABALHO DE CONCLUSÃO DE CURSO – Acadêmico 
Versão: 1
Título:	UTILIZANDO DESENVOLVIMENTO ÁGIL NUM APLICATIVO MÓVEL PARA CADASTRO E CONSULTA DE IMÓVEIS: FREEIMÓVEIS
Palavras-chave: 	Imóvel. Metodologia ágil. Scrum. Aplicativo móvel.
identificação
	Nome: Alexandre Piccoli
	Código/matrícula: 164927-2
	Endereço residencial:
	Rua: Rua Marechal Deodoro
	n(: 735
	Complemento:
	Bairro: Vila Nova
	CEP: 89035-090
	Cidade: Blumenau
	UF: SC
	Telefone fixo: (47) 3035-1488
	Celular: (47) 9711-4668
	Endereço comercial: 
	Empresa: Edusoft
	Rua: Floriano Peixoto
	n(: 275
	Bairro: Centro
	CEP: 89010-500
	Cidade: Blumenau
	UF: SC
	Telefone: (47) 2111-2222
	E-Mail FURB:
	E-Mail alternativo: alexandre.piccoli@hotmail.com
Orientador
	Nome: Simone Erbs da Costa
	E-Mail FURB: secosta@furb.br
	E-Mail alternativo: si.gen@terra.com.br
�
DECLARAÇÕES
Declaração do aluno
Declaro que estou ciente do Regulamento do Trabalho de Conclusão de Curso de Sistemas de Informação e que a proposta, a qual concordo, foi revisada e está dentro dos padrões metodológicos da disciplina. Ainda me comprometo pela obtenção de quaisquer recursos necessários para o desenvolvimento do trabalho, caso esses recursos não sejam disponibilizados pela Universidade Regional de Blumenau (FURB).
	Assinatura:
	
	Local/Data:
	
Declaração do orientador
Declaro que estou ciente do Regulamento do Trabalho de Conclusão do Curso de Sistemas de Informação e que a proposta, a qual concordo, foi por mim revisada em todas as páginas. Ainda me comprometo a orientar o aluno da melhor forma possível de acordo com o plano de trabalho explícito nessa proposta.
	Assinatura:
	
	Local/Data:
	
tcc-I-acadêmico - Avaliação dO Especialista-1
	Acadêmico(a):
	Alexandre Piccoli
	
Avaliador(a):
	
	ASPECTOS AVALIADOS
	Atende
	Atende Parcialmente
	Não Atende
	INTRODUÇÃO
O tema de pesquisa está devidamente contextualizado / delimitado?
	
	
	
	O problema está claramente formulado?
	
	
	
	A justificativa/relevância apresentada está coerente com o problema apresentado?
	
	
	
	OBJETIVOS
O objetivo geral está claramente definido e é passível de ser alcançado?
	
	
	
	São apresentados objetivos específicos (opcionais) coerentes com o objetivo geral? 
(Caso não sejam apresentados objetivos específicos, deixe esse item em branco.)
	
	
	
	FUNDAMENTAÇÃO TEÓRICA
A revisão bibliográfica está de acordo com o tema abordado e é suficiente sobre o assunto?
	
	
	
	São apresentados trabalhos correlatos, bem como é realizada a correlação dos mesmos com a proposta? 
	
	
	
	DESENVOLVIMENTO / ESPECIFICAÇÃO / MODELAGEM 
A descrição do sistema proposto está clara, adequadamente fundamentada e abrange solução para todos os problemas apresentados?
	
	
	
	Os requisitos funcionais e não funcionais do software a ser desenvolvido foram claramente descritos e estão coerentes com os objetivos da proposta?
	
	
	
	Os requisitos a serem implementados são suficientes para o software?
	
	
	
	O diagrama de casos de uso apresentado está correto e coerente com os requisitos? 
(Verificar a descrição dos principais casos e uso no apêndice)
	
	
	
	AVALIAÇÃO GERAL (Organização e apresentação gráfica / linguagem usada)
A exposição do assunto é ordenada, isto é, as idéias estão bem encadeadas e a linguagem utilizada é clara?
	
	
	
	As informações retiradas de outros autores estão devidamente referenciadas e constam nas referências bibliográficas?
	
	
	
	As referências bibliográficas citadas contemplam adequadamente os assuntos abordados na proposta (São utilizadas obras atualizadas e/ou as mais importantes da área)?
	
	
	
	A Proposta de TCC deverá ser revisada, isto é, necessita de complementação, se:
qualquer um dos itens tiver avaliação “NÃO ATENDE”;
se 4 (quatro) ou mais itens tiverem avaliações “ATENDE PARCIALMENTE”. 
PARECER: ( ) APROVADA ( ) NECESSITA DE COMPLEMENTAÇÃO
	
Assinatura do(a) Avaliador(a):
	
	
Local/Data:
	
�
tcc-I-acadêmico - Avaliação dO Especialista-2
	Acadêmico(a):
	Alexandre Piccoli
	
Avaliador(a):
	
	ASPECTOS AVALIADOS
	Atende
	Atende Parcialmente
	Não Atende
	INTRODUÇÃO
O tema de pesquisa está devidamente contextualizado / delimitado?
	
	
	
	O problema está claramente formulado?
	
	
	
	A justificativa/relevância apresentada está coerente com o problema apresentado?
	
	
	
	OBJETIVOS
O objetivo geral está claramente definido e é passível de ser alcançado?
	
	
	
	São apresentados objetivos específicos (opcionais) coerentes com o objetivo geral? 
(Caso não sejam apresentados objetivos específicos, deixe esse item em branco.)
	
	
	
	FUNDAMENTAÇÃO TEÓRICA
A revisão bibliográfica está de acordo com o tema abordado e é suficiente sobre o assunto?
	
	
	
	São apresentados trabalhos correlatos, bem como é realizada a correlação dos mesmos com a proposta? 
	
	
	
	DESENVOLVIMENTO / ESPECIFICAÇÃO / MODELAGEM 
A descrição do sistema proposto está clara, adequadamente fundamentada e abrange solução para todos os problemas apresentados?
	
	
	
	Os requisitos funcionais e não funcionais do software a ser desenvolvido foram claramente descritos e estão coerentes com os objetivos da proposta?
	
	
	
	Os requisitos a serem implementados são suficientes para o software?
	
	
	
	O diagrama de casos de uso apresentado está correto e coerente com os requisitos? 
(Verificar a descrição dos principais casos e uso no apêndice)
	
	
	
	AVALIAÇÃO GERAL (Organização e apresentação gráfica / linguagem usada)
A exposição do assunto é ordenada, isto é, as idéias estão bem encadeadas e a linguagem utilizada é clara?
	
	
	
	As informações retiradas de outros autores estão devidamente referenciadas e constam nas referências bibliográficas?
	
	
	
	As referências bibliográficas citadas contemplam adequadamente os assuntos abordados na proposta (São utilizadas obras atualizadas e/ou as mais importantes da área)?
	
	
	
	A Proposta de TCC deverá ser revisada, isto é, necessita de complementação, se:
qualquer um dos itens tiver avaliação “NÃO ATENDE”;
se 4 (quatro) ou mais itens tiverem avaliações “ATENDE PARCIALMENTE”. 
PARECER: ( ) APROVADA ( ) NECESSITA DE COMPLEMENTAÇÃO
	
Assinatura do(a) Avaliador(a):
	
	
Local/Data:
	
�
�
tcc-I- acadêmico - avaliação METODOLÓGICA (Professor de TCC-I)	
	Acadêmico(a):
	Alexandre Piccoli
	
Avaliador(a):
	
Prof. Roberto Heinzle 
	ASPECTOS AVALIADOS
	Atende
	Atende Parcialmente
	Não Atende
	Os elementos pré-textuais (capa e folha de rosto) estão adequadamente formatados?
	
	
	
	Os elementos textuais (capítulos, seções, formatação) estão corretamente definidos e formatados?
	
	
	
	Os parágrafos (fonte, alinhamento, margem, espaçamento) estão corretos?
	
	
	
	As siglas estão todas devidamente apresentadas?
	
	
	
	As citações obedecem às normas da ABNT?
	
	
	
	Os textos de citação (direta – citar página, quantidade de linhas, espaçamento, aspas - e indireta) estão adequadamente apresentados?
	
	
	
	As listas estão adequadamente formatadas (numeração, alinhamento, uso do “;”e início com letra minúscula)?
	
	
	
	As ilustrações e tabelas estão adequadamente formatadas (legenda, fonte, borda)?
	
	
	
	As referências bibliográficas obedecem às normas da ABNT?
	
	
	
	Os elementos pós-textuais (descrição casos de uso e outros) estão adequadamente apresentados?A proposta de TCC deverá ser revisada, isto é, necessita de complementação, se:
qualquer um dos itens tiver resposta “NÃO ATENDE”;
se 4 (quatro) ou mais itens tiverem avaliação “ATENDE PARCIALMENTE”.
PARECER: ( ) APROVADA ( ) NECESSITA DE COMPLEMENTAÇÃO
	
Assinatura do(a) avaliador(a):
	
	
Local/Data:
	
�
	UNIVERSIDADE REGIONAL DE BLUMENAU
CENTRO DE CIÊNCIAS EXATAS E NATURAIS
CURsO DE Sistemas de informação – BACHARELADO 
ALEXANDRE PICCOLI
UTILIZANDO DESENVOLVIMENTO ÁGIL NUM APLICATIVO MÓVEL PARA CADASTRO E CONSULTA DE IMÓVEIS: FREEIMÓVEIS
Proposta de Trabalho de Conclusão de Curso submetida à Universidade Regional de Blumenau para a obtenção dos créditos na disciplina Trabalho de Conclusão de Curso I do curso de Sistemas de Informação — Bacharelado.
Prof. Simone Erbs da Costa - Orientador
	bLUMENAU
2016 / II
�
INTRODUÇÃO
Nos dias atuais existem pessoas que utilizam os serviços de uma imobiliária para fazer a compra e a venda de imóveis, isto devido ao sentimento de maior segurança e também por falta de conhecimento sobre transferência de imóveis. Ao se fazer uso dos serviços de uma imobiliária para vender um imóvel, o vendedor não fica com todo o dinheiro da venda. De acordo com SCIESP (2009), o corretor tem direito a uma comissão que pode variar entre 4 (quatro) e 10 (dez) por cento em cima do valor do imóvel, valor esse negociado entre o vendedor e a imobiliária.
Os telefones celulares são utilizados por pessoas de todas as idades, das mais variadas culturas e backgrounds. Esses aparelhos antes utilizados para cumprir sua função básica (fazer ligações), hoje assumiram o lugar dos desktops (computadores de mesa) e dos laptops (computadores de colo) e se transformaram em smartphones poderosos que permitem o acesso a tudo e a todos, possibilitam transpor barreiras dantes inimagináveis – a qualquer hora e em qualquer lugar. Pela mobilidade, praticidade e possibilidades que oferecem, transformaram comportamentos e atitudes e se tornaram indispensáveis na vida de seus usuários. Segundo dados do IBGE (2013, p.. 43), em 2005 36,6% da população brasileira possuiam telefone móvel, em 2008 aumentou para 53,7% e na última pesquisa realizada em 2013 chegou a 75,2%. Cada vez mais as pessoas usam os dispositivos móveis para realizar ações pertinentes a sua vida.
Diante deste cenário e da oportunidade de facilitar a compra e venda de imóveis sem envolvimento de imobiliária, esta pesquisa visa apoiar o desenvolvimento de um aplicativo móvel que facilite o primeiro contato entre os usuários vendedor e comprador. Conforme Rahimian e Raman (2008), o uso de uma metodologia ágil e interativa se adequa bem às necessidades no desenvolvimento de aplicações móveis, onde o mesmo precisa ser realizado de forma rápida, fácil e flexível. Além disto, conforme dados vistos acima, é um mercado em constante evolução e desconhecido, pois não se conhece quem é o cliente do aplicativo móvel.
Neste contexto, a proposta principal é utilizar uma metodologia ágil e interativa, no desenvolvimento de um aplicativo móvel para auxiliar o comprador e o vendedor no processo de compra e venda de imóvel, desde as etapas iniciais até os documentos necessários para finalizar o processo, sem a necessidade de imobiliárias como intermediárias.��
1.1 	PROBLEMA
Atualmente a compra e venda de imóveis é sempre ligada a obrigação de envolver um corretor ou uma imobiliária para realizar o processo. Durante a definição do tema escolhido para a presente proposta havia dúvidas sobre o processo de compra e venda de imóveis, dúvidas que apenas se conseguem sanar 100% com um corretor de imóveis. A utilização dos serviços de uma imobiliária é uma opção quando o proprietário deseja colocar um terreno, imóvel, propriedade a venda. Além disso, outro problema é que existe uma carência de um meio de venda que, além de permitir às pessoas divulgarem seus imóveis à venda, também apoiam no processo relacionado em registrar e legalizar a venda sem envolver um corretor como intermediário.
Por um lado, se tem um mercado no ramo de imóveis com usuários carentes, desinformado; e, por outro lado a maioria destes usuários fazem uso da tecnologia no seu cotidiano. Pessoas inseridas na era digital, mas em contrapartida essas mesmas pessoas que fazem uso das tecnologias, não usam as mesmas para resolverem questões como a compra e venda de imóveis; continuam utilizando as antigas práticas por falta de conhecimento e fazem uso de uma imobiliária ou de um corretor de imóveis.
A questão da pergunta desta pesquisa está em como atender este público, na grande maioria das vezes desconhecido, pois não se tem um cliente específico, utilizando uma tecnologia que o mesmo já faz uso, como os dispositivos móveis. E, ao mesmo tempo que a solução seja entregue a tempo ao cliente, ou seja, enquanto este ainda seja um problema e ao mesmo tempo que a solução consiga se manter atualizada diante das evoluções cada vez mais constantes.
De acordo com Presman (2006), as metodologias tradicionais para desenvolver uma solução para um público desconhecido, atendendo as suas necessidades de forma fácil e rápida, não se adequa. Faz-se necessário o uso de uma metodologia ágil, que além de atender de forma ágil de rápida para soluções de clientes desconhecidos, propõem a incrementar a produtividade do usuário.
1.2 	JUSTIFICATIVA
Embora exista no mercado algumas opções de aplicativos móveis para compra e venda de imóveis, dentro das aplicações avaliadas não foi encontrado nenhum voltado para o fim proposto neste trabalho. Nas aplicações avaliadas e mostrados neste trabalho como trabalhos correlatos na seção 2.4, ambas permitem a divulgação de um imóvel, mas os mesmos não possuem um processo que instrua e permita que o vendedor possa decidir envolver uma imobiliária ou não, bem como o comprador também possa entender quando negociar diretamente com o vendedor.
	Baseado no cenário atual, a proposta é apoiar o primeiro contato entre o vendedor e o comprador, maximizar o lucro do vendedor devido ao fato que não existe a comissão da imobiliária. Assim como, auxiliar o vendedor e o comprador no processo de compra e venda de imóveis sem a intermediação de uma imobiliária ou corretor de imóveis.
	O desenvolvimento poderia ser feito na plataforma web, mas visto que atualmente a adesão ao uso de dispositivos móveis é cada vez maior, conforme dados do IBGE (2013, pag. 43), decidiu-se utilizar este trabalho para desenvolver um aplicativo móvel aplicando a metodologia ágil.
Após a introdução do contexto, o problema apresentado e sua justificativa, a seção 1.3 aborda o objetivo geral, assim como os objetivos específicos deste trabalho.
1.3	OBJETIVOS
O objetivo geral do trabalho proposto é apoiar tanto os compradores como os vendedores de imóveis nas transações que os mesmos possam realizar sem a necessidade dos serviços de uma imobiliária.
Os objetivos específicos do trabalho proposto são: 
desenvolver um aplicativo móvel para consulta e cadastros de imóveis;
utilizar a Application Programming Interface (API) do Google Maps para localizar os imóveis cadastros;
gerar conhecimento ao vendedor e comprador sobre o processo legal de compra e da venda sem intervenção de uma imobiliária;
utilizar uma metodologia ágil no desenvolvimento do aplicativo móvel;
criar um meio de avaliação dos imóveis cadastrados para que sejam avaliados pelos usuários ao serem consultados;
validar a usabilidade do aplicativo com usuários.
1.4	ESTRUTURA
Este trabalho está organizado da seguinte forma. 
O capítulo 1 apresenta a introdução, o problema, a justificativa, o objetivo geral e os objetivos específicos e a estrutura do trabalho. 
O capítulo 2 apresenta a fundamentação teórica referente aos conceitos e aos fundamentos mais importantes para o trabalho e a metodologia a ser aplicada. 
O capítulo 3 aborda os assuntos relacionados ao desenvolvimento do sistema.
�
FUNDAMENTAÇÃOTEÓRICA
Neste capítulo são apresentados os fundamentos e temas mais importantes para este trabalho. Este capítulo está organizado da seguinte forma. A seção 2.1 contextualiza o mercado de imóveis. A seção 2.2 aborda uma metodologia híbrida, desenvolvimento ágil e interativo. A seção 2.3 contextualiza o uso de uma interface centrada no usuário. A seção 2.4 apresenta os trabalhos relacionados com esta pesquisa. Por fim, a seção 2.5 descreve a metodologia utilizada.
2.1	MERCADO DE IMÓVEIS
Conforme a lei 6.530/78, que regulamenta a profissão do corretor de imóveis, para a divulgação da comercialização de um imóvel deve existir uma autorização escrita do proprietário. Porém, a escolha pelo trabalho de um corretor ou não, é tão somente do proprietário.
	Atualmente os artigos 462 a 466 do Código Civil tratam do contrato de compromisso de compra e venda, que pode ser gerado diretamente no cartório apenas com a presença do vendedor e comprador junto dos documentos obrigatórios. Porém, para garantia do comprador, e que exista um direito real de aquisição do bem imóvel, é necessário o registro da matrícula do compromisso de compra e venda, conforme disposto no art. 1225, inciso VII do CC. Para o registro de matrícula também não é necessária a presença de um corretor, apenas das partes envolvidas.
	Na pesquisa em questão o tema de mercado de imóveis está diretamente relacionado com a pesquisa, pois a mesma se propõe a desenvolver um próprio aplicativo para apoiar o cadastro e consulta de imóveis. 
2.2	METODOLOGIA ÁGIL
Há alguns anos um grupo de profissionais na área de tecnologia da informação se reuniu nos Estados Unidos da América para discutir como melhorar o desempenho da execução de seus projetos. Embora cada um desses profissionais tivesse suas práticas e teorias, todos concordavam que em suas experiências um conjunto de princípios era respeitado na execução de projetos que tinham sucesso. Conforme apresentado descrito por Pressman (2011), com base nessa reunião foi criado o Manifesto para o Desenvolvimento Ágil de Software, que apresenta as diferenças em relação metodologias tradicionais e seus valores:
indivíduos e interações possuem maior importância que processos e ferramentas;
software funcionando possui maior relevância que documentação detalhada;
colaboração com o cliente possui maior importância que negociações de contratos;
adaptação a mudanças mais importante que seguir o planejamento.
Normalmente os requisitos não estão bem definidos pelo cliente e isto pode gerar alterações no planejamento e atraso na entrega final do produto. �O desenvolvimento ágil trabalha de forma iterativa e incremental, combinando processos lineares e paralelo onde cada processo linear gera uma ou mais funcionalidades do sistema (PRESSMAN, 2011). A Figura 1 demonstra melhor como funciona o modelo e suas entregas. 
Figura 1 – Modelo Incremental
Fonte: Pressman (2011).
Outra aliada ao desenvolvimento ágil é a prototipação, que geralmente é utilizada me produtos prontos ou parcialmente prontos para validar funcionalidades ou identificar novos requisitos junto ao cliente (PRESSMAN, 2006). A prototipação pode ser inserida a qualquer momento, seja durante uma iteração ou ao final de um incremento. Segundo Pressman (2006) a prototipação tem seus pontos positivo, um deles seria o cliente achar que o protótipo é a versão final do produto, mas de qualquer forma a prototipação ainda é muito útil no desenvolvimento de software.
Após o entendimento da metodologia ágil, utilizando um processo iterativo, incremental e fazendo uso da prototipação, temas estes diretamente relacionados com o trabalho. O mesmo pretende criar uma solução utilizando a metodologia ágil no desenvolvimento de um aplicativo móvel. Quando se fala em trabalhar de forma rápida e interativas.
2.3	API GOOGLE MAPS
É um serviço público e gratuito disponibilizado pela Google para qualquer pessoa desenvolver em seus sites e aplicações. Existe a possiblidade do desenvolvedor cobrar o usuário final pelo o uso, mas para isto ele deve usar uma versão paga da API (DOUGLAS, 2013). Na Figura 2 pode-se visualizar algumas das várias funcionalidades que a API disponibiliza.
Figura 2 – Google Maps Mobile
Fonte: Traveria (2015).
Para utilizar a API do Google Maps é necessário a autenticação com uma chave da API. De acordo com dados do Google está chave se faz necessária para fins de monitoramento das aplicações. Para obter esta chave o desenvolvedor precisa acessar a página do Google API Console, criar ou selecionar um projeto e ao confirmar o processo a chave será gerada (GOOGLE DEVELOPERS, 2016).
O uso da API do Google Maps desta seção está relacionado com o trabalho no que diz respeito localização dos imóveis consultados pelo usuário.
2.4	TRABALHOS CORRELATOS
 Esta seção apresenta alguns trabalhos diretamente relacionados com o trabalho. Na subseção 2.4.1 será apresentado o aplicativo ZAP imóveis, relacionado ao mercado de imóveis. Na subseção 2.4.2 será apresentado um trabalho de conclusão de curso onde foi desenvolvido um aplicativo móvel para o setor imobiliário (DOS SANTOS, 2013). Por fim, na subseção 2.4.3 será apresentado um artigo sobre o uso da metodologia ágil Scrum em aplicações móveis (JANDOZA, 2014).
ZAP IMÓVEIS
O aplicativo ZAP Imóveis é uma ferramenta da empresa ZAP pertencente ao grupo Globo. Na Figura 3 pode ser visto a o menu principal, tela de anúncios do usuário logado e a aplicação da API do Google.
Figura 3 – Aplicativo Zap Imóveis
Fonte: Aplicativo Zap Imóveis (2016).
É possível a navegação via website e aplicativo móvel para plataformas Android e IOS. O aplicativo permite aos usuários expor dados e imagens referente ao imóvel ofertado, bem como a localização do mesmo (ZAP, 2016). O aplicativo Zap Imóveis permite a seus usuários:
encontrar imóveis que estão mais próximos ao usuário;
filtrar a busca por tipo de imóvel, faixa de valor, número de quartos e suítes, vagas de garagem e área útil; 
visualizar as ofertas no mapa ou em lista; 
acessar todas as fotos e detalhes dos imóveis; 
contatar diretamente o anunciante por e-mail ou telefone; 
conferir a distância dos imóveis até um ponto de referência escolhido;
salvar as buscas realizadas.
API DE SERVIÇO RESTFUL PARA O SETOR IMOBILIÁRIO
O trabalho de Santos (2013) visou criar um aplicativo móvel para o setor imobiliário para atacar um mercado visado por investidores. Utilizou-se também um serviço chamado RESTful que é utilizado geralmente para implementação de Web Services. O aplicativo criado por Santos utilizou a seguintes ferramentas. Linguagem de programação JAVA, geoposicionamento do aparelho (Android – Google Maps), API REST, banco de dados SQL Server e a IDE Eclipse junto com o pacote de ADT (Android Developer Tools). Na Figura 4 é possível conferir algumas imagens do aplicativo sendo executado.
Figura 4 – Imobiliária Móvel
Fonte: Santos (2013)
 
2.4.3	SCRUM EM APLICAÇÕES MÓVEIS�
	No artigo de William Jandoza e Antonio Francisco do Prado eles descrevem como o Scrum é umas das melhores metodologias para o desenvolvimento de aplicações móveis, pois utiliza práticas simples, mas que permitem mudanças a qualquer momento durante as fases de desenvolvimento (JANDOZA; PRADO, 2014). Conforme apresentado no artigo, Scrum não é um processo ou técnica, mas sim um framework que pode conter várias técnicas e processos. Para acompanhamento do que está sendo desenvolvido a metodologia possui quatro maneiras que seriam: reunião para planejar o Sprint, reunião diária (Daily Scrum), reunião para revisão dos Sprints e reunião para retrospectiva do Sprint. 
Segundos os autores do artigo, o Scrum é composto por um time Scrum, que é composto pelo product owner, Desenvolvedores e o Scrum máster. O product owner é o dono do produto e é quem gerencia o backlog do projeto. O Scrum master basicamente um dos membros mais importantes dessa metodologia, pois é ele quem gerencia os desenvolvedores para que o projeto siga no fluxo importopelo product owner e tenha sucesso na entrega final do produto.
Scrum por ser uma metodologia ágil, pois trabalha de forma iterativa e incremental, conforme apresentado na seção 2.2, sendo assim, no Scrum as entregas são marcadas pelo final de cada Sprint, conforme apresentado pelos autores do artigo. Na Figura 5 é possível entender melhor como funciona a aplicação da metodologia Scrum.�
Figura 5 – Metodologia Scrum
Fonte: Jandoza e Prado (2014)
	
	
A seção 2.5 apresenta a estrutura da metodologia que será utilizada neste trabalho.
METODOLOGIA��
Este trabalho utiliza os seguintes instrumentos metodológicos:
pesquisa na literatura: realizar um estudo mais aprofundado na literatura referente aos assuntos mais importantes neste trabalho, assim como avaliar as ferramentas que atendem a metodologia adotada; 
metodologia ágil: utilizar a metodologia no desenvolvimento do aplicativo móvel, utilizando os conceitos e iteração, incremental e desenho centrado no usuário;
levantamento de requisitos: reavaliar os requisitos funcionais e os não-funcionais que estão definidos e, caso se faça necessário, especificar e alterar os existente a partir dos estudos realizados e da metodologia adotada; 
especificação e análise: formalizar as funcionalidades desenvolvimento utilizando diagramas da Unified Modeling Language (UML), ainda a ser definidos;
implementação: implementar o aplicativo móvel através da ferramenta Genexus e Banco de dado SQL Server;
validação com usuário: o protótipo será utilizado por usuários a serem definidos do mercado de imóvel;
pesquisa quantitativa: criar e aplicar um questionário de forma quantitativa, e;
validar a pesquisa: analisar por distribuição por frequência e discutir os resultados obtidos pela pesquisa realizada. 
�
DESENVOLVIMENTO
Neste capítulo serão abordados assuntos referentes ao desenvolvimento do sistema proposto. A seção 3.1 descreve a definição do sistema proposto. A seção 3.2 apresenta a especificação dos requisitos funcionais e não funcionais. A seção 3.3 apresenta o diagrama de casos de uso através da modelagem UML.
3.1 	SISTEMA PROPOSTO
Pretende-se desenvolver um aplicativo móvel para cadastro e consulta de imóveis como objetivo geral. Pesquisando sobre o tema foram encontrados outros aplicativos que cumprem este mesmo objetivo, mas foi possível identificar que entre os aplicativos avaliados nenhum deles explica ao usuário sobre o processo de compra e venda de imóveis, sendo assim a proposta é fazer um aplicativo que além de permitir cadastrar, consultar e fazer contato com vendedor do imóvel, também instrua os envolvidos para assim não ser necessário envolver uma imobiliária ou corretor de imóveis. A vantagem com este processo é que se elimina a comissão de venda, maximizando assim o lucro com a venda do imóvel.
O aplicativo vai utilizar a API do Google Maps para auxiliar ao usuário comprador localizar o imóvel selecionado e também tomar um breve conhecimento sobre o local do imóvel. Para melhor funcionamento dessa localização no momento do cadastro do imóvel será obrigado o usuário informar o endereço completo do imóvel a ser publicado.
O aplicativo vai ser dividido em três etapas. Na primeira etapa o usuário acessa o aplicativo e faz o seu cadastro ou o cadastro de um novo imóvel. Na segunda etapa, o usuário faz a consulta de imóveis informando filtros como tipo de imóvel, bairro, valor mínimo e máximo, quantidade de quartos entre outros a serem definidos. Na terceira etapa, o usuário seleciona o imóvel e faz o contato por e-mail com o vendedor. Após fazer este contato habilita ao usuário avaliar e comentar no aplicativo sobre o imóvel.
Por fim o sistema vai ter sua base de conhecimento sobre transferência de imóveis, essa opção será possível acessar pelo menu principal do aplicativo ou diretamente pelo cadastro de um imóvel consultado.
3.2	ESPECIFICAÇÃO DOS REQUISITOS
Nesta seção é apresentada a análise e as especificações iniciais dos requisitos funcionais (RF) e dos requisitos não funcionais (RNF) do sistema a ser desenvolvido.
REQUISITOS FUNCIONAIS
O Quadro 1 apresenta os requisitos funcionais (RF) previstos para o sistema e sua rastreabilidade, ou seja, vinculação com os casos de uso associados.
Quadro 1 - Requisitos funcionais
	Requisitos Funcionais
	Caso de Uso
	RF01: O aplicativo deverá permitir que o usuário contate um vendedor.
	UC01
	RF02: O aplicativo deverá permitir que o usuário consulte imóveis.
	UC02
	RF03: O aplicativo deverá permitir o cadastro, alteração e exclusão de imóveis
	UC03
	RF04: O aplicativo deverá permitir o cadastro, alteração e exclusão de usuários.
	UC04
	RF05: O aplicativo deverá permitir que o usuário faça um comentário dos imóveis cadastrados.
	UC05
	RF06: O aplicativo deverá permitir a localização do imóvel pela API do Google.
	UC06
	RF07: O aplicativo deverá permitir o usuário acesso a uma base de conhecimento sobre compra e venda de imóveis.
	UC07
REQUISITOS NÃO FUNCIONAIS
O Quadro 2 lista os requisitos não funcionais (RNF) previstos para o sistema.
Quadro 2 - Requisitos não funcionais
	Requisitos Não Funcionais
	Tipo
	RNF01: Será utilizado o banco SQL Server
	Software
	RNF02: O sistema deverá ser executado por um Smarthphone
	Usabilidade
	RNF03: Apenas usuários cadastrados poderão acessar o aplicativo móvel
	Segurança
	RNF04: O sistema deverá executar no sistema operacional Android
	Portabilidade
	RNF05: O ambiente de desenvolvimento deverá ser o Genexus
	Implantação
3.3	DIAGRAMA DE CASOS DE USO
Esta seção apresenta o diagrama para melhor entendimento do sistema proposto. A figura 4 apresenta o diagrama de casos de uso do aplicativo proposto composto por sete casos de uso.
Figura 4 - Diagrama de casos de uso
	
�
REFERÊNCIAS BIBLIOGRÁFICAS
Rahimian, Vahid, and Raman Ramsin. "Designing an agile methodology for mobile software development: A hybrid method engineering approach."2008 Second International Conference on Research Challenges in Information Science. IEEE, 2008.
SCIESP: Tabela de honorários de corretagem imobiliária. 2009. Disponível em: <http://www.crecisp.gov.br/servicos/servicos.asp?acao=comissoes>. Acesso em: 21 ago. 2016.
ZAP: Quem Somos, 2016. Disponível em: <http://www.zapimoveis.com.br/informacao?opcao=quemsomos>. Acesso em: 21 ago. 2016.
APP ZAP imóveis 2016. Disponível em: <http://www.zapimoveis.com.br/mobile/como-anunciar-comprar-alugar-imoveis-pelo-celular>. Acesso em: 21 ago. 2016.
IBGE: Acesso à internet e à televisão e posse de telefone móvel celular para uso pessoal, 2013. Disponível em: <http://biblioteca.ibge.gov.br/index.php/biblioteca-catalogo?view=detalhes&id=293373>. Acesso em: 20 ago; 2016.
PRESSMAN, Roger S., Engenharia de Software - 6ª edição. McGrawHill, 2006.
PRESSMAN, Roger S., Engenharia de Software - 7ª edição. McGrawHill, 2011.
PRESSMAN, Roger; MAXIM, Bruce. Engenharia de Software - 8ª Edição. McGraw Hill Brasil, 2016.
CHAMMAS, A. S.; QUARESMA, MMR; MONTALVAO, C. R. Um enfoque ergonômico sobre a metodologia de design de interfaces digitais para dispositivos móveis. Arcos Design (Online), v. 7, p. 90-102, 2013.
DOUGLAS, Allan. Introdução à google maps API. 2013. Disponível em: <http://www.devmedia.com.br/introducao-a-google-maps-api/26967>. Acesso em: 14 set. 2016.
TRAVERIA, Eduard. Las 8 mejores apps que todo viajero debe tener. 2015. Disponível em: < https://www.denomades.com/blog/las-8-mejores-apps-que-todo-viajero-debe-tener/ >. Acesso em: 14 set. 2016.
GOOGLE DEVELOPERS. Google Maps Javascript API. 2016. Disponível em: <https://developers.google.com/maps/documentation/javascript/get-api-key?hl=pt-br>. Acesso em: 14 set. 2016.
DOS SANTOS, Alexandre Ferreira. METODOLOGIA DE DESENVOLVIMENTO DE UMA API DE SERVIÇO RESTFUL INTEGRADO COM UMA APLICAÇÃO MÓVEL ANDROID PARA O SETOR IMOBILIÁRIO. 2013. Disponível em: < http://aberto.univem.edu.br/handle/11077/984>. Acesso em: 14 set. 2016.
JANDOZA, William; DO PRADO, Antonio Francisco.Scrum em Aplicações Móveis. Revista TIS, v. 2, n. 3, 2014.
�
APÊNDICE A – Detalhamento dos casos de uso
Esta seção da proposta apresenta a descrição dos casos de uso conforme previstos no diagrama de casos de uso apresentado na seção 3.3.1.
UC01 Contactar Vendedor 
Permitir ao usuário entrar em contato com o vendedor através do envio de e-mail. O comprador poderá enviar mais de um e-mail ao vendedor.
UC02 Consultar Imóveis
Permite que o comprador consulte os imóveis cadastrados no aplicativo e também consultar pelos imóveis que teve interesse, ou seja, que fez contato com vendedor.
Constraints
Pré-condição . Usuário deve estar cadastrado no aplicativo.
Pré-condição . Necessário ter cadastrado imóveis no aplicativo.
Pós-condição . Usuário realiza a consulta com base nos filtros utilizados.
Pós-condição . Imóvel(is) foi(ram) consultado(s).
Cenários
Consulta de Imóvel {Principal}.
1. Usuário acesso o aplicativo com seu cadastro.
2. Usuário acessar tela de consulta de imóveis.
3. Usuário informar os filtros desejados e executa a consulta.
4. Aplicativo retorno os registros encontrados.
5. Usuário opta por fazer uma nova consulta, visualizar informações dos registros retornados ou encerra o caso de uso.
UC03 Manter Imóveis
Permite ao usuário vendedor informar os dados de um imóvel que deseja cadastrar no aplicativo móvel, bem como alterar ou excluir cadastros de imóveis inseridos pelo próprio usuário.
Constraints
Pré-condição . Usuário deve estar cadastrado no aplicativo.
Pré-condição . Estar conectado com a internet.
Pós-condição . Um imóvel foi incluído, alterado ou excluído do aplicativo.
Pós-condição . Imóvel(is) foi(ram) consultado(s).
Cenários
Consulta de Imóvel {Principal}.
1. Usuário acesso tela com seus cadastros de imóveis.
2. Aplicativo apresenta todos os imóveis vinculados a seu cadastro.
3. Usuário opta por realizar um operação ou encerra o caso de uso.
Incluir imóvel{Alternativo}.
3.1. Usuário informa os dados de um novo imóvel e aperta em CONFIRMAR.
3.2. Aplicativo valida as informações.
3.3. Aplicativo grava as informações.
Alterar imóvel{Alternativo}.
3.1. Aplicativo apresenta os dados para alteração.
3.2. Usuário altera as informações e aperta em CONFIRMAR.
3.3. Aplicativo grava as informações.
 
Excluir imóvel{Alternativo}.
3.1. Aplicativo apresenta os dados para exclusão.
3.2. Usuário aperta em EXCLUIR.
3.3. Aplicativo exclui o imóvel.
UC04 Manter Usuários
Permitir ao usuário cadastrar seu usuário para acessar o aplicativo, bem como alterar e excluir seu cadastro. O usuário deverá informar nome, e-mail, senha e conformar senha.
Constraints
Pré-condição . Estar conectado com a internet.
Pós-condição . O usuário foi cadastrado, consultado, alterado ou excluído pelo usuário.
Cenários
Cadastro do usuário {Principal}.
1. Aplicativo apresenta tela de cadastro de usuário.
2. Usuário opta por cadastrar, alterar ou excluir seu cadastro.
Incluir usuário {Alternativo}.
2.1. Usuário informa seus dados e aperta em CONFIRMAR.
2.2. Aplicativo valida as informações.
2.3. Aplicativo grava as informações.
Alterar usuário {Alternativo}.
2.1. Aplicativo apresenta as informações para alteração.
2.2. Usuário altera as informações e aperta em CONFIRMAR.
2.3. Aplicativo grava as informações.
 
Excluir usuário {Alternativo}.
2.1. Aplicativo apresenta as informações para exclusão.
2.2. Usuário aperta em EXCLUIR.
2.3. Aplicativo exclui o usuário.
UC05 Registro de comentários sobre os imóveis
Permite ao usuário avaliar e registrar um comentário referente ao imóvel selecionado informação esta que será visualizada por outros usuários.
UC06 Localização do imóvel no mapa
Permite que o usuário visualize a localização do imóvel selecionado. Além da localização, devido ao uso da API do Google Maps o usuário consegue analisar as empresas perto do imóvel.
Constraints
Pré-condição . O aluno deve estar cadastrado no sistema.
Pré-condição . O professor deve estar cadastrado no sistema.
Pós-condição . Uma discussão foi incluída, alterada ou arquivada do sistema.
Pós-condição . Discussão(s) foi(ram) consultada(s). 
Constraints
Pré-condição . Estar conectado com a internet.
Pós-condição . Aplicativo apresenta no mapa a localização do imóvel.
Cenários
Localização do imóvel {Principal}.
1. Aplicativo faz a requisição informando o endereço do imóvel para a API do Google Maps.
2. API do Google Maps retorna à localização do imóvel selecionado.
Sem conexão {Alternativo}.
2.1. Se cair a internet o aplicativo apresenta uma mensagem “Sem conexão com internet”.
UC07 Base de conhecimento
Permite que os usuários acessem um help do aplicativo móvel para auxiliar e instruir sobre o processo de compra e venda de imóveis (transferência imobiliário), sem a necessidade de envolver uma imobiliária ou corretor de imóveis.
�Roberto informou que a frase é muito longa, mas está separada com vírgula e tudo mais, não entendi o que está longo na frase
�
�Conseguir outro autor para esta parte
�Valdameri criticou perguntando se isso é um correlato msm, na minha visão é. Esse é um daqueles que você me ajudou a encontrar.
�Criticaram por não ter fonte, mas a fonte está no começo desta seção, o conteúdo é sobre o artigo, não vou incluir informação que não é do artigo.
�Essa parte você falou pra deixar do jeito que estava, pois ias olhar.
�Tenho que falar sobra a API do Google Maps nessa parte, coloquei algo por cima em Implementação