documentação de sistema wap.daibert - dpinacif/cmovel/files/2007/01/relat.pdf · wap.daibert.net...

wap.daibert.net – Documentação de Sistema 1

UNIVERSIDADE FEDERAL DE VIÇOSA CENTRO DE CIÊNCIAS EXATAS E TECNOLOGICAS

DEPARTAMENTO DE INFORMÁTICA

Mestrado em Ciência da Computação

Documentação de Sistema wap.daibert.net

Autores:

Alexandre Fraga Araújo Marcelo Daibert

Viçosa Minas Gerais – Brasil

Dezembro / 2007


Folha de Aprovação

Aprovamos o documento aqui apresentado para o desenvolvimento do software WAP do Portal Daibert.net.

Alexandre Fraga

Equipe de Desenvolvimento ________________________

Marcelo Daibert

Equipe de Desenvolvimento ________________________

Comissão Cliente Cliente ________________________ Auditoria Externa Cliente ________________________


Revisões Anteriores Revisor Descrição Data Marcelo Daibert Versão Inicial 12/12/2007 Alexandre Versão Inicial 12/12/2007


Sumário 1 INTRODUÇÃO ......................................................................................................... 6 1.1 Propósito do Documento .......................................................................................... 6

1.2 Escopo ...................................................................................................................... 6

1.3 Definições e Siglas ................................................................................................... 6

1.4 Contratantes ............................................................................................................. 6

2 DESCRIÇÃO GERAL ............................................................................................... 7 2.1 Visão Geral do Produto ............................................................................................ 7

2.2 Perspectivas do Produto ........................................................................................... 7

2.3 Funções do Produto ................................................................................................. 7

2.4 Componentes de Evolução do Produto .................................................................... 7

2.5 Limitações do Produto .............................................................................................. 7

2.6 Usuários do Sistema ................................................................................................. 7

3 REFERENCIAL TEÓRICO ....................................................................................... 8 3.1 Wireless Application Protocol (WAP) ........................................................................ 8

3.2 Ambiente WAP ......................................................................................................... 8

3.3 Arquitetura WAP ....................................................................................................... 9

3.4 WAP Gateway .......................................................................................................... 9

3.5 A Transmissão de Dados e Voz ............................................................................. 10

3.6 A Pilha de Protocolos ............................................................................................. 10

4 REQUISITOS ESPECÍFICOS ................................................................................ 13 4.1 Requisitos Funcionais ............................................................................................. 13

4.2 Requisitos Não Funcionais ..................................................................................... 14

5 MATRIZ DE RASTREABILIDADE ......................................................................... 15 5.1 Requisitos Funcionais x Requisitos Funcionais ...................................................... 15

5.2 Requisitos Funcionais x Requisitos Não Funcionais .............................................. 15

6 DIAGRAMA DE CASOS DE USO.......................................................................... 16

7 MATRIZ DE DEPENDÊNCIA ................................................................................. 17 7.1 Caso de Uso x Requisitos Funcionais .................................................................... 17

7.2 Caso de Uso x Requisitos Não Funcionais ............................................................ 17


8 ESPECIFICAÇÃO DE CASOS DE USO ................................................................ 18 8.1 UC1 – Caso de Uso: Consultar Artigos .................................................................. 18

8.2 UC2 – Caso de Uso: Consultar Downloads ............................................................ 18

8.3 UC2 – Caso de Uso: Consultar Fórum ................................................................... 19

8.4 UC2 – Caso de Uso: Consultar Estatísticas ........................................................... 20

8.5 UC2 – Caso de Uso: Consultar Contatos ............................................................... 21

9 PROTÓTIPOS DE INTERFACE ............................................................................... 22

9.1 Navegação Entre Interfaces ................................................................................... 22

9.2 Protótipos................................................................................................................ 23

10 BIBLIOGRAFIA ...................................................................................................... 25


1. Introdução

1.1. Propósito do Documento O propósito deste documento é descrever e especificar um sistema WAP

(Wireless Access Protocol) como front-end para o Portal Daibert.net <HTTP://daibert.net>.

1.2. Escopo O objetivo do wap.daibert.net é fornecer de forma organizada, centralizada

e automatizada as informações necessárias para atender os usuários oriundos de dispositivos móveis, em particular os celulares.

Esse sistema deverá permitir a consulta dos seguintes itens relatados no Portal Daibert.net:

• relação de artigos publicados no site; • relação de downloads publicados no site; • relação de notícias postadas no fórum; • estatísticas; • contato com o webmaster.

1.3. Definições e Siglas WAP Wireless Access Protocol WML Wireless Markup Language

1.4. Contratantes O consorcio de empresas denominado Daibert.NET Consultancy é a

solicitante deste sistema WAP. Empresas do consórcio e seus representantes:

• Mycro$oft Corporation – Bill Gitus • TABA Consultancy – Still CCMI • IBMuitos – Jonh Stuwart • SunLinux – Bobin BreWindows • Marcelo Daibert (CEO)


2. Descrição Geral 2.1. Visão Geral do Produto

Um sistema WAP tem como objetivo facilitar a navegação de um site através de um dispositivo móvel, neste caso em particular através de celulares. Portanto, o wap.daibert.net apresentará ao usuário, na tela de seu celular, informações que são disponibilizadas no Portal Daibert.net. O objetivo é facilitar o acesso e disponibilizar uma nova forma de interação, possibilidade, com o usuário do Portal Daibert.net.

2.2. Perspectivas do Produto

• O wap.daibert.net deverá ser desenvolvido em módulo único. • Deve ser utilizado o mesmo banco de dados que é utilizado no Portal

Daibert.net (MySQL) • Aspectos de Usabilidade nas interfaces WAP do sistema. • Disponibilização de uma nova forma de interação com os usuários do

Portal Daibert.net. • Previsão de possíveis defeitos.

2.3. Funções do Produto • Consulta de Artigos; • Consulta de Downloads Melhores Classificados - TOP; • Consulta de Novos Downloads; • Consulta de Notícias Postadas no Forum; • Consulta à Estatísticas do Portal Daibert.net; • Apresentação dos Contatos do WebMaster.

2.4. Componentes de Evolução do Produto

O desenvolvimento deste sistema será realizado levando em consideração a possível necessidade de integração com outras bases de dados de outros sistemas de gerenciamento de conteúdo.

Minimizar o acoplamento da camada de persistência do sistema, podendo então alterar este mecanismo facilmente. Suportar futuramente base de dados cliente servidor, objetivando a utilização de uma única base para vários usuários.

Desenvolvimento baseado em camadas. Neste nível macro, sendo as seguintes definidas: Camada de Visão, Camada de Controle, Camada de Lógica de Negócio, Camada de Modelo, Camada de Persistência e Base de Dados.

2.5. Limitações do Produto

O sistema EasyPSP é um sistema independente. Ele será apresentado em

interface própria para o usuário através de um navegador compatível com o WAP.

2.6. Usuários do Sistema O wap.daibert.net é desenvolvido para a utilização por qualquer usuário

interessado em acessar o Portal Daibert.net via celular ou qualquer outro dispositivo móvel.


3. Referencial Teórico 3.1. Wireless Application Protocol (WAP)

WAP é um padrão construído para a apresentação e entrega de informação em ambientes móveis, serviços de telefonia móvel e outros terminais sem fio, permitindo que os usuários tenham acesso à informação desejada, onde quer que estejam, a qualquer momento.

A especificação da pilha WAP foi resultado do esforço de um conjunto de empresas que deu origem ao chamado WAP Fórum, órgão responsável pela publicação das especificações WAP, e pela homologação de produtos WAP.

WAP usa os padrões de comunicação sem fio existentes, tais como TDMA (Time Division Multiplex Access), CDMA (Code Division Multiplex Access) e GSM (Global System for Mobile Communication), e acrescenta novas extensões, permitindo que os participantes da indústria desenvolvam soluções com interfaces aéreas independentes, dispositivos independentes e completamente interoperáveis.

A idéia do WAP é agregar valor a serviços de redes sem fio colocando inteligência em servidores e adicionando somente um micro-navegador (micro-browser) no terminal móvel.

3.2. Ambiente WAP

A tecnologia WAP está posicionada na convergência de duas tecnologias de rede que estão evoluindo muito rapidamente: a transmissão de dados sem fio e a Internet. A idéia básica é utilizar os conceitos da Internet, modificando-os para que eles possam ser úteis dentro das limitações de uma rede sem fio e de aparelhos com recursos restritos.

A maioria das tecnologias desenvolvidas para a Internet foi projetada para computadores com grande capacidade de processamento e relativa capacidade de comunicação. Esses computadores são conectados à Internet através de um par de fios da rede telefônica convencional, o que lhe dá acesso moderado a uma rede com conexão relativamente aceitável.

Dispositivos portáteis para redes sem fio possuem recursos de computação mais restritos se comparados a computadores desktop. Pode-se citar:

• Tamanho da tela dos dispositivos – Experiência com usuários de outras plataformas indicam que telas maiores proporcionam melhor usabilidade e satisfatibilidade do que telas pequenas.

• Navegação e Estrutura do Site – Menus e links com grande profundidade em sua hierarquia dificulta a usabilidade dos dispositivos móveis.

• Métodos de entrada – Nos atuais dispositivos móveis, a entrada requer um significante esforço por parte do usuário, que tem que pressionar várias vezes uma mesma tecla do cursor para navegar entre as possíveis opções de um menu, ou apertar várias vezes uma mesma tecla para entrar apenas um caractere.

• Autonomia das baterias dos dispositivos portáteis. Além desses inconvenientes, as redes móveis sem fio apresentam um

ambiente mais hostil de comunicação se comparado ao das redes com fio. Devido às limitações de potência, disponibilidade de espectro e mobilidade, as redes móveis sem fio tendem a possuir.

• Menor banda passante; • Maior latência de transmissão de dados; • Menor estabilidade na conexão; Como conseqüência, a comunicação sem fio fica prejudicada. Para

amenizar esses problemas, a especificação WAP tenta adequar seus protocolos e serviços a fim de minimizar as diferenças entre estes dois ambientes. Assim, a pilha WAP utiliza transmissão binária de dados (Bytecode), sendo aperfeiçoada para alta latência e baixa largura de banda passante.


3.3. Arquitetura WAP

A principal característica do padrão WAP é a utilização de vários protocolos já existentes para a Internet como TCP, UDP, XML, HTML, SSL, etc. O funcionamento do WAP obedece à estrutura representada na Figura 1.

Figura 1. Modelo de comunicação WAP

O conteúdo e as aplicações WAP são especificados através de um

conjunto de formatos bem conhecido, baseado nos conteúdos utilizados na Internet tradicional: os dados são transportados utilizando os protocolos de comunicação da Internet; o microbrowser de um dispositivo móvel é especificado de forma análoga ao browser convencional.

O micro-browser interpreta e exibe conteúdo desenvolvido para o ambiente WAP. Esse conteúdo é criado através da linguagem WML, uma linguagem semelhante ao HTML. Ao contrário da linguagem HTML, a WML foi criada para atender às necessidades dos dispositivos e redes sem fio, respeitando suas deficiências e limitações. WML é adaptada e otimizada para utilização em ambiente sem fio.

3.4. WAP Gateway O WAP gateway (também conhecido por WAP Proxy) é um software que

basicamente realiza uma conexão entre o cliente (dispositivo móvel) e o servidor (http Server, HTTP Proxy, etc.). Um WAP gateway, tipicamente, acessa todos os servidores DNS (Domain Name Server) para resolver os nomes de domínios usados nas URL’s, para aliviar o processamento dos dispositivos portáteis.

O WAP gateway possui as seguintes funcionalidades: • Gateway de protocolo - Traduz as solicitações WAP para os padrões da

Internet; • Codificadores e Decodificadores de conteúdo – Coloca o conteúdo a ser

transmitido em um formato de código compactado, bytecode, com a intenção de reduzir o tamanho e o número de pacotes que trafegam na rede de dados sem fio;

Os conteúdos e aplicações são hospedados em servidores Internet e podem ser desenvolvidos utilizando tecnologias da Internet como HTML (HyperText Markup Language), ASP (Active Server Pages), CGI (Common Gateway Interface), PHP (Processor Hypertext) etc. Ver Figura 2.


Figura 2. Funcionalidade do WAP Gateway

3.5. A Transmissão de Dados e Voz O padrão WAP define uma tecnologia conhecida como WTA (Wireless

Telephony Application), cuja finalidade é fornecer meios para a definição de serviços de telefonia (voz). A interface entre as funções relacionadas à telefonia no dispositivo WAP é chamada de WTAI (Wireless Telephony Application Interface).

Quando o WAP browser é utilizado para solicitar dados, esse pedido é enviado através da rede sem fio para o WAP gateway que converte a requisição para os protocolos da Internet. A seguir, o que acontece é o envio dessa requisição para o Web Server pela Internet. O Web Server recebe, lê a requisição e retorna uma resposta com conteúdo WML para o WAP gateway.

O conteúdo é criptografado e enviado através da rede sem fio para o WAP browser que recebe a resposta do WAP gateway e a exibe na tela do dispositivo WAP, ver Figura 3.

Figura 3. Modelo de Requisição/Resposta WAP

3.6. A Pilha de Protocolos


WAP é uma pilha de protocolos composta por cinco camadas independentes e é extensível para o desenvolvimento de aplicações direcionadas a utilização em dispositivos móveis, ver Figura 4.

Figura 4. Pilha de protocolos WAP

A divisão em camadas permite que outros serviços e aplicações utilizem as

características da pilha WAP através de um conjunto de interfaces bem definidas. Aplicações externas podem, acessar as camadas Session, Transaction, Security e Transport diretamente. A pilha de protocolos isola a tecnologia das operadoras, tornando possível que as aplicações sejam executadas, independentemente do serviço de transporte utilizado.

Camada de Aplicação – Wireless Application Environment (WAE): O WAE é a camada responsável por estabelecer um ambiente interativo,

onde operadoras e prestadores de serviços podem construir aplicações alcançando um grande número de plataformas sem fio de maneira eficiente. O WAE inclui um ambiente de micro-browser que suporta as seguintes tecnologias:

• WML; • WMLScript; • Serviços de telefonia e interfaces de programação: WTA, WTAI. • Conjunto de formatos de dados bem definidos, como imagens, registros

de agenda de telefones e de compromissos. O WAE assume a existência de funcionalidades de um gateway

responsável pela codificação dos dados transferidos para o cliente móvel. O objetivo da codificação dos dados é minimizar o tamanho dos dados enviados pelo ar, e minimizar o volume de recursos necessários para o cliente processar esses dados. A funcionalidade do gateway pode ser adicionada a servidores de Internet já existentes.

Camada de Sessão – Wireless Session Protocol (WSP): O WSP disponibiliza dois tipos de serviço para a camada de aplicação do

WAP. O primeiro é o serviço orientado a conexão, que opera sobre o protocolo de transação WTP. O segundo é o serviço não orientado a conexão, que opera sobre o serviço de datagrama seguro ou não, WDP. O WSP oferece as seguintes funcionalidades:

• Funcionalidade e semântica do HTTP através de uma codificação compacta.

• Suspensão e retomada de sessões. • Protocolo para negociação de capacidades.


Os protocolos da família WSP são otimizados para uma banda de conexão baixa, com latência relativamente longa. WSP foi projetado para permitir que um proxy WAP conecte um cliente WSP a um servidor HTTP comum.

Camada de Transação – Wireless Transaction Protocol (WTP): O WTP é um protocolo orientado à conexão, que disponibiliza os seguintes

serviços: • Classes de serviço: Requisições one-way (solicitação) não confiáveis Requisições one-way (solicitação) confiáveis Requisições two-way (solicitação/respostas) confiáveis. • Confiabilidade opcional user-to-user - Usuário ativa a confirmação a cada

mensagem recebida. • Concatenação de PDU’s (Packet Data Unit) e reconhecimento do atraso

para reduzir o número de mensagens enviadas. • Transações Assíncronas. Camada de Segurança – Wireless Transport Layer Security (WTLS): O WTLS é um protocolo de segurança baseado no protocolo TLS

(Transport Layer Security), também conhecido como SSL (Security Sockets Layer). O WTLS disponibiliza os seguintes serviços:

• Integridade de Dados - O WTLS contém dispositivos que asseguram que os dados transmitidos entre o terminal e um servidor de aplicações não foram modificados ou corrompidos.

• Privacidade - Dados transmitidos entre o terminal e o servidor de aplicações não podem ser compreendidos por ninguém que tenha interceptado o fluxo de dados.

• Autenticação - Permite facilidades que estabelecem a autenticidade do terminal e do servidor de aplicações.

• Detecção e rejeição de dados incorretos. Camada de Transporte – Wireless Datagram Protocol (WDP): O WDP opera um serviço de transporte de dados, oferecendo uma forma

transparente de transmissão de pacotes das camadas superiores da pilha WAP. Desta forma, as camadas de Segurança, Sessão e Aplicação podem funcionar independentemente da rede sem fio utilizada.

O WDP possui um TSAP (Transport Service Access Point) para a camada superior do WAP. Esta interface de serviços permite às aplicações trabalharem de forma transparente sobre os diferentes serviços de portadora disponíveis.

Camada de Rede – Portadora: A pilha de protocolos WAP foi projetada para operar sobre uma variedade

de serviços de portadoras, incluindo SMS (short message), CSC (circuit-switched data) e pacotes de dados. Cada uma das portadoras oferece um nível de qualidade de serviço diferente em relação à velocidade de transmissão, taxa de erros e atrasos. A rede portadora é responsável pelo encaminhamento de datagramas até ao dispositivo destino.

O tipo de endereçamento utilizado varia conforme o tipo de rede portadora, por exemplo, endereços IP ou números de telefone. Algumas redes utilizam alocação dinâmica de endereços sendo necessário utilizar um servidor para encontrar o endereço atual de um certo dispositivo. Os endereços de rede dentro da pilha WAP podem incluir o tipo de portadora e o endereço (ex: IP – 200.131.17.45). Os protocolos WAP foram projetados de forma a compensar ou tolerar estas diferenças.


4. Requisitos Específicos

4.1. Requisitos Funcionais Requisito Funcional 1: O sistema deve permitir ao usuário a

consulta/visualização dos artigos publicados no Portal Daibert.net. O sistema deverá exibir os artigos de acordo com a RNRF1.

Requisitos de Dados: título do artigo, nome do autor e corpo do artigo. RF1: Consultar Artigos Estado: Proposto Prioridade: Alta Estabilidade: Alta Descrição: O sistema deve permitir ao usuário a consulta/visualização dos artigos publicados no Portal Daibert.net. RNRF1: Deve ser exibido somente os 10 últimos artigos publicados.

Requisito Funcional 2: O sistema deve permitir ao usuário a consulta/visualização dos downloads (arquivos) publicados no Portal Daibert.net. O sistema deve exibir os resultados de acordo com a RNRF2.1 e RNRF2.2.

Requisitos de Dados: título do download e número de cliques que o download recebeu até o exato momento. RF2: Consultar Downloads Estado: Proposto Prioridade: Alta Estabilidade: Alta Descrição: O sistema deve permitir ao usuário a consulta/visualização dos downloads (arquivos) publicados no Portal Daibert.net. RNRF2.1: Deve ser apresentado os downloads mais novos e os downloads mais requisitados do Portal Daibert.net. RNRF2.2: Deve ser apresentado 10 registros para cada interface desenvolvida.

Requisito Funcional 3: O sistema deve permitir ao usuário a

consulta/visualização das notícias postadas no fórum do Portal Daibert.net. O sistema deve exibir os artigos de acordo com a RNRF3.

Requisitos de Dados: título da notícia postada e corpo da notícia. RF3: Consultar Fórum Estado: Proposto Prioridade: Alta Estabilidade: Alta Descrição: O sistema deve permitir ao usuário a consulta/visualização dos downloads (arquivos) publicados no Portal Daibert.net. RNRF3: Deve ser exibido somente as 10 últimas notícias do fórum publicadas.


consulta/visualização das estatísticas do Portal Daibert.net. Requisitos de Dados: membros online, total de membros, convidados

online, total de artigos publicados, total de links disponibilizados, total de arquivos para download e número total de visitas do Portal Daibert.net. RF4: Consultar Estatísticas Estado: Proposto Prioridade: Alta Estabilidade: Alta Descrição: O sistema deve permitir ao usuário a consulta/visualização das estatísticas do Portal Daibert.net.



consulta/visualização das informações de contato do Portal Daibert.net. Requisitos de Dados: nome do webmaster, email do webmaster e

endereço do Portal. RF4: Consultar Contatos Estado: Proposto Prioridade: Alta Estabilidade: Alta Descrição: O sistema deve permitir ao usuário a consulta/visualização das informações de contato do Portal Daibert.net.

4.2. Requisitos Não Funcionais Requisito Não Funcional 1: O sistema deve utilizar o sistema gerenciador

de bancos de dados que já é utilizado pelo Portal Daibert.net (MySQL). A base de dados deve ser unificada.

RNF1: Banco de Dados Estado: Proposto Prioridade: Alta Estabilidade: Baixa Obrigatório Descrição: O sistema deve utilizar o sistema gerenciador de bancos de dados que já é utilizado pelo Portal Daibert.net (MySQL). A base de dados deve ser unificada.

Requisito Não Funcional 2: O sistema deve possuir alta usabilidade,

constituindo facilidade para que os usuários aprendam a operá-lo, tempo e esforço mínimos para que os usuários atinjam um nível aceitável de desempenho, mínimo esforço físico e cognitivo dos usuários durante o processo de interação, disponibilização de help e interfaces auto-explicativas e satisfação dos usuários.

RNF2: Usabilidade Estado: Proposto Prioridade: Média Estabilidade: Média Desejável Descrição: O sistema deve possuir alto índice usabilidade.

Requisito Não Funcional 3: O sistema deve ser desenvolvido utilizando a

linguagem PHP e WML.

RNF3: Linguagem Estado: Proposto Prioridade: Alta Estabilidade: Alta Obrigatória Descrição: O sistema deve ser desenvolvido utilizando a linguagem PHP e WML.


5. Matriz de Rastreabilidade

5.1. Requisitos Funcionais x Requisitos Funcionais

RF1 RF2 RF3 RF4 RF5

RF1

RF2

RF3

RF4 x x x RF5

5.2. Requisitos Funcionais x Requisitos Não Funcionais

RF1 RF2 RF3 RF4 RF5

RNF1 x x x x x

RNF2

RNF3 x x x x x


6. Diagrama de Casos de Uso

UC1: Consultar Artigos Ator: Usuário Descrição: O caso de uso é iniciado quando o usuário acessa o sistema e solicita a visualização dos artigos.

UC2: Consultar Downloads Ator: Usuário Descrição: O caso de uso é iniciado quando o usuário acessa o sistema e solicita a visualização dos arquivos para download.

UC3: Consultar Fórum Ator: Usuário Descrição: O caso de uso é iniciado quando o usuário acessa o sistema e solicita a visualização das notificas postadas no fórum.

UC4: Consultar Estatísticas Ator: Usuário Descrição: O caso de uso é iniciado quando o usuário acessa o sistema e solicita a visualização das estatísticas do Portal Daibert.net.

UC5: Consultar Contatos Ator: Usuário Descrição: O caso de uso é iniciado quando o usuário acessa o sistema e solicita a visualização dos contatos do Webmaster do Portal Daibert.net.

Consultar Estatísticas

Consultar Artigos

Consultar Downloads

Consultar FórumUsuario

Consultar Contatos


7. Matriz de Dependência 7.1. Casos de Uso x Requisitos Funcionais

RF1 RF2 RF3 RF4 RF5UC1 x UC2 x UC3 X UC4 x UC5 x

7.2. Casos de Uso x Requisitos Não Funcionais

UC1 UC2 UC3 UC4 UC5RNF1 x x x x xRNF2 RNF3 x x x x x


8. Especificação de Casos de Uso 8.1. UC1 – Caso de Uso: Consultar Artigos

Ator Principal: Usuário Sumário: O caso de uso é iniciado quando o usuário acessa o sistema e solicita a visualização dos artigos. Pré-Condições: Não Aplicável. Fluxo Principal: 1. O sistema exibe a tela de consulta de artigos, de acordo com a RN1. 2. O usuário seleciona o artigo que gostaria de visualizar. 3. O sistema efetua a leitura do registro a partir do artigo selecionado. 4. O sistema exibe as informações do artigo selecionado. Fluxos Alternativos: Não Aplicável. Fluxos de Exceção: Não Aplicável. Requisitos de interface: 1. Os artigos devem ser exibidos por meio de uma lista de artigos em ordem de publicação decrescente. Pós-condições: Possibilitar o usuário a visualizar o artigo. Regras de Negócio: RN1: São apresentados os 10 últimos registros adicionados de artigos para o usuário. 8.2. UC2 – Caso de Uso: Consultar Downloads

Usuario Consultar Artigos

Usuario Consultar Downloads


Ator Principal: Usuário Sumário: O caso de uso é iniciado quando o usuário acessa o sistema e solicita a visualização dos arquivos para download. Pré-Condições: Não Aplicável. Fluxo Principal: 1. O sistema exibe a tela de visualização de downloads. 2. O sistema efetua a leitura dos registros. 3. O sistema exibe as informações dos downloads selecionado de acordo com a RN1. Fluxos Alternativos: Não Aplicável. Fluxos de Exceção: Não Aplicável. Requisitos de interface: 1. Os downloads devem ser exibidos por meio de uma lista de downloads com as seguintes opções: Os downloads mais novos e os mais procurados (TOP). Pós-condições: Possibilitar o usuário a visualizar o download e seu número de cliques. Regras de Negócio: RN1: São apresentados os 10 últimos registros adicionados de downloads para o usuário.

8.3. UC2 – Caso de Uso: Consultar Fórum

Ator Principal: Usuário Sumário: O caso de uso é iniciado quando o usuário acessa o sistema e solicita a visualização das notícias postadas no fórum. Pré-Condições: Não Aplicável.

Usuario Consultar Fórum


Fluxo Principal: 1. O sistema exibe a tela de consulta de notícias do fórum, de acordo com a RN1. 2. O usuário seleciona a notícia do fórum que gostaria de visualizar. 3. O sistema efetua a leitura do registro a partir da notícia selecionada. 4. O sistema exibe as informações da notícia selecionada. Fluxos Alternativos: Não Aplicável. Fluxos de Exceção: Não Aplicável. Requisitos de interface: 1. As noticias devem ser exibidas por meio de uma lista de tópicos de forma decrescente de acordo com a data de postagem. Pós-condições: Possibilitar o usuário a visualizar o download e seu número de cliques. Regras de Negócio: RN1: São apresentados os 10 últimos registros para o usuário.

8.4. UC2 – Caso de Uso: Consultar Estatísticas

Ator Principal: Usuário Sumário: O caso de uso é iniciado quando o usuário acessa o sistema e solicita a visualização das estatísticas do Portal Daibert.net pelo WAP. É disponibilizado os seguintes dados: membros online, total de membros, convidados online, total de artigos publicados, total de links disponibilizados, total de arquivos para download e número total de visitas do Portal Daibert.net. Pré-Condições: Não Aplicável. Fluxo Principal: 1. O sistema exibe a tela de visualização de estatísticas. 2. O sistema efetua a leitura dos registros. 3. O sistema exibe as informações das estatísticas. Fluxos Alternativos: Não Aplicável.

Usuario Consultar Estatísticas


Fluxos de Exceção: Não Aplicável. Requisitos de interface: Não Aplicável. Pós-condições: Possibilitar o usuário a visualizar o download e seu número de cliques. Regras de Negócio: Não Aplicável.

8.5. UC2 – Caso de Uso: Consultar Contatos

Ator Principal: Usuário Sumário: O caso de uso é iniciado quando o usuário acessa o sistema e solicita a visualização dos contatos com o WebMaster do Portal Daibert.net. Pré-Condições: Não Aplicável. Fluxo Principal: 1. O sistema exibe a tela de visualização de contatos. Fluxos Alternativos: Não Aplicável. Fluxos de Exceção: Não Aplicável. Requisitos de interface: Não Aplicável. Pós-condições: Possibilitar o usuário a visualizar o download e seu número de cliques. Regras de Negócio: Não Aplicável.

Usuario Consultar Contatos


9. Protótipos de Interface

9.1. Navegação Entre Interfaces

index.wml

Artigos

Downloads TOP

ArtigoDownloads Novo

Estatísticas

Contato

Forum

Inicio Fim

Notícia


9.2. Protótipos


10. Bibliografia

WAZLAWICK, R. S. Análise e Projeto de Sistemas de Informação Orientados a Objetos. Editora Campus. Rio de Janeiro: Elsevier, 2004.

FIGUEIREDO, F. C.; FIGUEIREDO, H. C. M. Dominando gerenciamento de projetos com o MS Project 2002. Ciência Moderna, Rio de Janeiro, RJ, 2003.

PMBOK 2004, Um Guia do Conjunto de Conhecimentos em Gerencia de Projetos. 3rd Edition. 2004.

BOGGS, W; BOGGS, M. Mastering UML with Rational Rose 2002. Sybex; Pap/Cdr edition. 2002.

ERIKSSON, H. E; PENKER, M. UML Toolkit. Wiley. 1997.

FOWLER, M; KOBRYN, C; BOOCH, G. Uml Essencial. Bookman. 3rd Edition. 2000.

RUMBAUG, J; JACOBSON, I; BOOCH, G. The Unified Modeling Language Reference Manual. Addison-Wesley. 1999.

AMBLER, S. The Elements of UML Style. Cambridge University Press. 2003.

BELL MOBILITY INC., http://www.bellmobility.com, dezembro, 2001.

RISCHPATER, R., Desenvolvendo Wireless para WEB: Como Enfrentar os Desafios dos Projetos para a Web Sem Fio, Makron Books, São Paulo, 2001.

BUCHANAN, G., FARRANT, S., JONES, M., THIMBLELY, H., Improving Mobile Internet Usability, Proc. of ACM 1-581113-348-0/0/01/0005, pp. 673-680, 2001.

FORUM, Wireless Application Protocol, Official wireless application protocol: the complete standard with searchable cd-rom. New York, John Wiley & Sons, 1999.

WAPFORUM, http://www.wapforum.org, outubro, 2002.

documentação de sistema wap.daibert - dpinacif/cmovel/files/2007/01/relat.pdf · wap.daibert.net...

Documents