270 likes | 463 Views
O Projeto de IHC. Walter de Abreu Cybis Outubro, 2003. LabIUtil - Laboratório de Utilizabilidade da Informática Departamento de Informática e Estatística Universidade Federal de Santa Catarina. O Projeto de IHC. The Bridge, Dayton et al Usage-Centered Design, Constantine&Lockwood.
E N D
O Projeto de IHC Walter de Abreu Cybis Outubro, 2003 LabIUtil - Laboratório de Utilizabilidade da Informática Departamento de Informática e Estatística Universidade Federal de Santa Catarina
O Projeto de IHC • The Bridge, • Dayton et al • Usage-Centered Design, • Constantine&Lockwood
The BridgeLigando requisitos dos usuários aos objetos de interface
O Projeto de IHC Orientado a Objetos • The Brigde (Dayton, McFarland & Kramer) • Parte 1 – Expressar requisitos do usuário em termos de um Fluxo de Tarefas • Parte 2 – Mapear Fluxo da Tarefa em Objetos da Tarefa • Parte 3 – Mapear Objetos da Tarefa em Objetos de Interfaces
O Projeto de IHC Orientado a Objetos • Parte 1 – Expressar requisitos do usuário em termos de um Fluxo de Tarefas • Descrever o Fluxo atual das tarefas • Início/ Processos e Decisões / Resultados • Identificar problemas e gargalos nos fluxos • Priorizar os problemas e gargalos • Definir fluxos ideais para as tarefas • Priorizar os fluxos ideais conforme desejo (usuário) e viabilidade (projetista) • Definir fluxos desejáveis e viáveis • Definir escopos de fluxos desejáveis e ideais
Início Hóspede solicita a realização de Check In Atendente Solicita o sobrenome do Hóspede Atendente Encontra a reserva do usuário Atendente faz o check In (escolhe um quarto) Resultado Hóspede ocupa um quarto O Projeto de IHC Orientado a Objetos • Parte 1 – Expressar requisitos do usuário em termos de um Fluxo de Tarefas
O Projeto de IHC Orientado a Objetos • Parte 2 – Mapear Fluxo da Tarefa em Objetos de Tarefa • Objetos de Tarefa • Unidades discretas de informação com as quais os usuários realizam a sua tarefa (independem do sistema) • Identificar os objetos de tarefa nos fluxos de tarefa • Identificar os atributos dos objetos • Propriedades e componentes • Identificar as ações que os usuários podem realizar sobre os objetos. => só as ações dos usuários! • Definir relações de agregação entre objetos • Componente de mais alto nível : Desktop • Testar a usabilidade de objetos de tarefa face os fluxos desejáveis e viáveis
O Projeto de IHC Orientado a Objetos • Parte 2 – Mapear Fluxo da Tarefa em Objetos de Tarefa HOTELColeção de quartos para alugar aos hóspede Identificação Atributos Nome QuartosLayout HóspedesQuartos livres Propriedades Ações VerCheck in SalvarCheck Out Imprimir Estou em PossuoDesktop Quarto Hóspede Relações de agregação
O Projeto de IHC Orientado a Objetos • Parte 3 – Mapear Objetos da Tarefa em Objetos de Interfaces • Decidir sobre que objeto de interface associar aos objetos de tarefa • Definir vistas para as propriedades dos objetos de tarefa • Definir os comados para os objetos de interface • Testar a usabilidade dos objetos de interface
O Projeto de IHC Orientado a Objetos • Parte 3 – Mapear Objetos da Tarefa em Objetos de Interfaces HOTELColeção de quartos para alugar aos hóspede Atributos Nome QuartosLayout HóspedesQuartos livres VerCheck In VerCheck Out Imprimir Estou em PossuoDesktop Quarto Hóspede
The Usage-Centered DesignConcepção e Projeto com o foco no Uso
Usage-Centered Design • Abordagem baseada em três tipos de modelagens • Modelagem dos Usuários • Modelagem das Estruturas de trabalho • Modelagem da Arquitetura da Interface
Usage-Centered Design • Modelagem do Usuário • Papel de Usuário, • conjunto abstrato de necessidades, interesses, expectativas, comportamentos e responsabilidades, caracterizando um relacionamento entre classes ou tipos de usuários e o sistema. • administradores, operadores, supervisores, alunos, professores, tutores etc. • Modelo de papéis • uma lista ou um mapa estruturado com todos os papéis definidos para um sistema. • Um mapa de papéis interrelaciona papéis segundo uma hierarquia de classes de papéis. • Papéis Focais. • Os papéis mais importantes sob o ponto de vista de quantidade de usuários ou de sua responsabilidade frente a negócios, por exemplo, devem ser identificados e definidos como
Usage-Centered Design • Modelagem das Estruturas de Trabalho • Casos de uso Essenciais • Cenários X • Casos de uso X • Casos de Uso Essenciais
Usage-Centered Design • Modelagem das Estruturas de Trabalho • Cenário • descrição concreta e detalhada de uma seqüência particular de eventos em uma situação específica, que se pretenda representativa de um tipo mais geral de interação. • Casos de uso • descrição narrativa da interação entre um usuário, instituído de algum papel, e alguma parte do sistema. • Casos de Uso Essenciais • “uma narrativa estruturada, ... compreendendo uma descrição simplificada, generalizada, abstraída e livre de detalhes de tecnologia e de implementação, de uma tarefa ou de uma interação bem definida, do ponto de vista dos usuários em algum papel ou papéis face o sistema.”
Usage-Centered Design • Modelagem das Estruturas de Trabalho • Cenário Pegar dinheiro “A janela inicial do sistema apresenta uma mensagem convidando o usuário entrar com o cartão de identificação. O usuário alimenta o cartão. O sistema mostra uma tela de acesso convidando o usuário a informar a senha. Depois de faze-lo o sistema oferece as opções em termos de transações. O usuário escolhe a opção de Retirada e o sistema apresenta uma tela com os campos para informar e confirmar o valor. Uma vez que o usuário tenha informado o valor, o sistema devolve o cartão e convida o usuária a pegar o montante em dinheiro solicitado.”
Usage-Centered Design • Modelagem das Estruturas de Trabalho • Caso de Uso
Usage-Centered Design • Modelagem das Estruturas de Trabalho • Caso de Uso Essenciais
Usage-Centered Design • Modelagem das Estruturas de Trabalho • Mapa de casos de uso • repartição da funcionalidade total do sistema em coleções de casos de uso ligadas por relações de • especialização • extensão • composição • afinidade
Usage-Centered Design • Modelagem das Estruturas de Trabalho • Casos de uso (essenciais) focais, • Representam o foco da atenção ao redor dos quais a interface ou algum parte sua, será organizada. • Os casos de uso focais para o sistema como um todo, incorporam os casos de usos mais importantes, centrais e representativos para seu usuário. • Eles são representados nos diagramas de casos de uso como elipses com bordas duplas.
Usage-Centered Design • Modelagem da Arquitetura da Interface • A definição de uma arquitetura da interface capaz de apoiar usuários e os casos de uso definidos até agora no projeto é feita pela elaboração de dois modelos. • Modelo de Conteúdo da Interface • Mapa de navegação entre contextos
Usage-Centered Design • Modelagem da Arquitetura da Interface • Modelo de Conteúdo da Interface • contextos de interação • Cada caso de uso será apoiado por um próprio contexto de interação • ferramentas • Materiais (dados) • Espaços • Cada espaço abstrato de interação irá se tornar uma tela, janela ou caixa de diálogo
Usage-Centered Design • Modelagem da Arquitetura da Interface • Mapa de navegação • um diagrama de transição de estados, onde os espaços de interação são representados por retângulos e as transições são representadas por flechas conectando espaços.
Usage-Centered Design • Modelagem da Arquitetura da Interface • Mapa de Navegação Lista de Eventos: E1 - Tecla F1 E2 – Opção de menu E3 – Opção de menu E4 - Enter (formulário) ... Tela 2 E1 E4 Tela-1 E2 Tela 3 Tela 5 E3 E5 Legenda: E6 Janela Tela 4 Tela 6 Cx Diálogo E7 Evento
O Projeto de IHC • Discussão • Projetar X Prototipar • Pensar antes de fazer... • Pensar de forma precoce e isolada • Subdividir (simplificar) as tomadas de decisao • Avaliar as versões de interfaces em diferentes estados / etapas