Embed Size (px)
Citation preview
Conteúdo
1. Enquadramento
2. Mobillidade
3. mCommerce
3.1 Características
3.2 Exemplos
4. Canais móveis
5. Case Studies
5.1 Bilheteira TMN Lusomundo WAP
5.2 Pocket Continente
7. Conclusão
Enquadramento
MobiComp - Mobile Computing & Wireless Solutions, é uma empresa dedicada à computação móvel.
Foco de interesse nas soluções que permitem acrescentar valências de mobilidade a soluções existentes.
Áreas de aplicação:– Logística– Retalho– Saúde– Seguros– Banca– Media– Telcos– etc.
Enquadramento
O acesso à informação a qualquer momento e independentemente da localização torna-se um factor chave para o sucesso profissional.
Factores para a crescente procura de aplicações móveis :• utilização cada vez maior de dispositivos móveis - com
ênfase para os telefones móveis• incremento do número de PDAs e de Handhelds, nas
actividades executivas e operacionais• aumento de largura de banda num futuro próximo (GPRS
e UMTS)• necessidade de acesso a informação a qualquer momento
e em qualquer lugar• necessidade de entrega de informação independentemente
da localização dos receptores
Enquadramento
As aplicações móveis podem ser uma combinação de acessos online e offline em função das necessidades - e de factores como a largura de banda e a conectividade
Convergência expectável dos PDAs e dos telefones móveis (GPRS e UMTS)
Soluções móveis:– Segmento de consumo: notícias, finanças, m-commerce– Segmento profissional: necessidades de CRM, PRM (Partner
Relationship Management), SFA (Sales Force Automation ou EIP (Enterprise Information Portals)
Enquadramento
Criação de plugins wireless agregados ao SI existente de modo a criar interfaces para:– Sales Force Automation– Field Services– Media– Finanças– Logística– Acesso a informação residente no SI
Mobilidade – potencial
Vasto conjunto de potenciais utilizadores do mobile e-commerce.
Mobilidade – exemplos
Cenários tecnologicamente possíveis hoje:A) Encontra-se preso no trânsito a caminho do aeroporto. Pega no smartphone altera a reserva para um próximo voo, faz um upgrade para primeira classe, e envia um email para o hotel informando a nova hora de chegada;
B) Chega finalmente ao destino, mas o carro que tinha alugado não está disponível. Retira então o seu PDA do bolso e no ecrã aparecem-lhe os serviços disponíveis na zona em que se encontra. Selecciona a opção de aluguer de automóveis e repara que há uma promoção para um BMW;
Mobilidade – exemplos
C) No automóvel, pede ao seu PDA o mapa da cidade. Efectua o download do caminho até ao hotel e vai ouvindo as instruções;
D) Um grupo de ladrões assalta-lhe o carro. Pega no smartphone e liga o 112. Graças ao GPS um carro da polícia que se encontra na zona localiza-o em minutos;
E) No dia seguinte, acede à Intranet da empresa atravésdo PDA.
mCommerce – definição
Definições recolhidas de diversos relatórios abordando a problemática:
“The use of mobile handheld devices to communicate, interact via an always-on, high-speed connection to the Internet.” (Forrester)
“M-commerce is the use of mobile handheld devices to communicate, inform, transact and entertain using text and data via connection to public and private networks.” (Lehman Brothers)
“Mobile Commerce refers to any transaction with monetary value that is conducted via a mobile telecommunications network.” (Durlacher)
mCommerce - características
Ubíquo – a noção de espaço e tempo tem outra dimensão;
Conveniência e Acessibilidade – as acções podem ser feitas onde for mais fácil;
Localização – acesso mais facilitado a serviços “perto de si”;
Largura de Banda – aplicações diferentes em função da rede;
Capacidade de Armazenamento – gestão da informação feita por quem fornece o serviço;
Personalização – forte sentimento de vista própria da informação;
Dispositivos – muitos e com muitas diferenças entre si.
mCommerce - abordagens
Três tipos de abordagem ao mCommerce:
1. Serviços primáriosdirigido ao consumidor final: venda de bilhetes, transacções bancárias, jogos interactivos, etc.
2. Serviços compostosofertas comerciais contextualizadas: serviços de informação, agregação de conteúdos, etc.
3. Serviços transaccionaissuporte a transacções, autorização de pagamentos, etc.
Contexto geográfico– iniciativas de m-commerce terão como alvo prioritário o
comércio local• o cliente é conhecido e pode existir interacção entre a loja
e o cliente• 1-to-1 marketing• compras por impulso• necessidades imediatas• numa “loja perto de si”
Serviços push– as aplicações tomam a iniciativa de enviar informação para o
utilizador– fortemente baseado no perfil ou na localização
mCommerce – serviços diferenciados
Um novo modelo de utilização:“Picture a butcher shop in Paris, circa 2004. When customers come in, they're offered a discount for waving their phone through an infrared sensor that records the telephone's number. Business is brisk throughout the day. But near closing time, the butcher is anxious to get rid of some prime cuts of Argentine beef. He sends out a special offer to the phones of customers who have ordered Argentine beef recently--and who happen to be within, say, three blocks. The mobile network finds these customers and charges the store a couple of cents for each message delivered--though the Bordeaux wine ad on the message might pick up half the tab. Customers who buy online get a discount, and the cost of the steak comes out of the debit card in their phone.”
Business Week Online, Fevereiro 2000
mCommerce – futuro próximo
mCommerce – Casos Reais
Portais móveis Handelsbanken/Deustche Bank– Portal móvel B2C para os seus clientes.– Acesso a contas, operações de transferência, compra e venda
de títulos– Ligação através de um smartphone com WAP.
Compas num supermercado através do PDA– Aplicação móvel para os clientes do Continente– O PDA tem um subconjunto dos artigos (listas de compras)– O utilizador compõe o pedido e submete-o via wireless
mCommerce – Casos ReaisNavegação nos produtos Check-out do carrinho
Web vs canais móveis
Mobilidade é substancialmente diferente de Web– ausência de manipulação directa (em muitos casos)
• Ausência de rato/dispositivo indicador– principalmente em telefones móveis
– ergonomia muito diferente• proliferação de modelos• características muito diferenciadas
– necessidade de condução do processo interactivo
– necessidade de dados actualizados e sumariados• não existe tempo para procurar informação e navegar
Web vs canais móveis
Não existe ainda na mobilidade o conceito de navegação– O utilizador acede a serviços que anteriormente escolheu
– Não é fácil transmitir ao utilizador o contexto em que ele se encontra
• Necessidade de evitar demasiados níveis de profundidade
• Prever mecanismos de navegação que permitam rapidamente mudar de contexto, subir ao primeiro nível, etc.
Web vs canais móveis
Jacob Christfort, CTO da OraMobile:"Transcoding doesn't lead to good wirelessapplications. You can't take an application built specifically for the Web, translate it to mobile, and expect it to be a good application.“
"Mobile is about the other half of our lives. When we're out and about, not sitting at our desktop computers, the last thing we want to think about is computers. We want wireless devices that are as easy to use as a remote control, and that allow us to accomplish tasks simply and elegantly."
"The worst thing you can do is translate applications from the one half of your life into the other half."
Case Studies
Bilheteira de cinema - objectivos
Criação de um canal móvel complementar aos já existentes (bilheteira física e Web)– Assentes numa plataforma de e-ticketing
Manutenção do ciclo habitual de compra de um bilhete sem que o utilizador note diferenças induzidas pelo dispositivo
Adequação da navegação ao dispositivo do utilizador
Efectivação do pagamento electrónico
Geração da confirmação da venda
Bilheteira de cinema - componentes
1. Serviço de atendimento aos dispositivos móveis
2. Geração da navegação em função do dispositivo do cliente
3. Camada de interligação à camada de negócio já existente
4. Interligação com SMS Center para envio de confirmação
Disponível no portal WAP da TMN
Bilheteira de cinema -funcionalidade
Três grandes momentos de interacção
1. Procura do filme, sala e sessão pretendida
2. Visualização do estado actual de ocupação da sala e escolha do(s) lugar(es) pretendido(s)
3. Efectivação do pagamento
TMN Lusomundo WAP - navegação
Cinemas e Salas
ComprarFilmes
TMN Lusomundo WAP – navegação
Procura do filme, sala e sessão
TMN Lusomundo WAP – navegação
Visualização do estado actual de ocupação e escolha do lugarLigação em tempo real à bilheteira física
...
TMN Lusomundo WAP – navegação
Efectivação do pagamento– Validação do cartão de crédito
...
• Posteriormente o cliente recebe um SMS com a indicação dos lugares
TMN Lusomundo WAP
Numa aplicação dirigida às massas é necessário criar algo que funcione bem independentemente do dispositivo
– Necessidade de prever diferenças a nível de:• Memória• Capacidades de apresentação • Tratamento da navegação em cada dispositivo• Compatibilidade do dispositivo com o servidor de
aplicações
Utilização da plataforma Adaptive Mobile Interface (AMI) da MobiComp como camada de abstracção
Adaptação inteligente ao dispositivo
Garantir que as capacidades de cada dispositivo são completamente aproveitadas
Simular por software detalhes não implementados nalguns dispositivos
Aplicações direccionadas ao denominador comum não são uma boa abordagem– Frustação dos clientes– Incapacidade de funcionamento nalguns dispositivos
Adaptação ao dispositivo
Visualização da sala em diferentes modelos
Adaptação ao dispositivo
Emulação de funcionalidades inexistentes em alguns dispositivos
O Nokia 7110 não permite scrollnas imagens
A componente AMI implementaautomaticamente o scroll porsoftware
Arquitectura da Solução
Arquitectura aberta 100% Java, extensível e escalávelFacilidade de manutenção incremental dos módulos e aplicações, com as preocupações de manutenção, escalabilidade e extensabilidade.A arquitectura técnica e funcional apresentada segue os requisitos solicitados, nomeadamente:– Fiabilidade– Alta Disponibilidade / Redundância– Escalabilidade
Um dos aspectos fundamentais da solução baseada no paradigma dos objectos insere-se na facilidade de manutenção incremental dos módulos e aplicações, garantindo desde logo a evolução da solução.
Arquitectura de Software
Técnicas modernas de desenvolvimento e integração de software criando para tal uma Arquitectura multi-camada com separação de – Camada e lógica de apresentação– Lógica aplicacional (de cada um dos módulos)– Camada de dados
Arquitectura aberta com Application Server Java
Arquitectura de Software Multi-camada
Num ambiente de três camadas, ou multi-camada, como o aplicado neste projecto, o dispositivo cliente implementa a lógica de apresentação. A lógica de negócio está implementada no servidor aplicacional e os dados residem no servidor de base de dados.
ServidorAplicacional
ServidorServidorAplicacionalAplicacional
LógicaLógica de de ApresentaçãoApresentação
LógicaLógica de de ApresentaçãoApresentação
LógicaLógica de de NegócioNegócio
Servidor SQLServidorServidor SQLSQL
DadosDados
Arquitectura de Software Multi-camada
A arquitectura multi-camada é definida pelas seguintes três camadas de componentes:1. Um componente de front-end que é responsável por fornecer
lógica de aplicação portável.2. Um componente de back-end que fornece acesso a servidores
dedicados tais como servidores de base de dados.3. Um componente de camada intermédia que permite aos
utilizadores partilharem e controlarem a lógica de negócio isolando-a da própria aplicação.
Arquitectura de Software Multi-camada
Vantagens da arquitectura cliente/servidor multi-camada:– Alterações à interface com o utilizador ou à lógica da aplicação
são largamente independentes uma da outra, permitindo que a aplicação evolua facilmente para ir de encontro a novos requisitos.
– Os estrangulamentos de rede são minimizados porque a camada da aplicação não transmite informação extra para o cliente.
– Quando são necessárias alterações à lógica de negócio, apenas o servidor tem que ser actualizado.
– A aplicação cliente está isolado das operação de rede e de base de dados. A aplicação cliente pode aceder à informação de forma rápida e fácil sem ter necessidade de saber onde estáarmazenada ou quantos servidores existem no sistema.
Arquitectura de Software Multi-camada
Vantagens da arquitectura cliente/servidor multi-camada (cont.):– As ligações de base de dados podem estar numa pool e assim
serem partilhadas por vários utilizadores, o que por sua vez reduz drasticamente o tempo de acesso e também o custo associado a licenciamento por utilizador.
– Independência da base de dados porque a camada de dados estádefinida usando SQL padrão que é independente da plataforma. A solução não está presa a procedimentos de uma marca específica.
Arquitectura de Software
As aplicações desenvolvidas têm em conta o modelo de três camadas, permitindo assim no futuro a evolução para outras camadas de apresentação.
O impacto de alterações a regras de negócio e funcionamento da aplicação tendem a ser minoradas.
Presentation LayerPresentation Layer
WAPWAP
Business LayerBusiness Layer
Data LayerData Layer
PDAPDA J2MEJ2ME ??
Arquitectura de Software Multi-camada
Solução multi-camada mais sofisticada com processos mais pequenos e especializados (no cliente e no servidor), mais fáceis de conceber, mais rápidos de implementar e mais baratos de manter.
ServidorAplicacional
ServidorServidorAplicacionalAplicacionalLógicaLógica de de NegócioNegócio
Servidor SQLServidorServidor SQLSQL
DadosDados
LógicaLógica de Dadosde Dados
GestãoGestão de de ApresentaçãoApresentação
GestãoGestão de de SessãoSessão
LógicaLógica XPTOXPTO
LógicaLógica de de ApresentaçãoApresentação
LógicaLógica de de DadosDados
LógicaLógica de de ApresentaçãoApresentação
LógicaLógica de de DadosDados
Arquitectura de Software
Componentes da arquitectura– Aplicações multi-camada:
• Objectos de Apresentação: contêm a lógica que apresenta a informação a uma fonte externa e obtém input dessa mesma fonte.
• Objectos de Negócio: contêm a lógica da aplicação que governa a função e o processo do negócio.
• Objectos de Dados: contêm a lógica que faz a interface entre o sistema de armazenamento dos dados.
– Ambiente de execução para servlets Java:• Correm no contexto do processo do servidor aplicacional poupando
tempo e esforço para criar um novo processo CGI.• São escritas em Java, linguagem segura e estável.• Permitem criar aplicações multi-plataforma de alta performance sem a
necessidade de criar diversas versões das mesmas.• A API das servlets é uma extensão standard da plataforma Java.
Arquitectura de Software
Visão geral da arquitectura:
BrowserBrowserBrowser ServidorWeb
ServidorServidorWebWeb
Multiserver
Director
Consola de Administração
ConsolaConsola de de AdministraçãoAdministração
Framework daAplicação Enhydra
Gestor de Apresentação
Gestor de Sessão
Gestor de Base de Dados
ObjectoObjecto dadaAplicaçãoAplicação
CamadaCamada de de ApresentaçãoApresentação
CamadaCamada de de NegócioNegócio
CamadaCamada de de DadosDados
PO PO
BO BO
DO DO
Aplicação
Servidor de Base de Dados
JDBC
Pocket Continente
Solução de comércio electrónicomóvel que permitie a compra de bens nas lojas Continente através de um PDA.
Em qualquer lugar é possível efectuarcompras nos HipermercadosContinente.
O cliente pode compôr a sua encomenda em modo off line e ligar-se apenas quando pretende submeter o pedido.
Pocket Continente
Pocket Continente
Pocket Continente
Conclusões
"...the number of mobile devices able to access the Internet wilexceed the number of PCs by 2003 at the least.“'Mobile E-commerce - Market Strategies - Ovum’
Inclusão de canais móveis não deve causar grande impacto na estrutura já existente
Conteúdos móveis e aplicações móveis são diferentes da existente na Web
mCommerce deve assentar sobre:– Usabilidade adequada– Personalização dos conteúdos– Utilidade dos Serviços/Aplicações – mais valias evidentes– Confiança nas entidades envolvidas
