Camada III Interface com o Usu´ ario

Nesta camada da arquitetura Golapware, est˜ao os componentes respons´aveis pela intera¸c˜ao com o usu´ario. Alguns dos requisitos para a implementa¸c˜ao da interface gr´afica s˜ao listados em seguida, os quais foram inspirados no estudo apresentado em [97]:

Acesso via Web: Al´em de uma aplica¸c˜ao cliente desktop, uma aplica¸c˜ao voltada para Web permite maior facilidade e flexibilidade no acesso ao Servidor SOLAP. Dessa forma, com interface gr´afica acess´ıvel via navegador da Internet, ´e necess´ario utilizar tecnologias que diminuam ao m´aximo, o tempo de renderiza¸c˜ao dos resultados, uma vez que consultas envolvendo dados geogr´aficos podem resultar em uma grande quantidade de dados e a banda de conex˜ao `as vezes, pode ser limitada;

Facilidade de uso: a interface deve ser f´acil de utilizar, principalmente por usu´arios sem muitos conhecimentos em Inform´atica;

Intercˆambio de dados: a interface deve disponibilizar mecanismos para exportar/salvar os resultados das consultas realizadas para outros formatos de dados, bem como permi- tir integra¸c˜ao com outras ferramentas de an´alise de dados como Planilhas Eletrˆonicas e Sistemas de Informa¸c˜oes Geogr´aficas;

Sincronismo: deve haver sincronismo entre os gr´aficos, mapas e tabelas presentes no resultado de uma consulta. Assim, uma opera¸c˜ao como por exemplo Drill-Down, realizada em uma tabela que representa os dados multidimensionais, deve ser refletida no mapa (quando houver alguma correspondˆencia geogr´afica) e tamb´em no gr´afico (se este existir); Uso de resultados de consultas como parˆametro: a interface deve permitir que o resultado de uma consulta seja utilizado como parˆametro na realiza¸c˜ao de outra consulta, seja ela geogr´afica ou multidimensional;

Contexto dos resultados: a aplica¸c˜ao deve utilizar informa¸c˜oes para contextualizar o resultado de uma consulta. Muitas vezes essas informa¸c˜oes n˜ao s˜ao requisitadas pelo usu´ario na consulta, entretanto, s˜ao indispens´aveis para a interpreta¸c˜ao dos resultados; Legibilidade: legendas devem ser apresentadas juntamente com os mapas, gr´aficos e tabelas para possibilitar uma melhor interpreta¸c˜ao dos dados;

5.4 ARQUITETURA DO PROCESSADOR DA LINGUAGEM GEOMDQL 87

Detalhamento de informa¸c˜oes: a interface deve facilitar a obten¸c˜ao de informa¸c˜oes sobre os objetos apresentados na tela, por exemplo, atrav´es de cliques de mouse sobre os objetos geogr´aficos;

Interatividade: no que se refere a consultas envolvendo opera¸c˜oes espaciais, ´e importante que o usu´ario possa interagir com um mapa previamente visualizado atrav´es de cliques de mouse;

Utiliza¸c˜ao de met´aforas visuais: met´aforas visuais podem ser utilizadas para representar as opera¸c˜oes sobre os dados e para a formula¸c˜ao de consultas, desde que estas consultas obede¸cam `a sintaxe definida pela linguagem GeoMDQL.

Para atender os requisitos listados acima, a camada de interface conta com trˆes compo- nentes principais: o Gerenciador de Consultas, o Gerenciador de Cat´alogos e o Gerenciador de Resultados, os quais s˜ao descritos a seguir.

5.4.3.1 Gerenciador de Consultas

Como pode ser observado na Figura 5.10, o componente Gerenciador de Consultas ´e composto por um Editor Textual, um Editor Gr´afico e um Gerenciador de Templates. Este componente tem como objetivos: i) prover a intera¸c˜ao com o usu´ario, disponibilizando funcionalidades que auxiliem na especifica¸c˜ao de consultas (e.g. sele¸c˜ao de cat´alogos, edi¸c˜ao de consultas, armazenamento e recupera¸c˜ao de consultas e de templates de consultas); ii) interagir com o Gerenciador de Metadados para a recupera¸c˜ao de metadados necess´arios para a especifica¸c˜ao de consultas; iii) interagir com o Servidor OLAP para o envio de consultas e recebimento dos resultados do processamento das consultas e iv) interagir com o Gerenciador de Resultados para a exibi¸c˜ao dos resultados e posterior elabora¸c˜ao de novas consultas.

O componente Gerenciador de Templates ´e utilizado para definir, armazenar e recuperar templates de consultas, opera¸c˜oes e fun¸c˜oes. Com o aux´ılio deste componente, o usu´ario pode recuperar, por exemplo, informa¸c˜oes sobre o nome, a sintaxe e os parˆametros formais das fun¸c˜oes implementadas pelo servidor SOLAP. Estas informa¸c˜oes s˜ao disponibilizadas pelo componente Descritor de Funcionalidades, pertencente ao Gerenciador de Metadados.

Com o componente Editor Manual, o usu´ario pode especificar consultas textuais atrav´es de instru¸c˜oes expressas na sintaxe da linguagem GeoMDQL. Para auxiliar o usu´ario na elabora¸c˜ao das consultas, este componente utiliza as funcionalidades do Gerenciador de Templates.

Por sua vez, o Editor Gr´afico auxilia o usu´ario na especifica¸c˜ao de consultas atrav´es da utiliza¸c˜ao de recursos gr´aficos e visuais. Isto ´e realizado por meio da intera¸c˜ao constante com o Gerenciador de Metadados para recuperar informa¸c˜oes que possibilitem a navega¸c˜ao visual na estrutura dos cubos de dados, bem como na intera¸c˜ao com o Servidor SOLAP para execu¸c˜ao de sub consultas para recuperar nomes de membros dos n´ıveis. Isto auxilia na elabora¸c˜ao das

5.4 ARQUITETURA DO PROCESSADOR DA LINGUAGEM GEOMDQL 88

consultas complexas e com muitas restri¸c˜oes aplicadas sobre os membros de um cubo de dados. Da mesma forma, o Editor Gr´afico mant´em uma intera¸c˜ao constante com o Gerenciador de Resultados para possibilitar a utiliza¸c˜ao dos resultados de consultas previamente executadas na elabora¸c˜ao de novas consultas e tamb´em para a execu¸c˜ao autom´atica de consultas para permitir a sincroniza¸c˜ao entre os mapas, tabelas e gr´aficos.

5.4.3.2 Gerenciador de Cat´alogos

Para especificar uma consulta, seja atrav´es de edi¸c˜ao textual ou gr´afica, o usu´ario precisa se- lecionar um cat´alogo de dados, o que ´e realizado atrav´es do acesso ao componente Seletor de Cat´alogos, pertencente ao Gerenciador de Cat´alogos. Em nossa abordagem, cada cat´alogo ´e composto por um identificador, um conjunto de informa¸c˜oes sobre a conex˜ao com o servidor de dados e por um esquema que cont´em as defini¸c˜oes dos cubos de dados geogr´aficos e multidi- mensionais.

Os componentes Criador de Cat´alogos e Seletor de Cat´alogos possibilitam, respectivamente, a defini¸c˜ao e o armazenamento de cat´alogos de dados no Reposit´orio de Metadados da arquite- tura. Isto ´e realizada com o aux´ılio das funcionalidades disponibilizadas pelo Gerenciador de Metadados.

5.4.3.3 Gerenciador de Resultados

Os resultados das consultas submetidas para processamento, atrav´es do Gerenciador de Con- sultas, s˜ao manipulados pelo Gerenciador de Resultados, o qual ´e composto pelos componentes Gerenciador de Importa¸c˜ao e Exporta¸c˜ao e Visualizador de Resultados.

O Gerenciador de Importa¸c˜ao e Exporta¸c˜ao permite que o usu´ario salve os resultados para posterior utiliza¸c˜ao, e tamb´em oferece funcionalidades para a exporta¸c˜ao dos resultados para diferentes formatos de dados, possibilitando a exibi¸c˜ao dos dados em outras aplica¸c˜oes. A importa¸c˜ao de dados de outros formatos, para utiliza¸c˜ao em futuras an´alises e composi¸c˜ao de novas consultas tamb´em est´a prevista como funcionalidade para este componente.

Por sua vez, o componente Visualizador de Resultados ´e de grande importˆancia para a ca- mada de interface da arquitetura. Ele ´e composto por um Gerenciador de Exibi¸c˜ao, um Geren- ciador de Tabelas, um Gerenciador de Gr´aficos e um Gerenciador de Mapas. Estes componentes permitem que o resultado de uma consulta seja visualizado de diferentes formas, dependendo do tipo de consulta executada.

O Gerenciador de Tabelas permite a manipula¸c˜ao, a formata¸c˜ao e a visualiza¸c˜ao de dados no formato de tabelas multidimensionais (quando for aplic´avel). O gerenciamento dos dados tabulares permite que sejam realizadas opera¸c˜oes sobre as c´elulas, colunas e linhas da tabela. Estas opera¸c˜oes possibilitam a recupera¸c˜ao de dados e metadados relacionados com o resultado multidimensional. Estas funcionalidades do gerenciador de tabelas s˜ao utilizadas pelo compo-

5.4 ARQUITETURA DO PROCESSADOR DA LINGUAGEM GEOMDQL 89

nente Gerenciador de Consultas durante o processo de especifica¸c˜ao das consultas utilizando o Editor Gr´afico. As opera¸c˜oes de formata¸c˜ao envolvem defini¸c˜ao de tipos de fonte, cores de fontes e das c´elulas da tabela e outras formata¸c˜oes de car´ater visual.

O Gerenciador de Mapas ´e respons´avel pela manipula¸c˜ao, formata¸c˜ao e exibi¸c˜ao das geo- metrias relacionadas com os dados geogr´aficos resultantes do processamento de uma consulta. Este gerenciador prevˆe a disponibiliza¸c˜ao de funcionalidades comuns a ferramentas SIG, como por exemplo sobreposi¸c˜ao de camadas de mapas, formata¸c˜ao dos mapas, adi¸c˜ao e formata¸c˜ao de legendas e r´otulos dos dados. As funcionalidades deste componentes s˜ao utilizadas pelo Geren- ciador de Consultas durante o processo de especifica¸c˜ao de consultas por interm´edio do Editor Gr´afico.

De forma semelhante, o componente Gerenciador de Gr´aficos ´e respons´avel pela manip- ula¸c˜ao, formata¸c˜ao e exibi¸c˜ao dos dados em forma de gr´aficos. Funcionalidades para cria¸c˜ao de diferentes tipos de gr´aficos est˜ao previstas para este componente, bem como funcionalidades para formata¸c˜ao de legendas, defini¸c˜ao de cores de fundo, cores e tipos de fonte.

Gerenciador de Exibi¸c˜ao coordena os trˆes m´odulos anteriores e funciona como dispositivo de sincroniza¸c˜ao, ou seja, quando uma opera¸c˜ao ´e realizada sobre os dados de um dos compo- nentes (i.e. gr´afico, tabela ou mapa), um processamento ´e realizado para refletir a altera¸c˜ao nos outros componentes, se estes estiverem sendo utilizados para a exibi¸c˜ao dos resultados. Este processamento pode envolver a utiliza¸c˜ao do Gerenciador de Consultas para submeter, automaticamente, novas consultas ao Servidor SOLAP para recupera¸c˜ao de dados, ou seja, o processamento realizado para a sincroniza¸c˜ao e atualiza¸c˜ao dos dados exibidos pelos compo- nentes fica transparente ao usu´ario.

´

E importante salientarmos que, apesar dos requisitos desta camada terem sido levantados, o projeto da interface foge do escopo desta tese e consiste em um trabalho em andamento [264].

5.4.4 Metadados

Outro componente importante que se aplica ao longo de todas as camadas da arquitetura Go- lapware, ´e o Gerenciador de Metadados. A principal funcionalidade do componente Gerenciador de Metadados ´e fornecer a descri¸c˜ao dos esquemas de cubos multidimensionais e geogr´aficos e informar como estes esquemas s˜ao mapeados para os esquemas relacionais que definem o DWG. Este mapeamento ´e guiado pelo modelo GeoMDCube, descrito no Cap´ıtulo 4. Este componente tamb´em coordena o armazenamento e a recupera¸c˜ao dos metadados.

A partir dos metadados, ´e poss´ıvel identificar as correspondˆencias existentes entre os dados anal´ıticos e geogr´aficos, bem como ´e poss´ıvel obter informa¸c˜oes que possibilitam a recupera¸c˜ao destas correspondˆencias. A fonte de metadados ´e indispens´avel para o processamento de req- uisi¸c˜oes envolvendo operadores espaciais e multidimensionais, devido a esse tipo de consulta necessitar de v´arias informa¸c˜oes, tais como: saber se um determinado dado multidimensional