João Tácio Corrêa da Silva

Transcrição

1 MINISTÉRIO DA EDUCAÇÃO E DO DESPORTO Universidade Federal de Ouro Preto UFOP Instituto de Ciências Exatas e Biológicas ICEB Programa de Pós-Graduação em Ciência da Computação PPGCC/UFOP João Tácio Corrêa da Silva SIGHabitar - Uma abordagem baseada em Inteligência de Negócios para o desenvolvimento de Sistemas de Informação Territorial: O Cadastro Técnico Multifinalitário do Município de Ouro Preto, MG Ouro Preto 2012

2 João Tácio Corrêa da Silva SIGHabitar - Uma abordagem baseada em Inteligência de Negócios para o desenvolvimento de Sistemas de Informação Territorial: O Cadastro Técnico Multifinalitário do Município de Ouro Preto, MG Dissertação apresentada ao Programa de Pós-Graduação em Ciência da Computação da Universidade Federal de Ouro Preto como requisito para a obtenção do título de mestre em Ciência da Computação. Orientador: Tiago Garcia de Senna Carneiro Co-orientador: Joubert de Castro Lima Ouro Preto Instituto de Ciências Exatas e Biológicas da UFOP 2012

3

4

5 S586s Silva, João Tácio Corrêa da. SIGHabitar Uma abordagem baseada em inteligência de negócios para o desenvolvimento de sistemas de informação territorial [manuscrito] : o cadastro técnico multifinalitário do município de Ouro Preto, MG / João Tácio Corrêa da Silva f.: il. color.; tabs.; mapas. Orientador: Prof. Dr. Tiago Garcia de Senna Carneiro. Co-orientador: Prof. Dr. Joubert de Castro Lima. Dissertação (Mestrado) - Universidade Federal de Ouro Preto. Instituto de Ciências Exatas e Biológicas. Departamento de Computação. Programa de Pós-graduação em Ciência da Computação. Área de concentração: Sistemas de computação 1. Sistemas de informação geográfica - Teses. 2. Cadastro técnico multifinalitário - Teses. 3. Data Warehouse - Teses. 4. Banco de dados - Teses. 5. Processo decisório - Processamento de dados - Teses. I. Universidade Federal de Ouro Preto. II. Título. CDU: Catalogação: sisbin@sisbin.ufop.br

6 Dedico este trabalho a todos aqueles que contribuíram para que ele fosse consolidado.

7 Agradecimentos À Universidade Federal de Ouro Preto (UFOP) por esta oportunidade. Aos professores do PPGCC que contribuíram em minha formação.. À Prefeitura Municipal de Ouro Preto, patrocinadora do projeto SIGHabitar. Ao laboratório TerraLAB, pelo acolhimento, suporte e infra-estrutura. Em especial à equipe de colaboradores do projeto SIGHabitar, José Francisco, Erika, Augusto e Luiz pelo empenho e dedicação. Aos meus orientadores prof. Dr. Tiago Garcia de Senna Carneiro e prof. Dr. Joubert de Castro Lima, pela orientação, confiança e paciência ao longo desse trabalho. À minha namorada Luciene, pelo carinho, dedicação e companheirismo. Aos meus pais e irmãs, fonte de inspiração e confiança. A Deus, que concedeu-me força, persistência e condições para realizar esse trabalho.

8 Resumo As técnicas para o desenvolvimento de sistemas de informação para a gestão dos territórios municipais têm evoluído rapidamente. A crescente demanda por análises completas e atualizadas para apoiar a tomada de decisão e o planejamento municipal levou à especialização do cadastro imobiliário, cujos fatos relacionam-se com questões imobiliárias, jurídicas e fiscais, em um Cadastro Técnico Multifinalitário (CTM). O CTM busca representar vários outros aspectos do município, como saúde, segurança, educação e meio ambiente. Os Sistemas de Informação Territoriais (SIT) passaram a incorporar métodos e tecnologias de Sistema de Informação Geográfica (GIS) para representar a forma e localização geográficas dos fatos. O armazenamento e análise de um grande volume de dados espaciais e temporais levou a pesquisas por ferramentas que pudessem realizá-los com segurança e eficiência. No entanto, são raras as experiências relatadas na literatura que exploram o uso de técnicas de Inteligência de Negócios (Business Intelligence - BI) para a construção de SITs. Apesar de há anos existirem tecnologias livres para construir SITs, em todo o mundo, pouquíssimos municípios dispõe de um. Este fato justifica-se pela falta de pessoas especializadas para construí-los e mantê-los, de exemplos bem documentados para ser copiado e da garantia de retorno do investimento no sistema. Diante deste cenário, este trabalho procura desenvolver, avaliar e documentar uma abordagem que permita o desenvolvimento de um SIT que seja flexível o suficiente para absorver mudanças no território e nas questões a serem analisadas, sem que elas demandem grandes alterações nos esquemas dos bancos de dados e nas ferramentas para integração e análise. Para isso, métodos e ferramentas de BI foram emprega para implementar o CTM de um município de médio porte como um armazém de dados espaço-temporal (Spatio-Temporal Data Warehouse - STDW). Ferramentas ETL (Extract Transform and Load) foram utilizadas para a integração dos dados e ferramentas OLAP (On Line Analytical Processing) foram utilizadas para análise. Os resultados mostraram que, em dois meses, 92,5% dos imóveis registrados na área de estudo foram corretamente georreferenciados e associados a informações de sistemas legados. Estima-se que a maior parte dos investimentos no SIT seja recuperada após o primeiro ano de uso para cobranças de taxas por serviços e de impostos imobiliários.

9 Sumário 1. INTRODUÇÃO OBJETIVO GERAL OBJETIVOS ESPECÍFICOS JUSTIFICATIVA FUNDAMENTAÇÃO TEÓRICA CONCEITOS BÁSICOS Cadastro Imobiliário Cadastro Técnico Multifinalitário Sistemas de Informação Territorial Modelo de dados transacionais e modelos multidimensionais Inteligência de Negócio Data Warehouse Consultas OLAP UMA ABORDAGEM PARA O DESENVOLVIMENTO E A MANUTENÇÃO DE SITS PRINCÍPIOS BÁSICOS DESTA ABORDAGEM METODOLOGIA DE DESENVOLVIMENTO EVOLUTIVA ARQUITETURA DE SISTEMA DE INFORMAÇÃO TERRITORIAL MODELO DE DADOS PROCESSO DE DESENVOLVIMENTO DO CTM ESPAÇO TEMPORAL CADASTRO E INTEGRAÇÃO DE INFORMAÇÕES PROCESSOS E FERRAMENTAS PARA O DESENVOLVIMENTO E MANUTENÇÃO DO CTM FERRAMENTAS PARA COLETA, ATUALIZAÇÃO E CONTROLE DE QUALIDADE DE DADOS ARMAZENAMENTO DE INFORMAÇÕES ESPAÇO-TEMPORAL CONSULTAS AGREGADAS UM ESTUDO DE CASO O MUNICÍPIO DE OURO PRETO, MG ÁREA DE ESTUDO O SISTEMA DE INFORMAÇÃO TERRITORIAL SIGHABITAR O CADASTRO TÉCNICO MULTIFINALITÁRIO DE OURO PRETO EXPERIMENTOS PARA AVALIAÇÃO DA ABORDAGEM PROPOSTA CONCLUSÕES E TRABALHOS FUTUROS...56 REFERÊNCIAS...59 ANEXO A FORMULÁRIO BCI...64 ANEXO B CARNE DE PAGAMENTO DE ITPU...65 ANEXO C MODELO CCDM PARTE ANEXO D MODELO CCDM PARTE ANEXO E MODELO DE DADOS CONCEITUAL PARA CTM...68

10 Lista de Figuras FIGURA 1. FICHA DO ARQUIVO FÍSICO DO CADASTRO UTILIZADA EM FONTE: PMOP...16 FIGURA 2. CADASTRO TÉCNICO MULTIFINALITÁRIO...17 FIGURA 3. EVOLUÇÃO DO CADASTRO IMOBILIÁRIO PARA O SIT...17 FIGURA 4. EVOLUÇÃO DE OBJETOS. FONTE: ADAPTADA DE [GÓMEZ, ET AL., 2011]...22 FIGURA 5. ESQUEMA FLOCO DE NEVE E ESTRELA. FONTE: ADAPTADA DE [INMON, 1996]...23 FIGURA 6. ESTRATÉGIA BOTTOM-UP PARA CONSTRUÇÃO DE DW...23 FIGURA 7. FLUXO DE ANÁLISE OLAP NO DW FIGURA 8. CICLO DE EVOLUÇÃO DO CADASTRO FIGURA 9. NÚCLEO DO CCDM. FONTE: VAN OOSTEROM ET AL., 2006FIGURA...28 FIGURA 10. ARQUITETURA REGIONAL DO DW. FONTE: [SIMONOVA E KOMARKOVA, 2004] FIGURA 11. COMPARATIVO ENTRE TRABALHOS CORRELATOS FIGURA 12. ARQUITETURA DE SOFTWARE DE UM SIT ESTRUTURADO COMO UM BI FIGURA 13. MODELO DE BANCO DE DADOS RELACIONAL DE UM CADASTRO IMOBILIÁRIO FIGURA 14. MODELO CONCEITUAL ORIENTADO POR OBJETOS DO CTM FIGURA 15. MODELOS ENTIDADE-RELACIONAMENTO DO CTM ORGANIZADO COMO UM STDW FIGURA 16. MODELO DE DADOS GEOGRÁFICOS (OMT-G) DO CTM ESPAÇO TEMPORAL...38 FIGURA 17. REGISTRO DE IMAGEM DE SENSOR REMOTO...38 FIGURA 18. MODELO DIGITAL DE ELEVAÇÃO FIGURA 19. IMAGEM DE WEIHEIM, ALEMANHA: A) ANTES DA CORREÇÃO E B) APÓS A CORREÇÃO RADIOMÉTRICA. FONTE: [ROSA E FERNANDES, 2011]...40 FIGURA 20. COMPARATIVO ENTRE GOOGLE EARTH, GPS E DGPS. FONTE: [ LIMA ET. AL, 2009]...41 FIGURA 21. ERROS CADASTRAIS...42 FIGURA 22. CATÁLOGO DE ERROS DO ETL...42 FIGURA 23. LAYER DE UNIDADES HABITACIONAIS FIGURA 24. ESTRUTURA DE UM SCRIPT NO GEOKETTLE...44 FIGURA 25. INFORMAÇÕES COLETADAS EM CAMPO...45 FIGURA 26. DISTORÇÃO ENTRE IMAGENS FIGURA 27. MAPA RESULTANTE DO PLUGIN QUALITYCONTROL...46 FIGURA 28. PLUGIN ADDRESSLOCATOR...47 FIGURA 29. PLUGIN REPORTMAKER...48 FIGURA 30. ARMAZENAMENTO DE DADOS NO DW...49 FIGURA 31. FLUXO DE ACESSO AOS DADOS...50 FIGURA 32. EVOLUÇÃO DE 300% NO CADASTRO IMOBILIÁRIO NO BAIRRO LAGOA...50 FIGURA 33. ÁREA DE ESTUDO NO MUNICÍPIO DE OURO PRETO, MINAS GERAIS, BRASIL FIGURA 34. CADASTROS INCORRETOS...54 FIGURA 35. EVOLUÇÃO DA DISTRIBUIÇÃO ESPACIAL DO VALOR DO IPTU NOS ANOS DE 2009, 2010 E

11 Lista de Siglas e Abreviaturas BI Business Intelligence BCI Boletim de Cadastro Imobiliário CCDM Core Cadastral Domain Model CTM Cadastro Técnico Multifinalitário DM Data Mining DW Data Warehouse ETL Extract, Transform and Load FCI Ficha de Cadastro Imobiliário IPTU Imposto Predial Territorial Urbano PMOP Prefeitura Municipal de Ouro Preto RUP Rational Unified Process SDW Spatial Data Warehouse SIG Sistema de Informação Geográfica SIT Sistema de Informação Territorial SOLAP Spatial Online Analytical Processing STDW Spatial-Temporal Data Warehouse TDW Temporal Data Warehouse

12 1. Introdução Tecnologias gratuitas para o desenvolvimento de sistemas de informação destinados à administração territorial de municípios existem há vários anos [Câmara e Fonseca, 2008]. No entanto, um estudo realizado pela Fundação Getúlio Vargas em 2007 apontou que, no Brasil somente 95 (2,82%) dos municípios avaliados puderam ser considerados eficientes na gestão tributária. Em 2009 o Ministério das Cidades criou a portaria 511, com diretrizes para criar, instituir e atualizar o Cadastro Técnico Multifinalitário (CTM) nos municípios brasileiros. Esse cadastro, além de armazenar o inventário do município, atende às necessidades sociais, ambientais, econômicas, da administração pública e de segurança jurídica da sociedade. Porém, os investimentos em tecnologia são bastante restritos na maioria dos municípios de pequeno e médio porte [Pereira, 2002]. A ausência de uma metodologia padronizada e reconhecida para a construção e manutenção de um Sistema de Informação Territorial é uma limitação que desencoraja muitos municípios a investir recursos na reforma do cadastro imobiliário, pelo fato de não terem garantia de sucesso. No Brasil, essa situação é agravada porque o número de profissionais capacitados nessa área é insuficiente para um país com dimensões continentais [Loch, 2007]. Sistemas de Informação Territorial (SIT), de um modo geral, são sistemas de informação transacionais, baseados em Sistemas de Informação Geográfica (SIG), que visam armazenar e consultar informações descritivas e espaciais do território, para promover o crescimento ordenado de um município e a distribuição eficaz e justa de seus recursos [Fourie e Nino-Fluck, 2000] [Wyatt e Ralphs, 2003] [Loch e Erba, 2007]. Apesar do desenvolvimento de SITs ser um tema muito pesquisado nas últimas décadas, são poucas as iniciativas relatadas na literatura que exploram os métodos, técnicas e ferramentas de Inteligência de Negócios (Business Intelligence - BI) neste nicho [Ting and Williamson 2000] [Abdel-Rahman et. al 2001] [Ahmed, et. al 2004]. Os primeiros trabalhos buscaram responder a questões sobre os requisitos e o projeto do modelo de dados relacional de um repositório unificado de dados heterogêneos, com informações descritivas sobre diversos assuntos relacionados ao território, o chamado Cadastro Técnico Multifinalitário (CTM) [Kaufmann e Steudler 1998] [Williamson 2000]. No entanto, esses trabalhos são indicados para uso em sistemas transacionais e não suportam armazenar e explorar analiticamente dados 10

13 sobre a localização e as mudanças de objetos armazenados em fontes de dados independentes [Bédard, 2001]. Para permitir análises completas e atualizadas capazes de apoiar o processo de tomada de decisão, o CTM pode ser entendido e modelado como um repositório de dados multidimensional constituído por informações espaciais e temporais. Devido à complexidade do dinamismo urbano, na qual mudanças são comuns, a atualização e evolução desse repositório são os principais desafios. Por outro lado, pesquisas em BI levaram ao desenvolvimento de métodos e ferramentas para coletar, armazenar, integrar, explorar e servir um grande volume de dados que ajudam os municípios, a tomarem decisões a partir de informações completas e atualizadas [Turban e Aronson 1998] [Shmueli et al. 2007]. Sistemas de BI apóiam decisões nos níveis tático (um técnico que monitora a disponibilidade de recursos), operacional (um gerente rastreando resultados para planejar ações futuras) e estratégico (um executivo analisando indicadores de desempenho) das organizações. Armazéns de Dados Espaço-Temporais (Spatial Temporal Data Warehouse STDW) organizam hierarquicamente uma quantidade massiva de dados referente à localização espacial e variações no tempo de objetos [Gómez et al., 2011]. O uso de ferramentas de extração, transformação e carga (Extract, Tranform and Load - ETL) permitem a eficiente atualização do STDW a partir de fontes de dados heterogêneas e dispersas por diferentes sistemas de informação. Mudanças nestas fontes ou no modelo de dados do próprio STDW podem ser absorvidas por pequenas mudanças em fluxos ETL, conferindo flexibilidade ao sistema. A utilização de ferramentas de mineração de dados (Data Mining DM e Online Analytical Processing - OLAP) resulta na eficaz personalização de relatórios [Kimball e Caserta, 2004]. Diante deste cenário, este trabalho avalia o uso de métodos, técnicas e ferramentas de BI como uma abordagem viável para a construção e manutenção eficiente de CTMs no contexto de um Sistema de Informação Territorial (SIT). Para isso, o CTM do município Ouro Preto, que pertence ao estado de Minas Gerais (MG), foi construído na forma de um STDW e tecnologias de BI foram utilizadas na construção de um SIT focado em aspectos geográficos, imobiliários e tributários. Ao 11

14 longo de dois anos, esse SIT foi maturado em ciclos de desenvolvimento incrementais. A cada ciclo, versões melhoradas do STDW, dos fluxos ETL e dos relatórios foram produzidas para atender necessidades de análise que evoluíram no tempo. Atividades de levantamento de requisitos orientadas por objetos subsidiaram o projeto do modelo de dados do STDW. Fluxos ETL foram desenvolvidos para integrar dados de diversos bancos de dados geográficos com dados provenientes do cadastro de imóveis do município. Coletas de dados em campo e ferramentas de controle de qualidade de dados subsidiaram a contínua melhoria do STDW e dos fluxos ETL. Foram desenvolvidas ferramentas integradas a Sistemas de Informação Geográfica (SIG) para geração de relatórios na forma de mapas dinâmicos e interativos. Além disso, a região do município que apresenta a maior dinâmica de ocupação do solo foi escolhida para a condução de experimentos que permitissem avaliar a capacidade da abordagem proposta em evoluir e manter atualizado o CTM construído. O uso de BI para o desenvolvimento de um SIT mostrou-se uma abordagem eficaz e também uma solução eficiente para a contínua atualização e evolução de um CTM. A integração do cadastro imobiliário pré-existente com o SIT resultou na padronização das informações comuns entre os sistemas, como nomenclatura de vias, bairros e informação complementar dos imóveis. Os experimentos de avaliação mostraram que, em um período de seis meses, 92,5% dos imóveis registrados a área de estudo foram corretamente georreferenciados e associados a informações oriundas de outros sistemas. Além disso, outros novos imóveis foram identificados em campo e cadastrados no SIT. Ao longo de todo o projeto, uma equipe formada basicamente por quatro estudantes conseguiu manter o sistema em funcionamento e atualizado, absorvendo com rapidez diversas mudanças sofridas pelas fontes de dados, pelo modelo de dados do CTM e pelas necessidades de análise demandadas pelos técnicos administrativos do município. Estima-se que devido à ampliação da base imobiliária cadastrada e de uma tributação mais justa e efetiva, cinquenta por cento do investimento no projeto seja recuperado no primeiro ano em que ele for utilizado pela Secretaria da Fazenda, para cobranças de taxas e impostos. As demais secretarias, como saúde, educação e meio ambiente, deverão ser integradas com o avanço da implantação do CTM. 12

15 O restante deste texto está organizado como segue: O Capítulo 2 apresenta os conceitos fundamentais e compara o trabalho realizado com trabalhos relevantes encontrados na literatura. O Capítulo 3 apresenta a abordagem desenvolvida neste trabalho, na qual um SIT é arquitetado na forma de uma plataforma BI. Ele também descreve o modelo de dados do STDW e as ferramentas de atualização, manutenção e análise desenvolvidas neste trabalho. No Capítulo 4, o estudo de caso que permitiu avaliação desta abordagem é descrito. As principais lições aprendidas no decorrer deste trabalho e propostas de trabalhos futuros são discutidos no Capítulo Objetivo Geral Este trabalho tem como objetivo desenvolver pesquisas acerca de uma abordagem para a implementação de SITs em municípios de pequeno e médio porte. Esta abordagem visa superar deficiências das abordagens tradicionais, inclui o desenvolvimento e a manutenção de um CTM arquitetado na forma de um STDW. Acredita-se que essa abordagem permitirá a tomada de decisão e o planejamento territorial mais completo e mais acurado, levando a um melhor e maior conhecimento do território e de seus fenômenos sociais, econômicos e ambientais Objetivos Específicos Como objetivos específicos são pretendidos alcançar os seguintes: Investigar o estado da arte das abordagens para desenvolvimento de SIT; Investigar o estado da arte do CTM no Brasil e no mundo; Comparar os resultados dos trabalhos mais relevantes; Verificar as limitações dos métodos e ferramentas existentes, de maneira a identificar melhorias para o desenvolvimento e manutenção de CTMs; Desenvolver e documentar um conjunto de métodos e ferramentas que apoiem o desenvolvimento e manutenção de SITs para municípios de pequeno e médio porte sobre tecnologias livres; 13

16 Avaliar estas ferramentas e métodos em um estudo de caso real no qual o SIT para um município de médio porte é desenvolvido Justificativa O cadastro imobiliário é mundialmente utilizado há mais de um século. No decorrer desse tempo, evoluções no método cadastral, inserção de novas funcionalidades, aumento do número de usuários e avanço tecnológico, tornou-o em um CTM. Comumente pesquisas nacionais e internacionais sobre CTM estruturam-no sobre sistemas transacionais, tecnologia SIG e modelo de dados relacional. No entanto, essa estrutura é relativamente limitada para ser utilizada como ferramenta de suporte a tomada de decisão e planejamento urbano sobre um grande volume de dados. Além disso, no Brasil não existe um conjunto consolidado e reconhecido de métodos e tecnologias para implantar e manter o CTM. Essas limitações desencorajam a maioria dos municípios brasileiros iniciarem projetos nesse nicho, porque não há garantia de sucesso. Em 2007 uma pesquisa desenvolvida pela Fundação Getúlio Vargas, apontou que dentre 3359 municípios brasileiros avaliados, somente 2,87% foram considerados eficientes na gestão urbana de tributos. 14

17 2. Fundamentação Teórica 2.1. Conceitos Básicos Essa seção descreve conceitos básicos abordados neste trabalho. Inicialmente eles são relacionados ao cadastro de características urbanas que impactam na cobrança de tributos e distribuição de recursos. Em seguida são descritas tecnologias e ferramentas capazes de armazenar, explorar e integrar essas características a diversas bases de dados independentes e heterogêneas, para garantir a tomada de decisão mais precisa Cadastro Imobiliário O cadastro do território brasileiro existe desde 1530 por meio do sistema sesmarial 1. Porém, a preocupação com o registro público de terras foi a partir de 1850, com a criação da lei 601, também conhecida como lei das terras, que foi o marco inicial do cadastro estruturado em parcelas. O Ministério das Cidades define que parcela é a menor unidade cadastral do cadastro imobiliário. Ela é uma parte contígua da superfície terrestre com regime jurídico único. É considerada parcela cadastral toda e qualquer porção da superfície no município a ser cadastrada [Ministério das Cidades, 2009]. O cadastro imobiliário é um inventário público com informações estruturadas baseadas em levantamentos de campo, sobre características físicas, legais e jurídicas das parcelas de um território, situadas em uma região (país, estado, município, etc.), [Williamson, 1983] [Dale, 1989]. 1 Sesmarial é um sistema para normalizar a distribuição do território criado pelo Instituto Jurídico Sesmaria Português. 15

18 Figura 1. Ficha do arquivo físico do cadastro utilizada em Fonte: PMOP A Figura 1 apresenta uma das fichas que compunha o arquivo físico da prefeitura de Ouro Preto, utilizada para o cadastro de imóveis, denominada Ficha de Cadastro Imobiliário (FCI). Ao longo dos anos, as fichas se tornaram obsoletas e originaram um novo formulário nomeado Boletim de Cadastro Imobiliário (BCI). Ao BCI foram adicionadas características para descrever com maior nível de detalhes informações sobre o imóvel (estado de conservação, tipo de revestimento interno e externo e vagas de garagem); serviços disponíveis (água, esgoto e coleta de lixo); pavimento da via (calçamento, asfalto e terra) e geologia do terreno (rochoso, plano, inclinado). Além dessas, inúmeras outras características constituem o BCI e são utilizadas para calcular o valor dos tributos imobiliários, por meio de carnês enviados aos contribuintes. Os formulários BCI e carnê de cobrança utilizados no município de Ouro Preto, são ilustrados respectivamente nos anexos A e B Cadastro Técnico Multifinalitário O Cadastro Técnico Multifinalitário (CTM) é um cadastro capaz de manter dados alfanuméricos das parcelas e de diversos fatos que elas se relacionam. Além de contemplar aspectos do tradicional cadastro imobiliário concernentes às parcelas, é possível relacioná-las com informações de bancos de dados heterogêneas e até mesmo desconectadas sobre uma diversidade de assuntos, como: fatores sociais (trabalho, lazer, saúde, educação e segurança); econômicos (produção e comercialização de bens e serviços) e urbanos (sistemas de abastecimento de água e coleta de esgoto, transporte e rede de comunicação). Isso permite conhecer detalhadamente qualquer porção do território, promover a distribuição justa de 16

19 recursos e tornar o planejamento urbano mais acurado. [Loch e Erba, 2007] [Kaufmann e Steudler 1998] [Williamson 2000]. A Figura 2 ilustra o CTM. Figura 2. Cadastro Técnico Multifinalitário Sistemas de Informação Territorial Com o avanço da tecnologia da informação e novos métodos cadastrais, o cadastro imobiliário assume um novo papel. Além de armazenar informações sobre as parcelas, ele passa a ser utilizado para apoiar a tomada de decisão, promover o desenvolvimento urbano e ambiental, permitir identificar padrões de uso e ocupação do solo, monitorar intervenções urbanas e fomentar políticas sociais [Loch, 2003]. Figura 3. Evolução do cadastro imobiliário para o SIT 17

20 O CTM, quando estruturado sobre uma ferramenta de Sistema de Informação Geográfica (SIG), é chamado de Sistema de Informação Territorial (SIT), conforme ilustra a Figura 3. SIG é capaz de armazenar, consultar, transformar e operar sobre informações espaciais e alfanuméricas de objetos geográficos do mundo real. Esses objetos devem ser georreferenciados numa projeção cartográfica. Além disso, eles geralmente são agrupados por assunto e forma geométrica, dispostos em camadas. [Smith et al., 1987] [Burrough et al., 1986] [Aronoff et al., 1989]. O SIT permite visualizar com maior nível de detalhes informações sobre direito, restrições e responsabilidades das parcelas. Ele é capaz de tratar relações espaciais entre objetos geográficos e criar mapas temáticos, que facilitam o entendimento do comportamento desses objetos. Além disso, é possível integrar dados espaciais, censitários, imagens, modelo numérico de terrenos, etc. SIT potencializa a implantação de políticas de uso do território e tem sido utilizado em vários países em desenvolvimento para desenvolver políticas fundiárias [Loch, 2007] [UN-FIG, 1999] [UNECE, 1996] Modelo de dados transacionais e modelos multidimensionais Modelos de dados transacionais são projetados para atender demandas operacionais (cadastrais) dos sistemas de informação. Modelos de dados multidimensionais são projetados para obterem alto desempenho na realização de consultas em que medidas resumem dados agregados por dimensões hierarquicamente organizadas. 18

21 Quadro 1 Sistema Transacional vs Multidimensional Característica Sistemas Transacionais Sistemas Multidimensionais Objetivo Operacional Informativo Processamento Transacional Multidimensional Tipo de operação Incluir, alterar e remover Carga e consulta Número de usuários Milhares Centenas Tipo de usuários Operadores Tomador de decisão Interação do usuário Pré-definida Pré-definida e ad-hoc Condições dos dados Dados operacionais Dados analíticos Capacidade armazenamento Megabytes-Gigabytes Gigabytes-Terabytes Histórico de informação 60 a 90 dias 5 a 10 anos Granularidade Detalhada Detalhada e resumida Estrutura Estática Variável Recuperação de registros Dezenas Milhares Atualização Em tempo real Periódica Integridade Transação A cada atualização Número de índices Simples e poucos Complexos e muitos Intenção dos índices Localizar um registro Aperfeiçoar consultas Terminologia Linhas e colunas Dimensões, fatos e medidas Consistência Microscópica Global Fonte: adaptado de [Kimball, 2002], [Inmon, 1996] Um sistema OLTP (on-line transaction processing) tem a finalidade de registrar transações corriqueiras de uma organização, como: cadastrar produto, consultar contribuinte, registrar venda, etc. Esse sistema necessita suportar acesso de milhares de usuários, garantir a integridade do banco a cada alteração, validar informação antes de armazená-la e gerar relatórios rápidos. Os dados transacionais gerados pelo OLTP são usados diariamente em processos que envolvem gravação e leitura. Esses dados são armazenados em tabelas normalizadas, com o mínimo de redundância, o que agrega complexidade para formular consultas pelo usuário final. Modelos multidimensionais são modelados para a tomada de decisão. Eles exploram analiticamente e com eficiência um grande volume de informações 19

22 oriundas de diversas fontes de dados. Por isso, essa solução é aplicável ao CTM. A comparação apresentada no quadro 1 evidencia que um CTM estruturado sobre uma ferramenta de base de dados multidimensionais é uma solução que agregaria ao cadastro importantes valores, como: armazenamento de séries históricas, otimização de consultas analíticas, visualização de dados com diversas granularidades, etc. O modelo multidimensional armazena os dados usando o operador relacional cubo de dados. Tal operador é a generalização do operador relacional group-by sobre todas as possíveis combinações de dimensões com variadas granularidades. Uma dimensão é uma perspectiva do processo decisório. Podemos citar a dimensão tempo como uma dimensão fundamental ao processo decisório. O espaço normalmente é outra perspectiva que comumente usamos ao tomar decisões. Como normalmente consideramos várias perspectivas no processo decisório, daí o nome cubo multidimensional de dados [Inmon, 1996]. O modelo multidimensional de dados é organizado em torno de um tema central, tal como notas de alunos. O tema central é representado por fatos. Um fato é a quantidade mínima de informação a ser analisada, isto é, a quantidade mínima da qual se quer analisar os relacionamentos entre as dimensões. Consideremos o cubo de dados IPTU usando apenas duas dimensões: tempo e bairro. Na representação 2D, os valores de IPTU são apresentadas em uma tabela, onde uma coluna indica o tempo e outra indica os bairros. O fato ou medida mostrada é a média de IPTU pago, conforme podemos ver na Tabela 1 [Kimball, 2002]. IPTU Tabela 1 Cubo de dados com 2 dimensões Tempo Lagoa N. Sra. Carmo N. Sra. Rosário Barra

23 Inteligência de Negócio Um Sistema de Inteligência de Negócios é definido como um sistema de informação, que envolve ferramentas, métodos e softwares que subsidiam a tomada de decisão para o planejamento estratégico e tático na organização. Ele permite extrair, armazenar, explorar e transformar um grande volume de dados, de maneira rápida e simples para o usuário final. Elementos fundamentais são: data warehouse, ETL, ferramentas OLAP e data mining. Geralmente organizações armazenam suas informações em fontes de dados independentes pelos departamentos. Com isso, recuperar a analisar informações em tempo hábil torna-se difícil [Luhn HP, 1958], [Watson e Wixom, 2007] Data Warehouse A tecnologia de data warehouse (DW) é definida como um armazém de dados, orientado por assunto, integrado, variante no tempo e não volátil, que tem por objetivo dar apoio ao processo de tomada de decisão [Inmon, 1996] [Poe, et al., 1998]. Existem diferentes estratégias para implantar DW, que variam conforme o assunto dos dados e esquema do modelo dimensional de armazenamento. Temporal Data Warehouse (TDW) armazena dimensões sobre a trajetória de objetos. Spatial Data Warehouse (SDW) armazena dimensões espaciais sobre objetos. A união desses dois cria o Spatial-temporal Data Warehouse (STDW), que mantém integrado dimensões espaciais e temporais, para explorar dados sobre a evolução e também a localização geográfica de objetos do mundo real, como: veículos, migração de animais, furacões, tsunamis e ocupação do território. [Marchand, 2003],[Miquel et al., 2004] [Papadias et al., 2002] [Malinowski e Zimányi, 2008] [Gómez et al., 2011]. A Figura 4 ilustra como as evoluções dos objetos são inseridas no STDW. Inicialmente as informações sobre a evolução de um objeto são capturados pelo gestor de fluxo de evolução, que adiciona um identificador para cada evolução. Esses dados são inseridos no banco de dados MOD (moving object database) por meio de fluxos ETL. Finalmente as informações do MOD e espaciais são integradas ao TDW, formando o STDW. 21

24 Figura 4. Evolução de objetos. Fonte: Adaptada de [Gómez, et al., 2011] A disposição do DW no esquema estrela é caracterizada pela existência da tabela de fatos ao centro, conectada às dimensões por meio de chaves estrangeiras. As vantagens dessa abordagem são: desenho simétrico, poucas tabelas e relacionamentos, bom desempenho, consultas simples e boa manutenibilidade. Como desvantagens, não aplicáveis em modelos transacionais, informações redundantes e dimensões não normalizadas. Já o modelo flocos de neve estrutura o DW num modelo relacional, por meio da normalização das dimensões. Embora esse modelo diminua o espaço de armazenamento dos dados, ele acarreta diversas desvantagens, porque insere mais tabelas no modelo, aumenta o número de relações entre elas, o que torna as consultas mais complexas e lentas [Kimball, 2002]. A Figura 5 ilustra os esquemas estrela e flocos de neve. 22

25 Figura 5. Esquema floco de neve e estrela. Fonte: Adaptada de [Inmon, 1996] A construção de um DW pode ocorrer por meio de uma estratégia denominada bottom-up, que é ilustrada na Figura 6. Ela consiste na criação de data marts departamentais que, quando integrados, consolidam o DW. Conforme [Inmon, 1996], data mart é um subconjunto dos dados de um data warehouse. Ele é destinado para atender as demandas de um grupo específico de pessoas, referente a um determinado assunto, em um período de tempo qualquer. Fontes de dados Figura 6. Estratégia bottom-up para construção de DW Ferramentas ETL (Extract Transform and Load), permitem a criação de scripts utilizados no processo que extrai, transforma e carrega dados de fontes de dados heterogêneas e dispersas geograficamente, para um DW. Na extração ocorre a leitura de informações provenientes de diversas fontes de dados (planilha eletrônica, arquivo texto, banco de dados, etc.); o tratamento dessas informações, tais como: alteração de tipo, quantidade de casas decimais, remoção de caracteres especiais, entre outras, realizam-se na transformação. Na etapa de carga, as informações são 23

26 armazenadas no DW. A construção dos scripts ETL é uma tarefa muito complexa, sendo responsável por consumir a maior parte de recursos durante a construção do DW [Kimball e Caserta, 2004] Consultas OLAP A partir das informações armazenadas no DW, são necessárias ferramentas analíticas capazes de operar sobre um grande volume de dados, dispostos em um modelo multidimensional de dados, para gerar agregações sumarizadas, em diversos níveis de granularidade. Na Figura 7, ao centro do cubo contém os fatos, representados pela tabela (Zona_Geográfica_Fact). Em cada uma das células centrais estão as medidas. As dimensões estão dispostas aos lados do cubo (Imóveis e Tempo). Figura 7. Fluxo de análise OLAP no DW. Ferramenta OLAP deve trabalhar conforme a maneira que os dados estão armazenados, no cubo, para isso algumas estratégias são: relacional OLAP (ROLAP), multidimensional OLAP (MOLAP) e híbrido OLAP (HOLAP). ROLAP trabalha sobre o modelo relacional, onde são realizadas otimizações no SGBD para implementar agregação lógica. MOLAP é utilizado quando o banco de dados e o SGBD são multidimensionais, isso permite bom desempenho e análises simples e rápidas. HOLAP é a combinação entre ROLAP e MOLAP. Geralmente os dados são armazenados em estruturas relacionais (ROLAP) e as agregações são armazenadas em estruturas multidimensionais (MOLAP) [Bédard et al., 2007]. O acoplamento de DW a diferentes tecnologias da informação impulsionou o aparecimento de 24

27 ferramentas analíticas especializadas tais como, SOLAP e ST-OLAP. A Figura 7 apresenta o fluxo de analise de uma ferramenta OLAP sobre o DW. SOLAP é uma variação das ferramentas OLAP para tratar dimensões espaciais. Já ST-OLAP explora um cubo com dimensões espaciais e temporais, por meio de operadores especializados. Em geral os operadores são: drill-down, roll-up, drillacross, swap, pivot, slice e dice. O quadro 2 apresenta esses operadores com mais detalhes. Essas operações estão disponíveis para diferentes tipos de visualização (temático, temporal e espacial), e devem ser utilizados conforme o tipo de dimensão manipulada. Visualização Temática permite manipular dimensões descritivas para conhecer dimensões temporais e espaciais. Temporal manipula dimensões temporais para conhecer dimensões temáticas e espaciais. Espacial manuseia dimensões espaciais para conhecer níveis das dimensões temáticas e temporais. [Bédard et al., 2007]. Quadro 2 Operadores OLAP Operação Descrição Exemplo Drill Drown Aumentar o nível de detalhe da informação em consequência da diminuição do nível de granularidade. Roll-Up Drill-Across Diminuir o nível de detalhe e aumento do nível de granularidade A consulta realizada em uma dimensão pode alterar de um nível para outro sem passar por níveis intermediários. Alterar a análise do total pago de IPTU no município para o total pago em uma quadra. Alterar a análise de IPTU pago por uma quadra para o bairro ao qual ela pertence. Uma dimensão tempo composta por dia, mês e ano, possibilita alterar o nível de análise de dia para ano dentro da mesma dimensão. Swap Pivot Slice e Dice Ordenar a informação independente do tipo (texto ou número) Alterar linha e colunas. Recalcular valores totalizados. Rotacionar em qualquer sentido os lados do cubo de dados em análise, para combinar dimensões a fim de obter informações necessárias. Ordenar clientes por nome Arrastar a dimensão Divida_Ativa para dentro de uma coluna de tempo, que constitui as tuplas de uma tabela. Seleciona-se um período, por exemplo ano A alteração da análise passa de ano e região (linha e coluna) para ano e região (coluna e linha). 25

28 Fonte: adaptado de [Inmon, 1996] 2.2. Trabalhos Correlatos Essa seção relaciona os principais trabalhos relacionados ao SIT encontrados na literatura. Inicialmente os sistemas de cadastro imobiliário foram desenvolvidos para manter apenas informações físicas, jurídicas e fiscais das parcelas territoriais. A Figura 8 ilustra um ciclo de evolução contínua deste cadastro. Os novos métodos cadastrais, juntamente com a necessidade de integrar novos assuntos, impulsionaram a demanda por armazenamento de dados mais eficiente e aumento de funcionalidades. Com isso, o cadastro se torna uma ferramenta que atende a demandas de diversos setores e consequentemente um maior número de usuários. Todas essas mudanças são estruturadas sobre diversas tecnologias da informação que, quando integradas, transforma o tradicional cadastro imobiliário em uma ferramenta completa de gestão territorial, capaz de subsidiar a tomada de decisão e o planejamento sustentável de uma região administrativa. Figura 8. Ciclo de evolução do cadastro. Os primeiros avanços em SITs buscaram identificar os requisitos e projetar o modelo de dados de um repositório unificado, denominado CTM, para o armazenamento, consulta e análise de dados espaciais e alfanuméricos acerca do território. No ano de 1998, a Federação Internacional de Agrimensores (FIG) publicou o documento 26

29 Cadastre 2014, constituído de requisitos e tendências para um sistema cadastral imobiliário mais abrangente, para os 20 anos após 1994 [Kaufmann e Steudler 1998]. Este documento destaca a necessidade de melhoria da precisão das informações espaciais; de mudança de foco das análises a partir das parcelas territoriais para os objetos territoriais (propriedades); do uso de informações tridimensionais (3D) e temporais (4D) para lidar com a dinâmica e a verticalização dos municípios; e de serviços para atualização e consulta de informação cadastral em tempo-real. O artigo de [Williamson, 2000] apresenta uma revisão entre os anos de 1996 e 1999 de estratégias criadas para realizar uma reforma cadastral e inúmeros fatores que afetam o desenvolvimento do território. Existem dois componentes chaves para desenvolver uma estratégia eficaz. Primeiramente, a reforma cadastral deve possuir objetivos bem definidos, para promover sustentabilidade, segurança e estabilidade social. O segundo é desenvovler uma visão para o futuro do sistema cadastral baseado nas necessidades e infraestrutura disponível em cada lugar. Essas estratégias aliada à boa governança deverão apoiar a tomada de decisão, para agregar qualidade ao planejamento das decisões sociais, políticas, econômicas de desenvolvimento sustentável. Além disso, o autor reúne as melhores práticas utilizadas em vários países e destaca que cada país deve desenvolver SITs específicos, devido a influências de fatores sociais, legais, culturais, econômicos, institucionais e infra-estrutura disponível. O modelo de dados entidade relacionamento criado por [Van Oosterom et al., 2006] é denominado Core Cadastral Domain Model (CCDM), capaz de atender às necessidades comuns de diversos países na administração territorial. Esse modelo é fruto de um conjunto de várias versões, ajustadas em workshops e pela troca de experiências de estudos de casos aplicados em diversos países (Holanda, El Salvador, Bolívia, Dinamarca, Suíça, Portugal, Grécia, Australia, Nepal, Egito, Islândia, além de vários países africanos e árabes). A Figura 9 ilustra o cerne do CCDM, sendo ele comum a todos os países e baseado em três classes, RegisterObject (imóveis e outros objetos urbanos), RRR (direito, restrição e responsabilidades) e Person (pessoa física, jurídica ou grupo de pessoas). Além 27

30 disso, o CCDM permite armazenar aspectos temporais, documentos cadastrais, objetos de diversos tipos geométricos (ponto, linha e polígono), fotos de satélite, topografia de terreno e até topologias baseada em 2 ou 3 dimensões. Esse modelo é detalhado nos apêndices C (aspectos legais e propriedade) e D (imóveis e aspectos diversos relacionados às parcelas). Figura 9. Núcleo do CCDM. Fonte: Van Oosterom et al., 2006Figura O artigo de [Bennett et al., 2010] apresenta uma revisão do cadastro territorial no decorrer de 30 anos em vários países. Novas visões, funcionalidades e modelos alteraram radicalmente o entendimento e potencial do cadastro. Essas alterações foram impulsionadas principalmente pela evolução das tecnologias da informação e teoria de sustentabilidade. As novas tendências seguem para cadastro de 4 dimensões, também chamado de cadastro em tempo real (redes de sensores e equipamentos de GPS fornecem informações em tempo real); cadastro orientado por objetos (representar a estrutura urbana em geral); cadastro orgânico (interesses ambientais) e global (interligação de redes regionais e globais de cadastro). No Brasil, os trabalhos de [Loch e Erba, 2007] [Gonçalves, 2008] identificam os requisitos e diretrizes de um o modelo conceitual de banco de dados geográfico, para solucionar deficiências concernentes às limitações e deficiências cadastrais nos municípios brasileiros, em especial de pequeno e médio porte. Esse modelo além de contemplar informações espaciais e descritivas das parcelas, se integra a diferentes 28

31 áreas de conhecimento, tais como, saúde, educação, transporte, meio ambiente e outros. O Anexo E ilustra o diagrama de classes deste modelo de dados conceitual. Conforme o estudo de caso de [Simonova e Komarkova, 2004], o uso de DW em uma região de República Checa, tornou a administração pública e o planejamento urbano mais completo e acurado, a partir da integração de dados provenientes de diversos setores administrativos em um repositório unificado. Em geral, os municípios da República Checa possuem sistemas desconectados, que tonam o processo de tomada de decisão lento e muito complexo. A Figura 10 descreve a arquitetura de um DW regional. Fluxos ETL (Extract, Transform and Load) utilizam como fontes de dados sistemas legados, para criar Data Marts que são acessados por meio de uma rede de computadores. Algumas limitações deste trabalho são a inexistência suporte para dados espaço-temporais e a escassez de ferramentas e métodos para consolidar um DW. Figura 10. Arquitetura regional do DW. Fonte: [Simonova e Komarkova, 2004]. Apesar dos esforços nacionais e internacionais, a dificuldade técnica envolvida para implantar o CTM tem impedido que se tornem uma realidade na maioria dos municípios brasileiros. A situação se agrava devido à inexistência de uma metodologia padronizada que garanta retorno do capital investido. Além disso, muitos trabalhos em âmbito mundial relatam a importância do CTM entendido como 29

32 uma ferramenta de tomada de decisão, capaz de analisar e integrar diversas fontes de dados alfanuméricos, espaciais e temporais. Porém, em geral esses trabalhos limitam-se a propor um modelo de dados relacional para sistemas puramente transacionais. A Figura 11 descreve um comparativo entre os trabalhos correlatos relacionados no decorrer desta seção. Figura 11. Comparativo entre trabalhos correlatos. 30

33 3. Uma abordagem para o desenvolvimento e a manutenção de SITs Esta seção detalha uma abordagem para o desenvolvimento de um SIT estruturado como um sistema de inteligência de negócios (BI Business Intelligence). Ela apresenta os princípios básicos desta abordagem e descreve a metodologia de desenvolvimento, a arquitetura de software do SIT, o modelo de dados multidimensional e o processo para construção, atualização e evolução contínua do CTM, implantado na Prefeitura do município Ouro Preto Princípios básicos desta abordagem A despeito de todos os domínios de problemas administrados por meio de um SIT, entre eles, os relacionados às questões econômicas, jurídicas e sociais, um SIT deve principalmente ser capaz de lidar com a dinâmica de uma cidade. Deve estar preparado para mudanças e evoluir com elas. Além de ser capaz de atualizar frequentemente um volume massivo de dados espaciais e temporais. Por isso, flexibilidade para absorver mudanças com pouco esforço e retrabalho mínimo é uma característica indispensável. Desta forma, projetar um CTM que seja extensível é mais importante que projetar um que seja preciso em abranger cada domínio de problema. Ferramentas que coletam, transformam e analisam os dados de um CTM não devem depender de seu modelo de dados. Para que resultem em decisões mais acuradas, estas ferramentas devem permitir análises completas e atualizadas sobre dados sumarizados em hierarquias espaciais, como país, cidade e imóvel, e hierarquias temporais, como ano, mês e dia. O desenvolvimento um de SIT é dispendioso. Entretanto, a sustentabilidade do sistema deve ser garantida. O desenvolvimento envolve a contratação e treinamento de uma equipe multidisciplinar e especializada, a realização contínua de coleta de dados em campo e a aquisição de dados espaciais onerosos como imagens de satélite de alta resolução, levantamentos topográficos, mapas de arruamento e de imóveis. A necessidade, quantidade e o nível de detalhe dos dados devem ser ponderados frente aos benefícios que resultarão de seu custo. É preciso desenvolver um SIT cujo custo de desenvolvimento seja pago nos primeiros anos após sua implantação através da ampliação do cadastro de imóveis registrados e da 31

34 cobrança mais eficaz de taxas e impostos imobiliários. Nos anos posteriores, os ganhos serão menores, mas deverão financiar a manutenção e evolução do sistema. No Brasil, para estarem em conformidade com as diretrizes nacionais para Governo Eletrônico, projetos de desenvolvimento de Sistemas de Informação públicos devem priorizar soluções, programas e serviços baseados em software livre, adotar padrões abertos no desenvolvimento de tecnologia de informação, garantir a auditabilidade plena e a segurança dos sistemas, restringir o crescimento do legado baseado em tecnologia proprietária, além de promover a capacitação de servidores públicos para utilização de software livre. Por estas razões, esta abordagem prioriza o uso de tecnologias livres e de código aberto cujo estágio de maturidade garantam a produtividade do projeto e sua continuidade à longo prazo [Governo Eletrônico, 2012]. No ano de 2009, o Ministério das Cidades publicou a portaria 511 contendo as diretrizes nacionais para criar, instituir e atualizar um CTM. Essas diretrizes serão adotadas neste trabalho. Elas definem os procedimentos que deverão ser seguidos pelos municípios brasileiros para evoluir o cadastro imobiliário em um CTM. Esta portaria relaciona questões referentes às informações espaciais que deverão estar contidas no cadastro, por exemplo, a maneira que devem ser modeladas e as projeções cartográficas que deverão ser utilizadas. A portaria também evidencia a necessidade de uma equipe de funcionários dedicada à manutenção do cadastro e a possibilidade do incremento de receita gerado pelo CTM financiar a reforma cadastral. Além disso, ela estabelece o período entre as avaliações imobiliárias, diversas práticas que visam o aperfeiçoamento da distribuição de recursos territoriais e o aprimoramento da avaliação de imóveis e da coleta de tributos [Ministério das Cidades, 2009] Metodologia de Desenvolvimento Evolutiva A metodologia de desenvolvimento adotada foi o Rational Unified Process (RUP) 2, pelo fato de ser um processo iterativo e incremental, amplamente utilizado na

35 indústria de software, para aumentar a produtividade no processo de desenvolvimento As atividades de concepção, projeto, construção e avaliação foram realizadas para produzir versões melhoradas do SIT e do CTM. Além de assegurar a qualidade destes componentes, as avaliações buscaram maturar a abordagem proposta a cada iteração, tornando-a mais confiável e eficiente à medida que fosse evoluída. Foram necessários seis ciclos de desenvolvimento ao longo de 24 meses de projeto. Os três primeiros tiveram a duração de seis meses, devido ao volume de ferramentas de coleta, atualização e análise a serem produzidas. Nestes ciclos, somente amostra de dados foram coletadas em campo. Depois, três ciclos de dois meses tiveram como foco a construção do CTM, quando as atividades de campo e saneamento do cadastro imobiliário foram intensificadas. Essas atividades foram acompanhadas com periodicidade quinzenal, o que permitiu acompanhar e validar a evolução contínua do projeto conforme as métricas acordadas com a Prefeitura Municipal de Ouro Preto. A equipe utilizada durante estes ciclos foi composta por um estudante de mestrado e três de graduação Arquitetura de Sistema de Informação Territorial A Figura 12 ilustra a arquitetura de um SIT estruturado como um sistema de BI. O modelo lógico de dados do CTM é organizado como um STDW no qual ferramentas de atualização, implementadas como fluxos ETL, extraem dados de diversas fontes, tais como planilhas eletrônicas, arquivos texto, arquivos shape e bancos de dados relacionais transformando-os em informações de entradas para o CTM. Esses fluxos são executados periodicamente ou sob demanda. Ferramentas de coleta de dados são desenvolvidas como aplicações para dispositivos móveis que apóiam as pesquisas de campo. Fluxos ETL são scripts que extraem dados de fontes de dados heterogêneas, realizam transformações sobre esses dados e os inserem no CTM. Durante a etapa de transformação, os dados incorretos ou fora de padrão são saneados e em seguida realimentam os sistemas legados. A análise de dados espaço-temporais são baseadas em ferramentas que combinam técnicas de mineração de dados, OLAP e GIS. 33

36 Figura 12. Arquitetura de software de um SIT estruturado como um BI Modelo de dados O modelo do banco de dados relacional adotado no cadastro imobiliário serve de base para construir um modelo multidimensional. Essa evolução foi necessária porque o modelo multidimensional é mais eficiente para ambientes analíticos. Nesses ambientes, características não triviais, como trabalhar com um grande volume de dados obtidos de fontes de dados dispersas e recuperar informações por meio de agrupamentos, são cruciais para fornecer suporte à tomada de decisão, a partir de análises completas sobre bases de dados históricos. A Figura 13 demonstra o modelo do banco de dados relacional similar aos utilizados pelos cadastros imobiliários vigentes nas prefeituras. A tabela parcela caracteriza as unidades territoriais. Ela descreve informações sobre o endereço completo, declividade de terreno, pavimento da via, conservação do imóvel, valor predial, etc. Contribuinte é a tabela que possui informações sobre o proprietário do imóvel. Características concernentes à avaliação das unidades habitacionais estão na tabela Calculo_iptu. Taxas_iptu contém informações sobre as taxas que incidem sobre a cobrança do IPTU. Dívidas de imóveis referentes ao IPTU são armazenadas na tabela Dividas_iptu. A maneira de pagamento do IPTU assim como respectiva data de vencimento são inclusas na tabela Vencimento_iptu. Por fim, os serviços 34

37 disponíveis para cada unidade habitacional são catalogados na tabela Parcela_serviços. Figura 13. Modelo de banco de dados relacional de um cadastro imobiliário. A Figura 14 apresenta o modelo conceitual do CTM. O uso do paradigma orientado por objetos, cujas abstrações são próximas aos domínios de aplicação, permite que decisões relativas ao projeto deste modelo sejam tomadas colaborativamente, pela equipe responsável pelo SIT e por especialistas em cada domínio da administração municipal. Além disso, o mecanismo de herança permite sua fácil especialização para representar conceitos de cada domínio [Lorenz e Kidd,1994]. Figura 14. Modelo conceitual orientado por objetos do CTM. A estrutura do modelo conceitual determina que uma pessoa física ou jurídica possa envolver em diferentes relações temporais.. Cada relação recebe um rótulo que identifica seu período de validade.. Elas podem possuir um ou mais objetos de relação.. Objetos de relação podem ser recursos (hospital, escola, delegacia de 35

38 polícia, etc.) ou serviços (água, luz, esgoto, telefone, coleta de lixo, etc.). Eles podem estar associados a um único endereço de logradouro e podem ter uma ou mais geometrias associadas para determinar sua localização e forma. Sobre as relações econômicas, incidem impostos e taxas sobre qualquer movimentação relacionada a um imóvel, seja uma venda de um lote ou transferência de titularidade. Desta maneira, objetos utilizados na administração do território como parcelas e unidades habitacionais, podem ser modeladas como tipos de recursos. A cada recurso é atribuído o uso, por exemplo, residência, comércio, delegacia, etc.. Cada tipo de relação pode posteriormente ser implementado como um data mart. O Modelo multidimensional voltado para impostos e taxas que incidem nas relações econômicas é projetado para obter alto desempenho na realização de consultas em que medidas resumem dados agregados por dimensões hierarquicamente organizadas e relacionadas com os fatos. Na dimensão tempo, os fatos podem resumir dados referente ao IPTU pago em um período qualquer. No espaço, eles podem resumir dados por meio de operações espaciais, interseção, união e buffer. O fundamental no projeto deste modelo é garantir que mudanças possam ser realizadas nas dimensões de análise ou nas hierarquias em que elas são organizadas, sem que isso traga grandes impactos para os dados armazenados ou para as ferramentas de análise. Por estas razões, o modelo lógico da Figura 15 é concebido como um STDW extensível estruturado sobre o esquema flocos de neve, capaz de armazenar informações históricas sobre as relações econômicas que incidem nas parcelas, sejam elas informações alfanuméricas (alteração de titularidade, valor pago de IPTU, dívida, etc.) ou espaciais (desmembramento ou agregação de parcelas). Este esquema é bastante simétrico e de fácil compreensão, devido à baixa quantidade de tabelas e relacionamentos. Neste exemplo, relações econômicas são modeladas por uma tabela de fatos a partir da qual relações podem ser analisadas por medidas (count, sum, average, max) sobre os atributos ValorCobrado, ValorPago e Juros. Os atributos DataTermino, DataPagamento, EnderecoProprietario e EnderecoRecurso são úteis para a navegação sobre medidas hierarquizadas nas dimensões tempo e espaço. 36

39 Figura 15. Modelos entidade-relacionamento do CTM organizado como um STDW. O modelo de dados ilustrado na Figura 15 facilita a construção de consultas e melhora o tempo de resposta, por causa do menor número de relações. Além disso, para inserir uma nova dimensão, basta relacioná-la com a tabela de fatos. Embora seja um modelo simplificado, ele permite representar uma infinidade de relações sociais que envolva uma relação comercial, seja ela a compra de automóvel, a transferência de titularidade de um imóvel, etc. Os modelos apresentados nos anexos C, D e E utilizam o paradigma de sistema transacional. Por isso, possuem mais tabelas, é difícil de ser estendido, apresenta maior custo de manutenção e a desempenho de consulta é comprometida em detrimento do elevado número de relações Processo de desenvolvimento do CTM espaço temporal A cada ciclo de desenvolvimento o processo descrito na Figura 16 pode ser total ou parcialmente executado para a construção e atualização do CTM espaço temporal. As etapas para o tratamento da imagem de sensor remoto são coleta de pontos de controle, registro da imagem, elaboração do modelo triangular de terreno, criação do modelo digital de elevação, ortorretificação e correção radiométrica. As cinco primeiras conferem acuidade aos cálculos de distância e área realizados sobre as imagens. O restante do processo refere-se à incorporação de informações dos sistemas legados ao CTM. 37

40 Registro imagem Figura 16. Modelo de dados geográficos (OMT-G) do CTM espaço temporal Pontos de controle coletados por equipamentos GPS (Global Position System) de alta precisão foram utilizados para registrar imagens de sensores remotos de alta resolução em um determinado sistema de referência geográfica. Esse registro consiste numa transformação geométrica capaz de converter coordenadas de uma imagem em coordenadas geográficas, representadas por latitude e longitude de um mapa. Isso permite corrigir distorções causadas durante a obtenção da imagem pelo sensor remoto [Brown, 1992]. A Figura 17 ilustra o registro de imagem. Figura 17. Registro de imagem de sensor remoto. 38

41 Curvas de nível e linhas de drenagem foram utilizadas para gerar o modelo triangular do relevo (TIN Triangular Irregular Network). Ele é formado a partir de um conjunto de triângulos adjacentes, que nunca se sobrepõe e são calculados por meio de pontos com coordenadas tridimensionais irregularmente distribuídos em uma superfície [Peucker et al., 1978]. Já o modelo digital de elevação (DEM - Digital Elevation Model), foi obtido após discretizar o modelo TIN em uma grade de células regulares. O DEM pode ser definido com a representação digital de uma área da superfície, numa matriz de pixels com coordenadas planimétricas (x,y) para cada pixel e um valor de intensidade, referente à sua elevação. [O'Callaghan e Mark, 1984]. A Figura 18 apresenta o processo que transforma curvas de nível no TIN e em seguida no DEM. Figura 18. Modelo digital de elevação. A Ortorretificação de imagem é o processo que elimina distorções introduzidas durante a sua obtenção. Essas distorções são ocasionadas pela variação da altitude e inclinação do sensor e também pela elevação do terreno. Por isso, é indispensável o MDE para realizar a ortorretificação e criar uma ortoimagem. A correção radiométrica tem o objetivo de eliminar interferências nas imagens ocasionadas pela calibração do sensor, iluminação e atmosfera [Schowengerdt, 1997]. O efeito dessa correção radiométrica é apresentado na Figura 19b. As imagens resultantes do processo radiométrico foram unidas para formar um único mosaico que recobre todo o município. Este mosaico é utilizado como pano de fundo sobre o qual foram criados layers constituídos por feições de diversos objetos geográficos desenhados manualmente, tais como, eixos de rua, quadras e unidades habitacionais, etc. As dimensões desses objetos buscaram respeitar medidas nas plantas registradas nos cartórios de registro, quando disponíveis. 39

42 Figura 19. Imagem de Weiheim, Alemanha: a) antes da correção e b) após a correção radiométrica. Fonte: [Rosa e Fernandes, 2011] O processo para extrair feições espaciais do mosaico, embora seja simples e de custo relativamente baixo se comparado às medidas realizadas nos trabalhos de campo, não pode ser utilizado como única fonte de informação, devido à imprecisão inserida durante o desenho e até mesmo do registro da imagem. Um dos empecilhos mais comum na utilização de SIG é com relação à indisponibilidade de bases de dados consistentes e atualizadas. Essa realidade é agravada quando é necessário maior nível de detalhes, como é o caso de mapeamento urbano ou imobiliário. Embora muitas empresas estejam atuando massivamente nesses mapeamentos, o custo é muito elevado. Há alguns anos o Google Earth disponibiliza uma maneira fácil para obter coordenadas geográficas de objetos, mas a precisão dessas informações não é útil para todos os domínios de aplicação. Um experimento realizado na cidade de Itajubá em Minas Gerais comparou pontos coletados pelo Google Earth e por um aparelho de alta precisão, denominado Sistema Diferencial de Posicionamento Global (DGPS). A diferença encontrada foi de 21 metros, o que inviabiliza o uso do Google Earth como única fonte de informação, para delimitação de parcelas. A Figura 20 ilustra a distorção do Google Earth e dispositivos GPS perante o DGPS [Lima et. al, 2009]. 40

43 Figura 20. Comparativo entre Google Earth, GPS e DGPS. Fonte: [ Lima et. al, 2009] 3.6 Cadastro e integração de informações O cadastro de informações em campo foi realizado por meio de tablets, com um aplicativo para coletar informações descritivas e geoespaciais. As descritivas são o nome da via, número, complemento e bairro. Os dados geoespaciais referem-se às coordenadas latitude/longitude e representação geométrica de cada imóvel. Ambas coletadas a partir do aplicativo Google Maps 3. Devido à impresisão do Google Maps descrita na seção 3.5, será necessário um ajuste ponto a ponto sobre as coordenadas de cada objeto. A seção 3.8 detalha como será realizado este ajuste. O uso do tablet aumentou a produtividade da coleta de informações em campo e também a exportação dessas informações para o banco de dados do CTM, por meio de fluxos ETL, que foram customizados na ferramenta GeoKettle. Pela inexistência de uma chave primária, capaz de conectar os dados dos sistemas legados às informações coletadas em campo, a integração utilizou um identificador composto pelos atributos nome da via, número, complemento e bairro. No entanto, essa solução não integra tuplas que embora sejam sobre o mesmo objeto, estejam com as descrições incompatíveis, ocasionadas por erros de cadastro, conforme ilustra a imagem

44 Figura 21. Erros cadastrais Os fluxos ETL foram a etapa mais árdua do processo para acoplar os dados do CTM ao cadastro imobiliário da prefeitura. O motivo foi a falta de padrão e erros decorrentes do processo de digitação dos usuários que mantém o cadastro imobiliário. Portanto, foi inserido nos fluxos ETL um catálogo de anomalias e respectivas correções para cada erro identificado. Esse catálogo foi atualizado à medida que novos erros foram detectados. A Figura 22 ilustra uma pequena parte deste catálogo. Figura 22. Catálogo de erros do ETL O trabalho de campo utilizou o aplicativo Google Maps para identificar a localização das parcelas. Isso acarretou um desajuste significativo quando essas informações foram sobrepostas na imagem Quickbird comprada pela prefeitura. Essa imagem está muito bem registrada para Ouro Preto e foi utilizada como plano de fundo para o ajuste ponto a ponto. A Figura 23 ilustra uma pequena parte do layer de unidades habitacionais. Esse layer é constituído por pontos, pelo fato de serem facilmente desenhados, manipulados e consumir menos recursos de armazenamento. Cada ponto sobre uma parcela representa uma unidade habitacional, ou seja, um prédio com 20 apartamentos é representado por 20 pontos. Por meio de fluxos ETL essas unidades habitacionais foram integradas ao cadastro imobiliário. 42

45 Figura 23. Layer de unidades habitacionais Processos e Ferramentas para o Desenvolvimento e Manutenção do CTM Os Fluxos ETL viabilizaram o uso das feições para análises estatísticas (total de IPTU, somatória das áreas dos imóveis, somas de testadas, etc.) e até mesmo espaciais (imóveis localizados em uma quadra, bairro ou ao longo de uma via), isso foi possível porque as feições inseridas manualmente no trabalho de campo foram integradas às informações descritivas do cadastro imobiliário. A localização de uma unidade habitacional é, em geral, determinada por uma coordenada geográfica (latitude, longitude) e um endereço (nome da via, número, complemento e bairro). As unidades habitacionais que não estavam cadastradas da prefeitura fomentavam trabalho de campo para os fiscais e cadastradores. Finalmente, os fluxos ETL são utilizados para incorporar dados de sistemas de informação legados de diversas áreas, tais como educação, saúde, transporte, meio ambiente, etc. Desta forma, à medida que os fluxos ETL falham em associar dados de sistema legados a recursos cadastrados no CTM usando sua localização como chave única de associação, o problema é corrigido com eventuais idas ao campo. Após conhecer a localização dos recursos, as bases de dados envolvidas são saneadas e integradas de maneira incremental. A Figura 24 ilustra um dos fluxos ELT. UnidadeHabitacional é a tabela 43

46 de origem dos dados armazenados no cadastro imobiliário da prefeitura, UnidadesNaoNulas é um script para remover valores nulos, Transformer_UH contém o catálogo de informações incorretas e respectivas correções, JS_Clear_Addess remove espaços em branco e caracteres inválidos dos registros, HierarquiaEspacial armazena as informações nas respectivas dimensões espaciais e UnHabitacional persiste as informações na tabela do layer que armazena as unidades habitacionais. Figura 24. Estrutura de um script no GeoKettle Ferramentas para coleta, atualização e controle de qualidade de dados Os fluxos ETL responsáveis pela aquisição e atualização dos dados foram implementados através da ferramenta livre GeoKettle.. Eles são editados graficamente na forma de diagramas de fluxo de dados. Este fato facilita seu desenvolvimento e manutenção por pessoas com pouca experiência em programação. Um plugin nomeado OpenKettle, foi desenvolvido para iniciar o GeoKettle a partir do ambiente TerraView. Além do OpenKettle foram criados outros plugins, KMLMaker, QualityControl, AddressLocator, AddressMerge e ReportMaker. O KMLMaker foi desenvolvido na plataforma android e armazena as informações em arquivos no formato KML. Esse plugin é instalado nos tablets, que são utilizados nos trabalhos de campo. O usuário informa o endereço de cada unidade habitacional e em seguida coleta sua localização espacial, por meio de um ponto. A coordenada desse ponto é obtida pelo aplicativo Google Maps. A Figura 25 ilustra alguns pontos coletados pelo KMLMaker. 44

47 Figura 25. Informações coletadas em campo A diferença entre a precisão da imagem do Google Maps utilizada nos trabalhos de campo e a imagem Quickbird armazenada no banco de dados do SIT, requer um ajuste ponto a ponto de cada registro georreferenciado coletado pelo KMLMaker. Esse problema pode ser corrigido com uma infraestrutura mais sofisticada de hardware e consequentemente mais cara, capaz de acessar a imagem do SIT durante os trabalhos de campo via internet. A Figura 26 ilustra à esquerda os pontos coletados em campo sobre a imagem do aplicativo Google Maps; ao centro destacase a distorção entre as coordenadas de coleta sobrepostas sobre a imagem do SIT; à direita apresenta as coordenadas ajustadas. Figura 26. Distorção entre imagens. 45

48 O plugin QualityControl foi criado para analisar os dados após o povoamento do DW, ou seja, ao término de cada execução dos fluxos ETL. Ele foi desenvolvido em C++, sobre a biblioteca TerraLib. Seu funcionamento consiste em 3 passos: ler arquivo texto, agrupar registros por legenda e apresentar um mapa temático. O arquivo de entrada deverá conter as colunas nome de via, endereço, complemento e bairro, para localizar cada unidade habitacional. A legenda é construída por 4 grupos, associado (objetos que existem no arquivo de entrada e no DW); sugerido (somente objetos existentes no arquivo de entrada); só destino (objetos que existem somente no DW, provenientes dos levantamentos de campo) e duplicado (objetos com endereço duplicado). O mapa temático apresenta o layer com as unidades habitacionais coloridas conforme o agrupamento da legenda. Quando o plugin não localizar o endereço completo de um registro do arquivo texto, mas encontrar o nome da via e bairro, o objeto será inserido em um local sugerido nos limites da via. Além disso, todos os registros que não forem localizados serão persistidos em um arquivo de log. A Figura 27 ilustra o resultado do plugin Quality Control. Figura 27. Mapa resultante do plugin QualityControl O plugin AddressLocator, exibido na Figura 28, realiza o cadastro espacial e alfanumérico das unidades habitacionais coletadas durante os trabalhos de campo. Essa é uma alternativa para os municípios que não possuem recursos para comprar dispositivos móveis, tais como, tablets. O usuário realiza o trabalho de campo com a imagem impressa, marcando sobre ela a localização de cada imóvel. Em seguida ele cria uma planilha eletrônica com esses dados (nome da via, número, 46

49 complemento e bairro) e a transforma em um arquivo CSV. Esse arquivo servirá de entrada para o AddressLocator, que exibirá tais informações organizadas em linhas e colunas. O usuário insere as feições espaciais no mapa e em seguida seleciona a linha correspondente do arquivo de entrada, a fim de integrar as informações. Para que o plugin AddressLocator possa ser utilizado por múltiplos usuários, foi criado o plugin MergeAddress, que permite integrar dois ou mais layers. Ao unir os layers é criado um versionamento que identifica os objetos que foram persistidos no layer de destino. Figura 28. Plugin AddressLocator O plugin DW-ReportMaker permite confeccionar relatórios temáticos sobre as dimensões já existentes no modelo ou customizadas a partir da interface do próprio plugin. Uma dimensão customizada pode ser alfanumérica (formada por dimensões alfanuméricas); espacial (constituída dimensões espaciais) ou híbrida (quando é constituída pela combinação de dimensões alfanuméricas e espaciais). Após definir a origem dos dados de uma dimensão, o usuário escolhe um conjunto de atributos, criando assim sua hierarquia. Sobre a hierarquia é possível customizar filtros alfanuméricos, espaciais e também, cadastrar os fatos por diversos níveis de granularidade, por exemplo, total pago de IPTU por uma quadra, bairro ou cidade. O DW-ReportMaker armazena um script dos passos utilizados na confecção de cada relatório, o que simplifica a visualização das informações após atualizações no banco de dados. A interface desse plugin é apresentada na Figura