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

9.2. RESERVAS 135
dentemente em diferentes cenários de utilização do sistema e usando diferentes políticas de distribuição
de reservas entre os clientes e os servidores. Os resultados obtidos mostram que é possível garantir o
resultado de uma elevada taxa de transacções de forma independente. Nos piores cenários estudados,
este valor é superior a 90% e 80%, quando, respectivamente, existe e não existe uma previsão fiável das
encomendas recebidas, tomando como referência as transacções que podem ser aceites.
9.2.1 Modelo das experiências
As experiências apresentadas nesta secção simulam a utilização de uma aplicação de suporte a uma força
de vendas móvel, semelhante à aplicação descrita na secção 9.1.1 ou a um sistema de reserva de lugares
(secção 9.1.3).
Esta aplicação mantém informação sobre um conjunto de produtos, incluindo, para cada produto, a
existência (stock) disponível e o preço. Os vendedores móveis usam um dispositivo portátil para subme-
ter as encomendas recebidas dos seus clientes. Estes pedidos são submetidos como transacções móveis
idênticas à transacção móvel apresentada na figura 8.1. Para garantir o resultado dos pedidos de enco-
menda independentemente, os clientes obtém reservas escrow e value-use.
Nas experiências realizadas assume-se, sem perda de generalidade, que apenas existe um produto
disponível e que o seu preço é igual a um. Assim, o valor de uma encomenda é igual ao número de
unidades encomendadas. Nestas experiências usa-se apenas um tipo de transacção móvel: a submissão
de uma nova encomenda. Como se explicou na secção 9.1.1, para garantir o cancelamento de uma en-
comenda seria necessário restringir o seu processamento no servidor, o que não parece muito realista.
Adicionalmente, para garantir o cancelamento de uma encomenda seria necessário que o cliente que
recebe a operação tivesse uma reserva value-change sobre essa encomenda. Assumindo que cada ven-
dedor obtinha este tipo de reservas sobre todas as encomendas que recebeu, seria possível garantir todos
os pedidos de cancelamento recebidos pelo mesmo vendedor em que tinha sido efectuado o pedido de
encomenda.
As experiências efectuadas simulam a execução do sistema Mobisnap, incluindo o servidor central,
um conjunto de clientes e o sistema de comunicações. Os parâmetros das experiências são apresentados
nas tabelas 9.1,9.2 e 9.3, que se explicam de seguida.
Cada experiência simula um período de doze horas. Os parâmetros de falha do servidor, descritos na
tabela 9.1, levam a uma disponibilidade de 99,7%.
Um módulo de comunicações simula as comunicações entre os clientes e o servidor. Nas experiên-
cias apresentadas modelam-se dois cenários simples, descritos na tabela 9.1. O primeiro, MOV, modela
um ambiente de computação móvel no qual os clientes permanecem desconectados durante longos pe-
ríodos de tempo. Neste cenário, cada cliente fica impossibilitado de comunicar com o servidor durante