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

44 CAPÍTULO 3. APRESENTAÇÃO DO SISTEMA DOORS
deve definir-se a solução apropriada à aplicação que se está a criar no âmbito da implementação dos
subobjectos. A criação de um gestor de subobjectos que execute uma política pré-definida nesta situação
é igualmente possível. No entanto, este gestor de subobjectos obrigaria a que a informação mantida
sobre a possibilidade de alcançar um subobjecto fosse exacta em todos os momentos, o que não acontece
na implementação simples existente actualmente (em que esta detecção é efectuada periodicamente de
forma ingénua).
3.3.9 Subobjectos
Os subobjectos mantêm o estado de um coobjecto e definem as operações para ler e modificar esse
estado. Assim, os subobjectos que compõem cada coobjecto e a forma como se interligam internamente
tendem a ser diferentes para cada coobjecto.
No entanto, o tratamento das modificações concorrentes pode ser efectuado através da cooperação
entre o componente de reconciliação e o código das operações definidas nos subobjectos. Por exemplo,
é possível definir um subobjecto que mantenha múltiplas versões de um elemento (opaco para o subob-
jecto). Neste caso, vários coobjectos podem usar versões especializadas do mesmo subobjecto base.
Componentes pré-definidos No protótipo do sistema DOORS foram criados alguns subobjectos base
que podem ser especializados para utilização em diferentes coobjectos.
Um dos subobjectos base criados permite manter informação sobre o estado de remoção do su-
bobjecto. Para tal, o subobjecto mantém uma variável que define o seu estado: removido ou activo.
Adicionalmente, definem-se duas operações de modificação: remoção e restauro que colocam o estado
do subobjecto em removido e activo respectivamente. O método de remoção grava, adicionalmente, a
informação de ordenação (o identificador da operação e o sumário do estado do coobjecto aquando da
submissão da operação) associada à operação que causa a sua execução. O código destas operações
implementam conjuntamente a semântica “o último escritor ganha”, garantindo que as várias réplicas do
subobjecto convergem para o mesmo estado independentemente do componente de reconciliação.
Esta informação é independente da informação mantida pelo gestor de subobjectos para controlar a
persistência dos subobjectos e pode ser usada para implementar estratégias de remoção específicas para
uma dada aplicação.
Um segundo subobjecto base estende o subobjecto base anterior implementando a seguinte política
de resolução de conflitos modificação/remoção: sempre que um subobjecto removido é modificado, ele
é restaurado e adicionado ao conjunto de subobjectos raiz com um nome especial. Para tal, o subobjecto
base define uma operação que verifica se o subobjecto se encontra removido, e, caso isso aconteça, exe-
cuta a operação de restauro (localmente). Todas as operações de modificação definidas nos subobjectos