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

5.2. AGENDA PARTILHADA 77
Figura 5.6: Aplicação de agenda partilhado.
nova marcação. No entanto, como é impossível introduzir duas marcações com horários sobrepostos
é necessário definir um esquema que garanta a consistência final das várias réplicas da agenda. Este
esquema deve garantir que existe um momento (tão breve quanto possível) a partir do qual o resultado
definitivo de um pedido de nova marcação é conhecido. No entanto, para evitar que os utilizadores efec-
tuem pedidos de marcações com horários sobrepostos a marcações com horário ainda não confirmado, a
agenda deve incluir o resultado provisório das marcações não confirmadas.
Quando efectua um pedido de nova marcação um utilizador pode indicar vários períodos de tempo
alternativos, assim reduzindo a probabilidade de ter o seu pedido recusado. Quando o resultado final de
um pedido é determinado, deve notificar-se o utilizador do mesmo (caso este o pretenda). Na figura 5.6,
observa-se o pedido de uma nova marcação, que inclui a descrição da marcação, a sequência de uma
sequência de períodos de tempo alternativos e o endereço para o qual o resultado definitivo deve ser
enviado (o transporte apropriado para o endereço indicado será usado).
Para implementar esta aplicação no sistema DOORS é necessário criar o coobjecto que mantém a
agenda partilhada. A aplicação que manipula o coobjecto fornece a interface gráfico que permite aos
utilizadores efectuarem novos pedidos e observarem as marcações efectuadas anteriormente.
5.2.1 Coobjecto agenda
A informação de uma agenda é armazenada nos seguintes subobjectos.
Primeiro, um subobjecto agenda semanal, que mantém as marcações de uma semana. Este subobjecto
inclui duas operações de modificação para inserir e remover uma marcação num dado horário. Para que
a intenção do utilizador seja respeitada, quando uma operação de remoção é executada (removendo a