D YBDEINTERVJU

A sele¸c˜ao de atividades tur´ısticas descreve uma funcionalidade no guia tur´ıstico em pro- por atividades ao usu´ario m´ovel em fun¸c˜ao de seus interesses e desejos em conhecer um determinado local. A sele¸c˜ao de atividades foi desenvolvida neste trabalho em forma de

6.1. Guia Tur´ıstico DroidGuide 137

Figura 6.3. Uma resposta do servidor remoto de dados contendo a listagem dos servi¸cos dispon´ıveis (SWBIs) no servidor remoto de dados para subscrita.

componente compondo os servi¸cos de turismo dispon´ıveis no servidor remoto de dados em nuvem. Outros servi¸cos de turismo existentes no sistema incluem o acesso a ma- pas, assinatura por elementos (t´opicos, atividades e servi¸cos remotos), contexto l´ogico (estados do usu´ario m´ovel) e perfil (interesses e informa¸c˜oes referentes ao usu´ario).

Durante uma execu¸c˜ao de alguns testes iniciais da sele¸c˜ao de atividades, notamos uma dificuldade em selecionar atividades tur´ısticas para o usu´ario. Isto ocorre devido no fato de utilizarmos uma quantidade pequena de atividades tur´ısticas no sistema e estas atividades possuiam uma pouca diversidade de interesses. Desta forma, com uma quantidade pequena de atividades em determinados interesses, a sele¸c˜ao destas para o usu´ario tornou-se mais dif´ıcil. Um exemplo de classifica¸c˜ao de perfis de atividades tur´ısticas e usu´ario pode ser visualizada na Figura 6.1. O algoritmo apresentado na Figura 4.13 foi consideravelmente r´ıgido na sele¸c˜ao de atividades (e.g., checagem AND), retornando quase que nenhuma atividade para o usu´ario em boa parte dos testes re- alizados. Optamos ent˜ao em flexibilizar a sele¸c˜ao de atividades de tal forma que, ao encontrar pelo menos um interesse em comum e dentro do limite (e.g., checagem OR),

Tabela 6.1. Um Exemplo de classifica¸c˜ao de perfis para usu´arios e atividades tur´ısticas.

Entity Bohemian Consumer Cultural Ecological Gastronomic Historical

Tourist01 2 4 4 7 9 7

St. Francis Church 0 1 6 4 0 8

City Zoo 0 0 5 8 0 4

Central Market 0 0 3 5 9 4

Night Club 9 8 1 5 0 0

Tabela 6.2. Classifica¸c˜ao do perfil de turistas usado na emula¸c˜ao.

Interest Tour01 Tour02 Tour03 Tour04 Tour05

Bohemian 0 9 10 0 0 Consumer 4 9 8 2 4 Cultural 4 2 6 4 8 Ecological 7 0 4 6 8 Gastronomic 9 9 2 8 4 Historical 7 0 0 10 0

a atividade seria selecionada. Com o aumento do limite m´ınimo (threshold ), o sistema retorna um n´umero maior de atividades tur´ısticas, por´em com um grau maior de erro em rela¸c˜ao ao perfil do usu´ario m´ovel, possivelmente diminuindo assim a satisfa¸c˜ao do turista referente as atividades sugeridas.

Para avaliarmos o algoritmo de sele¸c˜ao de atividades de uma forma autom´atica, optamos por utilizar uma infra-estrutura de aplica¸c˜ao Web similar ao prot´otipo DECS. Com pequenas modifica¸c˜oes no prot´otipo DECS, fomos capazes de executar uma em- ula¸c˜ao do algoritmo de sele¸c˜ao de atividades tur´ısticas sobre a interface de mapas dispon´ıvel na aplica¸c˜ao Web. Nesta emula¸c˜ao, o servi¸co de turismo seleciona ativi- dades tur´ısticas em fun¸c˜ao do perfil dos usu´arios definidos conforme a tabela 6.2 e realiza a anima¸c˜ao da visita a cada uma das atra¸c˜oes tur´ısticas selecionadas. Para cada um dos turistas criados na emula¸c˜ao, o emulador coletou informa¸c˜oes referentes a sele¸c˜ao de atividades e a visita destas atividades pelo usu´ario de forma sequencial. A Tabela 6.5 apresenta os resultados coletados durante a execu¸c˜ao da emula¸c˜ao.

A partir das atividades tur´ısticas definidas em uma cidade, executamos a sele¸c˜ao de atividades tur´ısticas para turistas cujos perfis podem ser visualizados na tabela 6.2. Os resultados da execu¸c˜ao podem ser visualizados na Figura 6.5. Em fun¸c˜ao das atra¸c˜oes dispon´ıveis no mapa, os turistas 01 e 04 consumiram a maior quantidade de atividades tur´ısticas. A partir das rotas definidas entre atividades, calculamos a distˆancia percorrida, o tempo total gasto entre trajetos sem considerar o tempo gasto pelo turista na atividade em si e a velocidade m´edia do turista. A emula¸c˜ao tamb´em coletou a quantidade de dados transmitidos para cada um dos turistas em fun¸c˜ao de bytes transmitidos entre o cliente Web e o servidor. Estes dados transmitidos entre o cliente e o servidor incluem a publica¸c˜ao de informa¸c˜oes referentes a localiza¸c˜ao do turista durante o trajeto e sua chegada/sa´ıda da atra¸c˜ao tur´ıstica. O objetivo da coleta

6.2. Servi¸co de Contexto para Emergˆencias DECS 139

foi avaliar o consumo de dados entre clientes Web e o servidor remoto de dados e n˜ao realizar uma avalia¸c˜ao de desempenho da aplica¸c˜ao cliente, do servidor de dados e do servi¸co de contexto de emergˆencias.

A Figura 6.1.3 apresenta a execu¸c˜ao da emula¸c˜ao utilizando o mesmo arcabou¸co desenvolvido para o prot´otipo DECS. Ressaltamos que os dados apresentados na Figura 6.1.3 servem apenas para avaliar a emula¸c˜ao do servi¸co de sele¸c˜ao e visita a atividades tur´ısticas pelo usu´ario m´ovel. A interface gr´afica e os dados apresentados nas Figuras 6.4(c) e 6.4(d) n˜ao est˜ao formatados e apresentados de forma amig´avel para serem ap- resentados por uma aplica¸c˜ao m´ovel ao usu´ario final (turista). Futuramente, desejamos trabalhar na formata¸c˜ao das informa¸c˜oes referentes a eventos a serem apresentadas ao usu´ario m´ovel final, a fim de tornar a interface gr´afica mais amig´avel.

No modo manual de execu¸c˜ao da ferramenta, conseguimos tamb´em executar um disparo de um evento relacionado ao clima e visualizar a publica¸c˜ao e consumo do mesmo pelo turista, conforme apresentado nas Figuras 6.4(b), 6.4(c) e 6.4(d), respec- tivamente.

A Figura 6.5 apresenta os resultados referentes `a simula¸c˜ao da sele¸c˜ao de atra¸c˜oes tur´ısticas em fun¸c˜ao do perfil de turistas. Neste resultado, apresentamos o n´umero total de atra¸c˜oes selecionadas e visitadas, a quantidade de dados transferida entre o cliente Web e o servidor de dados, a raz˜ao entre os dados recebidos e enviados pelo cliente Web, o n´umero total de passos ou saltos efetuados pelo turista no mapa em fun¸c˜ao das rotas apresentadas, a distˆancia total percorrida, o tempo total gasto em trajetos entre atra¸c˜oes, a velocidade m´edia de locomo¸c˜ao e o n´umero de passos efetuados pelos turistas por atividade.

Referente ao n´umero total de atra¸c˜oes visitadas, os turistas 01 e 04 obtiveram um melhor ˆexito visitando um total de 7 atra¸c˜oes. O turista 03 obteve uma quanti- dade menor de atra¸c˜oes, devido baixa compatibilidade de seu perfil com as atra¸c˜oes dispon´ıveis na cidade. Conforme esperado, a quantidade de dados trafegada entre o cliente e o servidor ´e proporcional a quantidade de atra¸c˜oes visitadas, j´a que uma boa parte das informa¸c˜oes compartilhadas se refere a posi¸c˜ao dos turistas em trajet´orias definidas pelo servi¸co de mapas. Da mesma forma, o n´umero de saltos realizados foi maior para os turistas 01 e 04.

6.2

Servi¸co de Contexto para Emergˆencias DECS

Conforme apresentado na se¸c˜ao 5.4.6, o prot´otipo DECS utiliza um mecanismo de coleta de informa¸c˜oes estat´ısticas durante a execu¸c˜ao dos servi¸cos nele disponibilizados. O objetivo deste mecanismo ´e coletar dados relevantes durante a execu¸c˜ao da aplica¸c˜ao,

(a) Mapa do turista (b) Disparo de um evento

(c) Visualiza¸c˜ao dos detalhes do evento

(d) Consumo do evento pelo turista

Figura 6.4. Execu¸c˜ao da emula¸c˜ao da sele¸c˜ao de atividades tur´ısticas em fun¸c˜ao do perfil do usu´ario m´ovel.

6.2. Servi¸co de Contexto para Emergˆencias DECS 141

Figura 6.5. Resultado da execu¸c˜ao da emula¸c˜ao do algoritmo 4.13.

tais como o n´umero de requisi¸c˜oes e respostas efetuadas, quantidade de dados em bytes enviados e recebidos, distˆancia percorrida pelo marco m´ovel e a dura¸c˜ao do atendimento do evento de emergˆencia, conforme apresentado na Figura 5.4. Durante cada ciclo de execu¸c˜ao do fluxo de atendimento a emergˆencias, o servi¸co coleta as informa¸c˜oes e as armazena em um container de dados estat´ısticos localizado em cada aplica¸c˜ao cliente em execu¸c˜ao. O sistema gera dados estat´ısticos das seguintes formas: (a) individual para cada cliente e (b) coletiva, incorporando todos os clientes Web em execu¸c˜ao.