Conceito: Engenharia de Usabilidade

Tópicos
Conceitos: 

IntroduçãoPara o início da página

A Engenharia de Usabilidade (também denominada Design Centrado no Usuário) trata da construção de sistemas melhores através da compreensão de quem são usuários finais e do envolvimento de usuários nos requisitos, no design de interface com o usuário e nos esforços de teste. Os conceitos básicos são descritos em Conceitos: Design Centrado no Usuário e devem ser lidos antes deste conceito. Esta página de conceito explica como o RUP (Rational Unified Process) trata atualmente as técnicas de engenharia de usabilidade.

FunçõesPara o início da página

Vários papéis do RUP são responsáveis pelas questões de usabilidade. O componente de processo O Analista de Sistemas e o Especificador de Requisitos devem ser qualificados para reunir e analisar informações sobre os usuários, suas tarefas e seus ambientes, captando isso nos requisitos . Esse material é revisado pelo Revisor de Requisitos. As funções ../process/workers/wk_tstr.htm -- This hyperlink in not present in this generated websiteTestador e ../process/workers/wk_tstanl.htm -- This hyperlink in not present in this generated websiteAnalista de Teste são responsáveis principalmente pelos testes de usabilidade. O Designer da Interface com o Usuário é responsável pelo design e pela "forma visual" da interface com o usuário. O Implementador seleciona e/ou desenvolve componentes da interface com o usuário para construir a interface funcional com o usuário.

O Coordenador de Projeto também tem uma função importante. Ele permite que os usuários se envolvam no processo de desenvolvimento e garante que a organização de desenvolvimento tenha a qualificação necessária para criar sistemas com usabilidade. Outras funções, como ../process/workers/wk_depm.htm -- This hyperlink in not present in this generated websiteGerente de Implementação, ../process/workers/wk_crsdv.htm -- This hyperlink in not present in this generated websiteDesenvolvedor de Curso e ../process/workers/wk_tchwr.htm -- This hyperlink in not present in this generated websiteEscritor Técnico também têm as responsabilidade de assegurar que o sistema implementado seja utilizável.

DisciplinasPara o início da página

As seções a seguir descrevem as disciplinas do RUP relacionadas às atividades e aos artefatos mais importantes para a usabilidade.

RequisitosPara o início da página

Da perspectiva de usabilidade, a disciplina Requisitos tem como foco:

  • compreensão de quem são os usuários e suas necessidades
  • identificação dos casos de uso que mais beneficiam os usuários.

As atividades e os artefatos específicos são:

Atividade Artefato Conteúdo Relacionado à Usabilidade
Identificar Pedidos dos Investidores Pedidos dos Investidores

Essa atividade envolve a realização de entrevistas de usuários, questionários e workshops para compreender melhor o usuário e o seu ambiente. Isso inclui:

O../webtmpl/templates/req/rup_stkreq.htm -- This hyperlink in not present in this generated website gabarito do Artefato: Pedidos dos Investidores captura um perfil detalhado de usuário, incluindo formação educacional, conhecimentos de informática, experiência, ambiente existente, expectativas, metas, etc. Também captura uma descrição dos problemas e das prioridades da perspectiva do usuário. Os Pedidos dos Investidores são a matéria-prima da a partir da qual a Visão é compilada.

Desenvolver a Visão Visão

A seção Ambiente de Usuário do gabarito Visão descreve o ambiente de trabalho dos usuários finais ou o que a ISO denomina Contexto do Ambiente [ISO 13407].

A seção Perfil do Usuário do gabarito Visão descreve o conhecimento do usuário, a formação técnica, as responsabilidades, os critérios de êxito, os produtos liberados, etc. Isso é o que a ISO denomina Contexto do Usuário [ISO 13407].

Localizar Atores e Casos de Uso, Estruturar o Modelo de Casos de Uso, Detalhar um Caso de Uso Modelo de Casos de Uso

O Modelo de Casos de Uso descreve as tarefas (casos de uso) que os usuários (Atores humanos) realizam. Ele captura semelhanças e relacionamentos entre Atores, utilizando relacionamentos de generalização. Os atores estão totalmente relacionados aos casos de uso. Isto é semelhante ao "Modelo de Função" de Constantine [CON99]. Os casos de uso são estruturados e relacionados uns aos outros e a atores por meio de relacionamentos de associação de comunicação, inclusão, generalização e extensão.

Os workshops são uma excelente forma de envolver o usuário. Consulte: ../process/workguid/wg_ucwsh.htm -- This hyperlink in not present in this generated websiteWorkshop de Casos de Uso

 

Atores

As características dos atores humanos são captadas como atributos de Atores. Isso inclui:

  • O escopo de responsabilidade do ator.
  • O ambiente físico no qual o ator utilizará o sistema.
  • O número de usuários representados por esse ator.
  • A freqüência com que o ator utilizará o sistema.
  • O nível de conhecimento que o ator tem sobre o domínio.
  • O nível de experiência em computação que o ator tem.
  • As características gerais dos atores como, por exemplo, o nível de conhecimento (formação educacional), implicações sociais (idioma) e idade.
 

Casos de Uso

Estes podem incluir casos de uso essenciais, conforme descrito por Constantine [CON99] (consulte Conceitos: Design Centrado no Usuário para uma discussão de casos de uso essenciais). Requisitos específicos de usabilidade para um determinado caso de uso podem ser capturados como "Requisitos Especiais" na ../webtmpl/templates/req/rup_ucspec.htm -- This hyperlink in not present in this generated websiteespecificação de casos de uso.
Detalhar os Requisitos de Software

Especificações Suplementares

As Especificações Suplementares captam requisitos não especificados nos casos de uso. Isso inclui requisitos de disponibilidade e desempenho que podem estar diretamente ligados a usabilidade. Os requisitos gerais de usabilidade aplicáveis a vários casos de uso são capturados aqui, juntamente com a legislação e os padrões de usabilidade aplicáveis (consulte Conceitos: Design Centrado no Usuário para obter detalhes sobre legislação e padrões de usabilidade).
Revisar Requisitos Controle de Mudanças Um esforço de desenvolvimento centrado no usuário busca maximizar o envolvimento dos usuários em todas as revisões de requisitos possíveis.
Capturar um Vocabulário Comum Glossário Capta a terminologia comum específica do domínio dos usuários para facilitar a comunicação e o entendimento entre usuários e o restante da equipe de desenvolvimento.

Existem algumas outras técnicas que podem ser úteis para as atividades Requisitos acima.

    • Diagramação de Afinidades [HOL96, BEY98] é uma técnica em que cada informação reunida sobre os usuários e suas tarefas é anotada em um pedaço de papel. Os usuários e os analistas agrupam as notas relacionadas ao cluster em grupos conceituais ou "afinidades". Essa atividade ajuda a promover um entendimento comum dos problemas, a importância relativa deles e seus relacionamentos.
    • Classificação de Cartões [CON99] é uma atividade semelhante em que as informações dos cartões de índice são organizadas em grupos. Os cartões também podem ser classificados por importância, freqüência, etc.
    • Modelagem Hierárquica de Tarefas [MAY99, CON99] analisa as tarefas atualmente executadas por usuários e as organiza em uma hierarquia. A hierarquia deve refletir como os usuários compreendem atualmente a organização de suas tarefas.

Análise e Design Para o início da página

Várias outras atividades nesta disciplina têm como foco a forma e o design da interface com o usuário. São elas:

Atividade

Artefato

Conteúdo Relacionado à Usabilidade

Projetar a Interface com o Usuário

Esboço Seqüencial

Mapa de Navegação

Esta atividade cria o que é geralmente conhecido como Design Conceitual [FER01]. Essa é a abstração inicial da interface do usuário, captando as principais janelas e caminhos de navegação apresentados ao usuário. Essa atividade enfatiza os casos de uso que orientam o design da interface do usuário.

Mapas de Navegação, consulte [CON99], fornecem uma visão geral dos caminhos de navegação entre os espaços de interação (telas, janelas e caixas de diálogo).

Criar um Protótipo da Interface com o Usuário Protótipo da Interface com o Usuário

É possível criar três tipos básicos de protótipos:

Desenhos (em papel)
Bitmaps (ferramenta de desenho)
Executáveis (interativo)
Na maioria dos projetos, você deve usar os três protótipos, na ordem listada acima.

A principal finalidade de criar um protótipo da interface do usuário é poder expor e testar a funcionalidade e a usabilidade do sistema antes de iniciar realmente o design e o desenvolvimento. Dessa forma, é possível garantir que o sistema correto esteja sendo criado antes de desperdiçar tempo e recursos no desenvolvimento.


As técnicas a seguir também podem ser úteis como parte do projeto da interface com o usuário:

    • A Classificação de Cartões [CON99], descrita anteriormente, também é útil para projetar a interface com o usuário. Cada item ou conteúdo de menu é representado por um cartão. Em seguida, os usuários organizam os cartões, agrupando-os logicamente.

Além das atividades descritas acima, as atividades de Análise e Design a seguir são complementares ao projeto da interface com o usuário:

Atividade

Artefato

Conteúdo Relacionado à Usabilidade

Análise de Casos de Uso Classe de Análise,
Realização de Casos de Uso

Consulte também:

Design de Classe

Esta atividade utiliza os resultados do projeto e da criação de protótipo da interface com o usuário e projeta as classes. Ao contrário dos protótipos, esse não é um trabalho conceitual de interface do usuário que seja descartável; destina-se a representar o design do sistema liberado.

Consulte também as diretrizes a seguir:

Diretrizes: Construindo Aplicativos da Web com a UML


Implementação Para o início da página

A implementação da interface com o usuário segue o Workflow de Implementação Geral. Observe que a implementação da interface com o usuário é geralmente feita como parte da atividade de design.

Teste Para o início da página

Testes de Usabilidade, incluindo ../process/workflow/test/co_perfo.htm -- This hyperlink in not present in this generated websitetestes de desempenho relacionados à usabilidade, devem ser iniciados quando houver moldes ou protótipos executáveis da interface com o usuário. Os testes devem incluir a verificação de requisitos de usabilidade e de desempenho capturados nas Especificações Suplementares ou como "Requisitos Especiais" na ../webtmpl/templates/req/rup_ucspec.htm -- This hyperlink in not present in this generated websiteespecificação de casos de uso.

Implementação Para o início da página

Os usuários devem estar seriamente envolvidos em ../process/workflow/deployme/wfs_dep10.htm -- This hyperlink in not present in this generated websiteDetalhes do Workflow: Produto de Teste Beta bem como em Testes de Usabilidade finais durante ../process/workflow/deployme/wfs_dep3.htm -- This hyperlink in not present in this generated websiteDetalhe do Workflow: Gerenciar Teste de Aceitação.

../process/workflow/deployme/wfs_dep2.htm -- This hyperlink in not present in this generated websiteDetalhe do Workflow: Desenvolver Material de Suporte inclui o desenvolvimento de material de treinamento e material de suporte do sistema, para assegurar que os usuários finais possam utilizar com êxito o produto de software liberado.

Gerenciamento de Projeto Para o início da página

../process/workflow/ovu_mgm.htm -- This hyperlink in not present in this generated websiteGerenciamento de Projeto é a arte de equilibrar objetivos que competem entre si, gerenciar riscos e superar restrições para liberar com êxito um produto que atenda às necessidades dos clientes (que pagaram por ele) e dos usuários. De uma perspectiva de engenharia de usabilidade, a atividade mais crítica é Atividade: Definir Organização e Formação de Equipe do Projeto. Essa atividade define a estrutura da organização, as interfaces externas, os papéis e as responsabilidades. Isso inclui a definição do grau de envolvimento dos usuários no processo de desenvolvimento e determina se os desenvolvedores devem ter experiência em métodos de engenharia de usabilidade.

Ambiente Para o início da página

A ../process/workflow/ovu_env.htm -- This hyperlink in not present in this generated websitedisciplina Ambiente inclui a definição do processo de desenvolvimento a ser seguido por um projeto ou organização. A ../process/activity/ac_devca.htm -- This hyperlink in not present in this generated websiteAtividade: Desenvolver Caso de Desenvolvimento (../process/artifact/ar_devcs.htm -- This hyperlink in not present in this generated websiteArtefato: Caso de Desenvolvimento) define quais técnicas de engenharia de usabilidade serão aplicadas e como os diversos artefatos e atividades do RUP serão adaptados à incorporação dessas técnicas.

Uma outra atividade importante é ../process/activity/ac_dvlprjspcgdl.htm -- This hyperlink in not present in this generated websiteAtividade: Desenvolver Diretrizes Específicas do Projeto que cria o ../process/artifact/ar_projspecgls.htm -- This hyperlink in not present in this generated websiteArtefato: Diretrizes do Projeto que inclui diretrizes da interface com o usuário. Essas diretrizes ajudam a manter a consistência da interface do usuário, que pode ser uma ajuda significativa para a usabilidade. Elas também capturam os princípios de usabilidade a serem seguidos, como diretrizes para atalhos, recursos de "desfazer", saídas reconhecidas, interação não-modal, etc.

Desenvolvimento Iterativo e Fases Para o início da página

O ciclo de vida de software do RUP é dividido ao longo do tempo em quatro fases seqüenciais, cada uma concluída por um marco principal; cada fase é basicamente um intervalo de tempo entre dois marcos principais. Em cada final de fase, executa-se uma avaliação para determinar se os objetivos da fase foram atendidos. Uma avaliação satisfatória permite que o projeto passe para a próxima fase.

Dentro de cada fase, podem existir várias iterações. Uma iteração é um loop completo de desenvolvimento que resulta em um release (interno ou externo) de um produto executável, um subconjunto do produto final em desenvolvimento, que cresce por incrementos, a cada iteração, para se tornar o sistema final. A usabilidade se beneficia bastante dessa abordagem iterativa. Ela permite que os usuários forneçam feedback antecipado sobre a usabilidade e evita um trabalho que não atenda às necessidades do usuário.

O usuário deve estar envolvido em cada iteração, a fim de refinar requisitos, avaliar conceitos de design e testar/avaliar a usabilidade de cada protótipo de prova de conceito e o sistema em desenvolvimento.

As seções a seguir descrevem os critérios de conclusão da fase relacionada à usabilidade e as principais atividades de cada fase.

Iniciação Para o início da página

Dois objetivos-chave da Fase de Iniciação são:

  • Estabelecer o escopo do software do projeto e as condições limite, incluindo uma visão operacional, critérios de aceitação e o que deve ou não estar no produto.
  • Discriminar os casos de uso críticos do sistema, os principais cenários de operação e o que direcionará as principais trocas de design.

Do ponto de vista da engenharia de usabilidade, isso significa destacar as atividades Requisitos e Modelagem de Negócios relacionadas à:

  • compreensão de quem são os usuários e suas necessidades
  • identificação dos casos de uso que mais beneficiam os usuários.

A fase de iniciação muitas vezes também é o momento para explorar o design conceitual e a criação de protótipo de "prova de conceito". Isso é verdadeiro quando os principais riscos do projeto estão relacionados às questões de usabilidade e interface do usuário. Testes de Usabilidade, incluindo ../process/workflow/test/co_perfo.htm -- This hyperlink in not present in this generated websitetestes de desempenho relacionados à usabilidade, devem ser iniciados quando houver moldes ou protótipos executáveis da interface com o usuário.

Elaboração Para o início da página

Como o RUP é um processo iterativo, os artefatos criados na Iniciação são revisitados e revisados com usuários a fim de gerenciar o escopo e garantir que o sistema em desenvolvimento atenda às necessidades do usuário.

Em Elaboração, o foco está na arquitetura de software - incluindo a arquitetura da interface com o usuário. A interface conceitual do usuário é definida, e os elementos críticos e/ou de risco do design da interface do usuário são implementados. As atividades relacionadas à arquitetura de software geralmente aplicam-se à interface com o usuário - há produtos prontos para uso que devem ser avaliados, incluindo considerações de reutilização, seleção de mecanismos e padrões, etc.

Esta fase destaca as atividades de design da interface com o usuário e as atividades de suporte da disciplina Análise e Design. Implementação e Teste também estão envolvidos, desde que a conclusão da Elaboração precise que um sistema executável seja construído para que possa ser avaliado.

Os testes de usabilidade e os ../process/workflow/test/co_perfo.htm -- This hyperlink in not present in this generated websitetestes de desempenho relacionados à usabilidade devem ter como foco quaisquer requisitos de risco capturados nas Especificações Suplementares ou como "Requisitos Especiais" na ../webtmpl/templates/req/rup_ucspec.htm -- This hyperlink in not present in this generated websiteespecificação de casos de uso.

Construção Para o início da página

Em Construção, o foco está na implementação de casos de uso adicionais. Isso envolve incluir na interface com o usuário, ao mesmo que se mantém fiel ao modelo conceitual da interface com o usuário e das diretrizes da interface com o usuário capturadas nas ../process/artifact/ar_projspecgls.htm -- This hyperlink in not present in this generated websiteDiretrizes Específicas do Projeto. Os Testes de Usabilidade continuam sendo muito importantes à medida que novos recursos são incluídos.

A seleção da funcionalidade a ser colocada em cada iteração é baseada no valor para os usuários.

Transição Para o início da página

O foco na Fase de transição inicia o deslocamento para a disciplina ../process/workflow/ovu_dep.htm -- This hyperlink in not present in this generated websiteImplementação. Em um esforço de desenvolvimento centrado no usuário, você não deve esperar até a fase de Transição para envolver o usuário. Ele deve permanecer envolvido, principalmente para fornecer feedback. Quando o usuário fica envolvido durante todo o desenvolvimento, o teste beta e de aceitação formal geralmente é reduzido ou não existe. Assim, o feedback detalhado do usuário e a aprovação ocorrem durante o esforço de desenvolvimento.

O desenvolvimento do material de treinamento e do material de suporte do sistema são finalizados na Transição, mas devem ser iniciados nas fases iniciais, se possível, a fim de permitir o feedback do usuário.

Na Transição, existe um sistema de trabalho que pode ser usado pelos usuários finais. É recomendável planejar pelo menos algumas iterações durante a transição, para que problemas com a liberação inicial sejam corrigidos e para que o feedback dos principais usuários seja incorporado.



Rational Unified Process   2003.06.15