02/10/2012 Clarindo Pádua. Avaliação de maturidade em usabilidade de organizações Produtividade do usuário.

Documentos relacionados
Conteúdo 02/10/2012. Modelos de avaliação de maturidade de. em usabilidade. Ehrlich, K. Rohn, J. A. (1994)

Introdução. Conteúdo. Usabilidade. Engenharia de software X Usabilidade. Benefícios. Introdução. Introdução. Introdução. Introdução.

Introdução 27/9/2005. Prof.: Clarindo Isaías Pereira da Silva e Pádua Departamento de Ciência da Computação UFMG Gestus. Usabilidade.

26/03/2012. Para Jakob Nielsen. Uma característica de qualidade de software que se refere à sua adequação à utilização pelos usuários.

QUALIDADE DE SOFTWARE

Engenharia de Software

Qualidade de Software: Visão Geral. Engenharia de Software Profa. Dra. Elisa Yumi Nakagawa

Qualidade de Software: Visão Geral. SSC 121-Engenharia de Software 1 Profa. Dra. Elisa Yumi Nakagawa

02/10/2012. Referências. Processo visando a Usabilidade. Introdução. Engenharia de Usabilidade. Prof.: Clarindo Isaías Pereira da Silva e Pádua

CMM Capability Maturity Model. O que é isto???

Especificação de Requisitos de Usabilidade

Componentes de SIs. Pessoas Organiz. Tecnologia

INTERFACE HOMEM- MÁQUINA ENGENHARIA DE USABILIDADE

Engenharia de Software

QUALIDADE DE SOFTWARE DEFINIÇÕES / RESUMO. Apostilas de NORMAS, disponíveis no site do professor. Prof. Celso Candido ADS / REDES / ENGENHARIA

Prova Discursiva Engenharia de Software

Engenharia de Software II

Engenharia de Software

APOSTILAS: NORMAS; ABNT NBR ISO; MPS BR

Estágio II. Aula 01 Qualidade de Software. Prof. MSc. Fred Viana

INTRODUÇÃO A ENGENHARIA DE SOFTWARE

Qualidade de Software

AVALIAÇÃO DE INTERFACES

Prof. Dr. Thiago Jabur Bittar

Qualidade de Pacote de Software. Avaliação do Sistema DreamWeaver. Material preparado por Débora M. B. Paiva

Gerência e Planejamento de Projeto. Engenharia de Software I Profa. Elisa Yumi Nakagawa 1 o semestre de 2015

CRITÉRIOS DA USABILIDADE Um auxílio à qualidade do software

4/14/11. Processos de Engenharia de Requisitos. Engenharia de requisitos. Elicitação e análise. A espiral de requisitos

Engenharia de Software II

Conteúdo. Disciplina: INF Engenharia de Software. Monalessa Perini Barcellos

PSP: Personal Software Process. PSP- Personal Software Process. PSP: Personal Software Process. PSP: Personal Software Process

AVALIAÇÃO DE PRODUTOS DE SOFTWARE

FATORES E MÉTRICAS DE QUALIDADE

LIVRO ENGENHARIA DE SOFTWARE FUNDAMENTOS, MÉTODOS E PADRÕES

Gerenciamento Objetivo de Projetos com PSM

Avaliação de Processos de Software Utilizando a Norma ISO/IEC Autor : Anisio Iahn Orientador : Everaldo Artur Grahl

Análise e Projeto de Sistemas

ENGENHARIA DE USABILIDADE

Campus Capivari Análise e Desenvolvimento de Sistemas (ADS) Prof. André Luís Belini /

Qualidade de Software. Profª Rafaella Matos

Introdução à Interface Pessoa-Máquina

Processo de desenvolvimento

INSTITUTO FEDERAL DE EDUCAÇÃO, CIÊNCIA E TECNOLOGIA DO RIO GRANDE DO NORTE CAMPUS JOÃO CÂMARA ENGENHARIA DE SOFTWARE

QUALIDADE DE PRODUTO DE SOFTWARE

INTRODUÇÃO: INTERAÇÃO HUMANO- COMPUTADOR. Aula 2

Introdução a Ergonomia e Usabilidade

Prof.: Michele Nasu Tomiyama Bucci USABILIDADE

Gerência e Planejamento de Projeto. Engenharia de Software Profa. Elisa Yumi Nakagawa 1 o semestre de 2016

Padrões de Qualidade de Software

Qualidade de Software QUALIDADE DE SOFTWARE PRODUTO

Interação Humano-Computador Avaliação de Usabilidade (Avaliação Heurística) PROFESSORA CINTIA CAETANO

Engenharia de Software I

- Prototipação Iterativa - Observação Direta

Gerência de Projetos e Qualidade de Software. Prof. Walter Gima

Engenharia de Software. Prof. Me. Clodoaldo Brasilino

Sistema integrado qualidade nos negócios (ISO 9001 PNQ 2003)

Engenharia de Software

Documento de Visão versão 1.0 Desenvolvimento do Sistema de Gestão de Documentos Doc Manager Cliente: São José Agroindustrial Representante do

ENGENHARIA DE SOFTWARE

Engenharia de Software

Normas ISO:

1. Engenharia de Software: conceitos básicos

Desenvolvimento de um Modelo Econômico de Processo de Software para Pequenas Empresas Baseado no CMMI Nível 2

Introdução. Introdução. Introdução. Planejamento da disciplina. Modelagem de Processos de Negócio. Prof.: Clarindo Isaías Pereira da Silva e Pádua

UML: Introdução. História Visão geral Modelo conceitual da UML. Bibliografia. UML: introdução

Bibliografia. Quais são os problemas? capacidade de construção. acompanha a demanda por novos programas. ameaçada por projetos ruins.

Projeto Integrador. <Projeto Integrador> Documento Visão. Versão <1.0>

Workshop Paraense de Tecnologia de Software PROCESSO DE MEDIÇÃO. Fabrício Medeiros Alho

Introdução à Qualidade

Engenharia de Software

Melhoria de processos Qualidade. Engenharia de software Profª Karine Sato da Silva

Engenharia de Software

QUALIDADE DE SOFTWARE. Prof. Emiliano Monteiro

Teste de Software. Competência: Entender as técnicas e estratégias de testes de Software

Escopo: PROCESSOS FUNDAMENTAIS

Engenharia de Software. Gerenciamento de Pessoal. Professor Joerllys Sérgio

Treinamento e Desenvolvimento

Diretrizes. Diretrizes. Clarindo Pádua. Diretivas encontradas em livros, artigos, etc disponíveis publicamente que. orientam sobre fatores humanos

QUALIDADE DE SOFTWARE VISÃO GERAL

Scrum e Extreme Programming

CK119: Engenharia de Software

Capability Maturity Model

Instituto Federal de São Paulo Campus Presidente Epitácio. Disciplina: História da Ciência e da Tecnologia

Interface Humano- Computador (IHC) Prof. Dr. Ronaldo Barbosa

Introdução à Qualidade

Introdução a Engenharia de Software. Professor Joerllys Sérgio

Políticas de Qualidade em TI

Teste de Software. Professor Maurício Archanjo Nunes Coelho

Qualidade de Software (cont)

ENGENHARIA DE SOFTWARE/ SISTEMAS DE SOFTWARE

3 Medição de Software

Capítulo 24. Gerenciamento de Qualidade Pearson Prentice Hall. Todos os direitos reservados. slide 1

AVALIAÇÃO DA USABILIDADE DA SALA VIRTUAL MOODLE DO IFCE - CAMPUS IGUATU. PALAVRAS-CHAVE: Usabilidade, MOODLE, avaliação, sala virtual

COMO CONSTRUIR O ENGAJAMENTO NA EMPRESA

DuPont, sua Cultura de Segurança e PSM

Gerência da Melhoria do Processo de S oftware através de Indicadores da Qualidade e P rodutividade. Software Measurement & IT Project Management

Pesquisa de Satisfação Anual com Clientes Relatório. Ano: Relatório Pesquisa de Satisfação de Clientes

Transcrição:

Modelos de avaliação de maturidade em usabilidade Prof.: Clarindo Isaías Pereira da Silva e Pádua Departamento de Ciência da Computação UFMG Synergia / Gestus Usabilidade Capacidade que um sistema interativo oferece a seu usuário, em um determinado contexto de operação, para a realização de tarefas de maneira eficaz, eficiente e agradável (norma ISO 9241: requisitos ergonômicos para trabalho em escritório) A capacidade do produto de software de ser entendido, usado e atrativo para o usuário, quando utilizado em condições específicas. (ISO 9126: Software Engineering product quality). Visa a adequação de um sistema às características de utilização. * Desenho no sentido de projeto 1 2 Usabilidade Atributos principais (Nielsen, 93) Avaliação de maturidade em usabilidade de organizações Produtividade do usuário. Modelos de avaliação de maturidade de Facilidade de aprendizado. Retenção do aprendizado com uso intermitente. Prevenção de erros do usuário. organizações procuram caracterizar a receptividade de uma organização com relação à usabilidade Satisfação. 3 4 1

Avaliação de maturidade de organizações INUSE (Earthy, 1999) Resultou do projeto INUSE de iniciativa européia, criado com o objetivo de apoiar a indústria na área de usabilidade. Pode ser usada por um consultor como base para planejar um trabalho de melhoria de processos de usabilidade. Propõe uma escala de maturidade em usabilidade para avaliação de uma organização. Uma organização deve passar pelas etapas previstas na escala. A maturidade em um nível provê uma base para se passar ao nível seguinte. Bem documentado. Baseado na ISO/TR15504 Modelo em uma dimensão somente (de capacidade de processos): pouca flexibilidade. Mas cobre um amplo espectro relacionado com a usabilidade: engenharia, gerencial, cultural, melhoria, etc. 5 6 Nível X: Desconhecido. Sem definição. Ignorância: Não temos qualquer problema com usabilidade (Crosby, 1978). Usabilidade não é nem considerada. Nível A: Reconhecido A organização reconhece a necessidade de melhorar aspectos de qualidade no uso. Membros da organização entendem os benefícios de se produzir produtos mais usáveis. O usuário bom é o usuário morto! Isso é bobagem, perda de tempo Mudou a cor do capim, não quero mais pastar!. Equipe de desenvolvimento hostil aos usuários que não entendem a qualidade de seus desenhos. 7 8 2

Nível A: Reconhecido Nível B: Considerado Incerteza: Nós não sabemos porque temos problema com usabilidade (Crosby, 1978) É um problema de treinamento Ninguém reclamou antes. Está melhor do que o que eles têm agora. Não é nosso problema, não está nos requisitos. A organização promove treinamento e conscientização relacionados com usabilidade entre seus funcionários. Usabilidade, confiabilidade e outros atributos não funcionais se tornam temas formais ao invés de se confiar em habilidades dos desenvolvedores. Despertando: É absolutamente necessário ter sempre problemas com usabilidade? (Crosby, 1978) 9 10 Nível B: Considerado É somente consulta a banco de dados, não é necessário usabilidade. Usamos GUI, então está amigável. Pode não ser intuitivo inicialmente, mas é só dar um tempo. É usável, eu copiei o jeitão do Help exatamente. Quero uma proposta de como acabar com os problemas de usabilidade em 10 dias. É novo, eles realmente não vão conseguir entender como isso irá afetá-los. Não quero você conversando com o cliente novamente. Nível C: Implementado Processos de usabilidade estão completamente implementados e produzem bons resultados. Atividades envolvem usuários. Provê metodologias de usabilidade, ferramentas e infraestrutura apropriadas. Mantém profissionais da área bem capacitados. Usuários são considerados ao invés de execrados. Desenvolvedores reconhecem que analistas não são o mesmo que usuários finais e têm necessidades específicas. 11 12 3

Nível C: Implementado Citações Esclarecimento: Através de comprometimento com gerência e melhoria de processos de usabilidade estamos identificando e resolvendo nossos problemas. (Crosby, 1978). O que voces (usuários) querem é que todos os menus pareçam com este aqui. O que você quer dizer com não está usável?. Isto está bom, não está? (para o usuário) Um programador vai demonstrar o sistema na avaliação com o usuário. A especificação de requisitos foi assinada, é o que importa.... Eu não quero que os programadores parem de trabalhar enquanto vocês consertam isso. Temos os padrões em algum documento. Nível D: Integrado Processo de usabilidade são integrados com processos de qualidade e de ciclo de vida de sistemas na organização. Processos e recursos são gerenciados para assegurar resultados. Métricas são utilizadas pelos técnicos e gerentes. Usuários têm importância formalmente reconhecida e os processos a eles associados são considerados importantes. Não como coisa para pessoal de marketing. 13 14 Nível D: Integrado Sabedoria: A prevenção de defeitos de usabilidade é uma parte rotineira de nossa operação. (Crosby). Obviamente não podemos fazer o desenho da interface antes da análise de tarefas. O feedback do usuário demonstrou que. Temos que observar como isso funciona nas avaliações com os usuários. Os usuários podem avaliar a documentação também? Quantos representantes devemos ter de cada grupo de envolvidos?. O teste de usabilidade está OK, podemos entregar o sistema. Nível E: Institucionalizado A usabilidade em todos os sistemas é coordenada e gerenciada para o benefício do negócio. A cultura da organização se beneficia da usabilidade. Processos de usabilidade são utilizados para melhorar processos, ferramentas e métodos usados ou desenvolvidos na organização. Defeitos de usabilidade são tratados no mesmo nível que outros defeitos dos sistemas. Capacitação em usabilidade é tratada no mesmo nível que outras habilitações da engenharia. Cultura de desenvolvimento de sistemas é imbuída em uma cultura multidisciplinar orientada ao negócio. O foco está em o que a organização cliente conseguirá fazer, não na funcionalidade dos sistemas de apoio. 15 16 4

Nível E: Institucionalizado Certeza: Sabemos porque não temos problemas de usabilidade. Que métricas você usou no levantamento para predizer a qualidade requerida para o sistema deles no próximo ano?. Como será o formato da avaliação de contexto para a usabilidade?. Eles alcançaram a melhoria prevista de 50% em efetividade, 20% em eficiência e 30% em satisfação com as mudanças realizadas. Referências Nielsen, J. Usability Engineering. Chestnut Hill, MA, Academic Press, 1993. Earthy, J. Usability Maturity Model: Human Centredness Scale. Technical Report, 1998. Disponível em http://www.processforusability.co.uk/usability_test/html/downloads.ht ml, 1999 Acesso em 26/05/2005. Crosby, P.B. (1978) Quality is Free: the Art of Making Quality Certain. New York, McGraw Hill. 17 18 5