gestão de dados partilhados em ambientes de computação móvel

196 CAPÍTULO 12. CONCLUSÕES
independentes, o que permite a sua utilização isolada noutros sistemas de suporte à computação móvel.
12.2 Trabalho futuro
O trabalho realizado nesta dissertação, além das contribuições descritas anteriormente, revelou um con-
junto de possíveis direcções para trabalho futuro. Nesta secção apresentam-se algumas dessas direcções
(algumas das quais já foram indicadas ao longo da dissertação).
No âmbito do sistema DOORS, está-se a explorar a possibilidade de usar um suporte linguístico
mais adequado na definição de novos coobjectos, com base na linguagem ComponentJ [153]. Esta
aproximação deve permitir uma maior clareza na criação de coobjectos, com a separação da definição
e composição dos componentes. Adicionalmente, deve permitir definir esqueletos de coobjectos que
agrupam um conjunto de componentes para implementar uma dada solução de gestão de dados. Este
trabalho está a ser desenvolvido no âmbito do projecto Databricks[36].
Relativamente ao sistema de reservas implementado no sistema Mobisnap, é necessário avaliar o seu
desempenho em diferentes cenários e estudar a possibilidade de estender o conjunto de reservas propos-
tas. Uma direcção que se pretende explorar é a possibilidade de definir reservas que forneçam garantias
probabilísticas sobre o estado da base de dados, as quais devem permitir obter garantias igualmente
probabilísticas sobre o resultado final das transacções móveis.
Adicionalmente, é necessário investigar o impacto da implementação do sistema de reservas no ser-
vidor central da base de dados (no cliente o desempenho não é um problema). No âmbito desta avaliação
deve considerar-se igualmente o custo de uma implementação integrada no sistema de base de dados.
Outro problema importante é a definição de algoritmos genéricos de obtenção de reservas. Este pro-
blema pode ser visto como uma extensão do problema do replicação antecipada, no qual não se pretende
apenas identificar os dados que vão ser acedidos, mas também o modo como vão ser modificados. Um
solução a explorar consiste em inferir as necessidades de cada utilizador com base na combinação do seu
comportamento anterior e de indicações explicitamente fornecidas pelo utilizador.
O mecanismo de reconciliação de múltiplas transacções do sistema Mobisnap está ainda sob desen-
volvimento. Em particular, continua a analisar-se a melhor forma de implementar algumas das extensões
referidas na secção 10.5.4.
Uma última direcção de trabalho futuro a considerar é a integração de um mecanismo de controlo de
divergência no sistema Mobisnap (estendendo, por exemplo, ideias apresentadas anteriormente [6, 173]).
Este mecanismo deve permitir definir métricas de divergência entre a cópia local e central de uma base de
dados adequadas a diferentes aplicações. Com base nestas métricas, o sistema deve fornecer mecanismos
que permitam controlar a divergência admissível. A integração destas métricas com o sistema de reservas
constitui um desafio adicional.