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

66 CAPÍTULO 4. DESCRIÇÃO DAS FUNCIONALIDADES PRINCIPAIS DO SISTEMA DOORS
eficiência nas comunicações, restringindo a propagação das operações síncronas de pequena granulari-
dade aos elementos interessados nessas operações (por exemplo, as operações relativas à edição síncrona
de um elemento de um documento estruturado apenas são propagadas para os elementos que participam
nessa edição específica). No editor de documentos multi-síncrono desenvolvido no protótipo do sistema
DOORS foi utilizada esta estratégia (ver secção 5.1).
4.4.2 Discussão
Para algumas aplicações, a cooperação síncrona e assíncrona apresentam diferenças intrínsecas que se
reflectem na forma como os dados partilhados são alterados. Estas diferenças levam a que o suporte
necessário para os dois tipos de interacção seja igualmente diferente.
Na cooperação síncrona, as contribuições executadas por um utilizador em cada passo são geral-
mente muito reduzidas (por exemplo, a inserção/remoção de um carácter). Adicionalmente, as contribui-
ções de cada utilizador são propagadas para os outros utilizadores (quase) imediatamente — quando um
utilizador executa uma contribuição, ele tem conhecimento de todas (ou quase todas) as modificações
executadas pelos outros utilizadores nos dados partilhados. Este facto, permite que as contribuições de
um utilizador sejam influenciadas pelas contribuições que os outros utilizadores estão a executar. Deste
modo, os utilizadores podem coordenar facilmente as suas modificações.
Estas propriedades permitem a utilização de estratégias de reconciliação agressivas em que a consis-
tência dos dados é o objectivo principal a obter (mesmo em detrimento de preservar todas as contribuições
ou garantir a preservação das intenções dos utilizadores). Quando estas técnicas não produzem o efeito
desejado pelos utilizadores, é possível aos utilizadores solucionar imediatamente o problema (embora
estas situações devam ser evitadas) porque eles observam (quase) de imediato o resultado da unificação
das operações concorrentes e porque as suas contribuições são de pequena dimensão.
Na cooperação assíncrona, as contribuições executadas são geralmente de grande dimensão (por
exemplo, a modificação de uma secção de um documento). Adicionalmente, os utilizadores não têm
informação precisa sobre as contribuições que os outros utilizadores estão a produzir. Desta forma, é
impossível aos utilizadores coordenar fortemente as suas contribuições.
Assim, a estratégia de reconciliação deve ser menos agressiva do que na interacção síncrona —
a consistência dos dados e a preservação das contribuições dos utilizadores são objectivos a alcançar.
A preocupação com a preservação das contribuições é consequência de, em geral, por estas serem de
dimensão significativa, não ser aceitável para um utilizador perder as suas contribuições (é por esta razão
que vários sistemas que permitem a interacção assíncrona criam múltiplas versões dos dados quando não
conseguem unificar as modificações concorrentes — por exemplo, o CVS [24] e o Lotus Notes [101]).
Estas propriedades levam a que, pelo menos para algumas aplicações e ao contrário do que é muitas