Anais do IHC'2001 - Departamento de Informática e Estatística - UFSC

52
Anais do IHC’2001 - IV Workshop sobre Fatores Humanos em Sistemas Computacionais
envolve outros aspectos como a complexidade da informação representada e a estrutura de
apresentação que não são representados pelo modelo. Do mesmo modo, o modelo
hierárquico pode auxiliar na identificação de links entre páginas, mas não representa todas
as ligações. Salienta-se que o modelo navegacional não pode ser gerado automaticamente a
partir do modelo hierárquico. O modelo apresentado pela figura 2 serve apenas como
referência das informações que o modelo navegacional deve conter, ainda que a
representação hierárquica possa inspirar o designer durante a especificação da navegação.
A idéia geral de StateWebCharts é que interfaces Web podem ser representadas por um
conjunto de estados, sendo que cada estado representa os objetos da interface que o usuário
poder ver e/ou interagir quando o estado está ativo. A concorrência em StateWebCharts
tem a significação de concorrência visual e não concorrência de execução, como ocorre em
statecharts. A semântica de um estado é, portanto, uma janela de visualização que contém
uma lista de objetos a serem visualizados e, se dois estados são concorrentes, eles são
visíveis simultaneamente. Fisicamente, cada lista de objetos terá um documento HTML
associado onde transições entre estados são implementadas como links entre documentos.
São consideradas como janelas: janelas do browser, cada frame (frames HTML)
individualmente e caixas de diálogo. Assim, dado um estado do modelo, obtém-se o
documento que ele contém e em que janela ele será visualizado.
A modelagem com StateWebCharts inicia com um estado de alto nível (nível zero) que
representa a área de visualização principal do usuário e todos os sub-estados que a
aplicação contém. Um estado é representado por um identificador (canto superior
esquerdo) e uma descrição do seu conteúdo. Estados que contém outros sub-estados
visualmente concorrentes, devem se detalhados em um nível hierárquico inferior. Por
exemplo, a figura 3 apresenta um modelo parcial do site do HIBAM, representado os
níveis 0 (figura 3.a) e 1 (figura 3.b). Observe que no nível zero o estado S10 é representado
sem nenhuma descrição, sendo que todo o seu conteúdo é apresentado em detalhe no nível
1 (figura 3.b).
Ferramentas como bookmarks, history, e acesso direto a URLs (Uniform Resource Locator)
permitem que usuários iniciem a visita à aplicação Web por qualquer documento e são
consideradas dentro do modelo para fins de avaliação. Contudo, o designer deve definir
sempre um estado inicial (default) para aplicação. Estados default são marcados com uma
seta iniciada por um círculo, como indica o evento e1. Este símbolo também é utilizado
para indicar quando uma nova janela será aberta, como ocorre com a transição e16.
Observe que na figura 3.b, o evento e10 (entrada para o estado S10), é duplicado como
entrada para os sub-estados S11 e S12 indicando, assim, que duas janelas concorrentes
serão inicializadas.
Estados são representados conforme a função que exercem dentro do modelo. Estados que
pertencem ao domínio da aplicação e, sobre os quais o designer tem poder de atualização,
são representados como retângulos com cantos arredondados (ver S1, por exemplo),
enquanto estados externos são representados sob a forma de nuvem (ver S20, por
exemplo). Estados que são executados no lado servidor da aplicação Web são marcados em
cinza (ver S21), sugerindo que eles não são estados visíveis pelo cliente. Quando o estado é
gerado dinamicamente, este é representado com linhas tracejadas como ocorre com o
estado S22, por exemplo. Com relação aos links, linhas contínuas indicam que o usuário
tem controle sobre a transição (eventos e1 e e2, por exemplo) e linhas tracejadas indicam