gestão de dados partilhados em ambientes de computação móvel
gestão de dados partilhados em ambientes de computação móvel gestão de dados partilhados em ambientes de computação móvel
130 CAPÍTULO 8. RESERVAS 1 --- INSERE MARCAÇÃO: ’16-FEB-2002’ às 10:00 OU ’17-FEB-2002’ às 10:00, vendedor=’J. Smith’ 2 BEGIN 3 id = newid; --- Primeira alternativa ------------------------------ 4 SELECT count(*) INTO cnt FROM datebook WHERE day=’16-FEB-2002’ AND hour>=9 AND hour=9 AND hour
Capítulo 9 Avaliação do modelo básico do sistema Mobisnap O sistema Mobisnap apresenta dois mecanismos principais: as transacções móveis e as reservas. Para que o sistema possa suportar adequadamente o desenvolvimento de aplicações para ambientes de computação móvel, é necessário que os mecanismos propostos possam ser utilizados para responder aos requisitos de múltiplos tipos de aplicações. Este aspecto, de avaliação qualitativa do sistema, é abordado na secção 9.1. O sistema de reservas apenas permite confirmar o resultado de uma transacção móvel independente- mente se o cliente móvel tiver obtido as reservas necessárias antes de ficar desconectado do servidor. Na secção 9.2 apresenta-se um estudo sobre a eficácia do sistema de reservas para uma aplicação de suporte a uma força de vendas móvel. Este estudo mostra que, no cenário considerado, as reservas permitem garantir o resultado de uma elevada percentagem de transacções móveis independentemente. O sistema Mobisnap integra ainda um mecanismo de reconciliação de múltiplas transacções. Devido ao seu carácter genérico, este mecanismo é apresentado e discutido no próximo capítulo. 9.1 Aplicações De seguida, descreve-se o modo como várias aplicações podem ser implementadas no sistema Mobisnap, explorando os mecanismos existentes no sistema. 9.1.1 Suporte a uma força de vendas Uma aplicação de suporte a uma força de vendas mantém informação sobre os produtos disponibilizados por uma empresa. Esta aplicação deve permitir, a um vendedor móvel, executar as operações necessárias para satisfazer os pedidos dos clientes enquanto se encontra desconectado. As operações mais comuns que a aplicação deve suportar são as seguintes: 131
- Page 97 and 98: 5.2. AGENDA PARTILHADA 79 de awaren
- Page 99 and 100: Capítulo 6 Núcleo do sistema DOOR
- Page 101 and 102: 6.1. COOBJECTOS 83 o mesmo estado i
- Page 103 and 104: 6.2. SERVIDORES 85 global a associa
- Page 105 and 106: 6.2. SERVIDORES 87 segundo servidor
- Page 107 and 108: 6.2. SERVIDORES 89 6.2.2 Sincroniza
- Page 109 and 110: 6.2. SERVIDORES 91 6.2.3 Serviço d
- Page 111 and 112: 6.2. SERVIDORES 93 ao cliente compl
- Page 113 and 114: 6.2. SERVIDORES 95 • Emulação d
- Page 115 and 116: 6.3. CLIENTES 97 do coobjecto consi
- Page 117 and 118: 6.3. CLIENTES 99 seguinte informaç
- Page 119 and 120: 6.3. CLIENTES 101 A propagação as
- Page 121 and 122: Capítulo 7 Apresentação do siste
- Page 123 and 124: 7.1. MODELO GERAL 105 encomenda de
- Page 125 and 126: 7.2. ARQUITECTURA 107 BD réplica C
- Page 127 and 128: 7.2. ARQUITECTURA 109 O subsistema
- Page 129 and 130: 7.3. TRANSACÇÕES MÓVEIS 111 7.3
- Page 131 and 132: 7.3. TRANSACÇÕES MÓVEIS 113 abor
- Page 133 and 134: Capítulo 8 Reservas Neste capítul
- Page 135 and 136: 8.1. TIPOS DE RESERVAS 117 8.1.4 Re
- Page 137 and 138: 8.2. CONCESSÃO E GARANTIA DE RESPE
- Page 139 and 140: 8.2. CONCESSÃO E GARANTIA DE RESPE
- Page 141 and 142: 8.3. PROCESSAMENTO DAS TRANSACÇÕE
- Page 143 and 144: 8.4. PROCESSAMENTO DAS TRANSACÇÕE
- Page 145 and 146: 8.5. EXEMPLOS 127 id tipo tabela co
- Page 147: 8.5. EXEMPLOS 129 1 ------ COMPRA 1
- Page 151 and 152: 9.1. APLICAÇÕES 133 1 ------ REMO
- Page 153 and 154: 9.2. RESERVAS 135 dentemente em dif
- Page 155 and 156: 9.2. RESERVAS 137 seguinte forma. P
- Page 157 and 158: 9.2. RESERVAS 139 Commit (% total)
- Page 159 and 160: 9.2. RESERVAS 141 Commit (% total)
- Page 161 and 162: 9.2. RESERVAS 143 Commit (% total)
- Page 163 and 164: 9.2. RESERVAS 145 Commit (% total)
- Page 165 and 166: 9.2. RESERVAS 147 Por exemplo, no c
- Page 167 and 168: Capítulo 10 Sistema de reconcilia
- Page 169 and 170: 10.2. RELAÇÕES ESTÁTICAS 151 10.
- Page 171 and 172: 10.3. ALGORITMO DE RECONCILIAÇÃO
- Page 173 and 174: 10.3. ALGORITMO DE RECONCILIAÇÃO
- Page 175 and 176: 10.3. ALGORITMO DE RECONCILIAÇÃO
- Page 177 and 178: 10.4. OPTIMIZAÇÃO DA RECONCILIAÇ
- Page 179 and 180: 10.5. EXTRACÇÃO AUTOMÁTICA DE RE
- Page 181 and 182: 10.5. EXTRACÇÃO AUTOMÁTICA DE RE
- Page 183 and 184: 10.5. EXTRACÇÃO AUTOMÁTICA DE RE
- Page 185 and 186: 10.5. EXTRACÇÃO AUTOMÁTICA DE RE
- Page 187 and 188: 10.5. EXTRACÇÃO AUTOMÁTICA DE RE
- Page 189 and 190: 10.5. EXTRACÇÃO AUTOMÁTICA DE RE
- Page 191 and 192: Capítulo 11 Trabalho relacionado A
- Page 193 and 194: 11.1. REPLICAÇÃO 175 11.1.2 Arqui
- Page 195 and 196: 11.1. REPLICAÇÃO 177 a unidade de
- Page 197 and 198: 11.1. REPLICAÇÃO 179 O mecanismo
Capítulo 9<br />
Avaliação do mo<strong>de</strong>lo básico do sist<strong>em</strong>a<br />
Mobisnap<br />
O sist<strong>em</strong>a Mobisnap apresenta dois mecanismos principais: as transacções móveis e as reservas. Para que<br />
o sist<strong>em</strong>a possa suportar a<strong>de</strong>quadamente o <strong>de</strong>senvolvimento <strong>de</strong> aplicações para <strong>ambientes</strong> <strong>de</strong> <strong>computação</strong><br />
<strong>móvel</strong>, é necessário que os mecanismos propostos possam ser utilizados para respon<strong>de</strong>r aos requisitos <strong>de</strong><br />
múltiplos tipos <strong>de</strong> aplicações. Este aspecto, <strong>de</strong> avaliação qualitativa do sist<strong>em</strong>a, é abordado na secção 9.1.<br />
O sist<strong>em</strong>a <strong>de</strong> reservas apenas permite confirmar o resultado <strong>de</strong> uma transacção <strong>móvel</strong> in<strong>de</strong>pen<strong>de</strong>nte-<br />
mente se o cliente <strong>móvel</strong> tiver obtido as reservas necessárias antes <strong>de</strong> ficar <strong>de</strong>sconectado do servidor. Na<br />
secção 9.2 apresenta-se um estudo sobre a eficácia do sist<strong>em</strong>a <strong>de</strong> reservas para uma aplicação <strong>de</strong> suporte<br />
a uma força <strong>de</strong> vendas <strong>móvel</strong>. Este estudo mostra que, no cenário consi<strong>de</strong>rado, as reservas permit<strong>em</strong><br />
garantir o resultado <strong>de</strong> uma elevada percentag<strong>em</strong> <strong>de</strong> transacções móveis in<strong>de</strong>pen<strong>de</strong>nt<strong>em</strong>ente.<br />
O sist<strong>em</strong>a Mobisnap integra ainda um mecanismo <strong>de</strong> reconciliação <strong>de</strong> múltiplas transacções. Devido<br />
ao seu carácter genérico, este mecanismo é apresentado e discutido no próximo capítulo.<br />
9.1 Aplicações<br />
De seguida, <strong>de</strong>screve-se o modo como várias aplicações po<strong>de</strong>m ser impl<strong>em</strong>entadas no sist<strong>em</strong>a Mobisnap,<br />
explorando os mecanismos existentes no sist<strong>em</strong>a.<br />
9.1.1 Suporte a uma força <strong>de</strong> vendas<br />
Uma aplicação <strong>de</strong> suporte a uma força <strong>de</strong> vendas mantém informação sobre os produtos disponibilizados<br />
por uma <strong>em</strong>presa. Esta aplicação <strong>de</strong>ve permitir, a um ven<strong>de</strong>dor <strong>móvel</strong>, executar as operações necessárias<br />
para satisfazer os pedidos dos clientes enquanto se encontra <strong>de</strong>sconectado. As operações mais comuns<br />
que a aplicação <strong>de</strong>ve suportar são as seguintes:<br />
131