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

286
Anais do IHC’2001 - IV Workshop sobre Fatores Humanos em Sistemas Computacionais
se que elas sejam agrupadas num pacote específico da aplicação. Um caso de uso é descrito
através de um conjunto de atividades, que se referem às ações elementares que devem ser
executadas pelo sistema ou pelo usuário. Embora existam, na literatura, várias modelos de
representar as atividades, é adotado o diagrama de atividades da UML. Outros diagramas
da UML (como diagrama de estado e de seqüência) podem também ser modelados neste
momento.
No Projeto Lógico da Interface, o projetista de interface deve verificar para cada caso de
uso que informações estarão disponíveis para o usuário durante a realização de uma
determinada atividade. Em seguida, ele deve especificar a interface definindo seus
componentes de interação. Tais componentes são: espaços de interação (EIs), que são os
lugares de atividade virtual que oferecem ao usuário a possibilidade de navegar para outro
espaço e/ou manipular os dados contidos nos espaços; e objetos de interação (OIs), que são
os dados manipulados. Heurísticas e regras ergonômicas, descritas em [Furtado1999],
relativas às questões de usabilidade, foram refinadas para ajudar o projetista na definição
de EIs e seus OIs a partir de casos de uso e suas atividades. Os EIs e OIs são representados
através de classes de interface. O resultado desta fase é a geração do diagrama de classe no
pacote da interface e de protótipos. Durante a validação dos protótipos, qualquer retificação
implica em voltar às fases anteriores, garantindo o caráter iterativo do método.
Na fase Projeto Físico da Aplicação, o resultado da análise e projeto lógico da aplicação é
expandido em soluções técnicas através de: definição do pacote de persistência, utilização
de bibliotecas da linguagem de programação escolhida, detalhamento dos métodos das
classes e refinamento do diagrama de classe do pacote de interface. Quanto a esta última
tarefa, é importante lembrar que as fases do processo em estudo não são realizadas de
forma seqüencial. Assim, são apresentadas, nos diagramas de classes, informações
provenientes de decisões tomadas na fase de projeto físico da interface. Esta fase consiste
na geração de um diagrama de classe integrado para cada caso de uso. Esta integração é
feita entre as classes dos pacotes de aplicação, de persistência e de interface. O objetivo é
que tais diagramas permitam uma visão melhor dos fatores que podem influenciar uma
decisão associada a um caso de uso. Nesta fase, modela-se o comportamento dinâmico dos
casos de uso, utilizando-se os diagramas de interação da UML: diagrama de seqüência e/ou
colaboração.
No Projeto Físico da Interface, o projetista faz um estudo do sistema sob o ponto de vista
interativo, para definir os aspectos visuais das interfaces e definir como o sistema tratará os
eventos vindos da interface ou da aplicação. Para realizar estas operações, sugerimos que o
projetista aplique algumas recomendações ergonômicas para ajudá-lo, por exemplo,
selecionar os objetos interativos, definir seus atributos gráficos (por exemplo, cor, tamanho
e posição de um objeto interativo na tela), o estilo de interação (se baseado em menu ou em
comando), etc. Como resultado desta fase, obtém-se as telas gráficas do sistema.
As fases de Implementação visão a construção ou implementação real das classes. A fase
de Teste envolve a avaliação do SI completo, realizando testes integrados da aplicação e da
interface.
3. Conclusões
Neste trabalho, apresenta-se um método de desenvolvimento de SI em que propõe-se a
modelagem de aspectos da aplicação de forma independente da modelagem de aspectos